Talk:Phineas Gage

Notes

Using Note b as an example, I'll try to illustrate what I have in mind. Here is the note as it is now:

Macmillan[M]:14-17,31n5,490-1 discusses Gage's ancestry and what is and isn't known about his birth and early life. His parents were married April 27, 1823.

The birthdate July 9, 1823 (the only definite date given in any source) is from a Gage family genealogy;[4] Macmillan[M]:16 notes that though the genealogy gives no source, this date is consistent with agreement among contemporary sources[H1]:389[5][B1]:13[H]:4 that Gage was 25 years old on the date of his accident, as well as with his age (36 years) as given in undertaker's records after his death in May 1860.[M]:108-9

Possible homes in childhood and youth are Lebanon or nearby East Lebanon, Enfield, and/or Grafton (all in Grafton County, New Hampshire), though Harlow refers to Lebanon in particular as Gage's "native place"‍[H]:10 and "his home"‍[H]:12 (probably that of his parents),[M]:30 to which he returned ten weeks[M3]:C after his accident.

There is no doubt Gage's middle initial was P‍[H1]:389[B1]:13[H]:4[M]:490[M1]:839fig but there is nothing to indicate what the P stood for (though his paternal grandfather was also a Phineas and his brother Dexter's middle name was Pritchard).[M]:490 Gage's mother's first and middle names are variously given as Hannah or Hanna and Trussell, Trusel, or Trussel; her maiden name is variously spelled Swetland, Sweatland, or Sweetland.[M]:490

Here is a modest step in what I would consider to be the right direction:

There are gaps in what is known about Gage's birth and early life. His parents were married April 27, 1823.[M]:14-17,31n5,490-1

The birthdate July 9, 1823 is from a Gage family genealogy.[4]

Possible homes in childhood and youth are Lebanon or nearby East Lebanon, Enfield, and/or Grafton (all in Grafton County, New Hampshire).

Gage's middle initial was P‍[H1]:389[B1]:13[H]:4[M]:490[M1]:839fig but there is nothing to indicate what the P stood for. Gage's mother's first and middle names are variously given as Hannah or Hanna and Trussell, Trusel, or Trussel; her maiden name is variously spelled Swetland, Sweatland, or Sweetland.[M]:490

Here is a more extensive revision:

There are gaps in what is known about Gage's birth and early life.[M]:14-17,31n5,490-1

The birthdate July 9, 1823 is from a Gage family genealogy.[4]

Possible homes in childhood and youth are all in Grafton County, New Hampshire.

Gage's middle initial was P‍[H1]:389[B1]:13[H]:4[M]:490[M1]:839fig but there is nothing to indicate what the P stood for.

One could even delete the note in its entirety. --Tryptofish (talk) 23:25, 6 November 2014 (UTC)

You have asked me at my talk to comment about this, saying in part "the ball's in your court, and I'm not sure you still care about them." I'd say yes, I still think that you should do this. I've just looked at the present-day note b, and it's not much changed. I think that, as of today, this is where you and I still have the most disagreement. There's a limit to how much stomach I have for arguing further over it, but I still very much feel that there's a lot of further pruning that you could do, but you haven't done yet. As I said below, the page has improved a lot, and that's very nice indeed. And it could be improved further. Any page can always be improved further. For note b, start with how you say that "Macmillan discusses Gage's ancestry and early life." That's a throwaway sentence. Give information about Gage's ancestry and early life, and cite it. I think my advice above, in those boxes, remains useful. --Tryptofish (talk) 20:53, 19 July 2015 (UTC)

My philosophy about notes, as I think you know, is that since they are outside the main text they don't "bother" the casual reader, no matter how detailed they are, and since NOTPAPER there's no argument along those lines for leaving out reasonably useful material, especially where a small phrase ("Macmillan[M]:14-17,31n5,490-1 discusses Gage's ancestry...") opens the door for the interested reader to complete information on a given point, should he want it. Other information is there for reasons not obvious just by looking at this note alone e.g. date of parents' marriage supports the fact that Gage was conceived out of wedlock, mentioned elsewhere. And I think e.g. when we mention that there's a break in the chain of support for Gage DOB, it's useful for the reader to know that it can't be too far off, give his know ages on certain dates.

Anyway, I don't want to take advantage of your lack of gastric fortitude, but if you don't want to press this then I'm certainly not going to either. So can we call this closed for now? I'll certainly be happy to resume the discussion some other time, should later you find your gastric fortitude fortified. EEng (talk) 02:24, 20 July 2015 (UTC)

It would somehow seem right for me to belch loudly here, but... None of this is a fighting issue for me, but I am trying to give you helpful advice about page improvement. I take your point about many readers not being bothered by stuff down in the notes. But I also think that many readers fall in a middle range, where they do not want to get complete information, but they do want to look a bit further at the source material. And this page makes them go through multiple layers of sections to get all the source information. In this example, the reader who actually does want complete information needs the citation of Macmillan, so as to be able to look up the source for themselves, but, really, they don't need you/Wikipedia to tell them that Macmillan discusses this and that. If the inline citation is at the end of a sentence, that reader already knows that the source discusses what the sentence is about. And the serious reader will want to read the source itself, instead of being told by some Wikipedia editor what to think about the source. Given the context of our discussion now, where you asked on my user talk to have me evaluate whether or not my and other editors' concerns have been fixed, we can conclude that you disagree with me, which is fine, but that my concerns are partly fixed, but not entirely, so let the record show. Anyway, I've gotten an alternative idea, and I'll make a new section on this talk page, to suggest it. --Tryptofish (talk) 23:16, 20 July 2015 (UTC)

• I've been archiving old discussions, but this one I'll leave for further consideration. EEng (talk) 00:52, 28 July 2015 (UTC)

Thanks, I appreciate that. --Tryptofish (talk) 19:34, 28 July 2015 (UTC)

Reference suggestion

Looking again at this page, another idea came to me, so please let me make this suggestion. I continue to be concerned about making all the source information at the bottom of the page as reader-friendly as possible. So we have the Notes section, and the References section; the latter is subdivided into "For general audiences" (Gage and portraits), "For middle-school students" (oh, not "for children", but I digress), "For researchers and specialists", and then an "other sources" section that resembles the "typical" references section of most Wikipedia pages, to which inline citations most typically point.

As I said sometime before, I really like explaining to our readers which sources are for generalists and which for researchers, etc. I think that's very helpful information for readers, so I don't want to lose it. On the other hand, I'm trying to think how we can have two fairly accessible page sections: the existing Notes, and what would look like the "other sources" section.

Here's my suggestion. I suspect that Mirokado can help with the implementation – or at least that I'm less equipped to help with it. Keep the Notes as the section that they are. Make a References section just after the Notes, with the usual citations, formatted as the "other sources" section is now, but containing all of the citations. Then, after, have a page section called either Further reading or Bibliography, that would contain the various categories of sources, identified as general etc., as they are now. The change would be that this Further reading or Bibliography section would not be linked to from the main text, just as Further reading sections typically are not linked from the text as citations. Instead, all of the citations to these sources would be relocated to a now longer version of "other sources" comprising a complete References section. This way, we save the useful information about who the sources are "for", but we also simplify how readers get from the main text to the sources cited. We only need two kinds of inline citation links in the main text: those going to Notes, and those going to References. There will, of course, be a lot of entries in the References in the form of Jones, page 23, and another for Jones, page 68, etc. --Tryptofish (talk) 23:37, 20 July 2015 (UTC)

Clarifications, please:

• Each item in the new References section will be a complete citation -- author, year, publisher, volume-page (for journals) etc etc -- right?
• Further Reading (or Bibliography) would have the same full citations, but listing only the select subset of the sources, in alphabetical bullet form, subdivided into General Audiences and so on -- right?
• I don't understand your mention of the References having e.g. "Jones, p. 23". The specific pages being cited are superscripted in main text, as seen here [10].

EEng (talk) 04:08, 21 July 2015 (UTC)

Correct, correct, and I stand corrected. I also would have no objections to other (minor) variations in format. --Tryptofish (talk) 20:43, 21 July 2015 (UTC)

OK, now that I'm sure (or think I'm sure) that I understand the proposal, I have to ask... why? We went to an enormous (ENORMOUS -- see #A6b_Complex_callouts, #Disposition_of_behavior_citations, Talk:Phineas_Gage/Archive_7#Together_again!) amount of trouble to work through various options and design and implement the current layout, callout format, and details (your request in particular) of how cites are called out within notes. What advantage is there in first jumbling together (in no order) all the "recommended" sources with the not-"recommended" sources (in your proposed References section) and then giving a duplicate second presentation of just the "recommendeds"? The current layout gives an integrated presentation that serves both purposes (WP:V as well as recommended reading) without, AFAICS, giving up anything on either score. Am I missing something, or possibly misunderstanding the proposal? EEng (talk) 00:45, 22 July 2015 (UTC)

I think it is most likely that you understand my suggestion, as opposed to missing something, but that you just disagree with me regarding the reasons why I made the suggestion. I'll explain, but first please let me say that it really is just a suggestion, and not something where I will get worked up if you prefer not to implement it. I recognize the amount of work you have put into the page, whereas at the same time I also recognize that other editors show up from time to time and complain about the page formatting, and I see my role in editing the page as one of trying to help you (and them) find ways where things can be amicable. If you want to postpone this suggestion for now, much as you seem to prefer to postpone my advice about the #Notes, I'm not going to take it personally, but I do want you to please keep in mind that the likelihood increases that, sometime later, other editors will criticize you for the stuff you have heard so many times before – but I think that if you do the things I suggest, proactively, you will reduce the opportunities for others to complain.

OK, that said, here are what I see as the pluses and minuses. As you correctly point out, a disadvantage of my suggestion is that sources will be repeated, both in my suggested References and again in my suggested Further reading or Bibliography. That's true, I concede.

But here are what I see as the advantages. First, it will simplify what editors will see in the edit window when they come here to edit the page. As familiar as you are with this page, for the rest of us it really is an effort to deal with it, and that's a big part of what sets other editors off. Second, I see it as more helpful to our readers. Right now, when a reader looks at the page, there are three kinds of inline citations: lowercase letters that go to the Notes, uppercase letters that go to the "recommended" sources, and numbers that go to the rest of the sources. My suggestion simplifies that from three to two, because there would just be Notes and References, and only a single class of references at that. It's not only simpler in terms of how the main text is displayed, but also simpler in terms of the page layout below, where the references are found. I do not perceive them as "jumbled together". Instead, I perceive them as they are at the overwhelming majority of Wikipedia pages: all the references in one place, listed in the order in which they are cited in the text. In my opinion, there's nothing "jumbled" about it. It's just some Notes, where we provide information that's a bit more detailed than what is in the main text, followed by a single, uniform source list. Following that would be a service for the subset of readers who want to read more, and it gives them helpful pointers about which sources are aimed for which audiences, a high-quality version of the Further reading sections that are described in MOS. When I read the page as it is now, trying to see it as a reader instead of as an editor, I really do find it rather complicated to keep track of all the places on the page that I am directed to go to for source material. I think my suggestion makes the page easier to read. --Tryptofish (talk) 20:43, 22 July 2015 (UTC)

(By jumbled I just meant not in any order, but of course that's the ordinary way in typical ref sections.) All other things being equal, sure, it helps to do things in the most common, conventional way -- all other things being equal. But where, in any significant way, the "coventional" way isn't the way that best serves the reader, then I don't want it; and I don't care how many gnomes show up to whine about it, as long as what the page does is indeed allowable under MOS and other applicable guidelines. Without deviation from the norm, progress isn't possible, and conventionality should be a tiebreaker consideration only.

However, if you do care about what the gnomes will say, one potential problem with your proposal is that "further reading" isn't supposed to repeat what's in the references: WP:Further_reading#Relation_to_reference_sections. Long ago I had a structure much like you're suggesting and got well and good smacked for it, and that was one of the considerations in setting up things the way they are now.

Beyond that, I just don't see the advantage. I like the callout scheme we have now: it's mnemonic and it keeps the callouts short -- all the most-used sources are at most two characters, and the very most used source are all a single character, thus reducing clutter in the text (though only slightly, admittedly).

You mention simplifying what editors see in the edit window -- I guess you're referring to the {ranchor} syntax? Yes, it's unusual (unique, actually) but it's very straightforward and easily learned -- and if you're not sure, just find another cite elsewhere in the article, to the same source you're citing, and copy the invocation (maybe changing the page #). It's certainly way easier than the Template:Harvard_citation_no_brackets labyrinth ({sfn} / {harvnb} / {harvthisandthat}) you see now and then. Oy vey!

Anyone adding a new source uses the usual < ref>< /ref> syntax everyone knows, and that works exactly as expected.

So really, I don't see any advantage at all. Mirokado, your thoughts? EEng (talk) 01:29, 24 July 2015 (UTC)

I'll reply this evening, if possible, and on Saturday in any case. --Mirokado (talk) 12:08, 24 July 2015 (UTC)

EEng, as I'm sure you'll recognize, I'm making suggestions because you've asked me, repeatedly and with numerous "bumps", for advice, so please take my suggestions in that light, and as I said before, merely as suggestions. But a few replies to the specifics of what you said. You raise a good point about Further reading in relation to references; perhaps that's a good reason to call it Bibliography instead. About the edit window, for me it hasn't been a single thing, but rather that it is very complex indeed, in many ways, to read what the edit window displays, and to keep track of all of it. Sufficiently so that I find it unpleasant to edit this page. I'm telling you that in a friendly spirit, and I hope that you will take seriously how I describe my experience of it (and I'm not simply a gnome, I hope you'll agree). The fact that other editors are gnomes does not make them wrong, nor make their opinions less valid, nor make their concerns "whining". I fully agree that you do not have to do anything that they or I suggest, but this isn't about what the page is required to do, so much as what might be better for the page. I really do think that my suggestion would be better for readers, and I also think that what is conventional on Wikipedia reflects a tremendous amount of trial, error, and learning, and the fact that unconventional formats are unconventional does not automatically mean that they are better. There's nothing intrinsically different about this page subject, compared to so many other pages. --Tryptofish (talk) 23:05, 24 July 2015 (UTC)

Reference usages

These tables show the usages of the {{ranchor}} (categorised citations) and {{r}} (other citations) templates in the article:

• callouts is the number of times the template appears with a particlar tag (number of backlinks if page ranges are excluded)
• distinct shows how many different page range specifications for each tag (number of backlinks for each note if page ranges are included

{{ranchor}}

tag	callouts	distinct
B	13	9
B1	13	9
B2	3	1
F	1	1
F1	2	1
G	1	1
G1	1	1
H	45	23
H1	6	4
H2	2	1
K	3	1
K1	1	1
K2	6	3
L	3	1
M	84	72
M1	12	6
M2	3	1
M3	9	6
M4	1	1
M5	3	3
M6	1	1
M7	4	4
M8	26	18
R	6	5
R1	2	1
T	4	1
T1	2	1
V	7	6
W	6	3
W1	5	2
W2	3	1
W3	1	1
totals	279	190
32 tags

{{r}}

tag	callouts	distinct
accident_excerpts	7	1
aggressiveness	1	1
ama_standing	1	1
amer_phren	2	1
anonymous_bmsj1869_1	4	1
anonymous_bmsj1869_2	1	1
anonymous_bostonpost	1	1
anonymous_ngray	1	1
apex	1	1
austin	1	1
benderly	1	1
bennett	1	1
bower	1	1
bragging	1	1
bramwell	1	1
brawling	1	1
bsmi	1	1
bullying	1	1
campbell	1	1
carlson	1	1
cobb	1	1
cooter	1	1
cv_gage	1	1
damasioA_descartes	2	2
damasioA_neuropsychology	1	1
damasioH_return	2	2
deaths	1	1
drifting	1	1
drinking	1	1
dupuy	2	1
eliot	1	1
ferrier1877_9	1	1
ferrier1878	2	1
fingers	1	1
folsom	1	1
forethought	1	1
fowler	1	1
gall_sizer	1	1
griggs	1	1

{{r}} continued

tag	callouts	distinct
hamilton	1	1
heart	1	1
hockenbury1997	1	1
hooper	1	1
idiot	1	1
inability	1	1
irresponsibility	1	1
jackson1849	2	1
jackson1870	4	2
jarrett	2	1
jewett	1	1
larner	1	1
laurel	1	1
lying	1	1
mazzoni	1	1
memoir_hjb	1	1
merwin	1	1
mitchell	1	1
northcarolina	1	1
northstar	2	1
ordia	1	1
pancoast	1	1
pott	1	1
proctor	1	1
psychopathy	1	1
refusal	1	1
sacks	1	1
sexuality	1	1
smithS_carey	1	1
smithW	2	2
stuss_hockenbury2008	1	1
sutton	1	1
vagrancy	1	1
vanderkloot	1	1
warren_phineas_gage	1	1
wife	1	1
work	1	1
yakovlev	4	1
totals	101	81
77 tags

Template:Multicol-end These tables show the usages of the {{ranchor}} (categorised citations) and {{r}} (other citations) templates in the article:

• callouts is the number of times the template appears with a particlar tag (number of backlinks if page ranges are excluded)
• distinct shows how many different page range specifications for each tag (number of backlinks for each note if page ranges are included

I'm presenting this table in an edit without further comments, which will follow later. (updated) --Mirokado (talk) 15:59, 25 July 2015 (UTC)

References continued

The tables in the previous section show that we need to manage nearly four hundred callouts which would involve nearly three hundred distinct short notes (including page numbers etc) or about one hundred short notes (excluding page numbers), and about one hundred citations. Some comments:

• doing this using sfn and friends would be a bit problematical, page load times could be sluggish
• replacing "r" etc by "sfn" would not particularly simplify the article source, for example: {{r|campbell}} would become {{sfn|Campbell|1851}}
• the handling of references is disciplined and consistent. The "ranchor" and "r" templates are isomorphous and "r" is in common use
• of the 77 "r" tags, some such as "bullying", "drifting" are themselves topical collections, others are single citations

It would certainly be beneficial to have the "other" citations in alphabetical order. I agree we should avoid duplicate citations. A disadvantage of the short note intermediary section is that it means an extra click to go from article to citation, but we are quite used to doing that, so I think we should consider having short notes linking callouts to the "other" citations in an alphabetical list. I think we can do that without losing the current usages of "r" and there is no need to add intermediate notes for the "ranchor" citations.

As long as other editors will be happy in principle to consider such a change, I can work it up in a sandbox for further consideration. The changes would be fairly systematic. --Mirokado (talk) 16:27, 25 July 2015 (UTC)

Thank you for such a thoughtful discussion. As someone who is less fluent than you are in the intricacies of page formatting, I'm having difficulty visualizing how the page would look after doing what you propose, but I would definitely be interested in seeing a sandbox version for that very purpose. --Tryptofish (talk) 22:30, 25 July 2015 (UTC)

I add my thanks, but I'll omit for once my gushing admiration for Mirokado's amazing efficiency and alacrity. But Mirokado, do you imagine that Tfish is proposing what I call "intermediate short notes" as seen here [[11]]? 'Cause I don't think that's what he's got in mind. Am I right, Tfish? (For the record, I absolutely hate those -- I think they look awful, and they require two hops of clicking to get to that actual source.) EEng (talk) 00:36, 26 July 2015 (UTC)

Har. Basically, yes he is! I am proposing limited use of intermediate short notes just for the "other sources" citations, without spoiling the direct links to the categorised citations and leaving page ranges as they are at present with the callouts. That should result in a fairly tidy intermediate list and citations in alphabetical order (need to see what we can do for those with no author). It will be much tidier than Genie is at present, poor dear. Clearly more of the citations there need to go into the citation list and the harvard errors must be corrected. I think I should have a look at her too when I have time. --Mirokado (talk) 03:16, 26 July 2015 (UTC)

So, for the "other sources", intermediate short notes will replace the current {r|jones|page=117}-type syntax, so that ^:117 will become just , with the intermediate short note "5. Jones 1994, p. 117."? EEng (talk) 05:58, 26 July 2015 (UTC) You are forbidden to attend to Genie until Phineas Gage is done with you.

No, we should keep all the page ranges as they are at present, so all the callouts have consistent presentation,^:117 with intermediate short note "5. Jones 1994." I will prepare a brief example... --Mirokado (talk) 12:38, 26 July 2015 (UTC)

OK, I think I see. So for every "other" source, there will be exactly one intermediate short note, in the < ref> system's random order, linking forward to a manual alpha list of those same sources...? If it's easy for you to mock up, go ahead, but I fear it will introduce substantial inconsistency, both in what the reader sees and how the source is coded . But maybe you have one of your tricks up your sleeve. EEng (talk) 13:17, 26 July 2015 (UTC)

Please have a look at User:Mirokado/sandbox. I haven't yet sorted the citations in the list but I think you can see the general idea without that. --Mirokado (talk) 19:36, 26 July 2015 (UTC)

Actually, EEng was right about the concern he expressed. Mirokado, what I see in your sandbox version is not at all what I was suggesting. It's something else entirely, now that I see what it looks like. I proposed having: (1) Phineas Gage#Notes, pretty much as it is now, (2) a References section, and (3) a Bibliography section, in that order. The Bibliography would contain what, in your sandbox, is now the "For general audiences (Gage)" and "For researchers and specialists" sections, but there would be no blue linking between them and the main text. As for the References section, the numbering of the sources would be like what you have at the top of the sandbox References section, whereas the formatting of the sources would be like what you have in the sandbox under "Other sources cited". That numbering and formatting would be consistent and continuous throughout the "References" section, and the "References" section would not be subdivided into subsections. --Tryptofish (talk) 21:10, 26 July 2015 (UTC)

Tryptofish, you broke him! Mirokado, Mirokado, wake up! Reboot! EEng (talk) 01:16, 28 July 2015 (UTC)

Sorry been very busy this week, I'll respond on Friday evening or Saturday. --Mirokado (talk) 21:42, 29 July 2015 (UTC)

I'm afraid I could not agree to duplicating citations in two sections and I could also not agree to losing the current categorisation of the most-used citations. Having looked at Genie I also do not think that systematic use of sfn and friends throughout would be an improvement, there are too many callouts for that to be a good solution. I'm happy with the current schema which has direct links to sorted, categorised citations for the most-used references and the often-used unsorted list of citations for others. It would, though, probably be an improvement to have the other citations also in a sorted list and I have suggested how to do that without altering the callout schema in the body of the article (which uses the familiar r template for callouts to the "other" citations).

EEng, you don't like the double click needed to get from callout to citation with sfn and friends, but readers are used to that so it is not a major problem. The fact that some refs have a direct link and others would need two clicks is of course a disadvantage, but in my opinion this would be outweighed by the sorted citation list which is a win.

If we can agree to try something like what I have suggested, I'll be happy to start the ball rolling with that. If we agree to leave the reference schema more or less as it is now, I will also be happy with that. Otherwise the search for consensus must continue. --Mirokado (talk) 00:12, 2 August 2015 (UTC)

Thanks for your work on this. It looks to me like we have three editors with three different first choices about how to go about this – so that probably means that it is best to leave the references as they are on the page now, while keeping open minds all around in the event that the issue gets raised by a fourth editor in the future. For me, I prefer the status quo over the version at Mirokado's sandbox. If I had to choose between duplicating citations in two sections and the current categorization of the most-used ones, my choice would be to forgo entirely the Further reading/Bibliography section that I proposed. That would eliminate duplication, and it would permit a simple, uniform reference list to follow the Notes. It would also eliminate the reference categorization, which I would regret losing, but I would not mind that much, and I would prefer the simplification of the references that would result. As for page numbers, I'm pretty much neutral between having the page numbers inline after the callouts, as we do now, versus having a lot of sfn entries in the reference list, but I'm happy to defer to EEng's preference against a lot of sfn. (Even though I will note my own membership in the sfn – joke.) Anyway, I hope EEng will keep an open mind about my suggestion in the event that consensus changes in the future. --Tryptofish (talk) 00:37, 2 August 2015 (UTC)

(Silly me -- I thought sfn was "So-called Fish Names"). I don't quite understand this bit:

If I had to choose between duplicating citations in two sections and the current categorization of the most-used ones, my choice would be to forgo entirely the Further reading/Bibliography section that I proposed. That would eliminate duplication, and it would permit a simple, uniform reference list to follow the Notes. It would also eliminate the reference categorization, which I would regret losing, but I would not mind that much, and I would prefer the simplification of the references that would result.

Specifically, what would be the "simplification of the references"?

Meanwhile, I think the elephant is the room is that we yearn for a way to control the order of the usual default reference pile (created with < ref> or {r} -- alternative syntax for the same thing), and this is something almost every experienced editor has wished for, yet the powers that be have never deigned to do anything about it. If we had that, wouldn't that pretty much answer all your desiderata, Tfish? EEng (talk) 04:15, 2 August 2015 (UTC)

I laughed repeatedly while reading that! (As for what satisfies my desiderata, that's entirely a private matter, blush, blush!) To answer your first question, what I said rather clumsily was that I do recognize that some editors, including Mirokado, have quite reasonable objections to my idea of having a Further reading/Bibliography section that would repeat citations that also would have appeared in the References section – not good form to have that redundancy. So that creates a problem with what I had proposed: in order to fix that redundancy, one could delete the proposed Further reading/Bibliography. That eliminates the redundancy. But it creates a different problem: the loss of the helpful characterization of sources (as for researchers, or for general readers, and so forth). As Mirokado said, we should avoid the redundancy, but also continue to provide that characterization. Mirokado would prefer to keep the characterization as part of the References section, as subsections within it. We could do that as the page is now, or we could do it as in Mirokado's sandbox draft. What I was trying to say was that, even though I, too, like the characterization of the sources (for researchers, etc.), I would be willing to give it up in exchange for having no subsections within the References section. In a perfect world, I'd be happiest with both a Reference section sans subsections and a way of characterizing the sources. But with the limitations of what we can work with, my suggestion would lead to redundancy, which appears to be a deal-breaker. So, in order to solve the redundancy problem, I would rather forgo the characterization, but still have a References section without subdivisions.

Thus, my desired "simplification of references" was referring to having a References section without any subsections. Just a single References section, after the Notes section, that would have all the references in numbered order. Period. Full stop. Nothing more.

As for your last question, the answer may be "I guess so". I've always been a happy fish with < ref >, but it's true that we cannot tell it to designate one source for general readers and another source for middle school students. I guess where I'm really going is that, absent some new Wiki-code that I would have to see in action, in order to fully understand, my first choice for this page would be just to do everything with < ref > and just have a vanilla-flavored "reflist". A Notes section (with a bit of pruning that we discussed before), followed by that simple "reflist". --Tryptofish (talk) 19:51, 2 August 2015 (UTC)

Arbitrary break

Agree with Tryptofish here - very cumbersome referencing style, has there been a discussion of this elsewhere?. Also note that in the Phineas_Gage#Factors_favoring_Gage.27s_survival section the references for the quotes overlap the preceding text due to the odd hanging indent|text=1st.. stuff. Vsmith (talk) 14:49, 8 August 2015 (UTC)

There's nothing odd about hanging indent; the overlap problem is new and sudden -- it's even showing up in the righthand column of Mirokado's table higher up in this thread, so something deep down somewhere has been messed up which affects the whole project. I'm sure the template/Wikimedia wizards are working on it right now. (I removed the {hanging indent}s before I realized the problem was wiki-wide, and I guess I'll just leave it that way until that underlying problem is fixed.)

The referencing layout was extensively discussed at Talk:Phineas_Gage/Archive_7#Together_again.21. Do you have any suggestions? EEng (talk) 15:40, 8 August 2015 (UTC)

• Just want to say that this is the first article I've seen with this referencing style, and I don't like it. I think there is an advantage for copy-editors to be able to see paragraphs clearly in Edit Mode, and with this style, it is not easy to see where one paragraph ends and another begins. It's even difficult to see where one sentence ends and the next begins. If one has WikEd enabled, references, images and captions, templates and notes to editors, and article text are all different colors so are easily distinguishable, and thus there is no need to put separate sentences on different lines. Also, I think the combination of numbers and letters for references in the text is distracting. Numbers alone are less distracting. I really hope this referencing style does not gain acceptance. CorinneSD (talk) 16:18, 8 August 2015 (UTC)

You're talking about two different things but calling them both "referencing style".

• What referencing style properly means, I think, is the machinery seen by the reader on the formatted page which ties the main text to supporting citations, explanatory notes, and so on at the bottom of the page‍—‌the superscript "callouts" in the main text, the organization and formatting of the citations, and so on. As mentioned earlier in this thread, there was extensive discussion and experimentation before settling on the current system. Except that the superscript callouts use both letters and numbers, what the reader sees in the text is no different from any other article. At the bottom of the page, the sources are grouped to make it easier for readers wanting to learn more to find appropriate material; we've talked about ways to streamline that but haven't been able to come up with anything more satisfactory due to technical limitations.
• You're also talking about the markup or source code seen only by editors, and to be honest I can't understand what you're seeing. Paragraphs end/begin the same way as in any article -- with a "skipped line". Most sentences begin on a new line, exactly to make it easy to find them without having to search through the clutter of references at the end of the prior sentence. Perhaps most important, linebreaking before each new sentence makes diffs much cleaner and more compact. There's nothing worse than trying to find what was really changed in a giant block paragraph of several sentences with refs, compared set next to another giant block paragraph of several sentences with refs.

I had forgotten about WikEd because for many years I was constrained to use IE (long story), but now that I'm on Chrome I've enabled it, and (so far at least) it seems nifty. I can also see how it makes it easier to find the next sentence when it's on the same line as the ref for the prior sentence, but it's easier still when using WikEd and each sentence starts on a new line. Remember also that many (like me when I was on IE) can't use WikEd.

EEng (talk) 18:55, 8 August 2015 (UTC)

Well, I'm sorry I used "referencing style" for two different things, but from your comments I believe you understand what I was talking about. I understand your point about people unable to enable WikEd, but an equally strong reason for keeping sentences in paragraph form (even in Edit Mode) is to be able to see the overall organization of a paragraph. You appreciate the finer points of writing, so you ought to appreciate the value of seeing sentences one right after another so that one can see the flow of the sentences, the transitional words and phrases, how they pick up a word, phrase or thought from a previous sentence and carry it over to the next, which sentences are main points, which are examples and illustrations, etc. That is made much more difficult if the sentences appear in a kind of list, one below the other. I know WP articles are generally not essays, but articles would be really boring to read if they were merely compilations of unrelated facts with no organization. I may be wrong, but it seems that this article's referencing style helps the reader find further reading; the more usual WP style helps the editor who wants to improve the writing in the article so it is more comprehensible to all readers. CorinneSD (talk) 20:01, 8 August 2015 (UTC)

I think I see what's going on here. I gave up long ago on doing any but rough copyediting looking just at the edit window -- the clutter of refs and so on makes it impossible to imagine the reader's experience of reading. So I Preview, tinker, Preview again. I agree the article's markup optimizes the reader's experience over editors' convenience, but I think that's the right priority. — Preceding unsigned comment added by EEng (talk • contribs) 20:44, August 8, 2015‎

I first want to say a very warm welcome to both Vsmith and CorinneSD, and I second want to remind EEng how I predicted very shortly before the arbitrary break that he might find it useful to keep an open mind in case new editors show up. I've also read the discussion between EEng and CorinneSD at EEng's talk page (as well as checking the current version of MOS:LQ, where I am pleased to see that they say that fish are friends). Anyway, I agree with everything that Vsmith and CorinneSD have said. In particular, I am much less inclined than EEng to downplay the importance of markup. Wikipedia calls itself the encyclopedia that anyone can edit, as opposed to the encyclopedia that anyone can edit so long as they learn how to adapt to EEng's markup idiosyncrasies. I'd support simplifying the markup, and I'd support simplifying the references. --Tryptofish (talk) 20:21, 8 August 2015 (UTC)

References: a new idea!

I got hit by a stroke of inspiration (and hopefully neither an iron rod nor a dope-slap). As I said earlier, I am in favor of simplifying the page's treatment of sourcing to, simply, the following:

1. A Notes section, much as we have it now, but maybe with some editing as per #Notes, above.
2. Then, a simple References section, with all the references in a single listing.

As discussed above, #2 runs into the following problems: we want to continue to indicate page numbers inline, as opposed to having extensive usage of something such as the sfn template; we want to be able to tell readers about sources that are appropriate for researchers or experts, or for middle-school students, because this is useful information; and we want to do the latter without redundant listing of sources in multiple page sections. We thought that this might not be feasible with existing Wikipedia markup.

But it is possible, just using < ref > and reflist, and a few simple tweaks! Please see User:Tryptofish/sandbox. At the top is a sentence from this page, reproduced as it is now. (I selected the sentence because it cites the middle-school source.) Below it is my suggested new way of doing it. I think it's very simple, and it retains all the information of the present page. --Tryptofish (talk) 23:20, 9 August 2015 (UTC)

I'm new to this discussion, and I'm not well-versed in adding references, but upon looking at the two formats at Tryptofish's sandbox, I much prefer the second. I find the superscript letters in the first version distracting. Regarding the second:

(a) How does this differ from what I've seen all along in most WP articles?

(b) Just curious: why do you feel it is necessary to indicate the level ("For middle school students", "For the general reader")? I'm not opposed to it; I just wondered what your reasoning was and how you would determine the category of reader for a particular work. I think, if the category of reader is given, it should be unobtrusive, as it is in the second version.

(c) I think I've seen a number of articles that have a "Notes" section and a "References" section. Tryptofish, what is new about the second version in your sandbox?

I also want to add that sometimes I'll make a copy-edit here and there as I'm reading an article. In that case, I read the article mainly as it appears and only go into Edit Mode briefly to make the edit. Other times, I am reading an article primarily to copy-edit the article. In that case, I usually read the article mainly in Edit Mode. That's why I am arguing for the need to see paragraphs clearly in Edit Mode, and it is easier to do this with the usual format that simply encloses refs in the ref template than it is with the format in Phineas Gage and Lionel de Jersey Harvard. I don't see it so much in either version in Tryptofish's sandbox, but in Phineas Gage I was struck (appalled, almost) that each sentence seemed to be on a new line (in edit mode). CorinneSD (talk) 00:19, 10 August 2015 (UTC)

Thanks once more for your very helpful input. A lot of the answers to your questions really have to await EEng getting back here, but I'll say the following:

(a) The second version in my sandbox does not differ much at all from what you see elsewhere on Wikipedia (the main difference being what you ask about in (b)). For me, that's the point: I am in favor of making this page more like most WP pages.

(b) Obviously, it's really not necessary. The information is something that EEng, who cares deeply about this page and has worked on it to an immense extent, had added. In my opinion, it's kind of nice to provide the information to those readers who are interested, and, in #References continued just above, Mirokado gave a third opinion expressing strong support for continuing to offer the information.

(c) Once again, I'm not proposing something "new", so much as proposing that this page be made more typical, relative to other WP pages. (Let me hasten to note here that EEng can point to some featured articles that have formatting similar to this page, and that he differs with me about the appropriateness of making this page more "typical".)

Now more broadly, much of what almost-appalls you also almost-appalls me, so you will find that I agree with you very much. And here, we get into some politics where I want to give EEng equal time. My version: EEng is very close to this page and cares about it deeply. Other editors have come to this talk in the past, and raised many of the same issues that you raise, albeit not always as courteously as you have done. It has gone as far as dispute resolution noticeboards and EEng has even been blocked a few times over it. And there are also some editors who agree strongly with EEng. I've come into this trying to make peace, as it were. You can look back over archived talk here as much or as little as you would like, and you will see this, many times over. What you see on the not-archived talk here is largely me trying in a friendly way to encourage EEng to agree to modify page markup that, in my opinion, is idiosyncratic and annoying. Again, please understand that EEng needs to have equal time after I said that.

Anyway, I'm happy that you see some usefulness in what I proposed in my sandbox, and I hope that all of us at this page can make some good use of it. --Tryptofish (talk) 19:57, 10 August 2015 (UTC)

Thank you for your well-written, thorough and cordial comment. I always appreciate the efforts of a peace-maker. I look forward to EEng's reply. I just want EEng to know that I am not advocating for him/her to change the formatting in articles s/he has already worked on and brought to a certain degree of completion. I'm just pleading for that kind of reference formatting to be either not used at all in the future or modified in some way. I'm actually curious as to what, exactly, are the important things that EEng feels are accomplished with his/her method of reference formatting (that cannot be accomplished with the usual method). Is it only so that works can be categorized in notes or a reference list at the bottom of the article into two or more levels of readership, or is it something else? I'm sorry to learn that there has been some contentiousness. CorinneSD (talk) 01:11, 11 August 2015 (UTC)

Personally I hate peacemakers on general principle, but I put up with Tfish because he has so many other good qualities.

• For the record: I got blocked (once, not several times) for referring to a tagteam gang of editors‍—‌entirely accurately‍—‌as "self-satisfied roving enforcers"; the blocking admin was himself one of the editors in question. A former member of Arbcom called the block "outrageous", and I'm proud to have been blocked by such a thin-skinned bully.
• If editors who have shown an actual interest in editing the article find they would be convenienced by a different style of markup, I have no objection to its being changed. But I very much object to people appearing out of nowhere to change legal markup to other markup they happen to personally prefer‍—‌changes that are strictly internal and visible to editors only, with no effect at all on what the reader sees on the formatted page! This is the breed of editor well-described here [12]:

editors who come to an article with a particular agenda, make the changes they want to the page according to their preconceived notions of what should be, and then flit off to their next victim, without ever considering whether the page really needed the change they made, or whether the change improved the article at all ... Their editing is an off-the-rack, one-size-fits-all proposition, premised on the idea that what improves one article, or one type of article, will automatically improve every other article or type of article

And like it says at the top of every MOS page,

Style and formatting should be consistent within an article, though not necessarily throughout Wikipedia. Where more than one style is acceptable, editors should not change an article from one of those styles to another without a good reason.

I'm not talking about you, Corinne, because you don't share the bull-in-a-china-shop attitude of this gang. If after a reasonable amount of time working on the page, you really think it would help you if all the extra newlines were removed, I would object not at all. But on behalf of all the other targets of the self-satisfied roving enforcers, I refuse be bullied.

• Beyond that I'm still not sure what you mean by my "method of reference formatting". (I'm a "he", BTW.) The only thing different about the markup, to support the categorization of sources into "General audiences" etc., is the use of {{ranchor}} for the "categorized" sources, with {{r}} used (as usual) for the "Other sources cited". (An editor who doesn't know anything about this, and wants to add a new source, can use {{r}} or < ref> as usual, and it will go into the "Other sources" automatically.)
• Finally, I'm afraid I can't endorse Tfish's sandboxed proposal. The article gets about 1/4-million views per year and has about 120 sources; the goal is to give readers who want to learn more a convenient list (including somewhat different kinds of sources in different formats‍—‌e.g. online vs. print) they can puruse. To scatter the recommended sources among the other 100, with only a tag appended (e.g. "For general readers") to identify them, makes such identification almost impossibly inconvenient to use. Most readers won't even realize those tags are there.

EEng (talk) 06:34, 11 August 2015 (UTC)

EEng, I don't mind at all that you raised the header level (per your edit summary). But I'm very disappointed by your reply. I get the feeling that, faced with a new idea about this page, but one that you did not think of, you just stick your fingers in your ears and say no!. I'm sorry that that's harsh, but I'm just being honest about it. (And frankly, there's nothing enjoyable about being not only a "peacemaker" but one that you, EEng, keep asking to come back to this page and comment.) Responding specifically to your last two bullet points:

• It's obvious what CorinneSD meant about "your" method of formatting: the use of the various markups that you mention, in order to achieve the categorizing to which you refer. CorinneSD said of it: "I find the superscript letters in the first version distracting." And I agree with her. And so have quite a few other editors over time. It's not enough, not nearly enough, to say that another editor who comes along and uses the typical markup can have their sources put into the "other sources". On the other hand, I'm not sure what you mean when you ask CorinneSD to wait until she has edited here "a reasonable amount of time" before you will regard these comments as "I would not object at all". Wikipedia is the encyclopedia that anyone can edit, not the encyclopedia that anyone can edit so long as EEng determines that they have done so for long enough.
• There's nothing unique about the number of readers who view this page, relative to other pages. And there is nothing unique about the need to group the references into categories. The information about sources is there for the readers who actually look down at the sources, and that is likely to be a small minority, albeit the most interested one. As it is now, such an interested reader has to go through multiple, frankly baffling, sections to get to a given reference. Under my proposal, they will always go straight to it. As it is now, as all readers read the main text, they encounter a complex array of superscripts indicating sources, in a very non-intuitive way. Under my proposal, it's as simple as at the vast majority of Wikipedia pages. And there is zero loss of information! If someone cares enough to find out about a given source, they will easily find it, and they will see whatever we say about its intended audience. After seeing that, they need only skim through the reference list to find other sources that we label for such an audience. So what you criticize about my proposal comes down – entirely! – to this: we would be trading the ability to find sources that an editor recommends for a given audience in groups – at the cost of a baroque and non-intuitive main text – for the ability to find those source descriptions by skimming through the reference list – with the benefit of easy navigation through the page. Skimming instead of seeing groups is not a big loss, and I would argue that it is really trivial. And the categorization for audiences is not of such paramount importance that it mandates that we prioritize it above all other considerations.

And that's just looking at it from our readers' point of view. But we would also be making the page easier for more editors to edit. I'd be receptive to having an RfC about this. --Tryptofish (talk) 23:04, 11 August 2015 (UTC)

• I get the feeling that, faced with a new idea about this page, but one that you did not think of, you just stick your fingers in your ears and say no!. I'm sorry that that's harsh, but I'm just being honest about it.

Yeah, it is harsh, and uncalled for. My lack of enthusiasm, Tfish, has nothing to do with it not being my idea: it's a frankly completely obvious idea (sorry), but one that negates the whole point of a further-reading list, as discussed below.

• It's obvious what CorinneSD meant about "your" method of formatting

No, it's not obvious. You think she's talking about the fact that the callouts (which readers see) aren't all-numeric; I thought she was talking about the markup (which editors see).

• And so have quite a few other editors over time.

Source categorization has been in the article only since November, and no one but present company has said anything about it (plus Vsmith, who said "very cumbersome referencing style" but didn't follow up to explain what he meant -- as with Corinne, is he/she talking about the markup or the callouts or what?).

• It's not enough, not nearly enough, to say that another editor who comes along and uses the typical markup can have their sources put into the "other sources".

You make it sound like I'm relegating "other people's sources" to a junkheap. I'm simply saying that an editor need not understand that categorization system in order to add a source to the article -- new sources can be added just the way they're added to any article; but a new source has to go somewhere by default, and the default is "other sources", which is where 80% of the sources belong. (It can be moved to another category later, if appropriate.) What's wrong with that?

• On the other hand, I'm not sure what you mean when you ask CorinneSD to wait until she has edited here "a reasonable amount of time" before you will regard these comments as "I would not object at all". Wikipedia is the encyclopedia that anyone can edit, not the encyclopedia that anyone can edit so long as EEng determines that they have done so for long enough.

You've twisted my words (though unintentionally, I think, because you misunderstood.) I didn't ask Corinne to wait to do anything, except the thing MOS specifically forbids:

Style and formatting should be consistent within an article, though not necessarily throughout Wikipedia. Where more than one style is acceptable, editors should not change an article from one of those styles to another without a good reason.

This was only about the question of removing the linebreak after each reference (in the internal markup, not affecting what the reader sees). What I said, and meant, is that if even one single good-faith editor (like Corinne), after a bit of experience of editing with the linebreaks in there, says she really thinks it would be easier for her to work with them gone, then that's all it would take to convince me they should be gone. (She can edit all she wants before or after that happens.) What I don't accept is people who don't edit the article swooping in solely and only to micromanage where the linebreaks should be. And MOS backs me up on that.

• As it is now, such an interested reader has to go through multiple, frankly baffling, sections to get to a given reference. Under my proposal, they will always go straight to it.

Huh? Your system is no different from the current one: the reader clicks the superscript callout, and is taken straight to the reference.

• As it is now, as all readers read the main text, they encounter a complex array of superscripts indicating sources, in a very non-intuitive way.

The typical article with footnotes has numeric callouts for refs, alphas for notes; and many (including, as Tfish has mentioned, some FAs) have more complicated systems, because there's more going on in what the article presents to the reader. There's nothing non-intuitive about any of this: whatever the form of the callout, click and you're taken there. The reader who does that a few times will quickly realize: Capitals (or capital+number) for futher reading, numbers-only for other sources, small letters for notes. Most readers won't notice this, and shouldn't care. (I actually wonder, Corinne, whether what you're really talking about as being distracting is the page numbers that come after the source callout i.e. the 123 in ^[A]:123.)

• If someone cares enough to find out about a given source, they will easily find it, and they will see whatever we say about its intended audience. ... Skimming instead of seeing groups is not a big loss, and I would argue that it is really trivial.

I think this is the heart of the matter. The purpose of the source categorizations isn't so that a reader, interested in source X, can find out if source X is for general readers; it's so that someone who's looking for further reading can see immediately that sources X, Y, Z, W are available (and that X and Y are online, and W is really for kids). Skimming through the 120 sources to find the six for general readers (or the one for middle-school students) makes no sense at all, if for no other reason than that essentially zero readers will even realize the little categorization tags are there on 20 out of the 120 sources.

Mirokado, your wise counsel will be appreciated by all, I am sure. EEng (talk) 01:55, 12 August 2015 (UTC)

I can't respond in detail until Thursday evening (Europe). --Mirokado (talk) 10:20, 12 August 2015 (UTC)

All I'm getting today since logging in is people wanting to dispute with me – is there something in the drinking water? EEng, you earlier said to CorinneSD "I may be abrasive but it's an intellectually honest abrasiveness." That's what I was doing, in turn, to you. You are responding badly to my proposal. I'm not going to coddle you by saying it's OK.

We agree about what the heart of the matter is. We disagree about which way is the best to resolve it. You pinged Mirokado, which is fine, and I'll ping Vsmith. Maybe we should do away with the categorization entirely, as it's really just editor opinion. But I'm still in favor of getting more opinions that just who is here, via an RfC. --Tryptofish (talk) 21:23, 12 August 2015 (UTC)

Gah - I have no interest in reading vast growing walls of text. The article has problems. The referencing style is absurd, the layout in edit mode is absurd, the categorization of references looks like a WP:OR vio and it appears WP:OWN is involved. Sorry 'bout that. Vsmith (talk) 00:09, 13 August 2015 (UTC)

Thanks. I think that your answer actually shows a good understanding of what I wanted to know, following the wall of text. I'm going to preemptively request of EEng that you not respond to the OWN part of that, but that you recognize that the rest of it is an agreement with CorinneSD and me. And please don't dismiss it as a drive-by comment on the grounds of the comment about the walls of text, because the comment shows a clear opinion about the major themes of this discussion. I've been wondering myself whether the reference categorization violates WP:OR. A case can be made that it does, because the categorization is, itself, not sourced and is a matter of editor opinion. And a case can also be made to the contrary, because it is an editorial service to readers and does not really refer to content. But I think that it is difficult to justify the position that the categorization is of such importance to the page that we are required to give it the prominence that comes with grouping the sources. I can envision an RfC with 3 options to consider: the 2 options in my sandbox, and third that is like the second one, but completely without the categories. --Tryptofish (talk) 01:28, 13 August 2015 (UTC)

Responding to your post point by point to make factual corrections and ensure my positions aren't misunderstood is not "wanting to dispute" with you. EEng (talk) 04:01, 13 August 2015 (UTC)

Gah - I have no interest in reading vast growing walls of text. The article has problems. The referencing style is absurd, the layout in edit mode is absurd, the categorization of references looks like a WP:OR vio and it appears WP:OWN is involved. Sorry 'bout that. Vsmith (talk) 00:09, 13 August 2015 (UTC)

Thanks. I think that your answer actually shows a good understanding of what I wanted to know, following the wall of text. I'm going to preemptively request of EEng that you not respond to the OWN part of that, but that you recognize that the rest of it is an agreement with CorinneSD and me. And please don't dismiss it as a drive-by comment on the grounds of the comment about the walls of text, because the comment shows a clear opinion about the major themes of this discussion. I've been wondering myself whether the reference categorization violates WP:OR. A case can be made that it does, because the categorization is, itself, not sourced and is a matter of editor opinion. And a case can also be made to the contrary, because it is an editorial service to readers and does not really refer to content. But I think that it is difficult to justify the position that the categorization is of such importance to the page that we are required to give it the prominence that comes with grouping the sources. I can envision an RfC with 3 options to consider: the 2 options in my sandbox, and third that is like the second one, but completely without the categories. --Tryptofish (talk) 01:28, 13 August 2015 (UTC)

Sorry, but Vsmith's post really is worthless IDONTLIKEIT drive-by. He doesn't have to read any of the discussion (the length of which he complains about) to say what about the referencing, or the layout in editing mode, he considers "absurd". And please let Corinne speak for herself‍—‌you and I don't even agree what she's concerned about, much less can anyone say that Vsmith's completely nonspecific denunciation is in "agreement" with her.

Wow :) my worthless IDONTLIKEIT drive-by (you are so kind) was in part a comment on the vast wall of text here. It seems some folks will use a thousand words to say what twenty or so would more clearly accomplish. And I do understand and agree with Corinne's comments - thanks for addressing that problem. As for the referencing, I see no advantage over what has been available with Harvard style and it just adds to the confusing technobable for new editors trying to work here. As to WP:Further below - yes, WP:Other stuff exists and those brief annotations are likely still WP:OR. But no interest in arguing that here. Cheers, Vsmith (talk) 15:15, 13 August 2015 (UTC)

WP:FURTHER explicitly contemplates that "Editors may include brief annotations" to sources‍—‌saying what kind of audience each source might benefit is perhaps the most basic annotation possible, and no more OR than choosing a further-reading list in the first place. See this FA (which groups "Further reading" into introductory and advanced) and this one and this one and this one and this one, all of which categorize and group "Further reading" in various ways. The idea that categorizing sources is OR, or that grouping them lends some kind of unusual "prominence", is a nonstarter. EEng (talk) 04:01, 13 August 2015 (UTC)

• EEng, I haven't commented here for a while because I was trying to understand the issues better, but also because you seem so invested in your reference style that you are uninterested in others' opinions and concerns. I told you that I was not pushing for you to change articles that you had already written; I was expressing a wish that your referencing style not be used for future articles; I prefer a reference style that is closer to the way most WP articles are now. I was surprised that you were not clear on what my concerns were; I thought I had expressed them fairly clearly (and I felt that you did not respond to them). To reiterate: the proliferation of letters and quite a few numbers as superscript in the text is distracting (in regular article main space), and the layout in edit mode makes it difficult to read and to copyedit. When I read an article primarily to copy-edit it, I usually read most of the article in edit mode. I need to see sentences arranged in paragraphs in order to do a good job. Also, while in theory your idea of organizing sources in categories depending upon the educational level of readers may sound like a good idea, in practice there are concerns: 1) Who is to decide in what category a particular work may belong? As Tryptofish suggested, that choice may end up being made according to an editor's opinion, so what ends up in the various categories would vary from article to article. 2) A reader may fall between two categories, such as general readership or capable of handling more in-depth material; in that case, the categories may be unnecessary. 3) You mentioned "middle school" as a category. However, "middle school" is a stage in the educational system in the U.S. The phrase may mean very little to readers from other countries, so would not be helpful as a category. I don't know the answers; I'm just suggesting that some thought needs to be given to this. I do look forward, however, to future editing exchanges with you. CorinneSD (talk) 02:19, 13 August 2015 (UTC)

Corinne:

• It's not "my" reference style‍—‌it's a style I and another editor developed so that sources and further readering could be elegantly integrated without redundancy.
• Thanks for clarifying what your concerns are, specifically.

• I have always understood that you would prefer that there not be a linebreaks after each reference in the source text, and I've said several times now that, if you still hold that opinion after a reasonable amount of experience with the source text as it is, I'll accept that as conclusive that the extra linebreaks are best removed. My only request is, and has been, that you suspend judgment until you've given yourself the opportunity to get used to something new.[see below]
• However, I'm sorry, but I'm still not clear what you mean by "proliferation of letters and quite a few numbers as superscript in the text". In an earlier post I asked whether what you were talking about, specifically, was (for example) the 123 in ^[A]:123. Is that correct?

• As seen in my response to Tfish (above), there is nothing unusual about dividing "Further reading" into groups, including introductory vs. advanced and so on, and that this is seen, in particular, in many featured articles. This is done, just like everything else, according to the judgment of editors, just like the selection of the "Further reading" list in the first place is done according to the judgment of editors. You have a good point about "middle school" (which is based on the publisher's recommendation of "Grades 5-7") not being internationally understandable. I've changed it for the moment to "Juvenile works" to avoid this problem -- or should we just say, "For children", or maybe "For older pre-teens" (specific, but kind of weird-sounging!)?

EEng (talk) 04:01, 13 August 2015 (UTC)

[Later] Corinne, I realized overnight that I'm being silly about the linebreaks. They're in there from a time when the text was being extensively revised, and I found the extra linebreaks helped navigate the very dense forest of citations. That time is gone, so their purpose is gone, and since you say feel it will make things easier for you to remove them, they can be gone? Not sure what my schedule is today, but somewhere in the next few hours I'll start taking care of it. Stay tuned. EEng (talk) 13:55, 13 August 2015 (UTC)

EEng: thank you very much for what you just described as thinking about it overnight! I appreciate that very much indeed.

A clarification: the suggestion at User:Tryptofish/sandbox is not about whether or not to divide the "Further reading" section, but rather about the "References" section. That's because you and Mirokado objected to having a "Further reading" section that repeated sources that are also found in the "References" section.

As it stands now, CorinneSD, Vsmith, and I seem to be in favor of changing the references format, EEng has reservations about changing it, and we are waiting to hear back from Mirokado. I continue to be interested in holding an RfC in order to get advice from more editors. --Tryptofish (talk) 17:28, 13 August 2015 (UTC)

Arbitrary break (2)

Thank you, EEng for your clear reply. This is what I was referring to:

====New England and New York (1849–1852)====

In November 1849 Henry Jacob Bigelow, the Professor of Surgery at Harvard Medical School, brought Gage to Boston "at very considerable expense [and after having] satisfied himself that the bar had actually passed through the man's head", presented him to a meeting of the Boston Society for Medical Improvement and (possibly) to a Medical School class.Template:RanchorTemplate:Ranchor

(This may have been one of the earliest cases of a patient entering a hospital primarily to further medical research, rather than for treatment.) 

Unable to return to his railroad work (see § Early observations)

Gage appeared for a time, with his iron, at Barnum's American Museum in New York City

(not the later Barnum's circus‍—‌there is no evidence Gage ever exhibited with a troupe or circus, or on a fairground).Template:RanchorTemplate:RanchorTemplate:RanchorTemplate:Ranchor

Advertisements have also been found for public appearances by Gage‍—‌which he may have arranged and promoted himself‍—‌in New Hampshire and Vermont,Template:Ranchor

supporting Harlow's statement that Gage made public appearances in "most of the larger New England towns".Template:RanchorTemplate:Ranchor

(Years later Bigelow wrote that Gage had been "a shrewd and intelligent man and quite disposed to do anything of that sort to turn an honest penny", but had given up such efforts because "[that] sort of thing has not much interest for the general public".Template:RanchorTemplate:Ranchor)

For about eighteen months he worked for the owner of a livery and coach service in Hanover, New Hampshire.Template:RanchorTemplate:Ranchor

The jumble of letters and numbers after "Medical School class", "on a fairground", "New England towns", and "the general public". Also, just now, I was trying to offset (by indentation) the entire section I copied from the article. Why do I have to indent almost every line with a colon? That is weird. Usually I can just indent the first line of a paragraph and the whole paragraph will be indented. CorinneSD (talk) 19:13, 13 August 2015 (UTC)

I just did a little gnomish cleanup of the talk section, and found some more indent issues, and it looks like the answer to your last question is that whenever there is an "r" or "ranchor" template, that gets interpreted by the markup as a paragraph break. I, too, find that those jumbles of letters and numbers make the page needlessly difficult for me (and presumably our readers) to read, and I think that the approach at User:Tryptofish/sandbox would help a lot with that. --Tryptofish (talk) 19:47, 13 August 2015 (UTC)

Actually, I just looked some more, and I'm starting to realize that the line-break issue depends on the display width of whoever is reading it, such that the "corrections" I made may look "wrong" on CorinneSD's computer, and the indents she made create some breaking up of paragraphs on mine. --Tryptofish (talk) 19:53, 13 August 2015 (UTC)

And, for clarity, please let me note that there are two inter-related but distinct issues that we are discussing here:

1. How the markup handles line breaks, and how that affects what editors see in the edit window, and, separately, what readers see on the page

2. How the sources are formatted, in terms of the superscript numbers and letters in the main text, and the grouping of sources in the reference list

--Tryptofish (talk) 19:57, 13 August 2015 (UTC)

This has nothing to do with display widths, or {r} or {ranchor} being interpreted as a paragraph break, or anything exotic like that. It's simply that Corinne inserted a colon at the beginning of every line, turning each into a mini-paragraph.

In general, it's not possible to import any large block of article text into a talk page without giving attention to closing up linebreaks, removing section headings (which should never be imported, because they screw up the TOC of the talk page), fixing undefined references, and so on. This has nothing to do with this article or the way it's formatted, except to the extent that, because it used linebreaks so freely (until I removed them over the last few hours), there are many, many obvious stray linebreaks in the result, instead of just the few stray linebreaks (that might have gone unnoticed) that you would usually get with text copied from some other article and didn't attend to the things I just mentioned.

Anyway, I said this morning that I'd remove all the extra linebreaks after sources, as requested, and I've done that, so I don't know why we're even talking about this; in other words, #1 in Tfish's list above is moot. Nor, contrary to what Tfish says, do #1 and #2 on his list have anything at all to do with each other.

EEng (talk) 22:33, 13 August 2015 (UTC) I hope to get to Corinne's original question, re the "jumble", in a bit, but I may get delayed.

EEng, again, thank you very much! Indeed, as soon as I had made the comments above, I began to see that you were assiduously editing the page to address those line-breaks. As for what I called #2, ie the "jumble", I do hope that you will keep an open mind about what I have suggested at User:Tryptofish/sandbox. --Tryptofish (talk) 22:43, 13 August 2015 (UTC)

Hello. (ec with the two preceding posts) I think the removal of line breaks within paragraphs is an improvement, so thanks to EEng for that. --Mirokado (talk) 00:36, 14 August 2015 (UTC)

@Tryptofish: Both WP:MOS (third paragraph of the lead) andWP:CITEVAR are quite clear that an existing stylistic choice should be retained in the absence of consensus for a change. An RFC in this sort of context would effectively be a proposal to overturn the provisions of our guidelines for this article. If it were successful, we would have the highly undesirable result that you, or somebody quite possibly with no interest in the article itself, would have to reformat it against the explicit wishes of those working on it. Do you really think that would be workable? MOS, CITEVAR and ENGVAR emphasise article stability with respect to arbitrary choices for very good reasons. --Mirokado (talk) 00:36, 14 August 2015 (UTC)

@CorinneSD: Greetings! For the background of the superscript page numbers, please see the {{rp}} documentation, which details the problems the template is intended to resolve, as well as mentioning the problem you see. We are using {{r}} with page numbers specified, which calls rp internally. These templates are used on thousands of pages so they are among the many templates a wide-ranging editor at least needs to be able to cope with. Their use in this article fits the documentation in that we avoid the over-long lists of backlinks that you can see in Genie and get from callout to citation with one click. Although {{ranchor}} is only used in one or two articles, the parameters are like those in r, so the usage is familiar. --Mirokado (talk) 00:36, 14 August 2015 (UTC)

To both of you: there are lots of different citation systems and which to use is largely an arbitrary choice. This article will stretch the limits of whatever system we might choose and some tradeoffs are necessary, because there are lots of citations, lots of callouts, lots of page ranges and a variety of established sources catering to the wide audience gathered by this unusual subject. What we currently have is the result of detailed design and various trials which you can see here and in the archives. All this does not mean it cannot be changed, but it reasonable to expect that any alternative retain the current key features of reader experience and any improvements substantially outweigh new disadvantages. I don't think that the current suggestions meet this expectation. --Mirokado (talk) 00:36, 14 August 2015 (UTC)

Mirokado, what you are saying boils down to the claim that, once someone creates a particular way of formatting a page (so long as it does not outright violate an existing policy or guideline), there can be no consensus to change it. "An RFC in this sort of context would effectively be a proposal to overturn the provisions of our guidelines for this article." There is no such thing as immutable guidelines that apply to this article. And you seem to be making a sort of veiled threat that, in the face of an RfC that might, perhaps, yield a clear consensus for change, you and/or EEng might refuse to comply with that consensus. We can certainly disagree in good faith on the merits of any proposal, but as a matter of procedure and policy, you appear to have an incorrect understanding of how WP:Consensus works on the English Wikipedia.

On those merits, I disagree with you on several points: I don't think that the proposed changes are arbitrary, because they are based upon a desire to make the page more accessible for our readers and easily edited by other editors. You call the page subject "unusual" in a way that somehow mandates a formatting that "will stretch the limits of whatever system we might choose". That seems to me to be presupposing the correctness of the status quo. There is no reason why the approach shown at User:Tryptofish/sandbox should be considered incompatible with the page subject. All it would do is to change how readers view the categorization of sources, a categorization that may perhaps violate WP:OR. You do not believe that the proposal would accomplish enough good to be worth implementing. So we disagree.

So here is where we stand in this discussion: three editors (CorinneSD, Vsmith, and myself) leaning in favor of changing the referencing format, and two (EEng and Mirokado) leaning against. We need an RfC, and I'm going to leave a day or so more for comments amongst us first, but then I'm going to start it. If anyone seriously thinks that starting an RfC would violate MOS or anything else, WP:ANI is that-a-way. --Tryptofish (talk) 01:14, 14 August 2015 (UTC)

And if anyone is wondering about implementing a change, in the event of a clear consensus to have such a change, that's why we have Wikipedia:WikiProject Guild of Copy Editors. --Tryptofish (talk) 01:23, 14 August 2015 (UTC)

The "jumble"

CorinneSD, I want to get back to your concern about the "jumble". Here's the passage you pointed to above:

In November 1849 Henry Jacob Bigelow, the Professor of Surgery at Harvard Medical School, brought Gage to Boston "at very considerable expense [and after having] satisfied himself that the bar had actually passed through the man's head",^[20]:149 presented him to a meeting of the Boston Society for Medical Improvement and (possibly) to a Medical School class.^{[B1]:20[M]:43,95[21]} (This may have been one of the earliest cases of a patient entering a hospital primarily to further medical research, rather than for treatment.)^[22]

Unable to return to his railroad work Gage appeared for a time, with his iron, at Barnum's American Museum in New York City (not the later Barnum's circus—​there is no evidence Gage ever exhibited with a troupe or circus, or on a fairground).^{[B2][H]:14[M]:14,98-9[M8]:3-4} Advertisements have also been found for public appearances by Gage—​which he may have arranged and promoted himself—​in New Hampshire and Vermont,^[M8]:3-4 supporting Harlow's statement that Gage made public appearances in "most of the larger New England towns".^{[H]:14[M1]:829} (Years later Bigelow wrote that Gage had been "a shrewd and intelligent man and quite disposed to do anything of that sort to turn an honest penny", but had given up such efforts because "[that] sort of thing has not much interest for the general public".)^{[B2][23]:28[M8]:3-4}

For about eighteen months he worked for the owner of a livery and coach service in Hanover, New Hampshire.^{[H]:14[M]:101}

As Mirokado has explained, the numbers after the colon e.g. are page numbers, and have nothing to do with the way sources are categorized, grouped or designated. Under Tfish's proposal, here's what the passage would look like:

In November 1849 Henry Jacob Bigelow, the Professor of Surgery at Harvard Medical School, brought Gage to Boston "at very considerable expense [and after having] satisfied himself that the bar had actually passed through the man's head",^[36]:149 presented him to a meeting of the Boston Society for Medical Improvement and (possibly) to a Medical School class.^{[38]:20[11]:43,95[37]} (This may have been one of the earliest cases of a patient entering a hospital primarily to further medical research, rather than for treatment.)^[38]

Unable to return to his railroad work Gage appeared for a time, with his iron, at Barnum's American Museum in New York City (not the later Barnum's circus—​there is no evidence Gage ever exhibited with a troupe or circus, or on a fairground).^{[39][4]:14[11]:14,98-9[16]:3-4} Advertisements have also been found for public appearances by Gage—​which he may have arranged and promoted himself—​in New Hampshire and Vermont,^[16]:3-4 supporting Harlow's statement that Gage made public appearances in "most of the larger New England towns".^{[4]:14[40]:829} (Years later Bigelow wrote that Gage had been "a shrewd and intelligent man and quite disposed to do anything of that sort to turn an honest penny", but had given up such efforts because "[that] sort of thing has not much interest for the general public".)^{[39][41]:28[16]:3-4}

For about eighteen months he worked for the owner of a livery and coach service in Hanover, New Hampshire.^{[4]:14[11]:101}

In other words, nothing would change at all, except ^[B1]:20 would become ^[38]:20 and so on. Would I be right in assuming that what you've called the jumble is still a jumble either way?

A ways back you asked:

what, exactly, are the important things [accomplished by the article's] method of reference formatting (that cannot be accomplished with the usual method). Is it only so that works can be categorized in notes or a reference list at the bottom of the article into two or more levels of readership, or is it something else?

To the extent you were talking about the use of the -type page numbers, the answer is: there's no relationship at all between them and the categorization of sources for levels of readers. They have nothing to do with each other. As explained by Mirokado, superscript page numbers are common, and their use here is an independent decision having nothing to do with what Tfish is proposing, and would not be affected by it.

In fact, if anything Tfish's proposal will make the jumbles worse. In the current design the most-used sources are represented by a single character e.g. ^[M] or ^[H], and no source requires more than two characters e.g. ^[B1] or ^[23] but never ^[120]. This was an intentional design feature to keep the inline superscripts as compact as possible. Under Tfish's proposal, the vast majority of sources will require two digits, and many will require three digits, making the jumbles bigger.

Does this clarify things? EEng (talk) 04:21, 14 August 2015 (UTC)

You all know so much more than I do about references (I hardly know anything), so I probably shouldn't even be involved in this discussion, but if you wouldn't mind humoring me, would you mind explaining these terms to me? - a callout, a tag, an intermediate note? I looked at the two versions of the passage that you provided, just above, and I guess there is not much difference between them. The collection of letters and numbers in one is just as long as the collection of numbers in the other. (I do find the letters more distracting than the numbers, though.) I don't understand why there have to be so many letters and numbers (or just numbers, in Tryptofish's version) in a row, every few sentences or so. Those long strings are what are distracting. They break up the visual flow of sentences. Isn't there a way to cut down on the number of letters and numbers (or just numbers)? I wonder about something. Of course, you know I don't understand the reference formatting at all, so forgive me if I'm way off. I don't know whether some of those letters and numbers (superscripts) are designed to create, or lead directly to, the categories you want to have at the end of the article. If they are, couldn't you just create two or three lists of sources organized by reading level at the end of the article? Do the individual references have to lead to those categories? If you could remove a few letter or number superscripts that are specifically designed to lead to categories, that would be a way to cut down on the number of letter/number superscripts. CorinneSD (talk) 16:54, 14 August 2015 (UTC)

Looking at this example, I can see 5 places where one might, subjectively, call it a jumble:

• [B1]:20[M]:43,95[21]
• [B2][H]:14[M]:14,98-9[M8]:3-4
• [H]:14[M1]:829
• [B2][23]:28[M8]:3-4
• [H]:14[M]:101

It happens that in this example, each cited source is one of the categorized sources, and consequently, we have those letters (such as [M]) and letter-number combinations (such as [B1]). If the passage also cited a source from the "other sources" section of References, it would have been designated by a number (such as [14]). The numbers that are not in brackets refer to page numbers within each source, so that [B1]:20 means page 20 of source B1. The alternative to having those page numbers, where they are, can be seen at [13], where the reference list includes a lot of entries such as Curtiss 1977, pp. 23–27, and Curtiss 1977, pp. 40–41. EEng has previously expressed a strong preference for doing the page numbers as we do here, as opposed to what one sees at that link, and I'm fine with agreeing with him about that. Either way is permissible, and we need to indicate specific page numbers in any case. For me, the page numbers are not perplexing, but I tend to get perplexed by figuring out whether there's a difference between [M]:43 versus [M1]:829 versus [14]:25 – as well as [a], [b], and [c] (note the lower case), which refer to Notes instead of to References. In my suggestion, letters would always go to Notes, and numbers would always go to References. --Tryptofish (talk) 19:35, 14 August 2015 (UTC)

I went back and looked again at the page, because previously to CorinneSD's observations, I hadn't really been concerned about the length of the citation strings (which I think, correct me, is what EEng refers to as callouts), but rather by their complexity. Those 5 examples that I bullet-listed just above tend to be rather lengthy in this way. But when I look at the page as a whole, they are not particularly representative. There are a lot of instances that are simply something like [H]:14, nothing longer. (Doing away with the page numbers inline would shorten that to just [H], but then we would have a very long reference section as at Genie.) The quoted example is a bit unrepresentative in terms of its lengthy "jumbles". --Tryptofish (talk) 19:53, 14 August 2015 (UTC)

CorinneSD requested some definitions of terms. EEng, please correct me if I make a mistake.

• "callout": the superscript citation in the main text, aka an inline citation.
• "tag": commonly on Wikipedia means a template, but EEng used it earlier to refer to where, in my sandbox draft, I put phrases such as "For young readers" at the end of references.
• "intermediate note": take a look at the References section of the page, under "Other sources cited", and find number 4. You'll see that this citation of a source leads, in turn, to other source citations. That's what makes it intermediate.

--Tryptofish (talk) 20:07, 14 August 2015 (UTC)

Tryptofish Thank you for all the explanations. I understand a little better now. When I asked you about the word "tag", it was because I saw it as a heading in a table farther up on this page. In that column are seemingly random words like "aggressive" and names. I wondered what those were. I looked at the Genie list of references, and I see what you mean. It's long. May I ask something else? Why do the capital letters have to be in brackets? Why couldn't it just be the letter, followed directly by the necessary numbers? That might clear up some of the clutter. CorinneSD (talk) 20:23, 14 August 2015 (UTC)

Sure, my pleasure. OK, that table was drawn up by Mirokado, and there, "tag" meant whatever we currently call a source, so [B] would be an example of a "tag". That's an idiosyncratic use of the word. One could also call it a "source name" or something like that. Where the tag is something like "aggressive", that's referring to the sources that say that Gage displayed aggression as a result of his brain damage. In that table, "callouts" refers to the number of times the given "tag" is used as a citation, so [B] is used 13 times (and in 9 different combinations of page numbers). Now about those brackets, I'm pretty sure that we are stuck with them no matter what. As far as I know, the Wikipedia software always displays superscript inline citations that way. Look at most any page, and you'll see those brackets (but often without page numbers). --Tryptofish (talk) 20:35, 14 August 2015 (UTC)

The headings in Mirokado's table are a bit misleading, so to clarify...

• The "tag" is what you use in edit mode at the point you want to cite the article. For technical reasons some sources have letter or letter-digit tags, and are invoked like this: {{ranchor|B}} or {{rachnor|H1}} {{ranchor|H1}}. Other sources have tags which are words, and are invoked like this: {{r|aggressiveness}}
• The "callout" is how the source is shown to the reader, in superscript, in the formatted article. Sources invoked like {{ranchor|B}} or {{rachnor|H1}} {{ranchor|H1}} are called out in the article by their tags, for example ^[B] or ^[H1]. Sources invoked like {{r|aggressiveness}} are called out as superscript numbers assigned automatically, like ^[77].
• We are indeed stuck with the brackets.

EEng (talk) 01:00, 15 August 2015 (UTC)

Continuing...

Thanks, EEng. Did you really mean "rachnor"? What does using a word like "aggressiveness" yield, or accomplish? CorinneSD (talk) 15:21, 15 August 2015 (UTC)

Template:ranchor was named by combining "r" (from Template:r) with "anchor". (It is intended to "anchor" an "intermediate note" to a reference citation that was created with the r template, instead of a citation created with < ref >.) On the other hand, I hope that we all can avoid rancor here! As I tried to say above, words like "aggressiveness" simply refer to things that are talked about in the sources – in this case, when some authors wrote that they thought that Phineas Gage became aggressive as a result of his brain injuries. All it "accomplishes", from a reader's point of view, is a callout in the form of a number, instead of in the form of a letter. --Tryptofish (talk) 18:34, 15 August 2015 (UTC)

And my proposal at User:Tryptofish/sandbox would eliminate all of that. --Tryptofish (talk) 18:40, 15 August 2015 (UTC)

Thank you, EEng. Might I persuade you to take another look at what you wrote above enclosed in no-wiki templates? I don't see how r + anchor becomes rachnor. Hence, my question, did you really mean "rachnor"? Also, with regard to picking out words such as "aggressive" and linking it to a reference, doesn't that involve a rather subjective selection process, or am I just not understanding something? CorinneSD (talk) 23:45, 15 August 2015 (UTC)

Um, well, that was Tryptofish, not me. I see the confusion, though‍—‌I misspelled ranchor as rachnor at one point above‍—‌now fixed.

As for aggressiveness and so on, hmmmm... how to explain this... Look, open the article in Edit mode, as if you wanted to edit it. Now search for the word aggressiveness. You'll find it twice. One place is where someone says Gage was aggressive; at that point you'll find {{r|aggressiveness}}, and in the formatted page that is called out as ^[51]. Then, down near the bottom, you'll find {{refn |name=aggressiveness and a lot of other junk, and in the formatted page that turns into

51. ^ Dimond, Stuart J. (1980). Neuropsychology: A Textbook of Systems and Psychological Functions of the Human Brain. London: Butterworths.

The word aggressiveness simply ties the one to the other, so that when the software puts ^[51] in the article text, it knows to give the Dimond citation the same number (becasue Dimond is the source mentioning Gage's alleged aggressiveness). The reader never sees the word aggressiveness‍—‌it's just arbitrary, and could just as well have been abracadabra. EEng (talk) 00:54, 16 August 2015 (UTC)

(OK, now, commenting on Tfish's explanation above.) Not quite. {{r}} is just another form of < ref>< /ref>, which is the most common way of invoking references, and calls them out in the article text with a superscript number e.g. ^[77]. These numbers are automatically assigned‍—‌there is no way to control what sources get what numbers, and no way of controlling the order the sources are listed at the end of the article.

{{ranchor}} means "reference to an anchor". An anchor is [insert explanation here], but the important point is that with {{ranchor}} we can control the superscript callout to be whatever we want it to be, like ^[H] for Harlow's 1868 paper or ^[M1] for Macmillan's 2008 paper.

Since, using {{ranchor}}, we can control the letters assigned to the 30 most important sources, we can put them in alphabetical order in the "further reading" groups ("For general audiences", "For young readers", "For researchers", etc.) like you see at Phineas_Gage#References.

The sources in the last section, "Other sources cited", do not use {{ranchor}}; instead, they use {{r}}. So, as explained a minute ago, with {{ranchor}} we can't control what the superscript callouts are‍—‌they just come out ^[1][2][3] etc.‍—‌and we can't control the order they get listed in the "Other sources cited" section‍—‌they just come out in random order.

So, the {{ranchor}} system lets us take selected sources, pull them out of the unordered pile of "Other sources cited" created by {{r}}, and construct them in the alphabetical: "General readers", etc. This way they do double-duty: they are sources used in the article, and also a list of further reading that the reader see at a glance to select something appropriate.

Tfish's proposal is not use {{ranchor}} and do everything with {{r}}, so that everything is in one big "Sources cited" group, with the random ^[1][2][3] callouts and no alphabetical order. Since there would no longer be the "General readers", "For young readers" groups, he proposes that certain of the sources have a little note at the end, saying "For general readers" and so on. You'll see those notes in the sources at the bottom of User:Tryptofish/sandbox.

However, what's not apparent in Tfish's sandbox version is that the 30 sources tagged "For general readers" and so on will be buried among 90 other unlabeled sources. The reader would have to search through the 120 sources to find the few that are noted "For general readers" or whatever, and really, I think almost no readers would even realize those notes are there. Thus I think Tfish's proposal would completely destroy the whole idea of showing readers where they can learn more.
EEng (talk) 00:54, 16 August 2015 (UTC)

Thank you both for being so cordial and patient regarding this. Thank you, EEng for explaining things so thoroughly. I guess I understand a little more. Can I ask you something? I am slowly being persuaded that, at least for articles that have a lot of sources, it might be a good idea to include a list of sources organized into those three groups (for younger readers, for general reading, for research, etc.). But is it necessary to link a source in the text to that list? Couldn't the list just be compiled separately at the end of the article? If that were done, would that cut down on the number of letters and/or numbers in the reference superscripts? I don't think a reader necessarily needs to know whether one statement in the article comes from a general reader source and another comes from a more advanced source. If they want to do some further reading, just consulting the list at the end of the article would help them make their decision about what to look for in the library. If that set of links is eliminated, would there still be a useful difference between your system and the usual system? (Please remember that I'm not advocating your changing articles you've already pretty much completed. I'm just thinking about future articles.) I do see that the length of the string of superscript numbers/letters is not much different between your system and Tryptofish's system. Thanks for showing those. I'm also being persuaded that adding a little note at the end of a source in the references list like "For general readers" (or whatever it was) may not be noticed and thus may not be very helpful, and the many added phrases may add to clutter in the reference list. If no one objects that the categories and selection process are not OR, a list with three separate categories is probably more helpful to readers. Wouldn't you agree with that, Tryptofish? CorinneSD (talk) 15:59, 16 August 2015 (UTC)

Sorry, but no, I disagree. (Welcome to Wikipedia, aka "herding cats" – or in my case, fish!) But it's not as big a disagreement as that response from me makes it sound. I'm going to offer some new ideas responding to EEng, below. However, where you suggest having sources grouped at the end, but not having that grouped listing link to the main text, I proposed the same thing above (see, for example #References continued), and EEng and Mirokado strongly objected to having two sections that are redundant in the references they list. I don't see a way to make that fly. --Tryptofish (talk) 20:49, 16 August 2015 (UTC)

Corinne, regarding this comment of yours: "But is it necessary to link a source in the text to that list? Couldn't the list just be compiled separately at the end of the article? If that were done, would that cut down on the number of letters and/or numbers in the reference superscripts? I don't think a reader necessarily needs to know whether one statement in the article comes from a general reader source and another comes from a more advanced source."

Right now there are 30 "For general readers", "Young readers" (and so on) sources, and 90 "Other sources" (in random order). Each source is listed only once. Some superscripts are letters (the 30 sources) and some hare numbers (the 90 "Other sources"). Either way, when you click a superscript, it takes you to that source, wherever it is. The purpose of grouping the 30 sources isn't to tell the reader, when clicking, what kind of source (general, young) he's clicked on, but so that the reader wanting further reading can scroll down to the bottom of the article and see them all listed together.

Under Tfish's proposal, To do something like what you're saying (which in fact is an old proposal of Tfish's) all 120 of the sources would have to be listed in one big "Sources" section (in random order). When you click a superscript, that's where you'll go. In addition, thirty of those 120 would also be listed again‍—‌duplicated‍—‌in a further-reading list, separate from the giant pile of 120.

So yes, the further-reading list could be compiled separately at the end of the article, but that would have no effect on the callouts (what you call the reference superscripts) except that instead of being a mixture of letters and numbers, they'd be all numbers. There'd be the same number of callouts, of more or less the same length. And the "compiled separately" list would duplicate entries already in the 120 "Sources".

EEng (talk) 00:02, 17 August 2015 (UTC)

Please EEng, I'm doing everything that I can to listen to what you say and to try to be responsive to it, so please represent what I, in turn, have said, accurately. I long-ago stopped proposing a further reading list that would duplicate those references, so please do not make it sound like I am still proposing it. In fact, I was just explaining to Corinne why such duplication would not be desirable. And in the mean time, please take a serious look at what I said in the next talk section, and what I have come up with, newly, at my sandbox. --Tryptofish (talk) 00:39, 17 August 2015 (UTC)

Keep your shirt on. My brain short-circuited. Corrected above. EEng (talk) 01:25, 17 August 2015 (UTC)

Thank you for correcting that! (And I was just about to flash you – joke.) --Tryptofish (talk) 21:24, 17 August 2015 (UTC)

I'll jump in here, since it is fairly close to "please take a look at my sandbox". The general idea of a list at the top of the references section is a good one. It needs a bit more work to move the affected citations into the reflist with the "other citations" and to link to them from each list item. I'm probably too busy at work to do anything myself for the next couple of days, but I can offer to do more over the weekend unless either of you want to take this further yourselves in the meantime... --Mirokado (talk) 18:29, 18 August 2015 (UTC)

Taking stock

Thanks EEng for explaining it better than I did. Obviously, we are dealing with arcana that I, even after a lot of experience with this page, still have not mastered. As I look over the recent discussions, it seems to me that we have several issues that may concern different editors to different extents:

1. The value of having categories for what EEng just called "the 30 most important sources", versus any concerns about WP:OR in making the categories (or even in declaring some sources more "important" than others). One fish's opinion is that it is not really OR, but it comes close, and that it is somewhat helpful to readers to provide this categorization, but that it's not the most important thing to determine what we do.
2. Assuming that we continue to have the categories, the importance of grouping the sources that way in the References list, so that readers can quickly see those groups. My opinion is that the grouping is a mixed bag, somewhat helpful, but only as important as the categorizations themselves are, which is not that important. EEng believes strongly that my suggestion of putting them at the ends of the reference citations "would completely destroy the whole idea", whereas I see it as a trade-off.
3. The question of how we display the callouts in the main text. EEng supports the present approach, in which Notes are designated by lowercase letters, the categorized sources are designated by uppercase letters or uppercase letters with a number, and the uncategorized sources are designated by numbers. I prefer that we designate the Notes by letters and all References by numbers, because this would simplify what readers see in the main text and would make the page considerably easier for more editors to edit.
4. The question of how we tell readers about page numbers within sources. EEng says that it is better to accomplish this by having the page numbers in the superscripts in the main text, than to have a much longer references section. I agree.
5. The question of whether the superscript callouts in the main text are sometimes too long, such that they visually interrupt the text in a way that makes it harder to read. It's never struck me as an issue, and it doesn't bother me, but CorinneSD pointed it out. In the present system, these callouts are mixtures of letters and numbers, whereas my proposal would make them all numbers. EEng correctly points out that some numbers would have three digits in my proposal, while now there is a two-character maximum. I've looked at the page with this issue in mind, and my opinion is that there would be relatively few places where we have lengthy callouts that would become appreciatively longer with some 3-digit numbers.

--Tryptofish (talk) 01:26, 16 August 2015 (UTC)

There's nothing arcane here. As I've mentioned before, {{ranchor}} has only been in the article since last November, and since then you've made only a dozen edits to the page, none of which involved adding or changing references, so it's not surprising you haven't become familiar. (See also the last bulletpoint in the list below i.e. there's not really anything to become familiar with anyway.)

Other than that quibble, yours is a fair summary. I'll only amplify my earlier comments (i.e. droningly repeat myself):

1, 4. No issues, thank God!

5. We already use a scheme for "bundling" unsightly strings of several callouts; an example of such a "bundle" is here. This was developed primarily for the "attributed behaviors" passage that was so cite-heavy, but can be used anywhere we want. As a demo, I just bundled up one of the ones troubling Corinne [14] and I think I'll do a few more unusually long ones throughout the article, now that I'm at it.

2, 3. These rise or fall together, and they're the only actual issue (right?) so I'll discuss them together.

• Adding "For general readers" and so on at the end of 7 sources scattered among 120 will go completely unnoticed by 99.99% of readers, and will therefore be worthless. Further, even if a reader realizes he/she can search for the string "For general readers", having them scattered all over makes it harder for the reader to get an overview of the different sources being suggested, and pick the one(s) he/she wants. (And we could offer a $500 prize to the first reader noticing that one, and only one, source has the note "For young readers" appended to it somewhere among the 120 sources, and we'd never have to pay out that prize.)

BTW, since you value a page looking like other pages: I don't know of any other page that tags sources the way you're proposing (by adding a note at the end of the usual citation information); in contrast, the current scheme on this page looks exactly like the further-reading list at Evolution#Further_reading and the other FAs I pointed to in an earlier post.

• You're right that callouts for sources are now a combination of letters and numbers, and under your proposal would be just numbers. But callouts aren't just for sources‍—‌they're for notes too, so in fact right now callouts combine uppercase letters, lowercase letters, and numbers; and under your system there would be uppercase letters and numbers (not, as you say, just numbers). Anyway, lots of articles (including FAs) use all kinds of combinations of arabic numerals, roman numerals, roman alphas, and even (yikes!) greek alphas, and I can't believe that a callout looking like ^{[12]:34[H]:67[a]} (current) versus ^{[12]:34[90]:67[A]} (proposed) is anything other than a trivial difference. Most readers don't look at the superscripts at all; if they do look, they don't have to understand the "system" to know that if they click, they'll be taken to something supporting or explaining what they just read; and those who care will easily figure it out. I believe (and, CorinneSD, please comment here) that Corinne's negative reaction to the callouts was primarily due to the page number components (which no one's suggesting changing); and while she has expressed a preference for numbers-only in callouts, we're never gonna get that anyway since letters will always by needed for notes.
• I completely disagree that your proposal would make the page "considerably easier to edit". Unless what you want to do is move a source either into or out of the "further reading" list, there's nothing at all to understand‍—‌a source can be added any time, anywhere using the usual < ref> syntax, and using an existing source in a new place (whether it's called out with {{ranchor}} or {{r}}) is easily done just by copying the syntax from wherever it's used already.

EEng (talk) 05:23, 16 August 2015 (UTC)

Hey, EEng, I don't think that you were callous here [15] at all! --Tryptofish (talk) 19:58, 16 August 2015 (UTC)

Continuing more

OK, seriously now, thanks for the numerous places where you and I agree. It may not feel like it, but we are making progress. First of all, for the places in your comment where you say that you and I agree, I agree that we agree. (Did I really write that sentence?)

About what I numbered with number 5, I have a small suggestion. There are many places on the page where spacing templates, such as Template:Px1, are used as part of the callouts. My understanding is that EEng added these so that characters would not be too close together, which is reasonable on the face of it. But it occurs to me that taking these spaces out would, well, remove a wee bit of space from within the citations. (EEng just made an edit that did a bit of this, already.) It would not make a large difference, but it might make a small one. As I said earlier, this seems to be more of an issue for CorinneSD than for me, and I don't care about it personally, that much.

Yes, 2 and 3 are sort of like the opposite ends of a see-saw, for purposes of this discussion, and it's where we need to do the most work now. Please let me correct something you said: I've said all along that, under what I propose, the Notes would be designated by letters, and the References would be designated by numbers.

Let's talk seriously, and please bear with me, about this issue of the page being easy or difficult to edit. You said to me above "since then you've made only a dozen edits to the page, none of which involved adding or changing references, so it's not surprising you haven't become familiar." You are saying that an editor would need to "become familiar" to be able to do what I say I find difficult to do. And, just for what I have worked on in my sandbox, I have found it very difficult, much more difficult than most pages. I think we agree that I'm not exactly a slow learner, and that I'm an experienced editor – and that I'm in this talk not because I want to be, but because you have repeatedly requested my input. I'm telling you that for any editor coming fresh to this page, it's a very hard page to edit. No one should have to get "familiar" before being able to edit, and (not that you said so) no one should have to request on the talk page before editing. Open an edit window, and it's a steep learning curve. Please believe me on this, because I'm saying it sincerely and in good faith – and with a view towards trying to head off the future appearance of editors who want to pick fights with you at this page.

And an editor coming new to this page, with a good-faith and high-quality edit to make, isn't necessarily just dealing with adding a new source within < ref >. Maybe they want to cite, again, one of the categorized sources. Or part of one of the bundled sources. Or maybe they want to move a source from one category to another. They should be able to do those things, without having to ask how. Please, please, hear me on this.

As I continue to try to assess where we stand, I continue to see differing opinions amongst different editors. At this point, CorinneSD seems still to be concerned about what I numbered as #5, whereas I don't feel it's a problem. Conversely, I continue to feel that the 2/3 seesaw is a big deal, even though CorinneSD now says she's not as concerned about it as she was before. So I still see value in having an RfC, to get more input.

But, before that, I want to offer a new idea. It's not complete, and still needs some tinkering. But please take a new look at User:Tryptofish/sandbox, and specifically at a new, third section, at User:Tryptofish/sandbox#An alternative strategy. I've been listening sincerely to what you, and now CorinneSD, have been saying about not liking the idea of just having the categories (for general readers, etc.) at the end of each reference listing, and I've been racking my little brain for a way that we could simultaneously (1) combine all the References into a single, numbered list, and (2) present our readers with the categories right at the top of the References section in a way that they could follow links to all the sources within any given category. And I've (almost!) got it. By using your "ranchor" template in a bulleted list at the top of the References, and adding a "ref=" parameter within the reference citations, what it does is, you can click on any of the bulleted listings at the top (try it for "For young readers"), and you get taken to the source in the category, which becomes highlighted. As I said, it still needs some tweaking from those of you who are more markup-adept than I am, but I think (hope) it's responsive to what you've been saying. (The main issues I see are the font format and bracketing of the bullet list, so maybe a variation of "ranchor" could be created for that, and that it seems to have trouble highlighting multiple sources simultaneously. But I think those things are solvable.)

Let's see if we can work with that. Thanks. --Tryptofish (talk) 21:37, 16 August 2015 (UTC)

That's quite clever, and very neat. It's brilliant, in fact. EEng, I agree with everything Tryptofish said about the need for editing to be easy for anyone who wants to edit. That, actually, was my most important concern. Tryptofish, I may have said I'm becoming persuaded re #2 and #3 only because EEng was so persuasive and because I know so little about referencing that I will probably not make any referencing edits to any article, at least for a while, until I learn more, so you can probably discount my opinion in that regard. I also wanted to tell you that I just received approval to change my user name, which you'll see when I sign this. Thank you both for tolerating my involvement in this discussion even though I know so little. Corinne (talk) 22:05, 16 August 2015 (UTC)

Thanks! And congrats on the user name. Having an unmodified first name as a user name is quite a rare commodity around here. I'm glad to hear what you just said about your thoughts for this page, and I look forward to finding out what EEng thinks. --Tryptofish (talk) 00:49, 17 August 2015 (UTC)

• I use {px} when a callout comes immediately after a quote mark, because (on all of the several browsers I checked out) without it the bracket comes so close to the quote that they visually clash. It's a small point, but I happen to believe that presenting text attractively is part of good writing. What you interpret as my removing some of the {px1}s was simply cases where, because of moving stuff around, the ref no longer came directly after the quote. (Looks like there were a few stray {px1}s as well, which I did just remove.) This adds 1 pixel of space, which is minescule when you consider that e.g. my laptop screen is 1600 pixels wide, but absolutely does fix the visual clash.

• You've taken my words out of context. What I said is,

{ranchor} has only been in the article since last November, and since then you've made only a dozen edits to the page, none of which involved adding or changing references, so it's not surprising you haven't become familiar. (See also the last bulletpoint in the list below i.e. there's not really anything to become familiar with anyway.)

Note the parenthetical. Probably what I should have said is,

{ranchor} has only been in the article since last November, and since then you've made only a dozen edits to the page, none of which involved adding or changing references, so if indeed there's something or other unusual editors need to become familiar with, it's not surprising you haven't become familiar given that small amount of editing.. (See also the last bulletpoint in the list below i.e. there's not really anything to become familiar with anyway.)

I'm sorry, but I don't buy this trope about the article having arcane markup making it hard to edit. The article does take more attention to edit than most articles, but that's because it has the kinds of things very well-developed articles have (but most articles lack) which, yes, make the markup look daunting: meticulous sourcing, plenty of images, careful footnotes, adjustments to formatting usually made only when the article has been relatively stable for a long time. Here, for example, is a typical paragraph from the FA Evolution:

Fasten seatbelt before unhiding

{{Further|Genetic drift|Effective population size}} [[File:Allele-frequency.png|thumb|Simulation of [[genetic drift]] of 20 unlinked alleles in populations of 10 (top) and 100 (bottom). Drift to [[Fixation (population genetics)|fixation]] is more rapid in the smaller population.]] Genetic drift is the change in [[allele frequency]] from one generation to the next that occurs because alleles are subject to [[sampling error]].<ref name="Masel 2011">{{cite journal |last=Masel |first=Joanna |date=October 25, 2011 |title=Genetic drift |journal=Current Biology |location=Cambridge, MA |publisher=Cell Press |volume=21 |issue=20 |pages=R837–R838 |doi=10.1016/j.cub.2011.08.007 |issn=0960-9822 |pmid=22032182}}</ref> As a result, when selective forces are absent or relatively weak, allele frequencies tend to "drift" upward or downward randomly (in a [[random walk]]). This drift halts when an allele eventually becomes [[Fixation (population genetics)|fixed]], either by disappearing from the population, or replacing the other alleles entirely. Genetic drift may therefore eliminate some alleles from a population due to chance alone. Even in the absence of selective forces, genetic drift can cause two separate populations that began with the same genetic structure to drift apart into two divergent populations with different sets of alleles.<ref>{{cite journal |last=Lande |first=Russell |year=1989 |title=Fisherian and Wrightian theories of speciation |journal=Genome |location=Ottawa |publisher=[[National Research Council (Canada)|National Research Council of Canada]] |volume=31 |issue=1 |pages=221–227 |doi=10.1139/g89-037 |issn=0831-2796 |pmid=2687093}}</ref> It is usually difficult to measure the relative importance of selection and neutral processes, including drift.<ref>{{cite journal |last1=Mitchell-Olds |first1=Thomas |last2=Willis |first2=John H. |last3=Goldstein |first3=David B. |authorlink3=David B. Goldstein (geneticist) |date=November 2007 |title=Which evolutionary processes influence natural genetic variation for phenotypic traits? |journal=Nature Reviews Genetics |location=London |publisher=Nature Publishing Group |volume=8 |issue=11 |pages=845–856 |doi=10.1038/nrg2207 |issn=1471-0056 |pmid=17943192}}</ref> The comparative importance of adaptive and non-adaptive forces in driving evolutionary change is an area of [[Evolutionary biology|current research]].<ref>{{cite journal |last=Nei |first=Masatoshi |authorlink=Masatoshi Nei |date=December 2005 |title=Selectionism and Neutralism in Molecular Evolution |journal=[[Molecular Biology and Evolution]] |location=Oxford |publisher=Oxford University Press on behalf of the Society for Molecular Biology and Evolution |volume=22 |issue=12 |pages=2318–2342 |doi=10.1093/molbev/msi242 |issn=0737-4038 |pmc=1513187 |pmid=16120807}} *{{cite journal |last=Nei |first=Masatoshi |date=May 2006 |title=Selectionism and Neutralism in Molecular Evolution |journal=Molecular Biology and Evolution |type=Erratum |location=Oxford |publisher=Oxford University Press on behalf of the Society for Molecular Biology and Evolution |volume=23 |issue=5 |page=1095 |doi=10.1093/molbev/msk009 |issn=0737-4038}}</ref> The [[neutral theory of molecular evolution]] proposed that most evolutionary changes are the result of the fixation of [[neutral mutation]]s by genetic drift.<ref name="Kimura M 1991 367–86" /> Hence, in this model, most genetic changes in a population are the result of constant mutation pressure and genetic drift.<ref>{{cite journal |last=Kimura |first=Motoo |year=1989 |title=The neutral theory of molecular evolution and the world view of the neutralists |journal=Genome |location=Ottawa |publisher=National Research Council of Canada |volume=31 |issue=1 |pages=24–31 |doi=10.1139/g89-009 |issn=0831-2796 |pmid=2687096}}</ref> This form of the neutral theory is now largely abandoned, since it does not seem to fit the genetic variation seen in nature.<ref>{{cite journal |last=Kreitman |first=Martin |authorlink=Martin Kreitman |date=August 1996 |title=The neutral theory is dead. Long live the neutral theory |journal=BioEssays |location=Hoboken, NJ |publisher=John Wiley & Sons |volume=18 |issue=8 |pages=678–683; discussion 683 |doi=10.1002/bies.950180812 |issn=0265-9247 |pmid=8760341}}</ref><ref>{{cite journal |last=Leigh |first=E. G., Jr. |date=November 2007 |title=Neutral theory: a historical perspective |journal=[[Journal of Evolutionary Biology]] |location=Hoboken, NJ |publisher=Wiley-Blackwell on behalf of the [[European Society for Evolutionary Biology]] |volume=20 |issue=6 |pages=2075–2091 |doi=10.1111/j.1420-9101.2007.01410.x |issn=1010-061X |pmid=17956380}}</ref> However, a more recent and better-supported version of this model is the [[nearly neutral theory of molecular evolution|nearly neutral theory]], where a mutation that would be effectively neutral in a small population is not necessarily neutral in a large population.<ref name="Hurst" /> Other alternative theories propose that genetic drift is dwarfed by other stochastic forces in evolution, such as genetic hitchhiking, also known as genetic draft.<ref name="Masel 2011" /><ref name="gillespie 2001">{{cite journal |last=Gillespie |first=John H. |authorlink=John H. Gillespie |date=November 2001 |title=Is the population size of a species relevant to its evolution? |journal=Evolution |location=Hoboken, NJ |publisher=John Wiley & Sons on behalf of the Society for the Study of Evolution |volume=55 |issue=11 |pages=2161–2169 |doi=10.1111/j.0014-3820.2001.tb00732.x |issn=0014-3820 |pmid=11794777}}</ref><ref>{{cite journal |last1=Neher |first1=Richard A. |last2=Shraiman |first2=Boris I. |date=August 2011 |title=Genetic Draft and Quasi-Neutrality in Large Facultatively Sexual Populations |journal=Genetics |location=Bethesda, MD |publisher=Genetics Society of America |volume=188 |issue=4 |pages=975–996 |doi=10.1534/genetics.111.128876 |issn=0016-6731 |pmc=3176096 |pmid=21625002}}</ref>

Corinne, I'd be interested to know whether you think Phineas Gage is more or less difficult to edit than the above.

Tfish, if you want to "cite, again, one of the categorized sources", you just copy the way you see it cited somewhere else. If you want to cite, again, one of the uncategorized sources, you'd do the same thing i.e. copy the way you see it cited somewhere else. (In the first case that would be a {ranchor}, in the second an {r}, but so what? You copy what you see. Good terminology there, BTW, for us to use -- categorized vs. uncategorized.) There are several complicated citation systems in use (harvard/sfn comes to mind) and when I run into one of them, I do exactly what I just said{{mdashb}]copy citations from one place to the other. As in all programming (which is what markup really is) the paste-pot is mightier than the pen.

Everything (with a minor exception) in the bundled cites is cited elsewhere as well, so again one can just copy what you see elsewhere. The exception is that some of the bundles do contain one-off sources not cited elsewhere. These are sources specifically there for their unreliability‍—‌they are cited for the content of what they say, not for the truth of that content‍—‌and there's zero chance they would be cited elsewhere in the article.

As far as I know you've never wanted to actually do any of these things, but if you did I have no doubt you'd see immediately how to do it. I believe (of course) that you mean what you say about markup complexity in good faith, and let's discuss any other aspects of this concern after we're done with the referencing, but I absolutely believe it's wrong. EEng (talk) 03:09, 17 August 2015 (UTC) That's enough for now, I'll look at your sandbox later. Gotta go.

EEng, I'm surprised you would say that to Tryptofish: "As far as I know you've never wanted to actually do any of these things." Tryptofish may not have wanted to make changes to the Phineas Gage article, but she would not be participating in this discussion if she were not interested in making edits in the future. I'm not sure whether Tryptofish is interested in changing the entire reference system for the Phineas Gage article or not, but I'm sure she is interested in having some influence over the reference system used in future, or other, WP articles.

In order to compare the difficulty of editing an article like Evolution and an article like Phineas Gage, I had to go to the Evolution article and look at it in edit mode. Since I have WikEd enabled, it is easy to see the difference between article text and references. References are highlighted in gray, external links in blue, image files and captions in green, and most templates and hidden notes in salmon. The text is black type on a white background, so it stands out, and paragraphs stand out clearly. When I looked at Phineas Gage in edit mode, text is for the most part black letters on a white background, image files and captions are in green, and hidden notes are in salmon. I saw one "paragraph" highlighted in gray. It starts "nowrap", then - Long known as "the... shy (pipe) American Crowbar Case...", then mdashb (what's mdashb?), etc. I don't know what that entire gray-hightlighted "paragraph" is and whether I should expect to be able to edit that just as I would edit regular text (black letters on white background), ie., for grammar, spelling, punctuation, capitalization, and what others might edit for content. When I looked at that same "paragraph" in the lead of the article, I didn't see any superscripts until the end of the paragraph. So what is that gray-highlighted "paragraph"? I see that within the gray, wiki-links are highlighted in blue. Why is it highlighted in gray? Why is it different from regular text? If I understand what that is, I can answer your question as to which is easier to edit. Right now, the article on Evolution looks more familiar so appears easier to edit.

I still don't understand the reasoning behind linking a word such as "aggressive" or "shy" in the article to a source. In normal academic writing, single words are not given a footnote or endnote unless the word is in quotation marks and is being attributed to a writer or researcher.

I also think that for an editor to be able to really edit an article like Phineas Gage, s/he would need to take a tutorial course first. It's not enough to say s/he could just copy and paste. I hate to say this because I can see how much this system means to you, but my general impression is that you are promoting a whole new way of formatting sources in WP articles. In order to make that system generally accepted and used widely in WP, I think you would have to gain consensus. Otherwise, it's just the project of a few people being pushed on other editors. That may be why you have gotten some negative reactions before this. Here you have Tryptofish, who has some knowledge of referencing, kind of telling you that the system is a bit too complicated, and suggesting some simplification, and me, as a copyeditor, urging more thought on this, and you continue to defend it. I urge you to to be open to modification and compromise. I said I would go along with long strings of letter- and/or number-superscripts (partly because you showed that the "strings" would not be so different, and partly because I know very little about referencing), but you haven't yet assured me that I would see paragraphs in edit mode, not one sentence below the other, and I would still like to know what those gray "paragraphs" are and whether I can edit them just as I edit regular text, and why words like "shy" and "aggressive" appear with pipes and what the point of that is. You also didn't answer my question as to why you have to link something in the article to a categorized source, and why you couldn't just supply a list of sources organized into reading-level categories at the end of the article. That extra linking may be adding to the complication. I would really appreciate it if you would explain these things to me. Thanks. Corinne (talk) 15:56, 17 August 2015 (UTC)

Corinne:

• I'm sorry, but I don't use WikEd and I don't know why it colors things the way it does. Text, wherever it appears and in whatever color, is text, so if you think it should be worded some other way, then change it. (Then I'll tell you why I liked it better the other way. Then we'll look in the Oxford English Dictionary. Then...)

{{nowrap}} means that a piece of text will always appear on a single line. As the note in the markup says, it's there to "force text below img when window is very narrow". Try narrowing your window little by little, and watch that point in the text (between two images--one on the left, one of the right) to see how this works. You can learn about {mdashb} by clicking right here: {{mdashb}}.

• Everything a WP article says needs to be cited to a source ("attributed to a writer or researcher", as you say) because Wikipedia, unlike an academic paper, doesn't have any opinions of its own. And this is true whether the material is directly quoted, or paraphrased. The article says that

Behaviors ascribed to the post-accident Gage which are either unsupported by, or in contra­dic­tion to, the known facts include ... aggres­sive­ness and violence

But WP can't just say that, it has to say who said it. Thus the citation.

• The particular format doesn't mean a lot to me (or to Mirokado‍—‌we worked together on it). But he and I are both very familiar with advanced features of the markup, and we used them to put present things as best possible. That's the way it's supposed to be when an article has become very stable. We (and I hope he'll pardon me for speaking for the both of us) tire of people showing up out of nowhere and saying that a hypothetical editor who hypothetically might want to edit might hypothetically have difficulty, just because this isn't like the vast majority of articles that haven't received such attention.

How about if someone actually edits and actually reports the experience of doing so? You edited with no apparent problem, after which we had some nice discussions about LQ and "first worked with explosives" and so on. Why aren't you continuing? I think it's because you've become convinced you'll break some of the delicate furniture or knock over one of the rare Ming vases. Be bold! Edit! You'll see what to do! If you make a mistake, I'll be there to fix it and explain! You don't have to understand all the markup. The words are the words. If you want to change the words, change the words.

• Perhaps you missed it among all the verbiage, but I took out all the extra linebreaks a while back, exactly because you, an average everyday editor, told me it would make it easier for you, and that convinced me. Nonetheless, if you have trouble visualizing the flow of text in the edit window, you may have to do your reading in the "Preview" part of the window, and jump down to the edit window when you want to make changes.
• The pipes show the browser where it can break up a long word with a hyphen, if need be.
• Re "why you have to link something in the article to a categorized source", actually I did answer it, but you may certainly be forgiven if you missed it in this long, long, long, long, long thread. Click here to be taken directly to it.

17:40, 17 August 2015 (UTC) — Preceding unsigned comment added by EEng (talk • contribs)

Corinne, thanks all around, and I agree with all of what you said. EEng, I hope that you will take your time, and give some thought to that last section of my sandbox. I looked very carefully at the markup from Evolution, and I didn't need a seatbelt at all. It looked to me to be exactly like most well-sourced pages that I edit. I wouldn't have any difficulty editing that page (and I happen not to use WikiEd, just the plain vanilla edit window). But I'll say it again: I would have difficulty editing this page, and I have had that difficulty. I've many times opened the edit window of this page, to try test edits without saving them, and I really am speaking from a position of knowledge. I can understand, and be sympathetic to, your feeling of not seeing why I would say that, because you have put so much time and thought into this page that you are, indeed, fluent with it. But there is no reason for other editors who are here in good faith to be telling you these things, if we did not sincerely believe them. I continue to plan to open an RfA unless we are able to get consensus amongst ourselves. And if I do, it will bring more eyes here, and it's very likely that most of those editors will disagree with you. I'd actually much prefer that we focus, for the moment, on the referencing, as opposed to all of the page markup, and that we find a way to get to consensus about that referencing – and thereby make an RfC unnecessary. But the ball's in your court there. Please remember that I'm here in a spirit of good will, and please think about it carefully. --Tryptofish (talk) 21:46, 17 August 2015 (UTC)

"Seatbelt" referred only to the volume of text. EEng (talk) 04:35, 18 August 2015 (UTC)

EEng, thank you very much for taking the time to explain all those things to me. I know you had put some sentences together in edit mode so they would appear as paragraphs, but I didn't know you did that for the whole article (I guess I would have seen that if I had looked). I'm glad to know I can copy-edit even the paragraphs highlighted in gray, and that you'll be there to fix anything that goes wrong. I believe I had already gone through the whole article even before I joined the discussion, so there is nothing more for me to do. With regard to the reason for the links that go directly to a categorized list, I can certainly understand the benefit of not duplicating lists of sources unnecessarily. I think I will leave further discussion of reference mark-up to Tryptofish and other editors, but I will follow the discussion with interest. Corinne (talk) 23:05, 17 August 2015 (UTC)

No, don't go Corinne! You're like an Iowa voter -- everyone wants to win you over! (BTW, are you from S.D.? My brother lives there.) EEng (talk) 04:35, 18 August 2015 (UTC)

I'm not going anywhere! Thanks! No, I'm not from S.D. (I should say, regarding our long discussion, I'm quite impressed with anyone who can understand, use, and especially develop, any reference system.) Why did you add the "outdent" template with all those colons? Corinne (talk) 23:14, 18 August 2015 (UTC)

Kicking sandbox in their faces

You don't need to keep assuring me of your good faith. I've never questioned it.

I've now looked at your sandbox. I'm not quite sure where you're going with this, but there's a fundamental problem, unless what I'm seeing was unintentional on your part: there are two sources that carry ref=For general audiences (Gage). If that's intentional, and meant to be part of the scheme, then you're dead in the water right there, because the effect of that is to generate the exact same anchor at two different points in the page, and that can never work‍—‌ the browser sees only the first instance of the anchor.

I think what you're trying to do is make it so that when the reader clicks "For general audiences", that will jump to the first (?) or maybe all (?) of the sources in that category, and "light it/them up". But there's no way that can work, because of the duplicate-anchor problem just mentioned. (In your sandbox, it works great, but only for the first of the two sources you have there in the "general" category.) At least, the way you're trying to do it can't work, and I can't think of any other way to do it either. Or am I misunderstanding what you're trying to do?

Also, I added a fourth demonstration, modifying your third. What it's meant to show is that there's nothing magic about (for example)

<sub>{{ranchor|For general audiences (Gage)}}</sub>

It does exactly the same thing as

[[#For general audiences (Gage)|For general audiences (Gage)]]

except that {ranchor} puts the link text in brackets, and in superscript, so that it looks like any other cite callout. That's why it's called "r anchor = reference to an anchor". (I'm assuming you know that code>[[#foo]] is a link to an anchor on the same page.)

It can actually jump to any anchor that happens to be on the page. For example, here's what you get if you code <sub>{{ranchor|Kicking sandbox in their faces}}</sub>: Template:Ranchor. Try clicking on it. EEng (talk) 04:35, 18 August 2015 (UTC)

• [Post moved from elsewhere on page] I'll jump in here, since it is fairly close to "please take a look at my sandbox". The general idea of a list at the top of the references section is a good one. It needs a bit more work to move the affected citations into the reflist with the "other citations" and to link to them from each list item. I'm probably too busy at work to do anything myself for the next couple of days, but I can offer to do more over the weekend unless either of you want to take this further yourselves in the meantime... --Mirokado (talk) 18:29, 18 August 2015 (UTC)

Hey, Mirokado, thanks for joining us. Can you just clarify which of the sandbox mockups you're looking at, and (if you have the time) see if there's something you think I'm misunderstanding in my post just above? Otherwise, Tfish and I will press on until you can rejoin us. EEng (talk) 19:05, 18 August 2015 (UTC)

EEng, you are always welcome to play in my sandbox, any time at all, so thanks! (But please no kicking of sand in my face, boo-hoo.) And I'm glad that you don't question my good faith, and Corinne's, so the next step is for you to find a way to agree with us about our concerns about how difficult it can be to edit this page.

Now about the ways of formatting the references, yes I'm certainly familiar with using # and anchors (and see #Tryptofish for where I already pointed out that issue of multiple references!), and it certainly helps with the appearance of the bullet list at the top of the sandbox References sections. What that leaves us with is the problem that we both have noted: the difficulty of highlighting multiple references, as opposed to just the first one that one comes to. I cannot think of any way of doing that with # and anchors. But I'm made optimistic by what Mirokado has said. Now, I'll dive in way above my head: If I understand correctly (and I probably don't know what I'm talking about), the inner workings of ranchor are:

<sup class="reference nowrap">[[#{{{1}}}|[{{{1}}}]]]{{#if:{{{page|}}}|:{{{page}}}}}</sup>

I'm guessing that changing "sup" and "reference" to something else could accomplish much the same thing as the use of # in the bullet list does. Is there something to work with there? And I wonder whether there might be a clever way to modify those "1" numbers to something else and/or change some of those brackets, in such a way as to be able to highlight multiple sources simultaneously, and maybe even be able to click from the first highlighted source to the next one, successively. (And we wouldn't need anything about if:page.) Or maybe there's an alternative to putting ref="anchor name" into the Cite templates of the references. But I'll need someone more experienced with this stuff than I am, to figure out how to do it. Perhaps EEng or Mirokado can, and if so, that would be wonderful! Alternatively, I'd be happy to ask at Village Pump/Technical. --Tryptofish (talk) 22:25, 18 August 2015 (UTC)

All those inner workings of {rancher} are really the wrong end of things to be looking at‍—‌all that stuff is only about how the callout is formatted at the point the cite is made in the article text. reference nowrap makes it superscript, surrounded by brackets, etc.; #if optionally adds a -type page number, etc. Buried in there is the #, and that's really where the rubber meets the road: all this really is is a [[#foo]] link-to-anchor dressed up in fancy formatting.

So re "in such a way as to be able to highlight multiple sources simultaneously", the question isn't on the {rancher} or [[#foo]] end‍—‌these being the place where you jump from‍—‌it's on the anchor end, where you jump to. And here again we come to the problem I mentioned earlier. See, in any use of {cite} you can include a |ref= parameter, and that generates an anchor. (It really should have been called |anchor= ). But each {cite} is its own hermetically sealed capsule‍—‌one |ref=, one source. And that, in turn, leads to a fundamental failing of the {r}/{refn}/{reflist} machinery, which is that it gives you no way to control the order in which sources are listed at the end of the article‍—‌they just come out in the order they happened to be first used in the article. If there was a way to do that, then we would tell {reflist} to list them in the order of the categories we want, insert little headers ("For general readers") between the groups, and we'd be done.

But in fact there isn't a way to control the order (I've asked at VP for this feature to be added, and got shrugs) and thus Mirokado and I took a different approach: we invented our own {rancher} machinery that does let us control the order the sources are listed, and used that for the further-reading soruces, and left everything else ("Other sources cited") to be handled by the old {r}/{refn}/{reflist} machinery. That's why the further reading is in a fixed order (grouped the way we want them, and alphabetical within that). "Inventing our own machinery" sounds more radical than it is, because the {rancher} machinery was designed to be very much parallel to the {r}/{refn}/{reflist} machinery in terms of syntax.

Other than the ability to control the order in which the sources are listed, the major difference between {r}/{refn}/{reflist} and {ranchor} is that with {r}/{refn}/{reflist}, the callouts (the superscript and so on) are automatically assigned, while with {ranchor} they are manually assigned i.e. or whatever. That's either an advantage or a disadvantage, depending on how you look at it. Automatic assignment is nice, but it means you have no control; manual assignment is more trouble, but you have control.

In summary:

{r}/{refn}/{reflist}	{ranchor}
Can't control order in which sources are listed at end of article‍—‌accidental "random" order according to when first used in article	Sources listed in order editors lay them out in special section of markup (can be grouped or alphabetized)
Superscript callouts e.g. assigned automatically‍—‌convenient, but can't control callout assigned to each source	Superscript callouts assigned manually e.g. ‍—‌more trouble, but can be assigned e.g. to follow grouping of sources and their alpha order
Used for "Other sources cited"	Used for "General readers, Young readers, Researchers"
Familiar to editors	Frightens editors who have led sheltered lives‍—‌see below

Editor menaced by unfamiliar citation markup

This markup be witchcraft!

Maybe I've drifted off the topic, which was what you're trying to do in your sandbox, but maybe this will help you understand the technical milieu we're working in. Perhaps Mirokado sees something in your sandbox I'm missing, which will point toward a way to develop it further. EEng (talk) 03:42, 19 August 2015 (UTC) Mirokado, feel free to modify/fix/edit/expand the above to improve the exposition.

EEng, I've been giving this situation a lot of thought, probably way more than it deserves, but I think that I have to agree with what you are saying about the technical editing aspects of this. On the other hand, although your two images are amusing, and I understand that you are presenting them in a spirit of good humor, I want to point something out to you. Earlier, I asked you to recognize that I (and Corinne) are talking to you in good faith when we talk about the difficulty of editing the page, and you replied by reassuring me that you have never questioned my good faith. Well, images caricaturing editors who find the page difficult to edit may not be questioning good faith, but they do seem to be caricatures. You are not hearing me, if you do not understand that the concerns you are hearing on this talk page are not reducible to caricature. --Tryptofish (talk) 23:44, 19 August 2015 (UTC)

Oh, lighten up‍—‌this from the man who made this edit? EEng (talk) 03:46, 20 August 2015 (UTC)

There's a place for humor, and a place where it is inappropriate. I'm capable of keeping two different ideas in my head simultaneously: that you and I can edit together as Wiki-friends, and that you show bad judgment when you caricature editors who disagree with you. --Tryptofish (talk) 21:06, 20 August 2015 (UTC)

Also, I'm a fish, not a man. I'm enjoying watching you call me a man, and Corinne calling me she, and I'm not telling. There's an oozer-boxen on my user page for anyone who cares, and beyond that, I've got nothing more to say about it. --Tryptofish (talk) 21:15, 20 August 2015 (UTC)

Where did I call you a "she"? I may have used "s/he", which is "she" and "he" combined, as in "either-or". Anyway, I see you've made a lot of progress since I left. Well, it looks like it anyway. I really like the color idea. I like the soft colors that Tryptofish used, below. I think that is so attractive that it may catch on for all of Wikipedia's articles. Corinne (talk) 23:46, 20 August 2015 (UTC)

[16]. No big deal to me, either way. --Tryptofish (talk) 23:50, 20 August 2015 (UTC)

Version 4.0 (color tags for categorization of sources)

I'm not going to tell anyone to fasten their seatbelts, but I would like editors to take a look at a new idea in my sandbox, at User:Tryptofish/sandbox#Fourth version. Insofar as I can tell, EEng is correct that it's a losing battle to try to get the numbering of references to change, or to try to use anchors to highlight all of the references in a given category. So I've tried to come up with an alternative approach to categorizing the sources, that would be immediately visible to readers at the top of the References section, and would visibly highlight every source within each category, but that would also allow us to have a single list of references without any fancy numbering. I came up with using template:fontcolor with the default value for the font itself, but with specified background colors. We have four source categories, and per Help:Using colours#Wikipedia, the four colors I selected are the four that are agreed to for use on the Main Page – so I'm working within some well-established boundaries of consensus for which colors to use. (The codes for the four colors are listed at the top of my sandbox.)

I don't know how the rest of you feel about the colors, but you'll tell me. What is in my sandbox looks more rainbow-y than it will look on the page, because on the page, the categorized sources will be interspersed amongst the uncategorized ones. I simply made the bullet list at the top of the References in plain font (no linking or anchoring), but with the backgrounds as a key. Any reader who looks at the References on the page will see it right away. Then for each source, I enclosed the "cite book", or whatever sourcing template was used, with the fontcolor template corresponding to the category. This makes it possible to use < ref > for all of the sources in the reference list. And any editor wanting to add a new uncategorized source can just add it, and it will have the default background like all the other uncategorized ones (and it isn't too difficult for someone to copy and past the fontcolors if they want to do more categorizing). --Tryptofish (talk) 00:00, 20 August 2015 (UTC)

PS: If we decide that we don't like background colors, then colored borders would be an alternative. --Tryptofish (talk) 00:15, 20 August 2015 (UTC)

PPS: Or, just apply the background to the beginning of the reference, such as just to "Macmillan, Malcolm B. (September 2008)", instead of encasing the entire reference with it. --Tryptofish (talk) 00:50, 20 August 2015 (UTC)

Now this is a really promising idea. Here are two more extensive mockups (in two difference color schemes), combining text tags and color, since information must never be transmitted through color only (WP:COLOR):

Version 4.1

Extended content
Blah blah blah blah blah blah blah blah blah blah. Sources Certain references are designated as further reading:  · For general audiences (Gage)  · For general audiences (portraits)  · For young readers  · For researchers and specialists References

Version 4.2

Extended content
Blah blah blah blah blah blah blah blah blah blah. Sources Certain references are designated as further reading:  · For general audiences (Gage)  · For general audiences (portraits)  · For young readers  · For researchers and specialists References

Since there's just a strip of color in each entry (not the whole entry) V4.2 uses more stark colors, and I've forced that strip to always be on its own line so they all line up down the column.

Much as I'd hate to mothball {ranchor}, this might do it. But I think it will depend on how it looks with all 120 sources, when the colored entries are more scattered. EEng (talk) 03:35, 20 August 2015 (UTC)

You actually said it is "a really promising idea"! Whoopee! Mothballing ranchor or not, at least we can mothball rancor. Now I'm probably not going to have to drag you through an RfC after all. Tryptofish does an obnoxious victory dance. Oh, and "blah, blah, blah" is a very good paraphrase of the page. (OK, now that's just giddy.)

Your point about accessibility, and using text along with color, is a very good one, and I agree. It also lends itself very well to being used by other editors who come new to the page. So I agree that doing it with tags at the end of each reference is a better way to go. Let's continue to work with that.

I have some concerns about using the more saturated colors, as in 4.2, relative to 4.1. With the darker colors, there is less contrast of the text, making it more difficult to read. On the other hand, we don't have to go all the way as pastel as 4.1. Below, I'm showing how it looks when one shade darker than 4.1, and that should make references easy to find within the list. Also, I'll continue to put in a plug for basing the color choices on those at the Main Page. It will tend to ward off complaints from drive-by editors: tell them it's based on the Main Page, and it becomes awkward for them to complain.

As I've been thinking further about it, I'd like to tweak the order in which the colors are used. Also, I'm not seeing a reason to create a Sources section, with a References section within it. So my current preference for the top of the section would look like:

Extended content

References Some references are designated as further reading: For general audiences (Gage) For general audiences (portraits) For young readers For researchers and specialists --Tryptofish (talk) 21:51, 20 August 2015 (UTC) These are the colors I like. Very, very good. By the way, when you say "portraits", do you mean actual paintings? Because a portrait can be formed with words, too. Corinne (talk) 23:49, 20 August 2015 (UTC) It's EEng's terms, not mine, but Phineas Gage#Portraits. --Tryptofish (talk) 23:53, 20 August 2015 (UTC) Oh, yes, now I remember that section. I'm curious as to why the references for that section have to have their own section in the categorized list. Corinne (talk) 00:30, 21 August 2015 (UTC) That's a very good point. I imagine that, under the existing page format, it made sense not to have an overly long section of For general audiences, so it was subdivided into two groups. But if we implement this new approach, that issue becomes moot. In that regard, I'll modify what I just said as: References Some references are designated as further reading: For general audiences For young readers For researchers and specialists --Tryptofish (talk) 00:44, 21 August 2015 (UTC)

I'm happy with three groups. EEng (talk) 02:39, 21 August 2015 (UTC)

And I'm happy that you're happy. --Tryptofish (talk) 02:59, 21 August 2015 (UTC)

Version 4.3

Using Tfish's "one shade darker". Also removed References, which was an accident.

Extended content

Blah blah blah blah blah blah blah blah blah blah. Sources Certain sources are designated as further reading:  · For general audiences  · For young readers  · For researchers and specialists At this point the exact colors aren't the central issue--we can always adjust those. (There's a thingamajig somewhere for checking the readability of text color C1 against background C2. I'd bet Mirokado is an expert on that.) I think the next step is to mock up the whole ref section. I'd also like to see what it looks like with some kind of bordering (left and right only, I think, not all four sides -- so essentially it will be a "bar" down the left and right -- or maybe just the left?); but I fear that will involve some ugly markup. EEng (talk) 02:39, 21 August 2015 (UTC) This is looking very good to me. But I'm curious why "Sources" and not "References"? It's References on the page now. Also, please: "Certain Some sources are designated as further reading:". One way to do those left and/or right borders without too much complication is to use the character | from the Special characters→Symbols menu, or ǁ or ǀ from Special characters→IPA, and fontcolor it as desired. --Tryptofish (talk) 03:12, 21 August 2015 (UTC) PS: About those borders, it would probably be best to stick with the Main Page colors, and thus use Help:Using colours#Wikipedia, the colors given for borders on the right-hand side. --Tryptofish (talk) 03:16, 21 August 2015 (UTC) Sources, references, whatever. Probably References. (Astonishingly, MOS doesn't care: 'Editors may use any section title that they choose. The most frequent choice is "References"; other articles use "Notes", "Footnotes", or "Works cited"...' Can't use | for the borders because there's no way to know where the linewraps will be. I think this would require one of the zillions of box or quote templates, or maybe a fake table, with various parameters set to color the border on certain sides. As always Mirokado would be the man for that. Meanwhile I"m gathering inspiration to implement V4.3 on the full article. EEng (talk) 03:27, 21 August 2015 (UTC) Yes, you are right. Maybe it's best to just forgo the borders. Please don't forget Certain Some. I wish you abundant inspiration! --Tryptofish (talk) 03:36, 21 August 2015 (UTC) Certain some what? EEng (talk) 03:43, 21 August 2015 (UTC) "Certain Some sources are designated as further reading:". --Tryptofish (talk) 20:30, 21 August 2015 (UTC)

• Mocked up at [17]. EEng (talk) 22:16, 21 August 2015 (UTC)

More thoughts

Like Thank you! I think that the new References section looks great! I made a minor tweak in the sandbox version, by adding a small indent. It seems to me that readers will have no problem finding the sources they want to find. At some point, as this version moves onto the page, I would request that the main-text citations of these references be converted entirely to < ref >, and consequently that all the reference markup in the References section be removed. Thus, the References section would consist of the "key" at the top, and then "reflist|30em", and nothing more. Within the main text, you can use "ref name=" for the selected references, because they are cited repeatedly: for example, the current reference M1 would be cited as "< ref name=M1 >". --Tryptofish (talk) 23:00, 21 August 2015 (UTC)

I'm sorry, let me make sure I understand. You want to change

Code example E1

Gage was strong{{r|H|p=5}} according to his doctor.

to

Code example E2

Gage was strong<ref name=H/>{{rp|5}} according to his doctor.

(in the case of sources used repeatedly), or change

Code example E3

Some said Gage was a nice guy.{{r|nice|p=62}} Others said he was a mean{{r|mean|p=73}} and nasty{{r|nasty|p=238}} person.

to

Code example E4

Some said Gage was a nice guy.<ref>{{cite encyclopedia|last=Moffat |first=Gregory K. |year=2012 |page=44 |title=Fundamentals of Aggression|editor-last=Browne-Miller |editor-first=Angela |work=Violence and Abuse in Society: Understanding a Global Crisis|publisher=ABC-CLIO |isbn=978-0-313-38276-5 |url=http://books.google.com/books?id=A-GXM9MFaB4C&pg=PA44}}</ref>{{rp|62}} Others said he was a mean<ref>{{cite book|last=Tow |first=Peter Macdonald |year=1955 |location=London, New York |publisher=Oxford University Press|title=Personality changes following frontal leucotomy: a clinical and experimental study of the functions of the frontal lobes in man. With a foreword by Sir Russell Brain}}</ref>{{rp|73}} and nasty<ref>{{refn |name=yakovlev |{{cite journal|title=The "Crowbar Skull" and Mementoes of "Phrenological Hours"|pages=19{{ndash}}24 |work=Harvard Medical Alumni Bulletin|volume=33 |date=October 1958 |number=1 |last=Yakovlev |first=Paul I.|url=http://archive.org/stream/harvardmedicalal33harv/harvardmedicalal33harv_djvu.txt}}</ref>{{rp|238}} person.

in the case of sources used just once? Isn't your goal to make the article easier to edit? EEng (talk) 00:16, 22 August 2015 (UTC)

I guess I spoke too soon, when I thanked you at your user talk for working with me to find a good outcome. I think I've been saying all along what I propose here, so there is no reason for you to act like you have to ask me. Nor should you be caricaturing what I said, by presenting misleading representations of what the edit windows would look like. The first example, with "Gage was strong according to his doctor", is correct. Now, let me present correctly what I actually said, about the second example:

Change:

Code example T3

Some said Gage was a nice guy.{{r|nice|p=62}} Others said he was a mean{{r|mean|p=73}} and nasty{{r|nasty|p=238}} person.

References

{{Reflist |30em |refs=

{{refn|name=nice|{{cite encyclopedia|last=Moffat |first=Gregory K. |year=2012 |page=44 |title=Fundamentals of Aggression|editor-last=Browne-Miller |editor-first=Angela |work=Violence and Abuse in Society: Understanding a Global Crisis|publisher=ABC-CLIO |isbn=978-0-313-38276-5 |url=http://books.google.com/books?id=A-GXM9MFaB4C&pg=PA44}}}}

{{refn|name=mean|{{cite book|last=Tow |first=Peter Macdonald |year=1955 |location=London, New York |publisher=Oxford University Press|title=Personality changes following frontal leucotomy: a clinical and experimental study of the functions of the frontal lobes in man. With a foreword by Sir Russell Brain}}}}

{{refn|name=nasty|{{cite journal|title=The "Crowbar Skull" and Mementoes of "Phrenological Hours"|pages=19{{ndash}}24 |work=Harvard Medical Alumni Bulletin|volume=33 |date=October 1958 |number=1 |last=Yakovlev |first=Paul I.|url=http://archive.org/stream/harvardmedicalal33harv/harvardmedicalal33harv_djvu.txt}}}}

to:

Code example T4

Some said Gage was a nice guy.<ref name=nice>

{{cite encyclopedia|last=Moffat |first=Gregory K. |year=2012 |page=44 |title=Fundamentals of Aggression|editor-last=Browne-Miller |editor-first=Angela |work=Violence and Abuse in Society: Understanding a Global Crisis|publisher=ABC-CLIO |isbn=978-0-313-38276-5 |url=http://books.google.com/books?id=A-GXM9MFaB4C&pg=PA44}}</ref>{{rp|62}} Others said he was a mean<ref name=mean>

{{cite book|last=Tow |first=Peter Macdonald |year=1955 |location=London, New York |publisher=Oxford University Press|title=Personality changes following frontal leucotomy: a clinical and experimental study of the functions of the frontal lobes in man. With a foreword by Sir Russell Brain}}</ref>{{rp|73}} and nasty<ref name=nasty>

{{cite journal|title=The "Crowbar Skull" and Mementoes of "Phrenological Hours"|pages=19{{ndash}}24 |work=Harvard Medical Alumni Bulletin|volume=33 |date=October 1958 |number=1 |last=Yakovlev |first=Paul I.|url=http://archive.org/stream/harvardmedicalal33harv/harvardmedicalal33harv_djvu.txt}}</ref>{{rp|238}} person.

References

{{Reflist|30em}}

And, importantly, the reference section is no more than that, much unlike the unchanged version above. I remember when you made the "seatbelt" comment about the passage from Evolution, but I hope that you, in turn, remember what Corinne and I said to you in response. Even though those citations take up space in the main text in the edit window, and the display on this talk page draws attention to the space that they take up, particularly because you chose an unrepresentative example that is a single sentence with three callouts interspersed through it, this is something that happens on well-sourced pages all over Wikipedia, and editors are well-accustomed to it. And if you don't want to take my word on it, I would still be happy to have an RfC about it.

Then, when a new editor wants to add more material, all they have to add is:

Code example T5

Various authors have analyzed Gage's personality, and found that he had a hole in his head.<ref name=nice/><ref name=mean/><ref name=nasty/>

--Tryptofish (talk) 20:03, 22 August 2015 (UTC)

You didn't speak too soon, but as so often before you've flashed to anger just because I'm trying to clarify what you seem to think is obvious, when in fact what you're saying has contradictions and vagaries of which you're not even aware. This conversation has turned suddenly bizarre, in so many ways:

• I had no idea you wanted anything like this; how would I?
• There's nothing misleading about my examples. The idea is to make the article easier to edit, which 90% of the time means minor changes to wording and so on (what Corinne was most concerned about, BTW) and so I focused on what the edit window looks like when doing that. My point was simply that with WP:LDRHOW ("list-defined references"), article text isn't interrupted by bulky cites, but corralled separately elsewhere. You, I, and everyone else knows that the cites have to be somewhere; do you really think I was trying to "mislead" by not actually showing them in their corral? And it doesn't matter whether the text is long or short: full-cites-with-templates-and-all drown out text wherever they appear, and that's worth avoiding no matter how often or seldom it happens.
• "And, importantly, the reference section is no more than that, much unlike the unchanged version above." Why is that important, or even desirable? Like it says at WP:LDRHOW, list-defined references were "implemented in September 2009 as a way to make referencing articles easier and with less clutter"; old ways change slowly, so it's not surprising you don't see them used much. So what? For extensive articles it clearly makes the markup less cluttered. (And though they ease things for later editors‍—‌which I thought was your goal‍—‌they're more trouble for the initial editor, and that's another reason you don't see them much.)

Do you really worship the tyranny of the majority over what should be the true order of priorities: first and foremoest, what the reader sees; second, editor convenience; and (distant) third, what happens to exist in the vast majority of underdeveloped, half-baked articles?

• The only difference between my E4 and your T4 is that you've put back some of the internal, non-reader-visible linebreaks which Corinne wanted me to take out, and which you thanked me for taking out! Will you make up your mind?
• As for your T5, your code omits the page numbers; it should read:

Code example T5X

Various authors have analyzed Gage's personality, and found that he had a hole in his head.<ref name=nice/>{{rp|62}}<ref name=mean/>{{rp|73}}<ref name=nasty/>{{rp|238}}

Or one could code:

Code example E5

Various authors have analyzed Gage's personality, and found that he had a hole in his head.{{r|nice|p=62}}{{r|mean|p=73}}{{r|nasty|p=238}}

Anyway, I don't get your statement that under your proposal "when a new editor wants to add more material, all they have to add is" T5T5x, since both T5x and E5 work under the current system (list-defined references), and both T5x and E5 work under your proposal (non-list-defined references).

Mirokado, can you lend a hand here, please? EEng (talk) 23:21, 22 August 2015 (UTC)

If I appear angry (and it's not so much anger as exhaustion and exasperation), it's because you keep asking for my advice and then arguing with me over every last detail of it. Please let me draw your attention to what Corinne and I already told you at #seatbelt. I'll make this very simple: I'm in favor of using <ref></ref> to cite sources, consistently throughout this page. Period. The need to do anything different went away when we, apparently, reached consensus about a way to no longer divide the References section into subsections. And I'll be happy to have an RfC over it. --Tryptofish (talk) 00:13, 23 August 2015 (UTC)

Side discussion between EEng and me, more about editors than about the content of the page. --Tryptofish (talk) 21:43, 25 August 2015 (UTC)
The following discussion has been closed. Please do not modify it.
Tfish, years ago I asked for your help in dealing with an editor-on-a-mission who felt it his calling to rework the article according to his crackpot ideas. I feel you were way too indulgent of his nonsensical self-certainty, but your participation was essential nonetheless to bringing that insanity under control. Since then, you've continued to participate, which is of course fine, but I don't recall specifically asking you to, other than the general encouragement and thanks all good editors give to others. And your presence has been appreciated; there have been many small items on which we've worked together to find good solutions‍—‌wording, layout and image placement, all the little unglamorous things that need to be attended to for an article to improve. But no, I haven't been asking you here over and over, and even if I had been, it would be canvassing if I invited someone I knew would agree with me all the time. EEng (talk) 02:18, 24 August 2015 (UTC) No, that's rewriting history, just as you did when you claimed utter surprise at my being interested in < ref >. You posted numerous "bumps" on this talk. And within days of my return to Wikipedia after my mother's death you came to my talk page and asked me to return here. I don't think I was any more indulgent of that other editor than I am indulgent of you, which means that I've been pretty indulgent of you both. Now, that said, I'm glad to hear you say that my "presence has been appreciated". I thank you for that, and I ask you to please continue to keep that in mind. I, in turn, respect you too. And a big part of what keeps me from taking this whole stinking mess off of my watchlist is that I care about you not getting sanctioned again. I worry that you will anger another editor (not me) and get topic banned from this page. Whether you believe it or not, it is a real danger. I'm trying to prevent that from happening. And you are not making it easy for me. --Tryptofish (talk) 19:23, 24 August 2015 (UTC) Well, since you insist on the point, the entirety of my messages to you after your bereavement (and it pains me to even remind you of it again) was this [18]: Not to press, but if you'll give your assent to the resolutions of issues #A4, A5, A6a, and A7, plus the discussion at [link] (which should be easy) then the only things left will be [link]. For both of those the ball's in your court, and I'm not sure you still care about them. After that we're done! So yes, I asked you to come back (and hesitated to do even that, given your situation) but only because I wanted a definitive close to the issues I listed, lest you-know-who claim I took advantage of your absence to close them myself, or whatever might pop into his WP:CIR head. That you stayed on for new issues was your own choice. Again, I wouldn't be saying this except that you said I "keep asking for [your] advice". Your advice is valued, even if I often disagree, but if you don't like giving it anymore, I'm not begging for it. I got sanctioned? Nuh-uh. I got blocked because a self-satisfied roving enforcer of his personal preferences, who happened to be an admin, didn't like being called a self-satisfied roving enforcer of his personal preferences. That's not being sanctioned, it's becoming the target of an abusive admin anguished by being confronted by the following description of himself: One area the hit and run editor gets involved in is the formatting ... The quality of work has increased in some areas, which makes it harder to contribute without good knowledge in the subject matter and sources. Fiddling with the formatting seems to be a suitable alternative passtime. [19] I wish you'd stop bringing this up, because every time you do I have to explain it all over again lest passeersby think I actually got "sanctioned" for doing something wrong, which I didn't. Please don't feel you need to stick around to keep me out of trouble. If you're worried about me getting topic-banned (which can happen to just about anyone not prepared to cower on demand, WP being full of people trying to prove something) then please just promise me the following: if called to testify about what you've seen here over the years, answer fully and honestly. (I'd expect nothing less from you, so this is just to make clear I don't feel I need more.) Except where one sees, now and then, the occasional retraction or apology, I stand by everything I've done here and elsewhere, and fear no scrutiny as long as its full and fair. I then have no doubt that level heads such as these will prevail: [20] [many other editors] have acted like bulls running through this china-shop, doing mass-/automated-'cleanups', without first discussing the issue on the talk page, or doing so in an aggressive fait accompli manner. [21] Their sole contribution appears to be undoing EEng's formatting style to substitute their own preference and its really for no benefit to the article. I dunno guys, there are plenty of really badly formatted articles out there but this isn't one of them. It may be idiosyncratic but it works and it works well - the article looks fantastic in WikiWand. I think some people are forgetting that wikipedia is first and foremost an exercise in writing an encyclopedia. So if your only interest is in formatting it "differently" I would suggest you find something better to do - like writing. [22] If this edit be at all typical, we have substantial violations of WP:CITEVAR going on, among other things — people attempting to take the article away from the standardised citation style used by its major author. Let me remind you that not all citation standards use the {{ndash}}, among other things (example), and that the placement of {{shy}} permits the article to be formatted like a professional print publication. In real life, when amateurs tell professionals that they're right and that the professionals are wrong, without solid factual evidence, they get ignored and forced out of the way if necessary. Kindly step aside and stop preventing this professional from permitting this article to be written to a professional standard. Tfish, I am not lumping you with the amateurs‍—‌far from it. But you worry too much about placating them. (The last quote above is precisely mirrored by Mirokado's post below). EEng (talk) 05:50, 25 August 2015 (UTC) OK, so be it. But based upon what I'm seeing here, please let me tell you honestly what "if called to testify about what you've seen here over the years, answer fully and honestly" means to me. I'd have to say that you have shown more WP:OWN and WP:IDHT than I would like. I've spent more effort placating you than I have "placating" the other editors. And I don't see it as me staying on for new issues. You asked me here to make sure that the complaints by Chris had been adequately addressed, so that others in the future would not be concerned that you had failed to consider them. Although issues that I've raised subsequently have not actually come off of the list of things Chris said explicitly, I believe that they are logical consequences of the complaints that he and others have made. As long as you continue to resist what I have suggested, you remain vulnerable to criticisms of OWNership. I think your characterization of your block history would boomerang if you said it publicly. Sorry, but that's me being full and honest. I'm hatting this out of consideration for you, but please feel free to reply inside the "hat" or at my user talk. --Tryptofish (talk) 21:43, 25 August 2015 (UTC) Being blocked by an admin who can't stomach criticism of his own immaturity, or for labeling a chronic liar a liar, is no shame. I'm afraid I must insist on distinguishing between the actual intelligible content of you-know-who's word salads, and anything you might kindly have read into them in order to give them intelligibility. We've dealt with and closed the former, which was a critical goal in my mind, to get that nonsense off the talk page. Your concerns, though possibly inspired during your reading of his LSD trips (though this in no way prejudices them in my mind) are separate. When people like this [23] show up to make OWN and IDHT accusations, I'm not worried. You I'm happy to work with, but when I (and Mirokado too, don't forget) resist your suggestions because we think they reduce the quality of the article, that's not OWN or IDHT. EEng (talk) 06:27, 26 August 2015 (UTC) And I'm happy to work with you (and Mirokado) too – and I both like you and respect you, which, were it not the case, I would have been outa here long ago. Despite what you say you think, I really have not been placating or indulging the other editors who have come to this page. I've just listened to them civily, and agreed with them some of the time. But I really am placating and indulging you, to great lengths that will come abruptly to an end in the event that a new dispute emerges in the future. I will put the best interests of this page ahead of your best interests when that day arrives. As much as I like editing with you, I find that you have an odd lack of self-awareness. Perhaps my efforts to try to get you to recognize that is a lost cause. I fully agree that when you and Mirokado have different opinions than mine (and Corinne, and Vsmith), that's not OWN or IDHT. But when it gets to be a rigid disagreement, and when you revise history to make it fit a nice picture of what has happened, it gets to feel like you are standing at the "door" of this page like a guard, not merely like an editor with high standards. --Tryptofish (talk) 21:18, 26 August 2015 (UTC) Stewardship is not ownership If you're placating and indulging me, please stop immediately. I don't want any favors along those lines. Now can we get back to talking about what's best for the article, please? EEng (talk) 03:46, 27 August 2015 (UTC) What I see here goes beyond stewardship. And if you want me to stop placating, so I will. --Tryptofish (talk) 22:39, 27 August 2015 (UTC)

Tryptofish, you appear now to be requesting that the referencing style be changed so that the citations are embedded in the source instead of defined in the reference list. You also again say you will start an RFC unless you get your way. This change has as far as I know never been mentioned before and I certainly will not agree to it (of course if a change is forced on us by the community as a whole I will, as you correctly point out, have no choice). The community decided long ago not to support contested arbitrary changes to referencing style since that would lead to substantial article instability. We have sfn-lovers and sfn-haters and there have been edit wars and ill-natured talk-page spats over that issue. We have people who prefer cs1 to cs2, or cs2 to cs1, for various reasons. We have no-citation-templates-at-all-they-are-too-confusing supporters and always-use-citation-templates-for-the-metadata supporters, and heaven knows what other kind of Wikipedia-would-be-much-better-if-only-everyone-did-it-my-way editors. Using list-defined references or not is another of those arbitrary preference things where there are arguments both for and against and it is well known that people won't agree about the relative merits of the arguments. In cases where the active editors don't agree to a change (and of course sometimes they do) the decision is likely to be to leave the article as it is. So I am confident that an RFC to move citations from the list to the article body would fail.

In this particular case, an awful lot of the half-a-megabyte or whatever of dicussion over the past year or so has been about removing clutter from the article source. It is obvious from the example you give above that we would clutter the source further by embedding the full citation definitions in the body of the article. --Mirokado (talk) 20:43, 23 August 2015 (UTC)

This isn't about me "getting my way". Please look carefully, both of you actually, at what I have been saying all along as we have discussed the "color" idea, and previous suggestions that I have made, about referencing. I've been saying that a big part of the reason that I wanted to do away with the division of the References section into subsections based on categories was that I felt that it would be good for the page to switch to "ref" referencing. And I understand what Corinne and Vsmith have been saying as agreeing with me about it. No one who has been paying attention should be acting surprised now because I am continuing to recommend it. But, that said, I'm about to suggest a possible way of peacemaking. --Tryptofish (talk) 21:53, 23 August 2015 (UTC)

Looking back, I do see that you said "If we do X, all referencing could be via < ref>". But that was always in the context of junking the {ranchor} system so that all referencing could the done via the normal, default referencing system. However (and here's the rub is) you seem to think "normal default referencing" has to mean use of < ref>; to me and to Mirokado (and anyone else who's seen a wide variety of reference formats and syntaxes) it could mean use of < ref> or {r} or any of several other trivially different (syntactically) ways of getting the same result: one big unordered pile of refs with -type callouts, making no use of the {ranchor} system of manual ordering (reader-level groups etc.) with manually-assigned -type callouts. It would never have occurred to us that you literally were insisting on < ref>, to the exclusion of {r} or other syntax.

And why would it? It's one thing to junk {ranchor} and go to the colors and so on, which could be done just as well using {r} or < ref>. It's quite a different thing, and a completely independent question, to change the very compact and easy (to read, to type...) {{r|smith|p=55}} to the visually intrusive and keyboard-acrobatic <ref name=smith/>{{rp|55}}.

You don't seem to have absorbed, or at least acknowledged, that the {{rp|55}} will need to be tacked on to each < ref> under your proposal‍—‌or will you now be urging the elimination of the page numbers, too, in the name of project-wide markup consistency? This is exactly the sort of thing I meant when I talked earlier of "what you seem to think is obvious, when in fact what you're saying has contradictions and vagaries of which you're not even aware."

Apparently, since only 5000 (0.1%) of English WP articles use {r}, it shouldn't be used because it's unfamiliar to a lot of editors. OK, so we switch to < ref>. But < ref> has no way of showing the -style page numbers, so for that we'll tack {rp} onto each < ref>, as already mentioned. But only 0.4% of articles use {rp}, so that's too unfamiliar too. OK, then I guess we'll not use < ref> after all, and switch to {sfn} for everything‍—‌everyone knows about {sfn}, right? Well, actually, only about 1% of articles use {sfn} either, so that's a no-go too? Well, we'll just go back to plain < ref>, like 99% of articles, and forget the page numbers, like 99% of articles...

Above you say, "...a big part of the reason that I wanted to do away with the division of the References section into subsections based on categories was that I felt that it would be good for the page to switch to 'ref' referencing." Apparently, no matter what might be best for readers of a given article, you're willing to select what the reader sees by the principle that the markup of all articles should look the same. I consider that crazy. Your priorities are mixed up. What the readers sees comes first.

EEng (talk) 02:18, 24 August 2015 (UTC)

I'm going to try to respond point by point.

Well, at least I'm glad that I don't have to show you diffs of all the previous times that I talked about < ref >. Yes, I said that over and over, indeed. Apparently, you and maybe Mirokado read what I plainly said, and understood it to mean something other than what I intended, because you saw it through the lens of your own experiences with this page. Please think about what that means. It follows that there are a lot of editors who see it through the lens that I use, and not all of us are drive-by cranks. Yes, part of what I was thinking was about removing the need for ranchor, but I also made it very clear that ranchor was one part of a much larger sum of what I see as complications that I recommend simplifying.

Where you contrast {{r|smith|p=55}} with <ref name=smith/>{{rp|55}}, I honestly disagree. I don't think that the latter is more difficult to read in the edit window or to type. I'm just fine with rp for the page numbers. I'm unpleasantly surprised to see anyone regard the difference as a contentious matter.

Instead of speculating about what I have or have not absorbed or will or will not decide to raise as issues in the future, I'd like to say it, as clearly as I can. (And if you are worried about what I might advocate in the future, please just ask me. I'm not here with some kind of evil hidden agenda.) I strongly support this page's provision of specific page numbers. It's a feature, not a bug. I see many other pages where editors add a "page number needed" tag after a citation, and I consider the sourcing here to be very good in this regard. I cannot imagine me advocating for removal of page numbers. I cannot imagine me agreeing with some proposal by a future editor to remove them. I expect to be a consistent defender of page numbers. I'm fine with the rp template, as I already said just above. About sfn, it's not a fighting issue for me, but I agree with you that sfn would be less desirable than what we get with either r and p= or with rp, so I am not going to suddenly turn into an advocate for sfn. So: you can now rest assured that I support having the page numbers appear as superscripts in the main text, and that I am neither Dr. Jekyll nor Mr. Hyde. Please don't dream up some future horror that I will inflict on you; just ask. (I feel more strongly about getting all of the references into a single list than I do about retaining the categories, so I am likely to advocate loss of the categories if the "color" plan or some alternative solution are rejected.)

So again, I will say what I recommend for this page: < ref >, with use of rp to indicate page numbers. If we go to the "colors" idea, which I strongly recommend, then we no longer need ranchor and its colleagues. If we go to < ref > and rp, we continue to provide page numbers, and I'm pretty sure that what our readers will see will look pretty much the same as with r and p=. And please understand that I'm telling you the truth when I say that I edit a lot of pages around here, and I find < ref > and rp quite familiar, quite unsurprising, and I'm pretty sure that a large majority of other editors do too. This has nothing to do with "tyranny of the majority". It's about working with other people on a collaborative Wiki. As I said above, I respect the work you have done on this page, and I am worried about the next time other editors show up shouting about WP:OWN. What I'm advocating for is not going to harm what our readers will see, and it won't harm you, either. --Tryptofish (talk) 19:56, 24 August 2015 (UTC)

I've never suggested you're here with a hidden agenda; I was merely showing where your "unfamiliar markup" logic might lead.

That you object to {r} but accept {rp} shows the extent to which one's ideas of what's familiar and conventional depends on accidents of editing experience. The figures I gave earlier were real: {r} and {rp} are used in about 0.1% and 0.4% of articles, respectively [24][25]. There's no way you can say that {rp} is familiar to editors and {r} other isn't‍—‌they're qualitatively indistinguishable, so if that's your impression it's just because you happen to have worked on articles that use {rp}.

EEng (talk) 05:50, 25 August 2015 (UTC)

Oh, I don't doubt the numbers on r versus rp. But that's because there are so many pages that fail to provide page numbers, and I consider the page numbers on this page to be a very good thing. But I think the numbers on r versus ref would be another matter altogether (and rp is just an add-on for ref). As far as I can tell (and please correct me if I'm wrong), once one eliminates the subdivision of the Reference section into subsections, then there is no difference between r and ref with respect to what our readers would see. --Tryptofish (talk) 21:50, 25 August 2015 (UTC)

Well, yes, there is something you seem to misunderstand here -- you seem to think that eliminating the subdivision/categorization is a prerequisite for changing {r} to < ref>, and that's not true.

(A) Any time we want, every instance of {r|smith|p=22} could be turned into < ref name=smith/>{rp=22}, with no effect on the subdivision/categorization of sources. This change does nothing to what the reader sees, either.

(B) Completely independently, any time we want we could eliminate the subdivision/categorization by changing every {ranchor|H|p=22} into {r|H|p=22} or into < ref name=H/>{rp|22} (whichever we like -- they do exactly the same thing -- though of course we'd pick the one which matches whatever's going on in (A) ). Of course, this does change what the reader sees.

EEng (talk) 06:27, 26 August 2015 (UTC)

Actually, I understand a lot better than you are giving me credit for. Yes, what you said here is correct, about the effects of those potential changes, and the ways that they are each independent of the other. We agree that a change from r to ref-plus-rp would have no effect on what readers see. And we agree about two things concerning the categorization: that it would be a simple matter to eliminate it entirely, and that (although you didn't mention it just now) we would both prefer not to eliminate it entirely. Now if we were to agree to use the color plan, as it is now in your sandbox, we could go entirely to ref-plus-rp, with no adverse side-effects. We would not be forced to, but we could. Insofar as I am aware, if we were to keep the subdivision of the Reference section, based on categories, as the page is now, we would continue to need ranchor or something like it. And it sounds to me like you do not have a rebuttal to what I said above: that the numbers for Wikipedia pages using them are quite different for r versus ref. --Tryptofish (talk) 21:33, 26 August 2015 (UTC)

All correct, except at the end re "no rebuttal". The rebuttal is that it doesn't matter that the overwhelming majority of pages use < ref> and very few use {r}, because there's no requirement, or even preference (except when all other things are equal) for the more common markup to be used. (And anyway, if that were an argument for dispensing with {r}, then it would also be an argument for dispensing with {rp}, which you have no problem with.) EEng (talk) 03:56, 27 August 2015 (UTC)

If the use of the present formatting were to discourage other editors from editing this page, leading (intentionally or not) to a de facto "ownership" of the page, then it most certainly would matter. (And that's a testable hypothesis.) My point is not to arbitrarily restrict this page only to the most widely-used formats for some arbitrary reason having to do with a count of the page usage. The reason for preferring widely-used formats is to make page editing easier for a wider population of editors, so long as it does not interfere with the quality of what our readers see – thus, there is nothing illogical with endorsing the use of rp, because ref+rp is just as good for our readers (identical, in fact), and much better for editing. I am glad that we agree that ref is overwhelmingly more familiar than r. --Tryptofish (talk) 22:48, 27 August 2015 (UTC)

Back to the colors

I have a suggestion. We have consensus for what is at User:EEng/sandbox, where the reference "tags" are marked by colors. I hope that, for now, we can implement that into this page. Then, I suggest that we all take a bit of time to look at it, see how it looks, and evaluate how we each feel about where things are at. Only after that, I would like to come back to what we have started to discuss here. Peace! --Tryptofish (talk) 21:58, 23 August 2015 (UTC)

I hope you're sitting down, Tfish, but there's no such consensus. I said it was a promising idea, did a series of mockups, then said "I think the next step is to mock up the whole ref section", and then did that. I don't know what I think of it yet. I'm still trying to convince myself it serves the reader as well as the current system. EEng (talk) 02:18, 24 August 2015 (UTC)

Then take as much time as you need to think about that, first. I'm not in a hurry here. But you are making it sound as though, after being friendly with the colors idea (you certainly did not tell me that you had doubts about the colors when I thanked you at your talk page), you may now be holding it hostage to the r-versus-ref issue. Please don't do that. --Tryptofish (talk) 20:01, 24 August 2015 (UTC)

Tryptofish, really! "You may now be holding it hostage to the r-versus-ref issue"‍—‌will you please stop it? As usual, I'd like to hear what the redoubtable Mirokado thinks. (In case he's gotten lost, we're talking about this mockup [26], with the "further reading" items tagged by colored notes rather than being gathered into special sections of their own.

(Please note, everyone, that per our discussion somewhere above, in the live article I eliminated the "General readers (portraits)" section, moving one of those sources into "General readers" -- now renamed from "General readers (Gage)" -- and the rest to "Researchers & Specialists".) EEng (talk) 14:57, 25 August 2015 (UTC)

Well you've heard already what Corinne and I think about it. I appreciate what you did with the General readers consolidation, thanks. --Tryptofish (talk) 21:55, 25 August 2015 (UTC)

@Mirokado: I too am eager to find out your answer to EEng's question (about the color-based idea displayed in EEng's sandbox). --Tryptofish (talk) 21:36, 26 August 2015 (UTC)

Thanks for the pings, and thanks to EEng for implementing that thoroughly so we can see it realistically. While this indicates the target readership of these sources it offers a rather less convenient experience to the reader. By "less convenient" I mean that the reader cannot see all the general reading references together at a glance, for example (the scattering is clearer in the full sandbox that in a brief example). There are also the very long backlink lists for a few of the citations. Thus I prefer the status quo and see no motivation for the change to colours. --Mirokado (talk) 23:33, 26 August 2015 (UTC)

I was really, truly hoping Mirokado would come up with some reason the color system is better, but unfortunately he didn't. And that means his assessment is exactly what I would have said. For the reader to be able to say, "I see,mhere's an online source I can look at right now, but if I want the full treatment here's a big book on the subject that I'd have to get at the library (but can preview a bit online), and ..." is key. EEng (talk) 04:04, 27 August 2015 (UTC)

Thanks. Following up on that, per the section that EEng started immediately below, how would you feel about the following two options (for the moment not including the status quo): either the color scheme at EEng's sandbox, or what I think EEng is asking about below, which is to use a lot of sfn as at Genie (feral child), but to have a Sources and further reading section that would be divided into the categories of sources? As an alternative to the status quo, which of those two would be your second choice, and which your third? --Tryptofish (talk) 23:46, 26 August 2015 (UTC)

My order would be (1) current presentation, (2) Genie system (clarified below in a second), (3) colors. EEng (talk) 04:04, 27 August 2015 (UTC)

I would also go with that order: (1) current presentation, (2) Genie system (but see the next section and how that discussion continues), (3) colors. --Mirokado (talk) 06:35, 27 August 2015 (UTC)

Thank you both for those very helpful answers. And that order, at least with respect to ranking (2) and (3), is fine with me. So for now, I'm happy to put the color idea on the back burner, and focus on a comparison between the current presentation and some sort of variation of the Genie system. --Tryptofish (talk) 22:51, 27 August 2015 (UTC)

I dream of Genie

Tryptofish, suppose we were to switch to exactly the system seen in Genie (feral child) except that "Sources and further reading" would be divided into General, Young, Specialists, and Other, how would you feel about that. This would use {{sfn}} in the article text, and {{cite book}}, {{cite journal}} and so on in "Sources and futher reading", nothing else. How would you feel about that? I'm not proposing this right now, because I'm not sure I can stomach the prospect of 500 little notes like Harlow (1868), p. 12 over and over and over and over and over and over, but I'm interested in your reaction. EEng (talk) 06:27, 26 August 2015 (UTC)

That's a good question, and I'm happy to discuss it. It's fine to feel things out about various alternatives without actually being ready to support them, because it's a good way to find new paths to consensus. Thanks!

First, I have a question. Do I understand your question correctly, in that the References section here (corresponding to the Citations section at Genie) would not be subdivided – instead, this page (Gage) would have a Sources and Further reading section, and that's where the subdivision would be? If so, I'd be fine with that. I don't have a problem with having those full citation listings in the Sources and Further reading, to which the brief citations in the References section would link.

Now setting that question aside, here is what I think. I agree with you that it's not particularly desirable to have such a very large number of Harlow (1868), p. 12 cites resulting from sfn. It would not be a deal-breaker for me, but I'd express a mild preference for ref-plus-rp, instead of sfn. Aside from that, I like the way it is at Genie. I tried opening the edit window for various sections of that page, to see what editing would look like, and I strongly prefer it over what I see when I open the edit window here at Gage. So I would definitely see that as a significant step in the right direction. --Tryptofish (talk) 21:57, 26 August 2015 (UTC)

Come to think of it, regarding I don't have a problem with having those full citation listings in the Sources and Further reading, to which the brief citations in the References section would link, that could be a very nice solution to what we were trying to solve with the "color" scheme, and I would be happy to support that in lieu of "colors". --Tryptofish (talk) 23:12, 26 August 2015 (UTC)

Oh, but is the problem then that doing that would require sfn (in order to indicate page numbers of the sources that are in Sources and Further reading) and preclude rp? --Tryptofish (talk) 23:26, 26 August 2015 (UTC)

You hit the nail on the head with your followup post. Follow along with me...

To keep the discussion clear, let's say there's a "Citations" section and a "Sources and further reading" section. "Sources" would be divided into General, Young, Researchers, Other.

V5.0

So first imagine Gage V5.0, which is exactly like Genie in appearance and markup except that in Gage we divide Sources section into groups, which Genie does not do. Markup looks like this:

Gage was mean.{{sfn|smith|1992|pp=22-33}} Also rude.{{sfn|jones|1982|pp=44-55}} And horrid. {{sfn|smith|1992|pp=66-77}} And bad.{{sfn|smith|1992|pp=88-99}}

==Citations==

{{reflist}}

==Sources and further reading==

;General audiences

*{{cite book|ref=harv |author= Jones, Alice| title=A book on Gage |year=1982}}

*{{cite book|ref=harv |author=Smith, Bob|title=Psychology |year=1992}}

;Young readers

*{{cite book|ref=harv |author=Fleischman, X. |title=Gory Gage |year=2001 }}

Gage was mean. Also rude. And horrid. And bad.

Citations

1. ^ Smith 1992, pp. 22-33.

2. ^ Jones 1982, pp. 55-55.

3. ^ Smith 1992, pp. 66-77.

4. ^ Smith 1992, pp. 88-99.

Sources and further reading

General audiences

• Jones, Alice (1982). A book on Gage.
• Smith, Bob (1992). Psychology.

Young readers

• Fleischman, X. (2001). Gory Gage.

Notice that {rp} is obviated because it's built in to {sfn}. Before we move on, imagine how this would scale up to the whole article: "Citations" would have 500 entries, one for Smith 22-33, one for Smith 66-77, one for Smith 88-99, one for Jones 44-55, etc.

V5.1

However, we actually could use {rp} to advantage, as follows:

Gage was mean.{{sfn|smith|1992}}{{rp|22-33}} Also rude.{{sfn|jones|1982}}{{rp|44-55}} And horrid.{{sfn|smith|1992}}{{rp|66-77}} And bad.{{sfn|smith|1992}}{{rp|88-99}}

==Citations==

{{reflist}}

==Sources and further reading==

;General audiences

*{{cite book|ref=harv |author= Jones, Alice| title=A book on Gage |year=1982}}

*{{cite book|ref=harv |author=Smith, Bob|title=Psychology |year=1992}}

;Young readers

*{{cite book|ref=harv |author=Fleischman, X. |title=Gory Gage |year=2001 }}

Gage was mean. Also rude. And horrid. And bad.

Citations

1. ^ ^{a b c} Smith 1992.

2. ^ Jones 1982.

Sources and further reading

General audiences

• Jones, Alice (1982). A book on Gage.
• Smith, Bob (1992). Psychology.

Young readers

• Fleischman, X. (2001). Gory Gage.

Notice that the three Smith citations (in V5.0) have now collapsed together, because the page numbers are back in the text as and and , so there's only one kind of Smith in the Citations. In fact, no matter how many times Smith is cited, it will appear only once in Citations. Same for Jones, who will appear just once in Citations, no matter how many times it's cited in the article. In fact, in 5.1 Citations will have exactly the same number of entries as "Sources and further reading" (but in a different order‍—‌Citations will be in a random order).

When the user clicks on any of the Smith callous in the article text e.g. , he's first taken to the Citations entry i.e.

1. ^ ^{a b c} Smith (1992)

Then he has to click again to get to the real bibliographic information in "Sources and further reading" i.e.

• Smith, Bob (1992). Psychology.

Thus in 5.1 Citations have become a kind of lame steppingstone between the article proper and the "Sources and further reading": all three Smith callouts funnel into the single "intermediate" in Citations, which really has no function except to be something the reader clicks on to move down to the "real" Smith entry in "Sources and further reading". (Kind of like a maitre d': doesn't really do anything, but you have to go through him to get to a table, where the actual waiters are.)

With me so far? EEng (talk) 06:13, 27 August 2015 (UTC) Mirokado, feel free to debug the eye-crossing mockup above.

sfn by default prints author date with no parentheses and terminating full stop. Please just accept that rather than adding parameters to each callout to diddle the display format. With this method we would have the big advantage that the "other citations" list could be alphabetical too, which is what we have always really wanted. The need for a second click to arrive at the citation is not a big deal because readers will be (or become) used to doing that in lots of other articles too. I have also been thinking about this (completely independently from yourself) for some time. I hesitated to suggest it because it is yet another "creative" solution, and vulnerable to someone insisting that we are using sfn incorrectly by adding rp instead of the p= etc parameters, but we have good reasons for doing so in this case and can justify the decision if necessary. If you and Tryptofish can agree to take this further I will be happy to support it too. If either of you decides not to support it, then I would not want to push for it against your opposition. --Mirokado (talk) 07:07, 27 August 2015 (UTC)

I wasn't trying to diddle anything, just misremembered sfn's output format. (You and I have fixed it now, I hope.)

My purpose in the above wasn't to propose using such a scheme (at least not unless we think of some new ideas to fix its various drawbacks, or talk ourselves into accepting them) rather to show Tfish, step by step, how you and I ended up with the current scheme. Recall from Talk:Phineas_Gage/Archive_7#Continued_discussion that an explicit goal of our work last year was to eliminate those sfn "intermediates" seen in the V5.1 case, where they're one-or-one with the "real" entries below them in Sources. It's actually remarkable how thoroughly our discussion anticipated questions coming up again now e.g. you'll see in there...

• "I've thought about having just one big alpha order with some kind of designator that tells you which group the source is in, but that sprinkles the seven 'For general readers (Gage)' sources among 100 other sources." (i.e. something like the color scheme)
• "Other works cited ... just use the usual < ref> machinery for these -- they won't be in alpha order but this isn't a 'Suggested reading' list like the other groups, so it doesn't matter. Any new source added by a casual editor will end up in this group; if need be, it can be 'promoted' to one of the other groups, and given a custom tag." (Unhide the "Tag1 and Tag2B" box to see this comment‍—‌bottom of the box.)

Anyway, Tfish, you with me so far on what happens between 5.0 and 5.1, the intermediates collapsing together, etc.? EEng (talk) 15:38, 27 August 2015 (UTC)

Yes, I have gone through it very carefully, and I'm pretty confident that I am with you entirely. I consider 5.1 to be a good starting point from which we might be able to come up with something that I would be happy with. In fact, if purely hypothetically we were to change this page to 5.1 right away, I would see it as an improvement. I also see some advantages to 5.1 over 5.0, for much the same reasons that you have already explained.

Here is my take on some of the pluses and minuses raised just above. I get the point about the maitre d', and it does not bother me unless we were to modify the system so that all cited references were in the Sources and further reading. (Put it another way: if we consider some select sources to be "important" enough to be categorized, then a formal table service is appropriate for them, but the many riff-raff uncategorized sources can sit at the lunch counter.) I'm also not bothered by a second click to get from Citations to Sources and further reading. Nor am I bothered by the issue of it being "incorrect" to use sfn followed by rp.

A question that I see arising next is whether we would also use sfn for all of the sources in the "other" category, in order to be able to place that category in alphabetical order, just as the named categories would be in alphabetical order. I am inclined to oppose doing that, and here is why. On the page now, the categorized sources are, numerically, a small percentage of all the sources; the large majority of sources are the "others". If we were to use rp as in 5.1, that ratio would look/appear the same. Consequently, we have a choice: use sfn for all sources, so that the "others" can be alphabetical, or use sfn only for the characterized sources, and omit the "others" from the Sources and further reading (just as they are omitted from it at Genie). I think the latter is far preferable. If instead we have everything in the Sources and further reading, the maitre d' issue gets increasingly salient and the value of the Citations section diminishes to being just a matter of making Wikimedia happy. (In my mind, I'm actually thinking References and Sources, instead of Citations and Sources and further reading.) Also, something that I like at Genie is that, when I open the edit window there, I find it straightforward to envision editing – unlike the page here, as it is now. So I would want to do things somewhat similarly to Genie, in that we would use sfn-plus-rp for the categorized references that qualify for table service, and ref-plus-rp for the many "other" references that sit at the lunch counter. --Tryptofish (talk) 23:34, 27 August 2015 (UTC)

EEng, I keep seeing you use "klar" as an edit summary. I'm just curious: what does that mean? --Tryptofish (talk) 23:37, 27 August 2015 (UTC)

German for "clear" and (by some weird logic) therefore "clarify". I think there was one time I sort of slipped trying to type "clarify" and it came out that way, and for some weird reason I got in the habit of typing that when I mean "clarify". I realize that makes little sense. EEng (talk) 04:23, 28 August 2015 (UTC)

Okay, that makes it klear. --Tryptofish (talk) 22:53, 28 August 2015 (UTC)

• Spent some time making the Genie conversion in my sandbox, almost but not quite done. Take a look if you want, but might be better to wait, some touchups still to do, gotta run. EEng (talk) 18:30, 28 August 2015 (UTC)

Thanks, take your time. I took a look, and what I saw reinforces my view about what I said above. --Tryptofish (talk) 22:55, 28 August 2015 (UTC)

I agree that alphabetizing the "Other sources" is of little value (and creates a maintenance headache whenever a new source is added).

I've created a Genie-like version (call if 5.1, permalinked here [27]) with the right side of the diff showing the markup changes. (Did this quick and dirty, so in "Citations" not all the old letter codes, or letter-number codes, have been converted to name + year e.g. M8 should be Macmillan 1996.) I think it looks awful, especially the useless "steppingstone" intermediates with their long lists of backlinks.

Feel free to tinker, please just use clear edit summaries. EEng (talk) 02:19, 29 August 2015 (UTC)

Thank you for the hard work you are putting into this! I haven't tried to analyze the diff of the changes, because to do so would give me a headache, but I have examined the resulting version in your sandbox. I like the direction in which this is going, but it still has a way to go, and I am cautiously hopeful that the things that look awful to me are the same ones that look awful to you. I'll neither tinker nor diddle, but I'll summarize what I think is the most needed, in order to go from 5.1 to 5.2:

1. Get rid of the alphabetized "Other sources", per my comment above.
2. No longer refer to sources by capital letters, so that, in "Citations", we see listings in the form of "Name and name, year", rather than "M1".

Those two things are what look awful to me, and they should be easily fixable. If they are fixed accordingly, I'm likely to be very supportive of the change. I also think that making those fixes will result in the backlinks for the most-cited sources look less conspicuous. I can also envision a few subsequent tweaks, but I'll leave them until subsequently. --Tryptofish (talk) 22:15, 29 August 2015 (UTC)

To your points 1. and 2.:

1. I don't understand. The "Other Sources" aren't alphabetized.

2. I mentioned this above. In this sandbox demonstration V5.1 permalinked above, in the Citations section, numbers "1." through "7.", and also "17.", look as they actually would should the article be converted to this scheme. The rest do not; for example

11. ^ ^{a b c} K.

should read

11. ^ ^{a b c} Kean 2014.

Fixing the rest of these would be a tremendous pain in the ass, so for the purposes of discussion we're just going to have to imagine what they'd look like in real life. (You can find out what each letter, or letter-digit, code stands for by clicking on it.)

Unfortunately I don't think we agree on what looks awful. Here's what I think looks awful:

1. The entire "Citations" section is a fifth wheel. If you click on in the article you get taken to "Citations" 1. a b c d e f g h ... bz ca cb Macmillan 2000, and then you have to click on that to get down to the "For general readers" where you find the actual bibliographic information Macmillan, Malcolm B. (2000). An Odd Kind of Fame: Stories of Phineas Gage. MIT Press. [etc etc]. In the current article, the reader clicks on and gets taken straight to the bibliographic information.

2. Because sfn insists on using the numeric callouts etc., we're forced to assign the "Other sources" to uppercase alphas‍—‌running all the way from to ! Thus we still have one of the things you said you wanted to eliminate: a mixture of numbers and alphas in the callouts for sources.

3. The markup is way more complex than it was before‍—‌what Mirokado called the current article's "disciplined and efficient" syntax e.g.

{{ranchor|M|p=346-7}}{{r|fowler|p=6}}

has become

{{sfn|Macmillan 2000}}{{rp|346-7}}<ref group=upper-alpha name="fowler"/>{{rp|6}}

I'm sorry, but I see no advantage at all in any of this, though as mentioned before perhaps Mirokado sees some way to fix these problems. Barring that I'll be surpised if he doesn't agree with my evaluation.

EEng (talk) 04:12, 30 August 2015 (UTC)

V5.2

I am now realizing from what you said that I made some mistakes in what I said, so please bear with me as I clarify. I actually continue to agree with you about most of what you find objectionable, which is all the more reason for my thanks to you for working so hard at this.

Please strike what I said about the Other sources being alphabetized. My mistake. Rather, what I should have said is that the Other sources should be removed from the References section entirely. In other words, the References section should be subdivided into the following subsections: For general readers, For young readers, and For researchers and specialists. The end.

OK, this is done in V5.2, linked here [28] (the diff being versus the current article, not versus V5.1 -- as before, to show how the markup compares to the current article). EEng (talk) 23:32, 30 August 2015 (UTC)

Do that, and it is no longer necessary to use sfn for those Other sources. They would be absent from the References section, but would appear in full in the Citations section. They could be cited using ref, and there would be no problems when new editors show up and add new sources with ref. There would also be no reason to use capital letters (A–CK) to designate those Other sources.

That's also in V5.2, but not quite for the reason you think. The fundamental reason is changing <ref group=upper-alpha name=foo/> to <ref name=foo/> for all the citations to the "other sources", causing them to collapse into the Citations, where they join the "steppingstones" like

1. a b c d e f g h ... bz ca cb Macmillan 2000

i.e. in V5.1 there were 32 "Citations" (steppingstones) and 89 "Other sources" entries, and now there are 32+89=121 "Citations", and no "Other sources".

EEng (talk) 23:32, 30 August 2015 (UTC)

That is what I was getting at in my earlier comment, where I talked about "formal table service" and "sitting at the lunch counter". Please look at that again, and let me know whether or not I am explaining myself clearly enough.

Yes, I think that we both agree that, in the event of full implementation, designations like K would need to change to Kean 2014. You said this first, I agreed with you, and we still appear to agree.

Right. I'm just not going to invest the time doing this in a mockup -- way too much trouble. EEng (talk) 23:32, 30 August 2015 (UTC)

About what you call a fifth wheel, I hope that my clarification about the Other sources will help address that. For the Other sources, which are the large majority of all the sources cited on the page, it would be a single click from the main text to Citations. As for the smaller number of categorized sources, Mirkado said in his comment of 07:07, 27 August, that a second click "is not a big deal", and I agree with him entirely.

A smart editor like you should know by now that you can't quote the timestamps of edits, because editors in different timezones see different timestamps on edits -- for me Mirokado's edit was at 03:07. The best thing, always, is to give a permalink. EEng (talk) 23:32, 30 August 2015 (UTC)

And a smart editor like you should be able to simply read this talk page, where there are timestamps following every editor signature. See here. --Tryptofish (talk) 20:07, 31 August 2015 (UTC)

When I read this talk page, I don't see the same timestamps you do, because I'm in a different timezone from you‍—‌or, more precisely, my account settings specify a different timezone than do your account settings. If you see 07:07 on Mirokado's comment, then your account is set for UTC. Mine is set for US Eastern, so I see 03:07, because Wikimedia automatically adjusts the timestamp to my timezone. The only way I would see your 07:07 would be if I opened the page for editing and searched for that string. Thus my recommendation to smart editors such as yourself either to use a permalink, or to provide a unique search string. But referring to a time and date is a guaranteed source of trouble. (You actually did provide a search string, which is how I found the comment, but only because I'm such a smart editor. The timestamp was thus superfluous and, had you been dealing with a less-smart editor, confusion might have resulted. Thus, I repeat, a unique search string, without the timestamp, would have been better.) EEng (talk) 21:29, 31 August 2015 (UTC)

I just changed my user preferences to a different time zone, and then looked again at this talk page (refreshing the view). It still says 07:07. I'm not talking about diffs, and I'm not talking about edit history. I'm talking about the text that appears on the talk page. Beyond that, I don't know what you see, but perhaps we have different histories with mind-altering substances. --Tryptofish (talk) 22:36, 31 August 2015 (UTC)

Nothing so exotic. More likely you've got Change UTC-based times and dates, such as those used in signatures, to be relative to local time (on Special:Preferences#mw-prefsection-gadgets) unchecked. (However, the timestamps in e.g. edit histories and watchlists are adjusted to you timezone no matter what.) Like I said, always use either a permalink or give a quick search string, or if you insist on copy-pasting the time, at least add UTC to put your readers on notice. EEng (talk) 01:07, 4 September 2015 (UTC)

I agree with your criticism of the sfn callouts for the Other sources, but I think I've explained how to fix that.

The Other sources never did use sfn. (See my interpolated comment above.) Only the categorized edits use sfn, which is what creates the steppingstones. EEng (talk) 23:32, 30 August 2015 (UTC)

In your point number 3, I again agree with you that the sandbox markup is awful. But, based on the Genie page, I would suggest doing it like this: In the References section, have the full citations of the categorized sources; at Genie, they are set up with "Citation"-type templates. Just put each full citation in its proper category: under the correct header, such as For general readers. Where you put it is where it will appear on the page, within the References section. Then, cite them in the main text, similarly to how Genie does it. At Genie, the first source is cited as: {{sfn|Reynolds|Fletcher-Janzen|2004|p=428}}. Here, you would do it instead as {{sfn|Reynolds|Fletcher-Janzen|2004}}{{rp|428}}. I'm pretty sure that that's all you need. You can cite these categorized sources anywhere on the page, using whatever page number applies. And the other sources can just be cited with ref. In either case, the citation links simply to the Citations section. And for the categorized sources, one further click goes directly to the References section, under the category header where you placed it. That's not complicated.

Yes, now that we've collapsed "Other sources" into "Citations" the markup is not as uglified as before, but it's still uglified (see below). EEng (talk) 23:32, 30 August 2015 (UTC)

--Tryptofish (talk) 21:03, 30 August 2015 (UTC)

OK, so here's what's different between the current article and V5.2 (linked in my interpolated comments above):

• What used to be called "Other Sources" is now in Citations, mixed in with the 32 steppinstones, which weren't there before.
• All citations have numeric callouts e.g. instead of a mixture of numbers and letters e.g. in the current article. Clicking on an "other" source takes you directly to the bibliographic info in Citations, whereas before it took you directly to the same info in "Other sources" (so there's no change here). Clicking on a "References/Further reading/Categorized" callout takes you to a steppingstone in Citations, on which you click again to get to References. You're right that's not complicated, at least not very complicated, but it's a definite detriment, however minor; in the current article, clicking on a Ref/Further/Categorized callout (indeed, any callout) takes you straight to the bibliographic information.
• The markup, though not as awful as in V5.1, is still more complicated i.e.

{{ranchor|M|p=346-7}}{{r|fowler|p=6}}

in the current article is

{{sfn|Macmillan 2000}}{{rp|346-7}}<ref name="fowler"/>{{rp|6}}

in V5.2. (Because it made an easier conversion, my {sfn}s don't have the little | pipes between the author and year, but that's a minor detail.)

You mention that in V5.2 "you can cite these categorized sources anywhere on the page, using whatever page number applies"; that was true in the current article too, using the syntax above. You say "And the other sources can just be cited with ref." That was also true in the current article too, since {r} and < ref> can be mixed freely. [Later: To illustrate this, I added a new paper on Gage in a way a random editor might do it, using the common < ref>< /ref> syntax [29]. ]

Honestly, if the article simply arrived from outer space in th first place with V5.2, I wouldn't know any better and wouldn't complain‍—‌there's nothing really bad here, though the whole steppingstone thing is so silly. But we do have the current article, with no steppingstones and simpler markup. (I gather you think the V5.2 markup is somehow less threatening, but IMHO it's as perplexing as the current article markup, and probably more.) I've gamely gone through this exercise because... well, because it's in my nature, but I'm still afraid I don't see at all what this change achieves, either for readers or for editors.

EEng (talk) 23:32, 30 August 2015 (UTC)

I've made two edits to rename the sections in the sandbox version: [30] and [31]. That should be pretty clear, I hope. More importantly, I can see that I still have not been clear enough in explaining what I meant, and perhaps that is why you still do not see what is in your sandbox as being an improvement. As it is now, I'd agree that it's not that much of an improvement, but that's because there are still fixable problems. --Tryptofish (talk) 20:22, 31 August 2015 (UTC)

(interjection) I have not abandoned this conversation but I certainly don't have the necessary time for careful contributions at present. I hope I will have more time again from later this week. (please carry on...) --Mirokado (talk) 20:51, 31 August 2015 (UTC)

V5.3

If we regard 5.2.1 as this: permalink (or diff versus current page, provided by EEng), then there are still some things that I actually attempted to communicate above, where I appear not to have been sufficiently clear, and I think that is why 5.2.1 continues to not look good enough. I again thank EEng for your hard work on this, and I ask you to please bear with me.

When I look at 5.2.1#References in the edit window, I see {{Reflist |30em. So far, so good. But then, where I want to see }} right after that 30em, I don't, and that's where a problem begins. Instead, I see |refs=, followed by a long list of refn templates. That is not what I was trying to tell you, and of course it works out badly. I'm saying the References section should consist of Reflist|30em and nothing more. The references should be cited in the main text using either sfn or ref, and should be compiled under the References section entirely by the reflist template.

(Although it's comparatively trivial, in the Sources section, one would eventually not need the "ref=CITEREF" parameters, once one does away with naming sources by upper-case letters. I think you already know this. I'm pretty sure that sfn will take care of linking "Name, year" from the References to the Sources.)

--Tryptofish (talk) 20:50, 31 August 2015 (UTC)

Also, one can see what I just said at Genie (feral child), where it is done in the way that I just suggested. --Tryptofish (talk) 21:18, 31 August 2015 (UTC)

• You say that because {reflist} has a refs= parameter, "of course it works out badly", and you want the contents of the refs=‍—‌i.e. the various {refn}s‍—‌distributed into the article proper. You do realize, don't you, that this will have absolutely zero effect on what the reader sees? Just what is it that "works out badly" because the article uses refs= per WP:LDRHOW?
• The presence of e.g. ref=CITEREFHarlow 1868 has nothing to do with the "naming sources by upper-case letters"‍—‌they'd still be there even if I went to the trouble of converting all those uppercase letters over to actual author+year. The ref=CITEREFs are there because the harvard/snf system has an extremely rigid and fragile way of concatenating bits and pieces of the citation template into anchor text, and it gets especially complicated when the same author(s) published more than one paper in the same year (requiring e.g. Ratiu 2004a etc.). Furthermore, because of the very specific ways you felt the bundled citations, and citations within footnotes, should be handled, we're stuck with a [[#CITEREFHarlow 1868|Harlow 1868]] syntax for those, and that can't ever by changed as long as you want sfn in the mix. ref=CITEREFHarlow 1868 simply makes explicit, and guesswork-proof, the anchor links that sfn would otherwise put together in its secret confusing way. It's got nothing to do with anything else.

Is there anything else you would want changed, because as it is all my comments in my last post still apply, plus moving the refs= material into the article proper would make the markup even more cluttered. Mirokado, the sooner you can rejoin us, the better. EEng (talk) 00:26, 1 September 2015 (UTC)

OK then, please set aside what I had said in parentheses in my previous comment. I said it was unimportant anyway, and I was just trying to be helpful.

The important part of what I said was about the References section, and what I am saying is to handle that aspect of it as it is done at the Genie page. You seem to have dismissed that as making "the markup even more cluttered". I don't find the markup at Genie difficult to edit. --Tryptofish (talk) 00:38, 1 September 2015 (UTC)

Re the References section and |refs= and so on, I can only imagine there's some serious miscommunication here. Maybe Mirokado will be able to bridge the gap.

In the meantime, since a new paper on Gage just appeared, I added it [32] in the way a "naive" editor might add it, using < ref>< /ref>, to illustrate that the techniques used in this article don't prevent anyone from diving in and adding material, and even sources, "the old-fashioned way". (I haven't been sure, Tfish, whether you think that the use of {reflist |refs= somehow prevents new sources from being inserted directly in the article text.)

(And just to be clear, at this point we don't have a V5.3, just some talk about what it might look like. The last version is V5.2.1, linked above in bold.)

EEng (talk) 16:22, 1 September 2015 (UTC)

Yes, I agree that 5.3 hasn't materialized yet. I was simply trying to designate that I was suggesting what should change after 5.2.

And I agree with you that it is entirely possible for a new editor to add a new source as you just did, by using ref, without breaking the page. Of course, that presupposes that the editor had no difficulty finding the place in the edit window where they wanted to make the edit, and were not confused about how to do it. I smiled when I looked over the edit history, and I saw that you, the undisputed world's champion of editing this page (no, that's not worth a gold metal, nor even a plastic one), had to make a corrective edit after adding that source. It is, indeed, a challenge to edit this page.

That's silly. In copy-pasting between edit windows I unthinkingly picked up the old version of something I had made a tiny adjustment to hours earlier i.e. I accidentally changed Nathanael West back to [[Nathanael West]]; the "corrective edit" was to drop the links again. It has absolutely nothing to do with anything, unless you now are claiming that wikilinking is one of the page's abstruse complexities.

EEng (talk) 23:45, 1 September 2015 (UTC)

Struck. --Tryptofish (talk) 20:37, 2 September 2015 (UTC)

Click here to get struck by lightning. --Tryptofish (talk) 19:04, 4 September 2015 (UTC)
Hitting solves nothing. EEng (talk) 23:14, 2 September 2015 (UTC) Struck. --Tryptofish (talk) 22:31, 3 September 2015 (UTC) [33] EEng (talk) 01:07, 4 September 2015 (UTC) Struck Struck Struck Struck Struck Three strikes and I'm out! --Tryptofish (talk) 19:04, 4 September 2015 (UTC)

But I do understand, and have understood all along, that the existing markup does not prevent additions using ref. My point isn't that it would break the page, but that it would give most editors (including me) a headache trying to sort through what appears in the edit window. Of course, the source citations are not the only eccentricity of this page that complicate the edit window, but they are one of the causes, and they are what we are discussing now.

And I also understand, and have understood all along, that the page will look the same to our readers, whether we use ref, or the markup currently in use. What I have said about |refs= and so on isn't about changing the look of the page. It's about making the page easier for more editors to edit, without damaging how the page looks.

What I'm trying to communicate is that I'd like this page to cite those sources that are not in the categories (like "For general readers", etc.), in other words, the "other sources", the same way that they are cited at the Genie page (except that, here, we could use rp for page numbers). The Genie page is much easier to edit, when one opens an edit window, than this page is.

What I'm talking about isn't a simple matter of using the briefest markup. I fully understand that something like {{r|nice|p=62}} involves many, many fewer characters to type in the main text, than does something like <ref>{{cite encyclopedia|last=Moffat |first=Gregory K. |year=2012 |page=44 |title=Fundamentals of Aggression|editor-last=Browne-Miller |editor-first=Angela |work=Violence and Abuse in Society: Understanding a Global Crisis|publisher=ABC-CLIO |isbn=978-0-313-38276-5 |url=http://books.google.com/books?id=A-GXM9MFaB4C&pg=PA44}}</ref>{{rp|62}}. I've understood that all along.

Like you, I'd welcome it if Mirokado (or any other editor who might show up) could help us sort this out. But it sounds to me that you, EEng, very clearly have the sincere belief that the existing page markup is acceptably easy to edit, and that the kinds of changes I suggest would if anything make it worse. And I trust that you, in turn, understand that I'm saying what I say in good faith too. Although we could continue to each state our views back and forth to each other, I think that we are reaching diminishing returns. Let's give this discussion a few more days, but then, I think I'll seek advice from a larger group of editors. But thanks again for your patience in discussing these things. --Tryptofish (talk) 22:06, 1 September 2015 (UTC)

I agree this is all Mirokado's fault. He'll probably say he had something to do at work or some other lame excuse. But while we're waiting for him to mosey on by (and may I suggest that he start with the 5.2.1 permalink above, which shows the markup change from the current article, and then peruse the discussion) why don't you do this: pick a paragraph from Gage, and one from Genie, which are comparable in content (do/don't have a footnote, do/don't have a blockquote, do/don't have a bundled cite, whatever) and which illustrate your contention that Genie's easier to edit. (You don't have to explain why you think that, just identify each paragraph by an opening phrase.) EEng (talk) 23:47, 1 September 2015 (UTC)

I already know that I will say one is easier than the other, and you will disagree. But that's an excellent question for an RfC. --Tryptofish (talk) 20:38, 2 September 2015 (UTC)

Yeah, sorry but I have had various real-life competitions for my time recently. I hope things start easing off now. I've looked at the v5.2.1 diff and permalink. Generally I agree with what EEng has been saying. If that (completed) were already the chosen citation style for the article it would be fine. But it isn't, and no argument I have seen above convinces me that there is the slightest point in putting in the considerable amount of work necessary to complete the changes. Mixing up the citations with the article content would be particularly pointless. --Mirokado (talk) 01:03, 4 September 2015 (UTC)

Thanks, both of you. That's a pity, not least because it was the two of you who first raised the possibility of doing things similarly to what is at the Genie page. I can understand how the thought of putting a lot of work into a change in formatting can be unattractive. However, the beauty of Wikipedia is that there is a potentially unlimited supply of editors who can help.

I've already agreed to EEng's request not to show him any special considerations. In the near future, I'm going to enlist the input of more editors, and when I do, I will be very serious about it. In that regard, I want to caution EEng against filibustering or refactoring. End of sermon, and thank you both again. --Tryptofish (talk) 19:10, 4 September 2015 (UTC)

RfC: What is it like to edit this page for the first time?

Is this page more difficult to edit than other Wikipedia pages, or not? If so, is that something that ought to be corrected, or not? Please open the edit window for any section of this page, of your choosing. You don't need to save an edit; the idea is just to take a look at what the edit window looks like. Please compare what you see with what you usually see when you are editing pages. (It would also be helpful if you compare edit windows at this page with edit windows at Genie (feral child).) --Tryptofish (talk) 20:06, 4 September 2015 (UTC)

This page is relatively difficult to edit, and that is a problem.

1. Yes, the markup in the edit window is considerably more complicated and idiosyncratic than that at most Wikipedia pages. As such, it is discouraging to editors who are new to the page, to edit. Although not intended to be this way, the practical effect is similar to ownership, because it limits the number of editors who edit. I say this recognizing that the page is well-written and looks good, and that's what matters to our readers, but I also know that it is possible to maintain the quality of the page without such idiosyncratic markup. Editors have recently discussed whether the format for citing sources here is better or worse than the format at Genie (feral child), and I would suggest that the edit window at the Genie page is vastly easier to work with than this page is. --Tryptofish (talk) 20:06, 4 September 2015 (UTC)
2. Yes, the markup on this page is so idiosyncratic that editors are effectively being asked to learn a new markup language to make any change to the page, and there's no particular advantage to the system in use that justifies such a departure from Wikipedia norms. Parts of it are also virtually incomprehensible in VisualEditor, which will increasingly become a problem as VE is now becoming the default for new editors. ‑ iridescent 20:33, 4 September 2015 (UTC)
3. Yes, this has been a problem for a while. --John (talk) 22:40, 4 September 2015 (UTC)
4. Yes, as I noted back on 13-14 August (somewhere in the vast walls of text above). Vsmith (talk) 23:46, 4 September 2015 (UTC)
5. YES. Brought by bot. I couldn't edit this page if I wanted to and I've been around for a few years. I can't see the problems the excessive mark up solves but I'm sure even without knowing them that there are more elegant solutions. SPACKlick (talk) 10:13, 7 September 2015 (UTC)
6. Yes I do felt that there is problem here. Rest of relevant comments I made below and I do think that this article needs clean-up and window view of this article should become normal like any other article.--Human3015^TALK  14:19, 8 September 2015 (UTC)
7. Yes.  And it's not just the wiki code that seems weird and unfamiliar; it's the article too. I don't understand what all those strange superscripts are (capital letters, colons, etc.). I'm talking about superscripts like: Template:RanchorTemplate:Ranchor.   I suppose it's probably all valid and legitimate; but I'll bet at least nine out of ten Wikipedia editors aren't familiar with it.
   Richard27182 (talk) 04:56, 9 September 2015 (UTC)

   Clicking on them will show you immediately what they do. EEng (talk) 09:43, 9 September 2015 (UTC)

8. Yes. The section I looked at ended with {{'"}}{{px1}}{{r|accident_excerpts}}. I can guess what the final one does, and maybe the second one, but I have no clue about the first. I hope someone will be able to go through the article and translate it all into everyday markup. Maproom (talk) 06:57, 9 September 2015 (UTC)

   In all fairness {{'"}} is a quite common template currently in use in over 2000 articles—it's used when an apostrophe and quotation mark are side-by-side, to put a slight space between them so they don't blur together. ‑ iridescent 09:11, 9 September 2015 (UTC)

   ...as well as preventing a linebreak between them, which could happen if a simple space or {{thinsp}} is used to separate them. EEng (talk) 09:43, 9 September 2015 (UTC)

9. Yes. I understand maybe 30% of the templates in use here and of the other 70%, 65% are unneeded or could be replaced with something more usable. It's not just off-putting to new editors, its off-putting to anyone that doesn't know every template in the history of WP. KieranTribe 09:35, 10 September 2015 (UTC)
10. Yes. I've been around a while, and have never seen so many templates in use. MANY instances of adding 1 pixel, of {{shy}}, etc. Difficult to edit. Plus many html comments embedded.... I say {{sofixit}}.  Lingzhi ♦ (talk)

    ...and PS the referencing system is very, very intimidating. Intimidating excessive complexity is superabundant here. Chop. Please.  Lingzhi ♦ (talk) 03:22, 11 September 2015 (UTC)

11. Yes - I remember that there was at least 60kb worth of markup that did not do a darn thing other than making it entirely uneditable. The "Shy" templates are grossly misused and much of it is to firmly hold what Eeng personally finds to work on his computer. More so, I still do not know why the actual advertisement for Gage's public appearance in NH is being withheld still, but I've since given up on the content and markup of this page after dealing with EEng. ChrisGualtieri (talk) 03:48, 11 September 2015 (UTC)
12. Yes, I agree with Tryptofish on all counts and with Iridescent's first sentence. In particular, I think the reference format is contorted, unnecessary and unintuitive and should be adapted to one of the standard formats. Most if not all instances of {{shy}} should also be removed; from its documentation and use on other pages I gather than it is (and IMO should be) for very long words (like those listed in its documentation) and in captions, not for short words like "mistreatment" in prose. Also, re {{px1}}: iff references look sufficiently better spaced slightly away from quotation marks (and presumably anything else raised, like l or !) that it's necessary/desirable to bring about such spacing, surely it is desirable in general and should be adjusted by CSS, not by applying a hack to only 20 of Wikipedia's 4.9 million articles. -sche (talk) 02:13, 19 September 2015 (UTC)

    Hi -sche, wrt {{shy}}, you'll be pleased to know there has been only one {{shy}} for about a week, and I removed it only eight minutes before your edit to the wikitext. ;-) Did you encounter any problems editing the page with VisualEditor? (there is a discussion section below about VisualEditor, and it would be great to know if there are still problems to be fixed.) John Vandenberg ^(chat) 03:12, 19 September 2015 (UTC)

    Also, I wonder which of the standard reference formats you'd suggest. EEng (talk) 23:23, 19 September 2015 (UTC)

This is not a problem.

1. If you like curly brackets it's a real hoot. Haven't had so much fun since I was lost for a week in Hampton Court Maze. "lol" When I summon up enough courage to actually make an edit, I'll report further. Martinevans123 (talk) 22:23, 7 September 2015 (UTC)
2. I don't see it as a major problem. Most editors will be content editing it using Visual Editor. Also, when using the Edit source function, it's clear to me that most of the unusual markup is used in the references. If they are reliable references (which can be checked by clicking on them), these don't need to be changed anyway. If a new editor comes in and needs to re-write or add a section, he/she will simply add the content in the same way they always do, either by using the VE or a more common markup. I would be concerned that a major overhaul of the markup in this article would result in lost or mangled content. --Iamozy (talk) 22:39, 12 September 2015 (UTC)

   I just edited the article to improve readability here and here and did not find the unusual formatting to be a hindrance in any way. --Iamozy (talk) 23:14, 12 September 2015 (UTC)

   (the subsequent discussion was moved to RfC discussion continued, Part 5 by User:Tryptofish). --Mirokado (talk) 22:06, 15 September 2015 (UTC)

Other

Discussion

Not now. I opened edit window and I found everything normal with this page. Rather I'm curious to know how it was earlier. Is there another page with complicated window?--Human3015^TALK  00:35, 8 September 2015 (UTC) struck comment as I realized problem now--Human3015^TALK  14:19, 8 September 2015 (UTC)

I guess people could just use Visual Editor? Any alleged mark-up horrors are then completely hidden? Martinevans123 (talk) 07:34, 8 September 2015 (UTC)

@Human3015: Really?

Code sample

{{nowrap|Long known as "the}}<!--<<force text below img when window is very narrow--> {{shy|American Crowbar Case"{{mdashb}}once termed "the case which more than all others is calcu|lat|ed to excite our wonder, impair the value of prog|no|sis, and even to subvert our [[physiology|physiolog{{shy}}ical]] doctrines"{{nowrap|{{px1}}{{r|campbell}}{{mdash}}}}{{zwsp}}Phineas Gage influenced nineteenth-century discussion about the mind and brain, partic|u|lar|ly debate on [[cerebral localization|cerebral locali{{shy}}za{{shy}}tion]],{{ranchor|M|p=ch7-9}}{{ranchor|B}} and was perhaps the first case to suggest that damage to specific parts of the brain might induce specific person|al|i|ty changes. }}<!--<<end SHY-->{{ranchor|M|p=1}}{{ranchor|M3|p=C}}

(the wikicode for a single sentence of the lead) doesn't seem potentially confusing or off-putting to new editors to you? ‑ iridescent 09:49, 8 September 2015 (UTC)

Well, don't you think this (the wikicode for the lead paragraph of Genie) isn't potentially confusing or off-putting to new editors as well?

Code sample

'''Genie''' (born 1957) is the pseudonym of a [[feral child]] who was a victim of severe [[Child abuse|abuse]], [[Child neglect|neglect]] and [[social isolation]]. Her circumstances are prominently recorded in the annals of abnormal child psychology.{{sfn|Reynolds|Fletcher-Janzen|2004|p=428}}<ref name=Waltz>{{cite book|last=Waltz | first=Mitzi | authorlink=Mitzi Waltz | title=Autism: A Social and Medical History | chapter=Bedlam, Behaviouralism, and Beyond | page=96 | location=Basingstoke, Hampshire, United Kingdom | publisher=Palgrave Macmillan | url=https://books.google.com/books?id=EC0RYUtuXgsC&pg=PA96 | year=2013 | isbn=978-0-230-52750-8 | oclc=821693777}}</ref> When Genie was a baby her father decided that she was severely [[Intellectual disability|mentally retarded]], causing him to dislike her and withhold care and attention. At approximately the time she reached the age of 20 months Genie's father decided to keep her as [[social isolation|socially isolated]] as possible, so from that time until she reached 13 years, 7 months, he kept her locked alone in a room. During this time he almost always strapped her to a child's toilet or bound her in a crib with her arms and legs completely immobilized, forbade anyone from interacting with her, provided her with almost no stimulation of any kind, and left her severely malnourished.<ref name=abcnews/><ref name=nova/>{{sfn|Curtiss|1977|pp=1–6}} The extent of Genie's isolation prevented her from being exposed to any significant amount of speech, and as a result she did not acquire [[language]] during childhood. Her abuse came to the attention of [[Los Angeles]] child welfare authorities on November 4, 1970.{{sfn|Reynolds|Fletcher-Janzen|2004|p=428}}<ref name=abcnews>{{cite web | url=http://6abc.com/archive/6130233/ | archiveurl=http://web.archive.org/web/20130423023727/http://abclocal.go.com/wpvi/story?section=news/national_world&id=6130233 | archivedate=April 23, 2013 | deadurl=no | title=Wild Child 'Genie': A Tortured Life | last=James | first=Susan Donaldson| date=May 7, 2008 | accessdate=March 4, 2013 | publisher=ABC News}}</ref><ref name=nova>{{cite episode | title=Secret of the Wild Child | publisher=PBS | accessdate=February 12, 2009 | series=[[Nova (TV series)|NOVA]] | network=PBS (United States), [[BBC]] (United Kingdom) | airdate=March 4, 1997 | season=22 | number=2 | url=http://www.pbs.org/wgbh/nova/transcripts/2112gchild.html | archiveurl=http://web.archive.org/web/20121109103309/http://www.pbs.org/wgbh/nova/transcripts/2112gchild.html | archivedate=November 9, 2012 | deadurl=no | oclc=57894649}}</ref>

EEng (talk) 10:22, 8 September 2015 (UTC)

New editors editing the lede? That's the last thing you want! Martinevans123 (talk) 10:29, 8 September 2015 (UTC)

@Martinevans123 Well, Iridescent said parts are "virtually incomprehensible" in visual editor, so to look into that I made my last dozen edits in VE -- no problems. (They've really pulled VE together in the last year. It's pretty good now.) Since you've made edits to the article the old-fashioned way, and that seems to be Tryptofish's complaint, it would be helpful if you would report whether you had any problems doing that. EEng (talk) 10:08, 8 September 2015 (UTC)

Ah, yes the old fashioned way. But I edited so long ago that Gage hadn't even had his accident. Martinevans123 (talk) 10:14, 8 September 2015 (UTC)

Apparently you didn't get the memo [34]‍—‌no humor allowed in this discussion. EEng (talk) 10:28, 8 September 2015 (UTC)

I think Iridescent is right, I didn't see it carefully earlier time. I think article needs clean-up if it is getting difficult to edit this article. We can remove all unnecessary markups or codes. Or can we find out who exactly done this by observing edit history?--Human3015^TALK  10:35, 8 September 2015 (UTC)

The question is, what constitutes "unnecessary". If a particular piece of markup isn't worth the trouble it should be removed, but what I find weird is that no one seems to be talking about what this does. EEng (talk) 10:49, 8 September 2015 (UTC)

I have seen so many featured and good articles, but never seen such type of thing yet. If any featured article can live without such codes and markups then this article can also live without it, so I think all codes in this article are "unnecessary". We can simply make it simple to edit. I think those who are regular watchers or editors of this article should take up this responsibility because they are well aware about this subject, I came here via bot. Obviously I will also help to clean because article is too long, we all can take responsibility of cleaning up "one section each". --Human3015^TALK  11:10, 8 September 2015 (UTC)

Yes. Who exactly done this? I think we should be told. Martinevans123 (talk) 11:14, 8 September 2015 (UTC)

"Can live without it" is not an appropriate criterion. The purpose of Wikipedia is, first and foremost, to produce comprehensive, accurate, and attractive articles. "Simple to edit", while desirable, is not a goal in and of itself. Just because you haven't seen it before doesn't mean it's not appropriate in some cases. Furthermore, everything you see now in many articles was once a new idea in one article; without deviation from the norm there is no progress.

So let's start with Iridescent's example. Do you see understand what it does? EEng (talk) 11:22, 8 September 2015 (UTC)

@Human3015: do your later comments indicate that you changed your mind? If so, would you want to change where your RfC comment is? --Tryptofish (talk) 13:56, 8 September 2015 (UTC)

@Tryptofish: Yes I changed my comment now. I also want to say that claim by User:EEng that "everything you see now in many articles was once a new idea in one article; without deviation from the norm there is no progress" is really just trying to make some situation emotional. This is not really good rationale to keep such type of window, I have nearly 9,600 edits as of now but I'm also feeling it difficult to edit this article then forget about IPs and new users. Wikipedia is for everyone including IPs, it should be simple and clear, it is not for some specialized editors.--Human3015^TALK  14:19, 8 September 2015 (UTC)

So do you want to discuss what should be changed, or not? EEng (talk) 14:34, 8 September 2015 (UTC)

I moved the discussion above from #This is not a problem. to here. --Tryptofish (talk) 14:51, 8 September 2015 (UTC)

RfC discussion continued, Part 1

@EEng: I don't know what any of it does, or why you feel you need it to produce good looking and reliable wiki. What is the advantage of the piping, the bizarre referencing style, the use of template mdashb rather than a hyphen. The endless shy templates? Why use

Long known as "the American Crowbar Case"‍—‌once termed "the case which more than all others is calcu­lat­ed to excite our wonder, impair the value of prog­no­sis, and even to subvert our physiolog­ical doctrines" —​Phineas Gage influenced nineteenth-century discussion about the mind and brain, partic­u­lar­ly debate on cerebral locali­za­tion,Template:RanchorTemplate:Ranchor and was perhaps the first case to suggest that damage to specific parts of the brain might induce specific person­al­i­ty changes.Template:RanchorTemplate:Ranchor

over

Long known as "the American Crowbar Case" – once termed "the case which more than all others is calculated to excite our wonder, impair the value of prognosis, and even to subvert our physiological doctrines" – Phineas Gage influenced nineteenth-century discussion about the mind and brain, particularly debate on cerebral localization, and was perhaps the first case to suggest that damage to specific parts of the brain might induce specific personality changes.

Yes I know I didn't put some of the references in there's only so much effort I'll expend on this. SPACKlick (talk) 16:09, 8 September 2015 (UTC)

References

• Per WP:SHY, {{shy}} (soft hyphen) is used in image captions and footnotes to break up large words, plus in one particular passage (not a caption/footnote) which is dense with very long words. In addition, they're used (also per WP:SHY) in three places where the layout is narrow due to two images being opposite each other, one on the right and one on the left.
• Also in those three places (i.e. where there's two images right and left, with text between) {{nowrap}} is used so that, if the window is very narrow and there's only a little room for text between the images, the text is forced below the images. (This is what the comment "<!--<<force text below img when window is very narrow-->" tries to explain, but perhaps you missed that.) You can see this in the lead if you make the window narrower and narrower until the text between the two images suddenly jumps below them. If you and other editors think this isn't worth the trouble we can take it out.
• The referencing was carefully discussed and agreed upon at Talk:Phineas_Gage/Archive_7#Together_again.21.

EEng (talk) 17:36, 8 September 2015 (UTC)

I know what Shy is for and I saw your note about nowrap. That said, most pages work fine, even on narrow screens, without the excessive number of nowraps and shy's. Why does this page need so many? Is it because the images are misused?

I don't have strong feelings either way on the references but if that discussion was re-opened I'd argue that "the encyclopedia that anyone can edit" would lead to preferring consistent referencing, where possible, across the wiki. Which would lean in the direction of <ref /> style rather than template style. The actual page looks cluttered in the way it's currently referenced as well. SPACKlick (talk) 00:45, 9 September 2015 (UTC)

• If you know what it all does, why did your comment open, "I don't know what any of it does"? If you do understand, please explain why you think a particular technique is or is not worth the trouble in the context in which it's used.
• Your desire that all articles use the same referencing style runs directly counter to the dictum given at the top of every page of MOS ("style and formatting should be consistent within an article, though not necessarily throughout Wikipedia") as well as to WP:CITEVAR: "Editors should not attempt to change an article's established citation style merely ... to make it match other articles..."

EEng (talk) 09:43, 9 September 2015 (UTC)

EEng, I know what the templates physically do, I know what they are for. I don't know why they are used here. This page looks like it could be marked up relatively simply without the riduclous excess of templates and odd mark up styles. On references, I'm again aware that there isn't a call for consistency across articles and were this article not so riddled with excess templates already I wouldn't lean towards changing them, except maybe to make them less cluttered in plaintext. SPACKlick (talk) 11:13, 9 September 2015 (UTC)

RfC discussion continued, Part 2

(edit conflict)@EEng: We can discuss that what should be kept in article. I think reference template <ref>source</ref>, links to other articles like [[XYZ]] and some notes like [[Note]] should be kept and rest of all markup thing or codes should be removed , specially things written using {{ }}, also those references written using {{ }} should converted to <ref>source</ref>. There is no need of using words like [[physiology|physiolog{{shy}}ical]]. And I sincerely don't know what is this thing {{nowrap|{{px1}}{{r|campbell}}{{mdash}}}}{{zwsp}} and what is significance of it writing in article. As I said earlier only <ref>source</ref>, [[XYZ]], [[Note]] should be kept. Thank you. --Human3015^TALK  16:19, 8 September 2015 (UTC)

• I don't know what you mean by "notes like [[Note]]"
• You're going to have to be more openminded about the referencing. There's no way this article can be effectively referenced using only < ref>< /ref>; some combination of {ranchor}, {r}, {rp}, {sfn} is unavoidable. (Tryptofish will back me up on this, I think.)
• [[physiology|physiolog{{shy}}ical]] appears (as mentioned above in the discussion with SPACKlick) per SP:SHY at a point where there's limited text width. Anyway, it's in a direct quote‍—‌do you really think someone's going to want to edit it?
• The {{nowrap}} and {{zwsp}} in {{nowrap|{{px1}}{{r|campbell}}{{mdash}}}}{{zwsp}} solves a stupid problem in which the text sometimes comes out like this:

Phineas Gage‍—‌long known as "the American Crowbar Case"

—is blah blah blah blah blah blah blah blah blah blah blah.

which looks awful. The problem comes up in that particular place because of the narrow width available. (The {px} has nothing to do with it and is explained at #px.)

Again, we should discuss which techniques to use and which aren't worth it, but just saying that only markup you've seen before is acceptable is a nonstarter. EEng (talk) 17:36, 8 September 2015 (UTC) P.S. I may be without internet access from sometime today until sometime tomorrow.

No, not accepting that other people's opinion's count is what's a non-starter. You're dangerously close to WP:OWN territory in this discussion. SPACKlick (talk) 00:45, 9 September 2015 (UTC)

I have ready answers to people's concerns because I've thought about these issues carefully already. See WP:OAS. Fresh eyes are valuable, but only if they're willing to discuss issues in the context of the needs of the particular article, and in light of policy/guidelines. EEng (talk) 09:43, 9 September 2015 (UTC)

Fresh eyes, indeed. We wouldn't want you to do anything foolish, EEng. Martinevans123 (talk) 09:53, 9 September 2015 (UTC)

Well, better than a thumb in your eye, saith the Philistines. EEng (talk) 10:06, 9 September 2015 (UTC)

Hey, who are you calling a Philistine, buddy? Martinevans123 (talk) 10:14, 9 September 2015 (UTC)

RfC discussion continued, Part 3

I'm perfectly willing to accept an explanation, if you have one, but you need to explain why "the needs of the particular article" are so unique that they require both markup coding and displayed-page formatting markedly different to every other article on Wikipedia. If you want particular issues, some from me to start with would be (a) why the ridiculously excessive use of the {{shy}} template (currently used 39 times on this article; to put that in context, it's used on 221 articles at the time of writing, and on a dip-sample none of them use it more than once or twice and almost exclusively for the special case of long words in the captions of narrow images)?; (b) why the use of 10 separate invocations of {{zwsp}}, a template with virtually no legitimate uses outside a few specialised cases to do with caption and cell formatting (currently only used in 29 articles on the whole of Wikipedia)?; (c) Why the need for a references section sorted by reading level, which would probably be excessive on genuine general-interest articles like Sea or Animal and is certainly inappropriate on a low-traffic specialist article like this, and in any case constitutes original research unless you actually have sources that a given source is "for young readers", "for specialists" etc? (d) Why the truly bizarre image formatting, with images apparently each at a different random size and placed along both sides of the page with text running between them?

As has been said above by virtually everyone except you, whatever your good intentions this has the effect of making a page whose format is so different to every other Wikipedia article, and whose markup is so convoluted and idiosyncratic as to be virtually incomprehensible to even the most experienced editors, that you've effectively erected a huge barrier to entry to anyone but yourself ever editing the page. This may be justifiable if there is a genuine reason why this provides a benefit either to readers, but as best as I can tell (I haven't read the talkpage archives) you've yet to demonstrate any benefit from doing it this way that outweighs the obvious negatives. (To put the "too many templates" issue in perspective, this article currently uses 121kb of markup to produce 36kb of text. A dip-sample from articles in User:The ed17/Featured articles by prose size with a similar prose length gives Rosetta Stone (77kb markup), Rambles in Germany and Italy (52kb markup), Introduction to general relativity (70kb markup), Talyllyn Railway (56kb markup)—in terms of total wiki markup, this page is roughly the same size as whoppers like John Lennon or Charles Darwin.) ‑ iridescent 10:55, 9 September 2015 (UTC)

Until my lawyer comes to bail me out I'm stuck with only my iPhone, so I'll respond later tonight (assuming the judge grants bail). EEng (talk) 16:32, 9 September 2015 (UTC) Just kidding about the bail. I'm actually babysitting my 5-y.o. nephew for the day. Exhausted already.

Now then... Using your letter designations above:

• (a) Most people don't know about {shy}, so no surprise it's little used. But that doesn't mean it shouldn't be used, and as mentioned already it's used in the places MOS recommends. But just to see I've removed them. Perhaps after taking a look you could tell me where you think they could be usefully restored.
• (b) You're wrong about places where {zwsp} is useful. Many/most browsers won't put a linebreak between a citation callout (e.g. and the preceding text. Usually that's desirable, but in an image caption it's not. Again, just to see I've removed them.
• (c) MOS (WP:FURTHER) specifies that "Editors may include brief annotations" to sources, and indicating which sources are appropriate for which audiences is no more OR than is selecting a list of "Further reading" in the first place. However, this is independent of the markup and I'd like to suggest that, in the interests of keeping the conversation focused, we take this up later.
• (d) The images are sized according to the amount of detail they contain, and in three places images are opposite each other (left and right) to keep them near related text. But as with (c) this isn't related to the markup.
• Your comparison of source sizes is misleading, because "prose size" excludes block quotes, captions, notes, and everything in the References (or Bibliography, or whatever) sections. To get an apples-to-apples comparison, I removed all that stuff from both Gage and Rambles in Germany and Italy (originally 121k and 52k, resp.), which drops them to 51k and 42k. In addition, Gage has 504 in-text citations to sources, while Rambles has only 103; deleting 3/4 of the cites from Gage drops it further to 44k i.e. the difference disappears entirely.

Please take a look at the current version [35] updated as mentioned in (a) and (b), and let me know what you think. EEng (talk) 19:19, 10 September 2015 (UTC)

<bump> EEng (talk) 00:07, 15 September 2015 (UTC)

<bump> Any chance of telling us whether your concerns have been addressed? EEng (talk) 22:14, 18 September 2015 (UTC)

RfC discussion continued, Part 4

I'm well aware of WP:OAS EEng and I'm making the comment that your refusal to elaborate on the benefits to the wiki or its readers of your idiosyncracies in both mark up and plain text are moving you, imho, towards ownership. I'll note that to all the items people have mentioned you've said "this is what the template does" not "why this template is beneficial enough here to outweigh the cost of idiosyncracy". SPACKlick (talk) 11:10, 9 September 2015 (UTC)

• Ok, I am also busy in real life little bit, but anyway, I will check edit history of the article, we should find out who done all this mess in article, if that editor is active then we can ask for explaination from him/her, we can check his/her contribution to see how many other articles are affected by him. We should discourage such editing, we can ask for sanctions on that editor. Even without any such markups editing wikipedia is tough job for new users. I remember when I was new, I was not able do many simple things in editing which now we do routinely. Editing article even with normal markups is really challenging for new editors then markups in this article will not only discourage new editors but also discourage experienced editors too. --Human3015^TALK  13:04, 9 September 2015 (UTC)

I'm familiar with the page history, and the way that it is written and formatted is in very large part the work of EEng, assisted with some technical aspects by Mirokado. In fairness, I want to point out my opinion that EEng has done an excellent job of researching and summarizing the subject, regardless of what editors may think about the formatting. --Tryptofish (talk) 15:43, 9 September 2015 (UTC)

For the avoidance of doubt I'd like to second Tryptofish's comment that from looking at the history it's clear EEng has done a job worthy of recognition in the crafting of the content and sourcing of this page. My only area of concern is the form/format of the markup and to a significantly smaller degree plaintext. SPACKlick (talk) 15:59, 9 September 2015 (UTC)

Side note, EEng, please stop refactoring the discussion, it makes points difficult to follow and link back to and in doing so you are editing the formatting of others comments, a policy violation. SPACKlick (talk) 17:08, 9 September 2015 (UTC)

Keep your pants on. I was just trying to make it easier to edit on my iPhone, and adding neutral arbitrary breaks and adjusting indenting is no violation of anything. Feel free to adjust as you see fit. EEng (talk) 17:57, 9 September 2015 (UTC)

It is ok if EEng made new sections here for ease of editing on his/her iPhone. That is not issue here, section breaks are common in long discussions. But our main issue is markups in article and it seems EEng is not willing to take even a single step back from his/her stand though so many editors are opposing him. According to Xtools EEng has record 1839 edits to this article and 600 comments on this talk page as of now. So it is obvious that this topic is very much near to EEng, when someone has so many edits to particular article then that person can't stop himself to make claims very near to WP:Ownership. Nearly 2,500 edits to one article (mainspace+talk, 1839+600) is amazing thing, many editors have 2,500 edits in their entire work on Wikipedia. We can see similar kind of markups in other articles mostly edited by EEng like Widener Library, Sacred Cod though it seems it is not big problem there as it is in this article. And yes I do appreciate EEng's contribution to this article for making this article more informative. But our only concern is about markups in articles, there is no doubt or question regarding content of the article from my side. If EEng thinks that some markups are really necessary then we can keep those but as per my experience so many markups are not necessary, maybe these markups are suitable for iPhone while editing, but most of people do not edit from mobile phone, and those who edit from mobile, not all of them have iPhone. --Human3015^TALK  19:44, 9 September 2015 (UTC)

I would avoid condescension when your point boils down to "I was changing your work to make it easier for me and what you want be damned" particularly when this discussion is "In this article there is an idiosyncratic style that's good for EEng but everyone else be damned". I don't like direct replies to comments being separated from the comment I made them to because it changes the meaning which is directly against policy and I have now made my firm objection so I don't expect to see it happen again. I don't like following 4 tracks of discussion when it's all about the same thing because that means points relevant to several parts have to be cross-referred or repeated neither of which makes it easier for editors to follow the discussion. Also EEng, despite several edits you haven't responded as yet to any of the reasons people have given for not liking the current style. In particular the question of why it's necessary here. What benefits it provides that outweigh the cost. SPACKlick (talk) 20:45, 9 September 2015 (UTC)

• EEng is a named author whose work is cited in the article and is the coauthor of the principal cited source. I have more issues with what that results (omission of cited errors in the text, etc.) than with the markup of the page. Though this page was actually once even worse than it was now in terms of mark up.... ChrisGualtieri (talk) 03:57, 11 September 2015 (UTC)

No, the two papers I coauthored are cited 29 times, out of more than 500 citations total in the article‍—‌hardly "the principal cited source". EEng (talk) 13:25, 11 September 2015 (UTC)

@EEng: as a side note, may I ask why you have a strong preference for —, ‍—‌ and  – over "-" and " - "SPACKlick (talk) 13:36, 11 September 2015 (UTC)

You didn't add markup to your post that would allow people to understand what you're asking without looking at the source, so here is that source:

may I ask why you have a strong preference for {{mdash}}, {{mdashb}} and {{snd}} over "-" and " - "

On top of that, the characters in the quotes are both hyphens - even though the discussion is about endashes and emdashes. You didn't mean to do that, did you? I'm guessing you meant to write

may I ask why you have a strong preference for {{mdash}}, {{mdashb}} and {{snd}} over "—" and " – "

(where the first quoted character is an emdash, and the second quoted character is an endash with a space on either side). OK, assuming that's your question, here are the answers:

• MOS:MARKUP recommends against literal em- and endashes because they're hard to distinguish in the edit window; thus {{mdash}} is preferred over —, so that you can see immediately that the right character is in use.

Click here ({{mdashb}}) to see the advantage of {{mdashb}}. I prefer it over {{mdash}} because of that advantage.

• MOS:NDASH explains what {{snd}} is for. My use of it instead of <space>–<space> (by <space> I mean a literal, regular space) isn't a preference, because <space>–<space> should never be seen in an article‍—‌in a "spaced ndash" the lefthand space needs to be a hardspace, not a regular space. (The alternative would be to code {{nbsp}}{{ndash}}<space>. Note that here as with mdash, MOS prefers symbolics over literals so that it's clear when editing that the right dash is being used.)

EEng (talk) 04:19, 12 September 2015 (UTC)

<bump> EEng (talk) 00:07, 15 September 2015 (UTC)

RfC discussion continued, Part 5

I just edited the article to improve readability here and here and did not find the unusual formatting to be a hindrance in any way. --Iamozy (talk) 23:14, 12 September 2015 (UTC)

You have a goddam lot of nerve commenting on what it's like to edit the article after actually editing it. You're supposed to speculate on what it's like without actually trying it, and (ideally) with no interest in doing so.

Adding to this outrage, with a relatively modest 1100 edits [36] you resemble, far more than anyone else commenting here, the timid novice it's claimed is frightened and discouraged by any flavor not vanilla. EEng (talk) 03:31, 13 September 2015 (UTC)

Your response here is laughable for so many reasons. First, I don't need your permission to edit the article to make it more readable. Second, my edits have nothing to do with how the article is formatted. Third, your attempt to discredit my actions using the number of my edits is illegitimate and asinine. FOURTH, are you drunk when you're reading this talk page? I literally said that it isn't hard at all to edit. I'm not "frightened and discouraged" by the unusual markup, nor am I intimidated by your absurdly aggressive response to my comment on this RfC. --Iamozy (talk) 05:04, 13 September 2015 (UTC)

Um, I guess I should have enclosed my post in <irony></irony> tags. My point was that you're the only person commenting (other than Tryptofish) who has actually edited the article and yet‍—‌defying the predictions of those who haven't edited but are certain that to do so would be intimidating and confusing (see This page is relatively difficult to edit section)‍—‌you had no problems. That you are a relatively inexperienced editor (at least, as measured by your edit count compared to those of everyone else here) makes the contrast between the handwringing speculation about "intimidation of novice editors", and your actual experience in editing, even more striking. Apologies for any unintended offense. EEng (talk) 05:50, 13 September 2015 (UTC)

Okay, Jeez. You really threw me for a loop there. Not knowing what to expect, I guess I prepared for the worst. Probably my lack of experience showing through. Sorry for the misunderstanding! --Iamozy (talk) 06:21, 13 September 2015 (UTC)

Yes, you novice editors often get the wrong end of the stick. But hang around and you'll soon learn that I'm unfailingly gracious. Re "speculative editing", see "Have you tried it in the water, sir? EEng (talk) 06:40, 13 September 2015 (UTC)

".. the only person commenting (other than Tryptofish) who has actually edited the article"? How very dare you. I edited on 21 June (and without any problems at all, I might add). Martinevans123 (talk) 22:14, 15 September 2015 (UTC)

Shame on me for taking your for granted. EEng (talk) 22:55, 15 September 2015 (UTC)

Shame indeed. My eyes have obviously been opened by this discussion. Martinevans123 (talk) 07:33, 16 September 2015 (UTC)

EEng, please do not cast aspersions on the editors who have commented in the RfC section above. Implying that these editors "have no interest" in editing the page is inappropriate. Nothing in the way I wrote the RfC characterizes editors new to this page as "timid" or "frightened". Having already edited a page does not set an editor up as having a more valid opinion than other editors. --Tryptofish (talk) 22:48, 13 September 2015 (UTC)

Certainly it does. Presuming to answer "What is it like to edit this page?", without ever having edited it, is like answering "What is it like to read this page?" without ever having read it. EEng (talk) 05:04, 14 September 2015 (UTC)

You are overlooking the fact that the RfC specifically asks respondents to open edit windows. And that certainly does not justify "timid" or "frightened". (And you certainly do have an interesting way of finding fault with small things that other editors say, while feeling free to say comparatively large things in response, even if you say them intended as humor.) --Tryptofish (talk) 7:56 pm, Today (UTC−4)

No, I'm not overlooking that. Just opening the edit window and looking, without actually doing anything, is like looking at the water, but not getting in, and declaring the breaststroke really difficult. EEng (talk) 00:16, 15 September 2015 (UTC)

Then you are framing the issue as if responding editors had never before looked at Wikipedia editing windows. Experienced (or even relatively new) editors can indeed evaluate what the RfC asks, based on examining edit windows, without needing to actually go on to save the edit. I am concerned about what you are saying here, because it sounds to me like you are trying to lay the groundwork for claiming that the RfC is not valid, in the event that it does not go your way. Please understand that such an approach will not work out well for you. --Tryptofish (talk) 00:26, 15 September 2015 (UTC)

I'm not "framing the issue as if" blah blah blah. Just because swimmers have been in the water doing the crawl doesn't qualify them to comment on the breaststroke -- unless they get in the water and try it. The fact remains that the one person who has actually edited finds no problem, and this article has had more edits in the last year, by more different editors (including IPs), than the Genie article you hold up as a paragon, and this despite the fact that Genie is 4X as long and gets 30% more page views. (Obviosly here I'm excluding edit by me here, or by Genie's principal author there.)

Meanwhile, please cut out the highhanded, ominous advice about how things will work out for me. I'm really tired of it. Maybe things won't work out so well for you. The problem with this RfC is that it invites vague complaints which don't specify what the perceived problem actually is, or what should be done about it. My attempts to elicit specifics have met with silence, or where something specific has been said, my response to that has met with silence.

You, Mirokado, and I could easily have made a list of the unusual techniques used here, and invited comment on whether each is worth the trouble and complexity, or not. Instead you barreled forth with this meaningless question inviting vague drivebys.

EEng (talk) 03:15, 15 September 2015 (UTC)

If you seriously think that I did not spend enough time discussing things with you first, before opening this RfC, then you are incorrect. You do not own this page. --Tryptofish (talk) 21:27, 15 September 2015 (UTC)

Oh boy, here we go! About a year ago you complained [37] that the page is "overwhelmingly confusing to edit". Since then...

• we've had a colloquy with an editor who finds linebreaks confusing, so I took them all out, and
• you and I and Mirokado made a long exploration of your ideas for changing the referencing system, motivated by your desire "to make this page more like other pages", or to make it simpler to edit. When Mirokado and I opined that the former is not a valid desideratum (per WP:CITEREF) and that your changes would work against the latter goal, you suddenly opened this RfC.

To my recollection, other than the above you‍—‌like those complaining here, with minor and abortive exceptions‍—‌have never said what you don't like about the markup, or taken any initiative to discuss what to do. Where in the last year did you say, "I don't understand what Markup M is there for... I find it confusing... Do we need it?" (Or if you did, I suspect I responded and you dropped it.)

EEng (talk) 00:52, 16 September 2015 (UTC)

I'm sincerely sorry that you feel that way. Just above, you complained that other editors have stopped responding to you in this RfC discussion, and I would speculate that it is because there comes a point of diminishing returns when you refuse to take no for an answer. Let me suggest that you wait and see what the result of the RfC ends up being, and that you accept whatever consensus emerges, rather than fighting it. --Tryptofish (talk) 01:00, 16 September 2015 (UTC)

It's not how I "feel"‍—‌it's facts. I challenge you, now, to give diffs showing you making any concrete inquiry or suggestion about the markup, other than the two bullets above. EEng (talk) 01:28, 16 September 2015 (UTC)

Except EEng, I have tried to edit this page. Following the attraction from the RFC bot I spotted some formatting that looked like a simple fix. Tried to fix it, it didn't work because it was very difficult to work out which bits of the surrounding mark up were doing what. The page is intimidating to edit. Please have faith that when other editors say something seems difficult to edit they've taken the time to work that out. SPACKlick (talk) 08:35, 14 September 2015 (UTC)

Your original post opened "I couldn't edit this page if I wanted to", which very much implies you hadn't tried, so you'll pardon my misunderstanding. What were you trying to fix? EEng (talk) 13:37, 14 September 2015 (UTC)

It would be helpful to know what the formatting was that you say were stymied in fixing. For your convenience here's [38] the article at the time you first commented. EEng (talk) 22:14, 18 September 2015 (UTC)

RfC discussion continued, Part 6

I will do another request to EEng that, this is your favorite topic, you edited it most, you inserted markups with which you are familiar or used to. But please don't insert such markups in any other article, specially in those articles in which many people have interest in editing. For example, don't put such markups in any city article, or sports or alcohol and other beverages articles. Also don't use it any film article. Keep this to your favorite article, and even here also many people seem to be against keeping this markups here, we can see it in this RFCs, still thanks for removing some of them. But again, please don't use it in any other article. I respect you as you are an author. Thank you. --Human3015^TALK  02:29, 14 September 2015 (UTC)

RfC discussion continued, Part 7

Am I correct in thinking that the choice of wikimarkup used is never directly addressed in Wikipedia's guidelines? The WP:MOS does say that "Where more than one style is acceptable, editors should not change an article from one of those styles to another without a good reason." However, I believe that refers to the outward formatting of the article, not the unseen wiring/plumbing. If WP does not expressly state that the unusual markup shown here shouldn't be changed, I see no reason why any individual editor couldn't change it if they wanted to. --Iamozy (talk) 22:14, 12 September 2015 (UTC)

That's a very good question, and I've been half-expecting that quote from MOS to be asked about. Here is my read on it. I think that it does indeed apply to all style considerations, whether seen or unseen by non-editor readers. However, I think that the intended point is that some drive-by editor should not go changing a page from a well-settled consensus style to a personal preference whim. And I agree that such a change is unhelpful. However, I think that it is very important to understand that a drive-by change is vastly different than a careful discussion amongst editors that leads to a consensus that style should be changed. What MOS says should not be misrepresented to imply that ownership is acceptable, in which editors who have already edited a page set themselves up as the veto-ers of any further discussion. Indeed, my intention in opening this RfC was to establish whether or not any such consensus would result after a careful and considered discussion. --Tryptofish (talk) 22:41, 13 September 2015 (UTC)

Advanced editor tools

Firstly let me sort of answer the RFC question by saying that the complexity of wikitext is a bit 'over-done', but it does have good results, and this is a general problem with all wikipages over time. I have a different perspective, as I have watched (and occasionally edited) this article since 2007, so I have seen it grow over time. I havent found it to be more off putting to other articles. When compared to articles which use {{cite .. }} blocks inside paragraphs, such as Genie (feral child), most parts of this article's wikitext is much better. My annoyance with this article is that a lot of the 'notes' could/should be incorporated into the prose of this article, or the prose of other related articles, and that would simplify the wikitext. And most of the inline comments should be moved to Talk:Phineas Gage/to do.

I use the WP:gadget User:Cacycle/wikEd, and IMO the wikitext looks quite nice in that editor.

However for shits and giggles I tried the gadget Syntax highlighter, which is 'lighter', and it gives up after 50 seconds. That isnt unusual - it doesnt work on many large articles, but it seems appropriate to use that tool as a yardstick for whether this articles wikitext is too complicated given its prose size.

I see user:Iridescent saying it is "virtually incomprehensible" in WP:VisualEditor, but I couldnt immediately see which part of the article renders that badly in VisualEditor. It could be VisualEditor appears worse in some browsers. For me, using Firefox, it loads quite quickly in VisualEditor, and it looks "ok", and I see some VisualEditor edits which didnt break the wikitext, but there is room for improvement. There are 'too many' new line characters and template icons in VE - they are distracting. I suspect that with a little effort we can find ways to make this better in VE, without degrading the rendered result. e.g. I have replaced et{{nbsp}}el.}} with {{nowrap|et al.}} in this edit, and it looks like VE handles {{nowrap}} nicely instead of showing a template icon, and I believe that the rendered page is identical. While using {{nowrap}} adds more curly brackets, my gut feeling is that nowrap is easier for a newbie to understand. John Vandenberg ^(chat) 01:49, 17 September 2015 (UTC)

You're right -- et{nbsp}al. is rendered in VE with the little puzzle icon, but {nowrap|et al.} is rendered silently in VE. However, &nbsp; is also "silent", so perhaps we should simply put that in place of all the {nbsp}s, instead of substituting {nowrap} as you suggest. (You may or may not be right about {nowrap} being more intuitive, but using it everywhere nbsp is currently used makes for some pretty awkward markup, and in the end I think we'd be worse off. On the other hand, VE allows you to unknowingly delete &nbsp; -- and most other special characters like that -- while on the other hand templates are harder to delete accidentally, but that's an unsolved problem in VE we'll just have to live with.) Thoughts?

Meanwhile, I think you're right that a number of <! -- comments are overdue to either be handled or moved to the todo list. (Some, of course, are meant to be in the source permanently.) I'll start taking a look now. In the meantime if we we can agree that changing {nbsp} to &nbsp; is the right approach, I'll go ahead and do that too. EEng (talk) 02:47, 17 September 2015 (UTC)

Doesnt MOS recommend using templates over HTML entites like  ? Or am I remembering incorrectly? I am guessing that VE fails on {{nbsp}} (which is used on a neat million pages?) because it uses Lua modules. I quickly looked in the bug tracker for any clues, but couldnt see anything. I like how VE handles {{nowrap}} for cases like et al., as it is a single unit of text and should be deleted as a single unit. But I dont object to &nbsp;, especially when only one is needed between two words. If there are too many in a row, the resulting never-ending-characters in the wikitext create a eye-sore. John Vandenberg ^(chat) 04:40, 17 September 2015 (UTC)

MOS is patchy on advice about markup. However, I'm pretty sure it never specifically prefers templates over html -- usually its examples use html only, or sometimes html and templates on an equal footing -- MOS:ELLIPSIS is typical, and WP:MOSNUM#Non-breaking_spaces tries to hint at the various possibilities, then links to a coupla pages giving conflicting and confusing advice about controlling linebreaks.

I think you're right about nbsp and Lua -- that would explain why VE doesn't fail on e.g. {mdash}. (It doesn't excuse it though -- it's amazing how completely mismanaged the VE effort has been.) I'll wait a bit more for comment from others before converting the {nbsp}s to &nbsp;.

EEng (talk) 07:51, 17 September 2015 (UTC)

I've moved the 'end <foo>' comments within the relevant template invocation to hide them from VisualEditor, and it is now starting to look quite good in VisualEditor.

It still has some 'carriage return' icons, which IMO are worth removing if only to better support VisualEditor, so that editors scared by the wikitext have a flawless experience using VisualEditor. I havent touched those as they are not particularly annoying, and you may have other ideas.

Another problem is that VE shows the entire "Behaviors ascribed to the post-accident Gage.." paragraph as a single {shy} template block, which can be edited using the template editor, but .. yuk! Not sure what is the solution for that. John Vandenberg ^(chat) 01:03, 18 September 2015 (UTC)

I guess you saw that I went ahead with the {nbsp} --> &nbsp; replacement.

Moving the "end <foo>" comments into the templates was brilliant. The little carriage-return thingees are another mystery -- it makes no sense that VE does anything but treat them as a space, since their effect is exactly the same. In source editing these extra linebreaks are to help the eye find the end of {efn} and so on, but since we also have the hidden comments that do the same thing, and since they (i.e. the linebreaks) are causing this clutter in VE, I've removed them.

EEng (talk) 09:28, 18 September 2015 (UTC)

The carriage-return thingees are needed so that VE (and its users) dont unintentionally modify whitespace in an article, which may annoy source editors who use the line-based diffs to follow changes to the article. Thanks for removing the carriage-returns in the wikitext; I appreciate you compromising on that, at the expense of the wikitext being more 'dense' and some might argue the loss of whitespace makes the wikitext also more complicated. But I believe it is a good concession if it means real newbies can easily fiddle with the article prose using VisualEditor.

I've tested EEng's last revision with Syntax highlighter, and it works !! It looks like a few simple changes over the last few days have had a very good result on the complexity of the wikitext.

I have also removed the {shy} on the "Behaviors ascribed to the post-accident Gage.." paragraph. Feedback on that, or other alternatives?

John Vandenberg ^(chat) 01:01, 19 September 2015 (UTC)

As WikEd, syntax highlighter and VisualEditor all now work quite well, perhaps we can turn our attention two other editing gadgets available in the preferences: Wikipedia:RefToolbar & User:ProveIt GT. I have not tried either of them before, but have enabled them to become familiar with how they work on other articles. Has anyone else tried those tools on this article? John Vandenberg ^(chat) 01:02, 19 September 2015 (UTC)