Wikipedia:Ref reform

From Wikipedia, the free encyclopedia

This Wikipedia page is currently inactive and is retained primarily for historical interest. Per Wikipedia:Policies and guidelines: "A historical page is any proposal for which consensus is unclear, where discussion has died out for whatever reason. Historical pages also include any process no longer in use, or any non-recent log of any process. Historical pages can be revived by advertising them. "
If you want to revive discussion regarding the subject, you should seek broader input via a forum such as the village pump.
The following is a feature request for Wikipedia. The details may still be in development, under discussion, but as a whole this request should be discussed with the developers who will decide whether or not to implement it.
How it looks now - text is virtually unreadable
How it looks now - text is virtually unreadable
Under a sane system - text is easily readable
Under a sane system - text is easily readable

Because the ref system is structured in a way where citations are noted within the body of the text, editing articles with a high number of refs is difficult.

  • If the citations' text can be directly noted in its own section, the body of articles will become easier to edit.
  • That is, instead of having lengthy refs making the body of articles highly convoluted, a word/number can link the ref, with the ref noted in its own section, outside the body.

Contents

[edit] Support

  • El_C 18:17, 1 August 2006 (UTC)
  • I support the changes to the current style and hope to see it implemented asap.--MONGO 19:05, 1 August 2006 (UTC)
  • support: Ombudsman 19:09, 1 August 2006 (UTC)
  • I provisionally support any proposal to rid of us of the current "ref" system, which turns articles into obscene, unreadable jumbles in the edit window. --Tony Sidaway 19:25, 1 August 2006 (UTC)
  • Support but we already had this discussion, see Wikipedia talk:Footnotes. We had a huge poll where around 70 people said they wanted this fixed. There are bugs in Bugzilla, e.g. here. - FrancisTyers · 20:12, 1 August 2006 (UTC)
  • Support Would certainly be nice. --InShaneee 20:17, 1 August 2006 (UTC)
  • Comment Wasn't the previous system just like that? It was extremely hard to link multiple citations to the same reference unlike with the current system.--Eupator 20:22, 1 August 2006 (UTC)
    • Comment See my conditional support and the embedded link. I believe it solves the problems. Hipocrite - «Talk» 20:34, 1 August 2006 (UTC)
  • Support. Also note bugzilla:2745, a general suggestion for a second edit window for citation info. (SEWilco 05:12, 4 August 2006 (UTC))
  • Support. Same as Tony S. Anything to rid us of the ref tags. SynergeticMaggot 05:59, 6 August 2006 (UTC)
  • Support. -- Wikipedical 02:02, 16 August 2006 (UTC)
  • Support. References' content should sit in one place and not be scattered across the article. We need One True Reference Style, supported by the MediaWiki. GregorB 23:19, 18 August 2006 (UTC)
  • Support. Yes, can't happen soon enough. Stop the insanity! Morton devonshire 05:02, 24 August 2006 (UTC)
  • Support. Stopping of insanity is a good thing. Shortfuse 02:42, 11 September 2006 (UTC)
  • Support. Ref's are getting messy. Laurənwhisper 01:18, 18 September 2006 (UTC)
  • Support. The current referencing system is cumbersome, messy, and no doubt daunting to new users. Can't sleep, clown will eat me 17:52, 4 October 2006 (UTC)

[edit] Conditional Support

  • Conditional Support I support the change as detailed here. I do not support any change that does not support many-to-one citing, auto-numbering and auto-linking. Hipocrite - «Talk» 20:20, 1 August 2006 (UTC)
  • As per Hipocrite - the new method must support many-to-one citing, auto-numbering and auto-linking; we already have alternative methods of doing refs that don't support that. Jayjg (talk) 23:04, 1 August 2006 (UTC)
  • As per Hipocrite and Jayjg. Kirill Lokshin 16:13, 2 August 2006 (UTC)
  • Per Hipocrite. --Zoz (t) 16:18, 3 August 2006 (UTC)
  • Per Hipocrite also. Without auto-numbering, such a system would be a nightmare. Dark Shikari talk/contribs 17:55, 3 August 2006 (UTC)
  • Per Hipocrite. Stifle (talk) 10:52, 4 August 2006 (UTC)
  • Per Hipocrite - those are very important features. --Kristjan Wager 17:16, 4 August 2006 (UTC)
  • Per Hipocrite. —Nightstallion (?) 02:08, 5 August 2006 (UTC)
  • Per Hipocrite - any change should also fully support the existing format for citations; I find the status quo to be fine for articles that are not citation-heavy. Liffer 05:20, 5 August 2006 (UTC)
  • The simplicity of the screenshot above would probably be too much to ask for a system with all the nice features we wouldn't want to lose, but I would really like to see something like {{ref}} built into MediaWiki, with better autonumbering. Christopher Parham (talk) 07:40, 8 August 2006 (UTC)
  • Vague support, in that I can't stand the current system and this one would be better provided it had support for the things Hipocrite identifies. (I still prefer Harvard-style references, though. Any footnote-based system is cumbersome, in that one must jump to the end of the document and manually associate numbers just to find out which source is being cited. A simpler way of implementing footnotes would be a step forward, but it would still suffer from all the problems of footnotes.) — Haeleth Talk 18:00, 9 August 2006 (UTC)
  • Per Hipocrite - that solution would appear to offer increased flexibility without sacrificing current features. Lyrl Talk Contribs 01:14, 18 August 2006 (UTC)
  • Per Hipocrite. --Sam Blanning(talk) 15:20, 20 August 2006 (UTC)
  • Per Hipocrite. --Andromeda 02:39, 30 August 2006 (UTC)
  • Conditional support as per Hipocrite, but two conditions. A means is needed to automatically relocate references entered into the body the text (post-edit processing already happens, see subst). This is because when working references into a article being writen, it is often far easier to write their description in the location where it is needed, not breaking up flow by having to scroll to the bottom of the article (which, it should be noted, isn't possible when editing a section). Secondly, a special:checkrefs or similar is needed to allow a quick means to see if a reference definition exists to match uses of the definition - and hence providing a safety check against forgetfulness. Ideally a better means to access all this information would be availible, but this may not be the best place to discuss that. LinaMishima 01:44, 2 September 2006 (UTC)
  • Per Hipocrite - I've definitely noticed this problem. Ideally there might be a system where clicking the ref number in the edit field would cause the reference to expand revealing the text of the citation, however this would require a more sophisticated editor so it seems unlikely. GabrielF 22:26, 10 September 2006 (UTC)
  • Conditional Support - As to those who are objecting, I agree that we cannot go over to a system where all of the inline citations become just numbers, there must be more information available in the text, maybe scrolling over the reference number and the reference information comes up. Judgesurreal777 02:35, 12 September 2006 (UTC)
  • Conditional support - In the current cite.php system, the first use of a named reference must contain the text repeated for all uses of the name. When an article gets reorganized a reference is often used before it is named. This enhancement avoids that problem by relaxing the "first use" constaint, and that much I support. However, the present proposal would seem to require two passes to render (=bad). Also it seems to separate the reference text from the main text (when editing a section), which was one of the drawbacks of the ref/note system, and which needs a solution. One solution would be to have the reference text available at the bottom of the edit page like transcluded templates. Clicking on one would bring up an edit page for that reference text only. Perhaps every <ref> tag could be treated as a distinct level-5 section which could be edited independently (but not generate an [edit] link when viewed normally)? A solution of this nature would involve software changes beyond the cite.php system. This partly addresses BrownHairedGirl's objection below. As a related enhancement, each use of a named ref should allow some variable text to support page numbers. Gimmetrow 03:29, 18 September 2006 (UTC)
  • Support Exactly what Hipocrite linked to. Refs should still be referred to by a name chosen, but allow for the actual reference text to occur somewhere else. Kevin_b_er 00:01, 7 October 2006 (UTC)
  • Support per Hipocrite. In addition, it would be nice to be able to provide full citations at the end of sections, rather than only at the end of articles. Vectro 17:09, 11 October 2006 (UTC)
  • Conditional Support to the extent that I agree that the current system could be improved, and needs to be improved. Perhaps a toggle in the edit screen (1)Show text only with placeholders for refs (2)Show text with in-line refs expanded. Then, those who wish to edit the text can do so without 'clutter'. WLD 22:06, 12 October 2006 (UTC)

[edit] Oppose

  • Reluctant but firm oppose. I strongly sympathise with the problems identified in the current system, but the proposed fix seems to me to open up a new and equally serious problem. AFAICS, under the new system, the referenced footnotes would either be off the screen, or (when editing a section) not available in the current edit. I can't see a solution which doesn't have on problem or the other, and it seems to me that current system works very well for articles which are not heavily referenced, and that sems to me to cover the majority of articles.
    If someone could propose a solution which avoided both problems, I'd be delighted ... but sadly it seems to me that this proposal just takes us from the frying pan to the fire. --BrownHairedGirl 09:12, 3 August 2006 (UTC)
    All articles should be heavily referenced with reliable sources. :) - FrancisTyers · 11:19, 4 August 2006 (UTC)
  • Oppose as per BrownHairedGirl. I also think, however, that the issue needs to be fixed. Would it be possible to have two textareas side by side, the left pane containing the article text, including the words/numbers that link to the references, and in the right pane, include only the references? Although it would be difficult to edit on a smaller screen, it would solve the problem of being unable to edit the references on the screen. --Iamunknown 16:49, 10 August 2006 (UTC)
    One above the other, on smaller screens? – Gurch 16:11, 17 August 2006 (UTC)
    See bugzilla:2745, a general suggestion for a second edit window for citation info. (SEWilco 05:41, 19 August 2006 (UTC))
  • Oppose. I like it the way it is now. -- cmhTC 01:49, 7 September 2006 (UTC)
  • Reluctantly Oppose. The present system can be muddy when editing, that's for sure, but the new system threatens IMHO to disconnect the footnote editing from the text editing, leading to mis-aligned footnotes ("Oops, no, #2 was supposed to say what #3 says"). It is also unclear to me what happens when one adds a footnote in the middle of an article that is already heavily footnoted. We will have footnotes that will eventually go 1, 2, 3, 12, 4, 5, 11, 6, 7, 8, 9, 10?? Madman 12:11, 8 September 2006 (UTC)
    • Basically the same as most of the conditional supporters, then :) LinaMishima 01:36, 9 September 2006 (UTC)
      • Maybe.  : ) Madman 03:28, 9 September 2006 (UTC)
  • Oppose, since adding references is so simple with the current system. One edit to a section and you're done. The current proposal isn't practical for reasons stated above (and in conditional supports) and there isn't an easy workaround. It's helpful if one's concern is ease of reading through the edit box, but that's more easily addressed in the current system by telling people to add line breaks in their cite templates. - Bobet 10:32, 13 September 2006 (UTC)
  • Good idea, but no Doesn't address the failings of {{ref}} and {{note}} and why m:cite.php is in favor: The proposed system doesn't seem capable of handling automatic numbering within the article, and also appears to break wikisyntax. Implementing this proposal would be a headache. Suggest fix per bug 5885. Note that my vote would be Support if it didn't abandon m:cite.php; think of all the references that would need to be converted to the proposed style. --DavidHOzAu 12:32, 13 September 2006 (UTC)
  • Oppose - per BrownHairedGirl. I don't really like the current system, but this proposal would render section editing unusable, without having all the info inline with the ref tag it would take matching up two sections and editing them together to get stuff to come out right. I know that it isn't too hard to do that, but it is still more difficult then the current system. Also some unused references would inevitably get left behind in the page and simply perform nothing. However, as long as auto-numbering is maintained I'm not to strongly opposed to this... --T-rex 03:55, 17 September 2006 (UTC)
    I didn't see the example as being that specific. Note bugzilla:2745 proposes adding a second edit window for references, so with undefined reference formats you'd have two edit forms on the same page. If there is a structured ref/citation format then the reference edit section might support it (fields for title, author, etc?). (SEWilco 04:15, 7 October 2006 (UTC))
  • Oppose. First of all, the proposed solution would require a commitment of developer time, which might be better spent on some of the more pressing issues on Wikipedia (like automatically softblocking Tor IPs or stable versions). Secondly, this solution would make adding or editing references much more difficult. It would basically take us back to the system that we had in the days of the 'ref' and 'note' templates, which was complained about extensively and was the primary reason for bringing in cite.php in the first place. Cynical 19:46, 13 October 2006 (UTC)

[edit] Neutral

  • Neutral Eh, doesn't matter to me either way. Is this poll going to do anything, btw? People Powered 13:10, 8 October 2006 (UTC)

[edit] Patch

I have submitted a patch to Avar (the original author of the Cite extension) that addresses several of the objections being raised here.

The two main features of note:

  1. Creation of a <refdefine> tag that defines a reference in the same way that <ref> does, but may be placed anywhere in a document and outputs nothing.
  2. The ability of <ref name="foo"/> references to work even if the associated content is defined later in the page.

Dragons flight 20:00, 6 August 2006 (UTC)

Great work, Dragon's flight! That short-circuits the need for this proposal quite neatly. --DavidHOzAu 01:16, 20 September 2006 (UTC)
It is only a short-circuit if the patch is implemented before other action related to the proposal takes place. Has the patch been implemented? (SEWilco 02:53, 20 September 2006 (UTC))
I sent it both to Avar (ref's original author) and several weeks later put it on bugzilla, but so far nothing has been done (bugzilla:5997). Neither Avar nor anyone else have commented on status. Dragons flight 03:49, 20 September 2006 (UTC)