Revision as of 06:38, 26 August 2014 editBgwhite (talk | contribs)Extended confirmed users547,151 edits →Ready for GA?: It appears EEng is editing against consensus.← Previous edit | Latest revision as of 23:58, 6 January 2025 edit undoDavemck (talk | contribs)Extended confirmed users121,057 editsm rmv extra "|" causing duplicate "1" parm | ||
Line 1: | Line 1: | ||
{{ |
{{Talk header}} | ||
{{Article history | |||
{{ArticleHistory | |||
|action1=GAN |action1date=20 December 2005 |action1result=listed |action1oldid=31428043 | |action1=GAN |action1date=20 December 2005 |action1result=listed |action1oldid=31428043 | ||
|action2=GAR |action2date=14 June 2007 |action2link=Misplaced Pages:Good article review/Archive 21#Phineas Gage | |action2=GAR |action2date=14 June 2007 |action2link=Misplaced Pages:Good article review/Archive 21#Phineas Gage | ||
Line 6: | Line 6: | ||
|action3=GAN |action3link=/GA1 |action3date=19 June 2013 |action3result=failed |action3oldid=560664360 | |action3=GAN |action3link=/GA1 |action3date=19 June 2013 |action3result=failed |action3oldid=560664360 | ||
|currentstatus=DGA | |||
|otddate =2012-09-13 | |||
|otddate2=2011-09-13 | |||
|otddate3=2009-09-13 | |||
|otdlink=Misplaced Pages:Selected anniversaries/September 13 | |||
|currentstatus=FGAN | |||
|topic=natsci | |topic=natsci | ||
|otd1date=2009-09-13|otd1oldid=313527036 | |||
|otd2date=2011-09-13|otd2oldid=450180671 | |||
|otd3date=2012-09-13|otd3oldid=512113878 | |||
|otd4date=2014-09-13|otd4oldid=625346512 | |||
|otd5date=2016-09-13|otd5oldid=739211149 | |||
|otd6date=2018-09-13|otd6oldid=859270922 | |||
|otd7date=2020-09-13|otd7oldid=977899946 | |||
|otd8date=2023-09-13|otd8oldid=1175229757 | |||
|otd9date=2024-09-13|otd9oldid=1243746401 | |||
}} | }} | ||
{{WikiProject banner shell|blp=no|class=B|vital=yes|listas=Gage, Phineas|collapsed=yes|1= | |||
{{WikiProjectBannerShell|1= | |||
{{WikiProject Medicine|importance=low|society=yes |society-imp=Mid}} | |||
{{WPCD-People|small=yes}} | |||
{{WikiProject |
{{WikiProject Biography}} | ||
{{WikiProject |
{{WikiProject Neuroscience|importance=low}} | ||
{{WikiProject |
{{WikiProject United States|importance=mid|NH=yes|NH-importance=mid}} | ||
{{WikiProject |
{{WikiProject Trains |importance=Low}} | ||
}} | }} | ||
{{to do|collapsed=yes}} | |||
{{User:MiszaBot/config | {{User:MiszaBot/config | ||
|archiveheader = {{ |
|archiveheader = {{Talk archive}} | ||
|algo = old(365d) | |||
|maxarchivesize = 100K |counter = 7 | |||
|maxarchivesize = 200K | |||
|minthreadsleft = 1 | |||
|minthreadsleft = 5 | |||
|algo = old(60d) | |||
|minthreadstoarchive = 1 | |||
|archive = Talk:Phineas Gage/Archive %(counter)d | |||
|counter = 8 | |||
}} | |||
|archive = Talk:Phineas Gage/Archive %(counter)d | |||
{{to do|collapse=no}} | |||
{{User:HBC Archive Indexerbot/OptIn | |||
|target=Talk:Phineas Gage/Archive index | |||
|mask=Talk:Phineas Gage/Archive <#> | |||
|leading_zeros=0 | |||
|indexhere=yes | |||
}} | }} | ||
{{Archives |auto=yes |search=yes |title=] (]) |bot=lowercase sigmabot III |age=60 }} | |||
== Odd citation style == | |||
==Ready for GA?== | |||
Is there a reasoning behind the strange citation style of this article? Why are some references demarcated by their "difficulty" while the others are listed as usual? Besides this, surely the letter system does not work as well as a normal style, as you cannot click the citation in the References section to see where a source appears in the main body? ] (]) 23:18, 24 January 2023 (UTC) | |||
:All I know is this is {{u|EEng}}'s child. – ] (]) 23:46, 24 January 2023 (UTC) | |||
::I assume that defaults to "not going to be changed"? ]<sup>]</sup> 00:44, 25 January 2023 (UTC) | |||
:::More accurately, it means "will be changed if the editors who actually care about the article reach a consensus that some other approach will better serve the reader's understanding, but won't be changed just because some drive-by editor thinks all articles should look the same." As to the original question: | |||
:::*The ''For general readers'' section, the ''For younger readers'' section, and the ''For researchers and specialists'' section identify sources which will be particularly useful to readers in those groups who want to learn more about the article topic. The ''Other sources cited'' section lists sources which, well, will not be particularly useful to those who want to learn more. | |||
:::*The {{t|ran}}/{{t|rma}} referencing system allows sources to be organized in logical, useful ways instead of the chaotic, random mish-mash seen in most articles. | |||
:::*Where a source appears in the main body is trivially found simply by text-searching for e.g. ''''. | |||
:::Quite substantial discussions (found primarily in ]) led to the decision to do things the way they're done. Any other questions? ]] 09:03, 25 January 2023 (UTC) | |||
== Bug Report: The ran callout links are inactive on mobile site. == | |||
I first encountered {{t|ran}} on this page and see more discussion of it here than on the template page. | |||
The template which creates the manual superscript has a bug on the Minerva theme used by the mobile site. You can see it if you use these links: | |||
# https://en.wikipedia.org/Phineas_Gage?useskin=Vector2022 | |||
# https://en.m.wikipedia.org/Phineas_Gage | |||
# https://en.wikipedia.org/Phineas_Gage?useskin=Minerva | |||
In each link try clicking the superscript callout links. In the first link, the desktop site has a tooltip and a functional link to References. The second and third links show the bug. | |||
On the second link, the mobile site callouts for {{t|ran}} do nothing when clicked. The superscript callouts created by {{t|r}} and {{t|refn}} on this page will cause a popup with the reference. The popup is the expected behavior. The links from < ref >, {{t|efn}}, and {{t|sfn}} all create popups. The {{t|citeref}} template is slightly different and works on mobile the same way that it works on the desktop site (visible in the Notes section on: https://en.m.wikipedia.org/Computer_mouse ); the superscript works as an in-page anchor link with {{t|citeref}}. | |||
In the third link, the mobile skin (Minerva) is used on the desktop site. The tooltip still works, but something in Minerva breaks the link regardless of the desktop or mobile version. | |||
I hope that this helps and that it is not a strange place to post a bug report. ] (]) 02:27, 6 February 2023 (UTC) | |||
:This is above my pay grade. I suggest you post this at ]. ]] 04:04, 6 February 2023 (UTC) | |||
::Thanks for pointing me in the right direction! ] (]) 04:25, 6 February 2023 (UTC) | |||
::Just updating this thread. The rma/ran references now function on mobile. To implement a ], I needed to add "CITEREF" to the handwritten links on this article's references. As an unplanned bonus, those links now create the popup reference on desktop themes/browsers.] (]) 00:21, 24 May 2023 (UTC) | |||
:::A belated thanks for taking care of this. ]] 01:22, 3 September 2024 (UTC) | |||
== MOS:SANDWICH == | |||
A recent edit to resolve ] issues causes confusing placement on widescreen monitors. For example, it pushes the "Distinguished Arrivals" newspaper clipping (about a living Gage) down into the section where his skull is exhumed. And so in fixing one MOS issue, it causes a new one (]). ] says, "{{tq|The relevant aspect of the image should be clear and central.}}" Sandwich concerns probably have to be waved on image-heavy articles like this to ensure the relevance of the image is clear to the reader. ] (]) 16:07, 24 August 2024 (UTC) | |||
:{{U|Rjjiii}}, you took the words right out of my mouth. {{U|ActivelyDisinterested}}: re your edit summary here , I wrote SANDWICH so I don't need to "see" it, and the article's had this exact same layout for at least 5 years, and very much the same layout for 10 years, and you're the first person to claim there's an actual problem. If you'll specifify at what platform, resolution, and zoom level you're seeing the issue, and describe it more precisely, then maybe we can solve it. But the current layout it looks fine on laptops (with two different browsers), on WP's mobile simulator, on my own tiny-screen Iphone, and on a friend's Android just now. We're not going to mess that all up because you preceive the text column as narrow on one particular configuration you haven't specified. ]] 19:35, 2 September 2024 (UTC) P.S. I appreciate your fixes to the cite formats! | |||
::Not really, as I said spacing Eth images out would likely be the best option. But I'm not invested enough to stand in the way if you want to go another route. -- <small>LCU</small> ''']''' <small>''«]» °]°''</small> 21:33, 2 September 2024 (UTC) | |||
:::Spacing the images out seems likely the best option until you actually read the article and see why the images are where they are, at which point you realize that blindly spacing everything out in obeisance to a cookie-cutter guideline meant to be applied with common sense solves a trivial problem seen by, apparently, one person in ten years, but introduces a serious problem for everyone else. Unfortunately there's no route to go in if you won't tell us what you're seeing, on what platform. ]] 01:32, 3 September 2024 (UTC) | |||
::{{tqb|the article's had this exact same layout for at least 5 years, and very much the same layout for 10 years, and you're the first person to claim there's an actual problem}} | |||
::I think that the sandwich has become thinner recently despite no changes to the article, with the deployment of Vector 2022, and then the deployment of increased font size on it very recently. For example, here are two screenshots taken on a 1920x1080 screen, which is still the most common desktop resolution according to , as a logged-out user with all default settings (I tried to find the most sandwiched parts of the article): | |||
::* ]: https://phabricator.wikimedia.org/F57439065 | |||
::* ]: https://phabricator.wikimedia.org/F57439085 | |||
::I agree that just moving all images to the right side is not a good solution, for the reasons you said. Perhaps you might come up with a better one, though. I would consider moving some of the wider images to galleries, or making the images and pull quotes centered, instead of having them float around text. ] <small>]</small> 22:13, 3 September 2024 (UTC) | |||
:::In my opinion, MOS:SANDWICH should be understood as a guideline but not a policy, because that's what it is. For this particular page, there are a lot of images, but they all serve good encyclopedic purposes. And they don't really lend themselves to being grouped into galleries. (Perhaps, there might be a few places where ] could be used to good effect.) But I don't think this is an urgent problem. --] (]) 22:24, 3 September 2024 (UTC) | |||
*(Sorry, I missed these later posts until now.) {{U|Matma Rex}}, I appreciate the screenshots; leave it to the geniuses at WMF to throw away 30% of the screen real estate on some stupid buttons. The density of images is greatest in the accident/treatment/injuries section, and the challenge there is it's tough for readers to understand the circumstances of the accident, and the mechanics of Gage's injury, without these images at hand -- if they're somewhere else I fear the reader is lost. Nonetheless I mocked up a gallery for the early sections, but it came out awful . I just don't see how to do it without some images being too big or small, and far from the relevant text.{{pb}}{{U|Tryptofish}}, I'd be interested to hear your thoughts about how {multiple images} could be used. ]] 03:01, 14 September 2024 (UTC) | |||
::I haven't gotten to the point of having specific place(s) on the page where I would recommend it, but the general idea is that sandwiching can often be eliminated by combining related images together, instead of having them stand-off opposite one another on the page. (You can see a sample of how I did that, at ].) If there are places on ''this'' page, where you feel ''that it makes sense, thematically'' to group any images together (and '''only''' if it makes sense), and if they are creating sandwiched text, then that would be where to look. --] (]) 23:43, 14 September 2024 (UTC) | |||
== Dimensions == | |||
Hello {{u|eeng}}, I think the edit I did on this page was perfectly reasonable for readers who live outside the USA. The number I corrected was the diameter of the “tamping iron”not the hole. It’s normal to have a whole number which is the reason the Misplaced Pages MOS has centimetres for height instead of metres or millimetres, which is also the norm worldwide, so 32 mm instead of 3.2 cm would be normal outside the USA. The point of the tamping iron in the article is in millimetres. | |||
I note that this article is in a pretty good state for a GA candidate, if rather heavy on notes and images. I have "boldly" removed disputed claims - some of many months' standing - to make way for a possible GA nomination. I am aware that this trimming may feel uncomfortable to some editors, but I suggest that the changes are really very minor (mainly to notes, not the main text), and leave the article in a cleaner and more defensible state. I'd also remind everyone that it is not the role of a Misplaced Pages article to speculate or to take sides in disputes about content or historical fact, but just to describe the evidence: this I think the article now does. Given the amount of work that has gone into the article, it should really not find GA much of a hurdle this time around. My tuppence worth. ] (]) 09:23, 12 August 2014 (UTC) | |||
6.0 kg suggests a very accurate conversion, You would not say I weight 200.0 lbs if it were converted the other way around, It’s a superfluous zero. ] (]) 10:25, 14 September 2024 (UTC) | |||
:Thanks for your edits—they look good. Re cleaning the wikitext: there are still 37 {{tl|hyp}} and 5 {{tl|hyphen}}—I think they should be replaced with hyphens as well in order to give simple wikitext that editors expect. On that line, why not replace {{tl|ndash}} and {{tl|mdashb}}? Are all the {{tl|nbsp}} and {{tl|zwsp}} needed? There are still a few page number ranges using a hyphen (some using a template) rather than an en dash. ] (]) 10:35, 12 August 2014 (UTC) | |||
:Your edit was indeed "reasonable", but I don't think it best serves the reader's understanding: | |||
:: Done some more. I think the nbsp chars are probably all right; the zwsp chars are likely not needed but a matter of opinion. ] (]) 15:46, 12 August 2014 (UTC) | |||
:*{{tq|The number I corrected was the diameter of the “tamping iron, not the hole}}{{snd}}No, you changed the units for both the diameter of the tamping iron and the diameter of the blast hole from cm to mm; and the distance to town from km to m. You also reduced the converted precision of the weight of the tamping iron from 6.0kg to 6kg.. | |||
::: It does look massively better, I fully support the Wiki markup corrections and note that there is a clear consensus for those changes, previously I and other editors have removed them only for it to be repeatedly restored. As part of the GA matter, I still believe there are some significant issues here related to improper OR and such. The "CavendishVermont_1869Map_Beers_AnnotatedPhineasGageLocations.jpg" is an OR created by EEng that does not exist in any published source. I see no reason to use quotations like "abrupt and intrusive visitor" instead of appropriate writing. The article still needs a copyedit by most means and there is still an issue of the omission with his known appearances and return to New Hampshire. The issue of the date of death needs to be covered properly because Macmillian's actual book makes an error in the details itself. Also, despite evidence and several accounts that say Gage was buried with the tamping rod, the sources didn't come from Harlow's text. The names and circumstance of the exhumation were given and how Harlow came to possess the item - things which Harlow did not recount. Quotes being used without citation as per ] are an issue to. Nevermind the Notes section issue. ] (]) 16:12, 12 August 2014 (UTC) | |||
:*{{tq|It’s normal to have a whole number which is the reason the Misplaced Pages MOS has centimetres for height}}{{snd}}No, MOS uses centimeters for height because that appears to be the common practice in English-speaking countries where SI is used for heights. If those countries used meters for height, we'd use meters for height; whole numbers versus decimals has nothing to do with it. | |||
::::I also support making a lot of the formatting more standard, per typical good Misplaced Pages pages, and even some paring back of the footnotes. If GA review will improve this page in those ways, then I think that it will be a good idea. I also feel the need to point out the possibility that such changes to the page may end up being contentious, and so anyone seeking to be bold may need to be prepared for that eventuality. --] (]) 21:46, 12 August 2014 (UTC) | |||
:*{{tq|6.0 kg suggests a very accurate conversion ... It’s a superfluous zero}}{{snd}}No it's not. The original value is given to the nearest 1/4 lb, which is just slightly more than 0.1kg. Thus converting to 6.0kg is appropriate. | |||
::::Also, please see ] for a lengthy list of issues that ought to be fixed as part of a GA review. --] (]) 21:49, 12 August 2014 (UTC) | |||
:*With regard to the diameters, the 1-3/4 inch figure for the blast hole is a rough generality, and reporting 44.5mm (as you have it) is ridiculous overprecision, and even 44mm implies an innapropriately high precision, which 4.5cm does not. As for the 1-1/4 inch figure, while 32mm and 3.2cm are technically identical, the mm version carries (again) a ''sense'' of innapropriately higher precision than does 3.2cm, and it's best that both diameters use the same units.{{pb}}As to the point being in mm, the precision of the reported value of 1/4 inch is uncertain, so on reflection, converting to 0.5cm (instead of 6mm) seems more appropriate, and consistent with the use of cm for all the other stuff. | |||
:::::*I've restored the removed material, with cites where they had been missing. | |||
:*Finally, converting the 3/4 mile journey to 1200m is absolutely false precision -- 1.2km is obviously what's appropriate. | |||
:::::*I've also reverted most of the markup changes. As MOS says, "Where more than one style is acceptable, editors should not change an article from one of those styles to another without a good reason." Making the markup more like "typical" pages (read: what certain editors happen to be used to seeing) is not a good reason -- otherwise there would be only one way to do things, which there isn't; and note that ] has nothing at all to say about formatting. MOS explicitly encourages use of many of the elements that were removed e.g. {{t|mdashb}} and {{t|thinsp}}. | |||
:: |
::I've edited the article to change the 6mm to 0.5cm. ]] 18:26, 14 September 2024 (UTC) | ||
::People who live in a metric world (as 95% of the planet do) would not talk about 0,5 cm, they would talk about 5 mm, one is no more accurate than the other. The centimetre is pretty common in the US as the equivalent to the inch, but not with the rest of the planet deal with only metric units and not conversions. Your interpretation serves a US audience, mine serves the reader who uses only SI. From my house to my village is 1,1 km on my vehicle odometer, but if I talked to someone I would say 1100 metres. Height is given in centimetres because it's a whole number, stated as height in passports worldwide. If I published your weight as 200.0 lbs (I've got no idea of your weight, it's a random choice), you would wonder why the decimal? ] (]) 19:34, 14 September 2024 (UTC) | |||
*And EEng continues to repeatedly return all the faults to the article. Apparently, EEng does not care that templates within cite templates messes up the data. Also it seems that EEng's invisible comments, like that of what he finds "attractive formatting", are supposed to be allowed to remain despite not performing a usable function. EEng seems more content to let editorial comments and other issues like ] matter remain indefinitely. Gosh, this is a bad case of ] and ] which is highlighted by EEng's continued ignorance of the matter despite numerous attempts to inform, by myself and others. Not only that, despite three editors in this very discussion, EEng chose to revert them again and continue the matter from many months ago. It seems EEng has a big problem with MOS and I'll place a formal notice that the MOS is also under discretionary sanctions by Arbcom because it seems the problem is continuing on the actual discussion pages as well. ] (]) 05:54, 26 August 2014 (UTC) | |||
:::I cannot find the reference in the article to the blast hole, but do see it in the changes to the article. I did change it to millimetres, however in the convert template was round=0.5 which gave it the same (unneeded) accuracy in millimetres as centimetres. I should have removed the round=0.5, placed there by a previous editor. ] (]) 19:58, 14 September 2024 (UTC) | |||
:* Actually, EEng was already made aware and the filter seems to have noted that it has not been one year since last posting, or so it seems. I also noted this in July. Though I am not keen on going through more of this MOS and other issues with EEng. It is like SSDD and not even pointing out that the templates being used offer any advantage to readable characters, or even function, seem to give pause. {{ping|Chiswick Chap}}, another editor, {{ping|Bgwhite}} further highlighted the problem with EEng's persistence of using templates within cite templates and removed them. Discussions with EEng have been useless and this is becoming a problem. ] (]) 06:04, 26 August 2014 (UTC) | |||
::::Ctrl-F ''blast hole'' and you'll find it. | |||
::* I have to agree that removing most of EEng's peculiarities is a good thing. Other users will be editing this page, not just EEng. Having strange and unnecessary formatting only complicates things. From ], "The simplest markup is often the easiest to edit, the most comprehensible, and the most predictable." Majority of the zwsp, nbsp, ndash templates should be removed. There are cases where it is needed. nbsp just before ellipsis per ] for example. Just because {{tl|nbsp}}, {{t|mdashb}} and {{t|thinsp}} can be used, doesn't mean they have to be used. In the case of this article, over used. EEng reverts of mine goes directly against cite template documentation. It appears EEng is editing against consensus. If this is the case, ANI or other forum should be used. ] (]) 06:38, 26 August 2014 (UTC) | |||
::::For the rest: I'm sorry, but these are just your claims about what's collquially done in your personal experience, and anyway articles aren't colloquial. Giving a distance as 1100m certainly suggests a precision not implied by 1.1km, and unjustified in the case under discussion. Your comments about personal height and weight are irrelevant because we're not talking about people's heights and weights. You're also confusing accuracy with precision. ]] 20:09, 14 September 2024 (UTC) | |||
:::::True these are from personal experience from my life in countries that use SI, but your replies are your opinion. ] (]) 14:03, 15 September 2024 (UTC) | |||
::::::If you don't understand that 1100m implies greater precision than does 1.1km, then I'm afraid there's no purpose in continuing this conversation. ]] 20:56, 15 September 2024 (UTC) |
Latest revision as of 23:58, 6 January 2025
This is the talk page for discussing improvements to the Phineas Gage article. This is not a forum for general discussion of the article's subject. |
|
Find medical sources: Source guidelines · PubMed · Cochrane · DOAJ · Gale · OpenMD · ScienceDirect · Springer · Trip · Wiley · TWL |
Archives: Index, 1, 2, 3, 4, 5, 6, 7, 8Auto-archiving period: 12 months |
Phineas Gage was one of the Natural sciences good articles, but it has been removed from the list. There are suggestions below for improving the article to meet the good article criteria. Once these issues have been addressed, the article can be renominated. Editors may also seek a reassessment of the decision if they believe there was a mistake. | ||||||||||||||||||||||
|
This level-5 vital article is rated B-class on Misplaced Pages's content assessment scale. It is of interest to multiple WikiProjects. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
To-do list for Phineas Gage: edit · history · watch · refresh · Updated 2024-11-10
|
Odd citation style
Is there a reasoning behind the strange citation style of this article? Why are some references demarcated by their "difficulty" while the others are listed as usual? Besides this, surely the letter system does not work as well as a normal style, as you cannot click the citation in the References section to see where a source appears in the main body? Medarduss (talk) 23:18, 24 January 2023 (UTC)
- All I know is this is EEng's child. – The Grid (talk) 23:46, 24 January 2023 (UTC)
- I assume that defaults to "not going to be changed"? ~Styyx 00:44, 25 January 2023 (UTC)
- More accurately, it means "will be changed if the editors who actually care about the article reach a consensus that some other approach will better serve the reader's understanding, but won't be changed just because some drive-by editor thinks all articles should look the same." As to the original question:
- The For general readers section, the For younger readers section, and the For researchers and specialists section identify sources which will be particularly useful to readers in those groups who want to learn more about the article topic. The Other sources cited section lists sources which, well, will not be particularly useful to those who want to learn more.
- The {{ran}}/{{rma}} referencing system allows sources to be organized in logical, useful ways instead of the chaotic, random mish-mash seen in most articles.
- Where a source appears in the main body is trivially found simply by text-searching for e.g. .
- Quite substantial discussions (found primarily in Talk:Phineas_Gage/Archive_2) led to the decision to do things the way they're done. Any other questions? EEng 09:03, 25 January 2023 (UTC)
- More accurately, it means "will be changed if the editors who actually care about the article reach a consensus that some other approach will better serve the reader's understanding, but won't be changed just because some drive-by editor thinks all articles should look the same." As to the original question:
- I assume that defaults to "not going to be changed"? ~Styyx 00:44, 25 January 2023 (UTC)
Bug Report: The ran callout links are inactive on mobile site.
I first encountered {{ran}} on this page and see more discussion of it here than on the template page.
The template which creates the manual superscript has a bug on the Minerva theme used by the mobile site. You can see it if you use these links:
- https://en.wikipedia.org/Phineas_Gage?useskin=Vector2022
- https://en.m.wikipedia.org/Phineas_Gage
- https://en.wikipedia.org/Phineas_Gage?useskin=Minerva
In each link try clicking the superscript callout links. In the first link, the desktop site has a tooltip and a functional link to References. The second and third links show the bug.
On the second link, the mobile site callouts for {{ran}} do nothing when clicked. The superscript callouts created by {{r}} and {{refn}} on this page will cause a popup with the reference. The popup is the expected behavior. The links from < ref >, {{efn}}, and {{sfn}} all create popups. The {{citeref}} template is slightly different and works on mobile the same way that it works on the desktop site (visible in the Notes section on: https://en.m.wikipedia.org/Computer_mouse ); the superscript works as an in-page anchor link with {{citeref}}.
In the third link, the mobile skin (Minerva) is used on the desktop site. The tooltip still works, but something in Minerva breaks the link regardless of the desktop or mobile version.
I hope that this helps and that it is not a strange place to post a bug report. Rjjiii (talk) 02:27, 6 February 2023 (UTC)
- This is above my pay grade. I suggest you post this at WP:VPT. EEng 04:04, 6 February 2023 (UTC)
- Thanks for pointing me in the right direction! Rjjiii (talk) 04:25, 6 February 2023 (UTC)
- Just updating this thread. The rma/ran references now function on mobile. To implement a workaround, I needed to add "CITEREF" to the handwritten links on this article's references. As an unplanned bonus, those links now create the popup reference on desktop themes/browsers.Rjjiii (talk) 00:21, 24 May 2023 (UTC)
- A belated thanks for taking care of this. EEng 01:22, 3 September 2024 (UTC)
MOS:SANDWICH
A recent edit to resolve MOS:SANDWICH issues causes confusing placement on widescreen monitors. For example, it pushes the "Distinguished Arrivals" newspaper clipping (about a living Gage) down into the section where his skull is exhumed. And so in fixing one MOS issue, it causes a new one (MOS:SECTIONLOC). Misplaced Pages:Image use policy says, "The relevant aspect of the image should be clear and central.
" Sandwich concerns probably have to be waved on image-heavy articles like this to ensure the relevance of the image is clear to the reader. Rjj (talk) 16:07, 24 August 2024 (UTC)
- Rjjiii, you took the words right out of my mouth. ActivelyDisinterested: re your edit summary here , I wrote SANDWICH so I don't need to "see" it, and the article's had this exact same layout for at least 5 years, and very much the same layout for 10 years, and you're the first person to claim there's an actual problem. If you'll specifify at what platform, resolution, and zoom level you're seeing the issue, and describe it more precisely, then maybe we can solve it. But the current layout it looks fine on laptops (with two different browsers), on WP's mobile simulator, on my own tiny-screen Iphone, and on a friend's Android just now. We're not going to mess that all up because you preceive the text column as narrow on one particular configuration you haven't specified. EEng 19:35, 2 September 2024 (UTC) P.S. I appreciate your fixes to the cite formats!
- Not really, as I said spacing Eth images out would likely be the best option. But I'm not invested enough to stand in the way if you want to go another route. -- LCU ActivelyDisinterested «@» °∆t° 21:33, 2 September 2024 (UTC)
- Spacing the images out seems likely the best option until you actually read the article and see why the images are where they are, at which point you realize that blindly spacing everything out in obeisance to a cookie-cutter guideline meant to be applied with common sense solves a trivial problem seen by, apparently, one person in ten years, but introduces a serious problem for everyone else. Unfortunately there's no route to go in if you won't tell us what you're seeing, on what platform. EEng 01:32, 3 September 2024 (UTC)
the article's had this exact same layout for at least 5 years, and very much the same layout for 10 years, and you're the first person to claim there's an actual problem
- I think that the sandwich has become thinner recently despite no changes to the article, with the deployment of Vector 2022, and then the deployment of increased font size on it very recently. For example, here are two screenshots taken on a 1920x1080 screen, which is still the most common desktop resolution according to , as a logged-out user with all default settings (I tried to find the most sandwiched parts of the article):
- I agree that just moving all images to the right side is not a good solution, for the reasons you said. Perhaps you might come up with a better one, though. I would consider moving some of the wider images to galleries, or making the images and pull quotes centered, instead of having them float around text. Matma Rex talk 22:13, 3 September 2024 (UTC)
- In my opinion, MOS:SANDWICH should be understood as a guideline but not a policy, because that's what it is. For this particular page, there are a lot of images, but they all serve good encyclopedic purposes. And they don't really lend themselves to being grouped into galleries. (Perhaps, there might be a few places where Template:Multiple image could be used to good effect.) But I don't think this is an urgent problem. --Tryptofish (talk) 22:24, 3 September 2024 (UTC)
- Not really, as I said spacing Eth images out would likely be the best option. But I'm not invested enough to stand in the way if you want to go another route. -- LCU ActivelyDisinterested «@» °∆t° 21:33, 2 September 2024 (UTC)
- (Sorry, I missed these later posts until now.) Matma Rex, I appreciate the screenshots; leave it to the geniuses at WMF to throw away 30% of the screen real estate on some stupid buttons. The density of images is greatest in the accident/treatment/injuries section, and the challenge there is it's tough for readers to understand the circumstances of the accident, and the mechanics of Gage's injury, without these images at hand -- if they're somewhere else I fear the reader is lost. Nonetheless I mocked up a gallery for the early sections, but it came out awful . I just don't see how to do it without some images being too big or small, and far from the relevant text.Tryptofish, I'd be interested to hear your thoughts about how {multiple images} could be used. EEng 03:01, 14 September 2024 (UTC)
- I haven't gotten to the point of having specific place(s) on the page where I would recommend it, but the general idea is that sandwiching can often be eliminated by combining related images together, instead of having them stand-off opposite one another on the page. (You can see a sample of how I did that, at Sissinghurst Castle Garden#Roses.) If there are places on this page, where you feel that it makes sense, thematically to group any images together (and only if it makes sense), and if they are creating sandwiched text, then that would be where to look. --Tryptofish (talk) 23:43, 14 September 2024 (UTC)
Dimensions
Hello eeng, I think the edit I did on this page was perfectly reasonable for readers who live outside the USA. The number I corrected was the diameter of the “tamping iron”not the hole. It’s normal to have a whole number which is the reason the Misplaced Pages MOS has centimetres for height instead of metres or millimetres, which is also the norm worldwide, so 32 mm instead of 3.2 cm would be normal outside the USA. The point of the tamping iron in the article is in millimetres. 6.0 kg suggests a very accurate conversion, You would not say I weight 200.0 lbs if it were converted the other way around, It’s a superfluous zero. Avi8tor (talk) 10:25, 14 September 2024 (UTC)
- Your edit was indeed "reasonable", but I don't think it best serves the reader's understanding:
The number I corrected was the diameter of the “tamping iron, not the hole
– No, you changed the units for both the diameter of the tamping iron and the diameter of the blast hole from cm to mm; and the distance to town from km to m. You also reduced the converted precision of the weight of the tamping iron from 6.0kg to 6kg..It’s normal to have a whole number which is the reason the Misplaced Pages MOS has centimetres for height
– No, MOS uses centimeters for height because that appears to be the common practice in English-speaking countries where SI is used for heights. If those countries used meters for height, we'd use meters for height; whole numbers versus decimals has nothing to do with it.6.0 kg suggests a very accurate conversion ... It’s a superfluous zero
– No it's not. The original value is given to the nearest 1/4 lb, which is just slightly more than 0.1kg. Thus converting to 6.0kg is appropriate.- With regard to the diameters, the 1-3/4 inch figure for the blast hole is a rough generality, and reporting 44.5mm (as you have it) is ridiculous overprecision, and even 44mm implies an innapropriately high precision, which 4.5cm does not. As for the 1-1/4 inch figure, while 32mm and 3.2cm are technically identical, the mm version carries (again) a sense of innapropriately higher precision than does 3.2cm, and it's best that both diameters use the same units.As to the point being in mm, the precision of the reported value of 1/4 inch is uncertain, so on reflection, converting to 0.5cm (instead of 6mm) seems more appropriate, and consistent with the use of cm for all the other stuff.
- Finally, converting the 3/4 mile journey to 1200m is absolutely false precision -- 1.2km is obviously what's appropriate.
- I've edited the article to change the 6mm to 0.5cm. EEng 18:26, 14 September 2024 (UTC)
- People who live in a metric world (as 95% of the planet do) would not talk about 0,5 cm, they would talk about 5 mm, one is no more accurate than the other. The centimetre is pretty common in the US as the equivalent to the inch, but not with the rest of the planet deal with only metric units and not conversions. Your interpretation serves a US audience, mine serves the reader who uses only SI. From my house to my village is 1,1 km on my vehicle odometer, but if I talked to someone I would say 1100 metres. Height is given in centimetres because it's a whole number, stated as height in passports worldwide. If I published your weight as 200.0 lbs (I've got no idea of your weight, it's a random choice), you would wonder why the decimal? Avi8tor (talk) 19:34, 14 September 2024 (UTC)
- I cannot find the reference in the article to the blast hole, but do see it in the changes to the article. I did change it to millimetres, however in the convert template was round=0.5 which gave it the same (unneeded) accuracy in millimetres as centimetres. I should have removed the round=0.5, placed there by a previous editor. Avi8tor (talk) 19:58, 14 September 2024 (UTC)
- Ctrl-F blast hole and you'll find it.
- For the rest: I'm sorry, but these are just your claims about what's collquially done in your personal experience, and anyway articles aren't colloquial. Giving a distance as 1100m certainly suggests a precision not implied by 1.1km, and unjustified in the case under discussion. Your comments about personal height and weight are irrelevant because we're not talking about people's heights and weights. You're also confusing accuracy with precision. EEng 20:09, 14 September 2024 (UTC)
- True these are from personal experience from my life in countries that use SI, but your replies are your opinion. Avi8tor (talk) 14:03, 15 September 2024 (UTC)
- If you don't understand that 1100m implies greater precision than does 1.1km, then I'm afraid there's no purpose in continuing this conversation. EEng 20:56, 15 September 2024 (UTC)
- True these are from personal experience from my life in countries that use SI, but your replies are your opinion. Avi8tor (talk) 14:03, 15 September 2024 (UTC)
- I cannot find the reference in the article to the blast hole, but do see it in the changes to the article. I did change it to millimetres, however in the convert template was round=0.5 which gave it the same (unneeded) accuracy in millimetres as centimetres. I should have removed the round=0.5, placed there by a previous editor. Avi8tor (talk) 19:58, 14 September 2024 (UTC)
- Delisted good articles
- Former good article nominees
- B-Class level-5 vital articles
- Misplaced Pages level-5 vital articles in People
- B-Class vital articles in People
- B-Class medicine articles
- Low-importance medicine articles
- B-Class society and medicine articles
- Mid-importance society and medicine articles
- Society and medicine task force articles
- All WikiProject Medicine pages
- B-Class biography articles
- WikiProject Biography articles
- B-Class neuroscience articles
- Low-importance neuroscience articles
- B-Class United States articles
- Mid-importance United States articles
- B-Class United States articles of Mid-importance
- B-Class New Hampshire articles
- Mid-importance New Hampshire articles
- WikiProject New Hampshire articles
- New Hampshire articles with to-do lists
- WikiProject United States articles
- B-Class rail transport articles
- Low-importance rail transport articles
- All WikiProject Trains pages
- Misplaced Pages pages with to-do lists