Wikipedia:Manual of Style/Dates and numbers/Date Linking RFC

Add links
Source: Wikipedia, the free encyclopedia.
This Request for Comment is now closed. Please do not modify the archive below and instead participate in discussions at
WT:MOSNUM
. Thank you!
Note to readers: There are two active requests for comment. Please also see:
Shortcut

The use of date autoformatting presently available in Wikipedia is overloaded on the function of interwiki linking. [[May 1]], [[2000]] autoformats the date for registered users who have set a date preference, but it also (for all users) provides links to the pages

deprecate
such links, meaning that their use is now discouraged. However, that consensus has since been disputed. This RFC aims to settle that dispute as well as answer additional questions relating to dates and auto formatting.

This RFC seeks input about how editors and readers of Wikipedia expect dates within articles to be handled, including if they should be autoformatted and when dates should be linked. Understanding Wikipedians' views on these issues will help to resolve current disagreements about how to handle date links.

Deprecating the current date autoformatting

Do you support or oppose retaining the following statement?

Dates should not be linked purely for the purpose of autoformatting (even though in the past this was considered desirable).

Background: The date autoformatting function as currently implemented only works for registered users of Wikipedia who have set a date format preference. Users who are not logged in or who have not set a preference see whatever date formats have been used by the editors of the articles; if multiple editors have used multiple date formats on the same page, users who aren't logged in see many different date styles, which can impact readability. Furthermore, the current date autoformatting system can lead to

WP:MOSNUM
since August 2008. However, recent discussion has led to a dispute if there is truly widespread support for deprecating these links, and the RFC seeks to establish if this is the case or not.
Note: Mediawiki's software developers have created a patch to correct problems with the current method of date autoformatting. It has not been established when or if the patch will be implemented. (For more information on this, please see the discussion on Bugzilla.)

Support deprecation

The proposal explicitly includes the links, so the fact that the bugzilla patch could remove the need does not affect my view. Provided the formatting is consistent between registred and logged in users, ie. it does not depend on user preference, I have no problem with it.
Taemyr (talk) 14:28, 25 November 2008 (UTC)[reply
]
  • Support. Per my comments in the RFC above. Ruslik (talk) 08:51, 25 November 2008 (UTC)[reply]
  • Support. Per my comments in the RFC above. I would note that if there was a way to autoformat dates without them resulting in links to useless date articles, I would strongly support that option.--
    chitchatseemywork 09:09, 25 November 2008 (UTC)[reply
    ]
  • Support as in
    'the RFC above, which has decisively said "no" to a return to DA. Pointless to ask yet again.Tony (talk) 10:05, 25 November 2008 (UTC)[reply
    ]
  • Support --Apoc2400 (talk) 10:31, 25 November 2008 (UTC)[reply]
  • Support - as in the other RfC: the current DA system is a confusing misuse of wikilinks; and the patch is problematic in a number of ways.
    Sssoul (talk) 11:00, 25 November 2008 (UTC)[reply
    ]
  • Support - dates should not be linked for the purposes of autoformatting.—
    MDCollins 11:38, 25 November 2008 (UTC)[reply
    ]
  • Support for reasons explained elsewhere--Toddy1 (talk) 18:22, 25 November 2008 (UTC)[reply]
  • Support - way overused and undermines the purpose of linking in Wikipedia. The Rambling Man on tour (talk) 12:12, 25 November 2008 (UTC)[reply]
  • Support - deprecate the deprecated. --Dweller (talk) 12:28, 25 November 2008 (UTC)[reply]
  • Support. Links should only be used where they help a reader understand an article. Date links hardly ever do so.
    Phil Bridger (talk) 12:38, 25 November 2008 (UTC)[reply
    ]
  • Support Date autoformatting is a trivial function that is not worth linking dates. Dabomb87 (talk) 14:00, 25 November 2008 (UTC)[reply]
  • Support. Use links for linking only. -- Jao (talk) 14:42, 25 November 2008 (UTC)[reply]
  • Support per
    WP:CONTEXT. --John (talk) 14:52, 25 November 2008 (UTC)[reply
    ]
  • Support, useless and ugly, as I said in the other RfC. Tim Vickers (talk) 15:51, 25 November 2008 (UTC)[reply]
  • Support a non-trivial solution to a non-existent problem. Knepflerle (talk) 16:12, 25 November 2008 (UTC)[reply]
  • Support per my reasons stated in previous RFC. Sillyfolkboy (talk) 16:10, 25 November 2008 (UTC)[reply]
  • Support per my reasons stated in the RfC above. Tempshill (talk) 16:38, 25 November 2008 (UTC)[reply]
  • Support The current system displays falshoods to logged-in users who are reading non-Gregorian dates and who have chosen "2001-01-15T16:12:34" as their date preference. Furthermore, the current system is not worth fixing. --Gerry Ashton (talk) 17:27, 25 November 2008 (UTC)[reply]
  • Support Autoformatting was a hasty and ill-conceived solution to a perceived problem, and the 'cure' has turned out to be far worse than the disease. It offers no benefit to >99% of our readers, it creates millions of valueless links, its counterintuitive syntax has misled editors into linking bare years and all sorts of other time periods, it hides data inconsistencies from editors whilst displaying them to everyone else. Let's rid WP of this pestilence. Colonies Chris (talk) 17:54, 25 November 2008 (UTC)[reply]
  • Support per wp:context. -- Quiddity (talk) 19:04, 25 November 2008 (UTC)[reply]
  • Support - I have serious concerns about the viability of the patch, especially with regard to anon users. However, I should point out that deprecated does not mean "removed as fast as possible" as some people seem to think it does. Mr.Z-man 19:21, 25 November 2008 (UTC)[reply]
  • Support per the comments above. Excessive overlinking does make an article less readable, and it is only useful for that little group of users who have changed the default date formatting in their user preferences. I don't see how the patch will provide anything better than this currently system does... ~~ [ジャム][talk] 19:36, 25 November 2008 (UTC)[reply]
  • Support - From the perspective of a reader who has read articles with and without date links, I don't miss the links when they aren't included. They don't really add anything, and the text does look cleaner with less blue. I agree with JGXenite that a patch won't be an improvement. Giants2008 (17-14) 19:46, 25 November 2008 (UTC)[reply]
  • Support - for the 500th time already. How many times do we have to decide this? Kaldari (talk) 19:51, 25 November 2008 (UTC)[reply]
  • Support as in previous RFC. Date autoformatting is not a useful feature and adds a non-trivial editing job formatting dates to use it. DoubleBlue (talk) 21:12, 25 November 2008 (UTC)[reply]
  • Support - because linking does not provide proper markup for datesLeadSongDog (talk) 21:22, 25 November 2008 (UTC)[reply]
  • Support - linking to dates per se serves no relevant purpose for an article (automatic or not).--HJensen, talk 21:30, 25 November 2008 (UTC)[reply]
  • Support.
     HWV 258  21:36, 25 November 2008 (UTC)[reply
    ]
  • Support - I see no useful purpose in autoformatting dates when the vast majority of our readers do not see the autoformatting, nor do I see the merit in linking to a random list of things that happened on a date. Ealdgyth - Talk 22:17, 25 November 2008 (UTC)[reply]
  • Support - "purely for the purposes of date autoformatting". Obviously some dates will want linking and will thus get autoformatted. I strongly want autoformating of dates that works but this should be independent of links. I also believe UK centric articles should in the raw be "dd mmm yyyy" whilst US centric ones should probably be "mmm dd, yyyy" -- SGBailey (talk) 22:50, 25 November 2008 (UTC)[reply]
  • Support - but only if there is an alternative method of date autoformatting available. -- Arwel Parry (talk) 00:42, 26 November 2008 (UTC)[reply]
  • Support - using links for autoformatting is a bad format for autoformatting, it leads to needless links to random collections of dates. Autoformatting that only works for registered users isn't useful either. Ealdgyth - Talk 00:54, 26 November 2008 (UTC)[reply]
  • Support - This leads to massive confusion for all editors who either can't be bothered with autoformatting well or IP editors who see 2006-07-03 and go "wut!?" - NuclearWarfare contact meMy work 01:54, 26 November 2008 (UTC)[reply]
  • Support - Because I can live without receiving Greg L's sewer cover barnstar award.
    WP Physics} 02:02, 26 November 2008 (UTC)[reply
    ]
  • Support ... sigh, for the umpteenth time. I don't see the point in continuing to poll on this issue in the hope that one may go differently from all the previous ones. Besides, if it did, folks would just argue that some earlier polls with larger numbers of participants "prove" theirs had the "greater consensus". Askari Mark (Talk) 03:28, 26 November 2008 (UTC)[reply]
  • support and get rid of all existing links of this type. They serve no useful purpose to the reader and just make the article look ugly. Hmains (talk) 04:35, 26 November 2008 (UTC)[reply]
  • Support, DA is of dubious benefits for readers, contrary to claims - everyone capable of reading English knows that [[12 November]] [[2009]] is the same as [[November 12]] [[2009]], The real reason it exists as an apology for the formatting inconsistencies of editors, who have no automated means of ensuring that articles dates are correctly formatted in the first place. DA is about as desirable as a wart on one's foot, and I can really see no point in putting in this extra work for an unquantifiable and intangible benefit. It's not as if we are expressing ourselves in the highly ambiguous 11/12/09 - and even if we did, no machine or algorithm is going to sort that out. Ohconfucius (talk) 10:23, 26 November 2008 (UTC)[reply]
  • Support for all of the reasons laid out here over the past half-year or so. JIMp talk·cont 10:26, 26 November 2008 (UTC)[reply]
  • Support; the linking provides little of value beyond a further excess of blue, taking focus away from the "high value" links. In addition, the autoformatting can obscure problems that editors do not see, but the vast majority of our readers do see. Steve T • C 10:39, 26 November 2008 (UTC)[reply]
  • Support Autoformatting is mass-medication at its worst. Lightmouse (talk) 10:41, 26 November 2008 (UTC)[reply]
  • Support For the reasons below. -- Taku (talk) 13:52, 26 November 2008 (UTC)[reply]
  • Support. Neither linking nor autoformatting are particularly useful features. Fut.Perf. ☼ 14:03, 26 November 2008 (UTC)[reply]
  • Support. I agree that neither linking nor autoformatting are needed nor desired. It looks ugly and overlinked. Get rid of them on sight. -- Alexf(talk) 14:11, 26 November 2008 (UTC)[reply]
  • Support. As above, linking all dates is distracting and useless, and autoformatting of dates is something we can really live without. What's with all the drama?  Sandstein  14:38, 26 November 2008 (UTC)[reply]
  • Support. It is high time we remove useless links that clutter up articles (thus devalueing links that make sense in the article), especially since 99% of our users will see no benefit from the formatting capability. Karanacs (talk) 16:28, 26 November 2008 (UTC)[reply]
  • Support as date links do not link to pages that are generally relevant to the context of the article they are in. It Is Me Here t / c 17:08, 26 November 2008 (UTC)[reply]
  • Support. See my comments at the other RfC.
    ping 17:30, 26 November 2008 (UTC)[reply
    ]
  • Support generally, gratuitous date links (like other gratuitous links) obscure the useful links in an article. Links should only be made on meaningful relationships. Studerby (talk) 19:58, 26 November 2008 (UTC)[reply]
  • Support. This was long overdue. --Hans Adler (talk) 22:42, 26 November 2008 (UTC)[reply]
  • Support, and I've typed my reasoning in so many polls and RfCs for the last two years that I'm not typing them again. D'oh. SandyGeorgia (Talk) 03:55, 27 November 2008 (UTC)[reply]
  • Support. Date links are distracting and lead to pages that no-one reads. --Jack-A-Roe (talk) 04:41, 27 November 2008 (UTC)[reply]
  • Support, date links do more harm than good. Everyking (talk) 06:29, 27 November 2008 (UTC)[reply]
  • Support, as date links have little value and autoformatting is potentially useful only to logged-in users. —Josiah Rowe (talk • contribs) 06:57, 27 November 2008 (UTC)[reply]
  • Support for all the reasons already given; linking all dates is a large idiosyncracy with very small benefit. --NE2 06:59, 27 November 2008 (UTC)[reply]
  • Support, the links that result from autoformatting/linking are unnecessary and irrelevant to the article, and even though autoformatting is depecrated, editors will implement internal consistency in articles. Punkmorten (talk) 08:28, 27 November 2008 (UTC)[reply]
  • Support. Date autoformatting/linking provides very little benefit, is unsightly and distracting, and generally is unnecessary & irrelevant to the article (also where a WikiProject has mandated a date style for its articles). Whitehorse1 23:48, 27 November 2008 (UTC)[reply]
  • Support. Linking is for the purpose of directing the reader to other relevant content. Using it for DA was a mistake and should be corrected asap. --RexxS (talk) 03:44, 28 November 2008 (UTC)[reply]
Just to be clear, since the title of this section has changed since I originally !voted: My comment was in support of the principle, "Dates should not be linked purely for the purpose of autoformatting". My understanding of "should not" is that such links should be removed, not merely deprecated. I hope whoever tallies this RfC will appreciate that was what all supporters up to 30 November were commenting on. --RexxS (talk) 01:27, 1 December 2008 (UTC)[reply]
  • Support linking should only be done for reasons of relevance. Linking all dates is essentially the same as linking all words. Blue-Haired Lawyer 13:29, 28 November 2008 (UTC)[reply]
  • Support Meh, what more can I say that hasn't already been said? Linked dates are more often out-of-context and irrelevant to the matter at hand, than serving a contextual purpose.
    Yngvarr (t) (c) 14:57, 28 November 2008 (UTC)[reply
    ]
  • Support Per all above, it's useless overlinking.--HereToHelp (talk to me) 15:27, 28 November 2008 (UTC)[reply]
  • Support I have always thought it was unnecessary, I completely agree with HereToHelp; Useless Overlinking Highfields (talk, contribs, review) 15:36, 28 November 2008 (UTC)[reply]
  • Support Is unnecessary, produces a "blue sea" effect and allows editors to be lazy with consistent formatting at the expense of our readers (it's sadly a far less hypothetical or theoretical problem than one might imagine). The date links themselves are useless, and the autoformatting works for only a tiny fraction of total readers, that being the fraction of users who have consciously set their preferences. Orderinchaos 15:41, 28 November 2008 (UTC)[reply]
  • Support. Auto-formatting is kind of meh. SnowFire (talk) 16:02, 28 November 2008 (UTC)[reply]
  • Support --
    talk) 16:15, 28 November 2008 (UTC)[reply
    ]
  • Support They don't add anything and the text is cleaner without the extra bluelinks --RedKiteUK (talk) 16:18, 28 November 2008 (UTC)[reply]
  • SupportI agree, auto-linking dates just causes a mass flood of useless events that happened on that day/month/year and offers no additional benefit to the article structure or Wikipedia in general. -- ErnestVoice (User) (Talk) 16:20, 28 November 2008 (UTC)[reply]
  • Support. Links in articles should always be able to take you to somewhere useful when you click on them. If I click on a day and month link I will rarely find information that sheds light on the article I was reading. If I click on a year link I will just about never get information that sheds light on the article. Only if full dates (day, month, year) used one link, only if every date so linked had its own article, would this linking be able to bring useful information to the reader by giving them a sense of what else might have been happening on that day in history. The problem of showing dates in a way that fits a user's expectations is trivial in comparison, and should be handled by a different mechanism than links. Binksternet (talk) 17:06, 28 November 2008 (UTC)[reply]
  • Strong Support Unnecessary overlinking to articles that are not relevant/related (months, years, days), and a waste of resources. ~ priyanath talk 17:54, 28 November 2008 (UTC)[reply]
  • Support Date links have little value. The current method of implementation for registered users is cumbersome - I've probably spent hours linking dates. Most Wikipedia readers are not registered users, leading to inconsistent date usage within articles. dissolvetalk 17:56, 28 November 2008 (UTC)[reply]
  • Support I don't use autoformatting, most people I have talked to about it don't, and people can figure out obscure dates—or, better yet, article creators can just not make the dates obscure to begin with. And, as most people above me have said, linking dates is messy. —
    talk/contribs 17:57, 28 November 2008 (UTC)[reply
    ]
  • Support. Datelinking is a waste of time, looks ugly, and is really unnecessary.
    AGK 18:04, 28 November 2008 (UTC)[reply
    ]
  • Support. Date links are one of the few things in Wikipedia which creates an unprofessional impression. Can you imagine a "real" encyclopedia typesetting dates in the font used for words you might want to look up? --Zvika (talk) 18:17, 28 November 2008 (UTC)[reply]
  • Support Does not add value to articles.
    talk) 18:24, 28 November 2008 (UTC)[reply
    ]
  • Support - Creates a vast quantity of unnecessary and irrelevant links. Pfainuk talk 18:28, 28 November 2008 (UTC)[reply]
  • Support - Clearly linking dates is very problematic and these outweigh the benefits.
    (talk) 18:33, 28 November 2008 (UTC)[reply
    ]
  • Support. It is not helpful. Angus McLellan (Talk) 18:49, 28 November 2008 (UTC)[reply]
  • Support - Overlinking is a problem that outweighs any autoformatting in my opinion. --Sultec (talk) 19:11, 28 November 2008 (UTC)[reply]
  • Support - While I do find the autoformatting to be very useful, the overlinking more than counteracts that benefit (unfortunately). Anaxial (talk) 19:27, 28 November 2008 (UTC)[reply]
  • Support - I've never used autoformatting and I find it useless. --TheLeftorium 19:47, 28 November 2008 (UTC)[reply]
  • Support - Locke provides a compelling reason to keep, but I think user preference is trumped by general usability. Too much blue removes the impact of relevant links and I believe is a net negative; dates may be linked when important, and with regular formatting deprecated readers will actually understand it is useful. Der Wohltemperierte Fuchs (talk) 19:57, 28 November 2008 (UTC)[reply]
  • Support. Linking every date makes linking less useful. Overlinking is similar to using too many italics, CAPS, or exclamation points. At some point, the punctuation becomes meaningless. Finetooth (talk) 20:22, 28 November 2008 (UTC)[reply]
  • Support. Messy, often makes the first article sentence a sea of blue. Rarely, if ever helpful.
    TalkQu 20:40, 28 November 2008 (UTC)[reply
    ]
  • Support Please, please end this rather ridiculous debate. No need to autoformat date links. Protonk (talk) 20:42, 28 November 2008 (UTC)[reply]
  • Support for all of the cogent, thoughtful reasons already stated. Overlinking, sea of blue, non-notability of random days, dates, and years per se, etc. —Scheinwerfermann T·C21:04, 28 November 2008 (UTC)[reply]
  • Support Dates lead to random trivia lists that do not help improve the article, especially in articles on a less notable topic where the article linked to doesn't even mention it (I.E. A random person's birthday). Joe Nutter 21:08, 28 November 2008 (UTC)[reply]
  • Strong support - Often makes for sloppy looking articles when dealing with date spans (i.e. 14 - 18 September 2008) and causes the "sea of blue". Date formatting should be determined the same as variations of English in articles.
    vecia 21:19, 28 November 2008 (UTC)[reply
    ]
  • Strong Support which is consistant with my feelings the first time this came up. 21stCenturyGreenstuff (talk) 21:22, 28 November 2008 (UTC)[reply]
  • Support. Autoformatting has no value to the average reader that I can perceive. If it were up to me, all dates in all articles would be of the form 'day month year,' as in 15 September 2007, and I'd let our readers figure it out. I don't think it would present an insuperable problem to them. This is the current date format employed in the signature created by ~~~~ and I don't hear any complaints about that. EdJohnston (talk) 21:26, 28 November 2008 (UTC)[reply]
  • Support. Links to date articles rarely add important context to articles. Yilloslime (t) 21:51, 28 November 2008 (UTC)[reply]
  • Support. Auto formatting can spoil the author's intended flow of prose. Poltair (talk) 22:29, 28 November 2008 (UTC)[reply]
  • Support. I don't see why dates should be clickable at all. Martin Rundkvist (talk) 22:31, 28 November 2008 (UTC)[reply]
  • Support. Linking dates adds no discernible value to articles.
    talk) 23:29, 28 November 2008 (UTC)[reply
    ]
  • Support. i don't see why dates should be linked at all. Janviermichelle (talk) 23:47, 28 November 2008 (UTC)[reply]
  • Support. Overlinking is bad, and the existing system has allowed readers to find dates like 2005-1-27 in articles.--Srleffler (talk) 23:51, 28 November 2008 (UTC)[reply]
  • Support. Linking dates fails to add any helpful context to readers, and only leads to a list of events that offer no new information, and not to mention the overlinking problems that comes along with linking dates.
    Mentality 23:55, 28 November 2008 (UTC)[reply
    ]
  • Support. Dates should not be linked. Too much linking...Smarkflea (talk) 01:03, 29 November 2008 (UTC)[reply]
  • Support per my comments above, overlinking an article is of no use to the editor or the reader. I find this similar to linking the word "the" in every article atleast once. It doesn't make sense to do. §hep • ¡Talk to me! 01:05, 29 November 2008 (UTC)[reply]
  • Absolutely! This has bugged me for a long time. We already have an editing guideline that advises against unnecessary wikilinks, and for good reason — each useless link decreases the visibility of the links that are actually useful. For example, I've had to go through some articles and remove dozens to hundreds of wikilinks because just about every noun was wikilinked. Can we all agree that a wikilink to person is rarely useful? In the rare event that you do want to read that article, you can use the search box. The date links are exactly the same. The percentage of the time that people actually click on them is so rare (and most clicks are by accident anyway) that it makes more sense to take them out, and if people really want to get to the date articles, they can type it in. --Cyde Weys 01:42, 29 November 2008 (UTC)[reply]
  • Support per above comments and wp:context--FeanorStar7 (talk) 02:06, 29 November 2008 (UTC)[reply]
  • Support. Date autoformatting was a half-baked workaround to address a non-existent problem. --
    Fatuorum 02:26, 29 November 2008 (UTC)[reply
    ]
  • Support Date autoformatting is not needed. - SWTPC6800 (talk) 02:43, 29 November 2008 (UTC)[reply]
  • Support I do not think it is a benefit to readers, and creates countless links that few actually use.
    talk) 03:47, 29 November 2008 (UTC)[reply
    ]
  • Support There should be some alternative for formatting, such as a template for dates -BarkerJr (talk) 04:15, 29 November 2008 (UTC)[reply]
  • Support The linking doesn't really help the average reader, and it has marginal costs for editors.
    GRBerry 05:23, 29 November 2008 (UTC)[reply
    ]
  • Support as per
    Wikipedia:Only_make_links_that_are_relevant_to_the_context#Dates. RainbowOfLight Talk 05:27, 29 November 2008 (UTC)[reply
    ]
  • Support Date linking provides little benefit to readers, clutters the articles, and makes extra work for editors. If a reader wants to know what happened in a given year, he or she can go look at the year page directly. - Auntof6 (talk) 06:06, 29 November 2008 (UTC)[reply]
  • Support generally leads to cluttering. Manxruler (talk) 09:31, 29 November 2008 (UTC)[reply]
  • Support, it's silly clutter and often leads to almost unreadable initial sentences. 2005 (talk) 10:18, 29 November 2008 (UTC)[reply]
  • Support I have long been a believer that these links caused more confusion for the average reader since they are more or less dead links. I do not see where these links are even a benefit to the article or readers at hand. Canyouhearmenow 12:22, 29 November 2008 (UTC)[reply]
  • Support The links are generally useless and distracting. -- Mwanner | Talk 14:03, 29 November 2008 (UTC)[reply]
  • Support The links are usually not useful, and only a select few important dates should be linked if it helps context. --Banime (talk) 14:55, 29 November 2008 (UTC)[reply]
  • Support, per above discussions. This practice has led to nothing but excess links that seem to litter the pages of Wikipedia. NSR77 T 16:12, 29 November 2008 (UTC)[reply]
  • Support - links should mean something to the reader, and May 1 doesn't. --PresN (talk) 16:41, 29 November 2008 (UTC)[reply]
  • Support bunch of meaningless links detract from readability of articles —G716 <T·C> 17:04, 29 November 2008 (UTC)[reply]
  • Support - If a link doesn't provide pertinent content, it shouldn't be in the article. arimareiji (talk) 18:07, 29 November 2008 (UTC)[reply]
  • Support' Such links add nothing to the article, and are frequently distracting. RJC TalkContribs 19:24, 29 November 2008 (UTC)[reply]
  • Support Date links are almost universally a waste of time and lead to a "sea of blue" in many articles. An alternative method of date auto-formatting - preferably one which incorporates a 'date format' code once in the article, and then uses that throughout (but could be over-ridden by a user's own preferences if that was their choice) - would be far more elegant than the present approach. MarkyMarkD (talk) 19:54, 29 November 2008 (UTC)[reply]
  • Support - it's like "feature creep" and is disappointing to click on a date only to find it's not about the article. A non-paper encyclopedia links things but the feature needs to have a function in relation to the article as do indexes in paper publications. Julia Rossi (talk) 21:22, 29 November 2008 (UTC)[reply]
  • Support. The use of the autoformat in user preferences is very rare. There are far worse things than seeing a date in an unfamiliar format, and one of the most off-putting things is to see the very confusing "2008-11-29" format which is sometimes used to force an autoformat. Sam Blacketer (talk) 21:45, 29 November 2008 (UTC)[reply]
  • Support let's not forget that Wiki isn't a closed club of editors; many (most?) of its readers aren't registered and should not have to register in order to see dates shown in a consistent and unambiguous manner.
    WP:MOS encourages consistent use of one national variant of english per article; why not extend this approach to date format, and deprecate the use of numeric representation of months in favour of spelling the month - this is the only source of confusion for readers. -- Timberframe (talk) 21:59, 29 November 2008 (UTC)[reply
    ]
  • Support. Reduce low-value links & sea-of-blue phenomena. Any beginning reader of English has encountered both date formats, and has quickly intuited that 12 July and July 12 mean the same thing. Ewulp (talk) 22:18, 29 November 2008 (UTC)[reply]
  • Support Wikipedia is and first and foremost a professional encyclopedia. User perks can come later, but not at the expense of readability. --Patar knight - chat/contributions 22:27, 29 November 2008 (UTC)[reply]
  • Support - I find articles to be over linked with common terms as it is. With the linking of dates as well this becomes quite a distraction and articles become difficult to read. The extent of linking is such that it is off putting. I'm not convinced that linking dates improves the knowledge of the reader anyway. Then we have the problem where dates aren't even linked correctly, this has to be corrected by another user. The pro's of linking dates do not out way the con's. — Realist2 23:03, 29 November 2008 (UTC)[reply]
  • Support - Auto format is good, but there is no good reason to link every single date. It is a bit like linking every single word. Martin451 (talk) 01:13, 30 November 2008 (UTC)[reply]
  • Support - Lets us avoid overlinking. -- Avenue (talk) 04:02, 30 November 2008 (UTC)[reply]
  • Support - Overloading the link function with this sort of formatting functionality links two problems that really have nothing to do with eachother. If date formatting is to be applied, it should be applied everywhere, but not every date should be linked- produces too many redundant or useless links within the article. --Clay Collier (talk) 06:08, 30 November 2008 (UTC)[reply]
  • Support - Linking dates is a time-wasting exercise and clutters the article with too many links. Most of the links just lead to a date which is not relevent to the article itself.--jeanne (talk) 06:30, 30 November 2008 (UTC)[reply]
  • Support - Whatlinkshere can be very useful for dates, but when every single date is linked, even ones that have nothing at all to do with the topic (like access dates for references), its usefulness is greatly diminished. The cons of overlinking greatly outweigh the autoformat benefits (which can hopefully be dealt with another way anyhow).--ragesoss (talk) 06:32, 30 November 2008 (UTC)[reply]
  • Support because I like hopping on bandwagons. No, seriously, other than setting the date preference I never really saw any rationale for this, and in most cases it was never
    relevant to the context (Links to "YEAR in FOO", on the other hand, are relevant and should be encouraged. Of course, that does beg the question of what happens if, say, we get articles like "July 16 in baseball", which, I find, depends on the outcome here. Daniel Case (talk) 06:35, 30 November 2008 (UTC)[reply
    ]
  • Support - datelinking confused me quite a bit when I first came to Wikipedia, as I assumed the dates linked to a topic that was relevant to the article. Better if they are removed IMO. Gatoclass (talk) 07:36, 30 November 2008 (UTC)[reply]
  • Support — Datelinking was always the bane of my existence when FAC time came around for an article I wrote. When I think about all the time needed to correctly formate the dates of all my citations, articles, and infoboxes, I shiver. It's far more efficient to depreciate the links. Any gain from linking the dates is more than outweighed by the time needed to insert them. Leave them out, please. JKBrooks85 (talk) 10:17, 30 November 2008 (UTC)[reply]
  • Support - I don't see a good reason to link to some date or its fragment in general. --Tomaxer (talk) 10:55, 30 November 2008 (UTC)[reply]
  • Support - this is such a pain to try and monitor. Wildhartlivie (talk) 11:46, 30 November 2008 (UTC)[reply]
  • Support - as I have said before, confuses new users and directs them to unrelated pages. It is ugly and encourages overlinking.
    Talk 11:58, 30 November 2008 (UTC)[reply
    ]
  • Support - Overlinking is not useful to readers. If date links are useful than they can always be added but the current situation results in conflicts when common sense should provail. Lympathy Talk 13:05, 30 November 2008 (UTC)[reply]
  • Support. Dates are only usefully linked when the statement is about the date: "1492 marks a watershed." "The 18th century was the heyday of rococo." Just as one doesn't link every noun. --Wetman (talk) 14:58, 30 November 2008 (UTC)--Wetman (talk) 14:58, 30 November 2008 (UTC)[reply]
  • Support. Although I would like some sort of formatting to be applied in some way, making a pointless hyperlink out of a date to achieve this is overkill.--A bit iffy (talk) 16:40, 30 November 2008 (UTC)[reply]
  • Support. Adds nothing useful. --
    talk) 18:04, 30 November 2008 (UTC)[reply
    ]
  • Support as I dislike overlinking and OT trivia. Fletcher (talk) 20:26, 30 November 2008 (UTC)[reply]
  • Support. Links should only point to articles relevant to the context
    WP:OVERLINK - Anon126  (talk - contribs - commons - commons talk - commons contribs) 22:02, 30 November 2008 (UTC)[reply
    ]
  • Support Date links to pages that don't mention anything about the subject of the article linked from are just confusing to readers. They confused me when I first started reading Wikipedia. - Ahunt (talk) 23:06, 30 November 2008 (UTC)[reply]
  • Support Antiquated and useless. Auto-formatting affects a very small minority of our readers (the ones with accounts who have actually taken the time to set up their date preferences).
    Journalist 23:47, 30 November 2008 (UTC)[reply
    ]
  • Support - can't say anything that hasn't already been stated. Intothewoods29 (talk) 00:33, 1 December 2008 (UTC)[reply]
  • Support Auto-formatting occurs for small minority of readership, and date articles seem relatively useless to me. --Natural RX 00:39, 1 December 2008 (UTC)[reply]
  • Support Remove the over-proliferation of blue which benefits only a tiny minority of readers. Peanut4 (talk) 00:43, 1 December 2008 (UTC)[reply]
  • Support. Linking dates is excessive. Auto-formatting is excessively pandering to idiosynchronicities. Wikipedia should adopt a preferred date format. --SmokeyJoe (talk) 01:38, 1 December 2008 (UTC)[reply]
  • Strong Support The links are not at all useful and have nothing to do with the date being presented. Linking every date by autoformating is just plain stupid in my opinion and is/was bad policy. Rtr10 (talk) 07:19, 1 December 2008 (UTC)[reply]
  • Support Not using date autoformatting at all is preferable to using the current link-based system of autoformatting. —Remember the dot (talk) 08:09, 1 December 2008 (UTC)[reply]
  • Support Overlinking is one of the things that attracts derision to Wikipedia. It makes it harder to find the relevant links, and is often mistaken for emphasis. I18n of dates is not so vital that we need to solve it technologically. Pseudomonas(talk) 10:09, 1 December 2008 (UTC)[reply]
  • Support for many reasons. I am not sure I would support automatic date formating in any form - what matters is that articles are well written. I do favour consistency across all of wikipedia, so dates should generally conform to a small set of possible formats and should be consistent within an article - but that is another matter. Gaius Cornelius (talk) 14:56, 1 December 2008 (UTC)[reply]
  • Support as irrelevant overlinking is plain wrong for whatever reason, thus the current autoformatting system is brain-damaged. I hope this godawful abomination will finally disappear in the pit of hell. — Emil J. 15:16, 1 December 2008 (UTC)[reply]
  • Support Links should always go somewhere relevant, those entirely there for date format preference do not. They are pointless, spammy, overlinking, and only provide any preferential benefit to registered users, who are not the core audience anyway. Hohum (talk) 16:34, 1 December 2008 (UTC)[reply]
  • Support Automatically linking dates oveshadows real linking and distracts for the content of the article. Libcub (talk) 16:50, 1 December 2008 (UTC)[reply]
  • Support Many articles overlink; linking all dates makes this a lot worse, making it hard to see the wood for the trees. --Merlinme (talk) 17:39, 1 December 2008 (UTC)[reply]
  • Support. Linking all the dates is distracting and cumbersome. --Elonka 18:20, 1 December 2008 (UTC)[reply]
  • Support The difference between "1 December" and "December 1" is no different than the difference between "colour" and "color." Simple regional difference, no reason why dates have to be altered. --Sable232 (talk) 21:12, 1 December 2008 (UTC)[reply]
  • Support per Sandy. Goodness! 86.44.21.140 (talk) 23:07, 1 December 2008 (UTC)[reply]
  • Support. Agree with the statement, supra, that linking all the dates is distracting and cumbersome. Drhoehl (talk) 00:45, 2 December 2008 (UTC)[reply]
  • Support Autoformatting is not needed in Wikipedia any more than it is in a book. Overlinking brings down the quality of web pages. And how can we encourage good writing by our editors, even in the details, if we use a machine to alter it? —Michael Z. 2008-12-02 01:35 z
  • Support - Linked dates distract from genuinely useful links; nearly all readers do not use autoformatting.
    talk) 01:49, 2 December 2008 (UTC)[reply
    ]
  • Support - Linking dates doesn't enhance readability Tobyc75 (talk) 01:55, 2 December 2008 (UTC)[reply]
  • Support. Combining linking and formatting has never made any sense to me. Kingdon (talk) 02:19, 2 December 2008 (UTC)[reply]
  • Support - It doesn't enhance readability and looks cluttered. Dismas|(talk) 07:36, 2 December 2008 (UTC)[reply]
  • Support - The first time I read a Wikipedia page I wondered why ever some dates were links. They are generally distracting, and should not be used by default, but only when there is a significant meaning behind them, that is, when one wants to explicitely refer to history. --
    talk) 07:54, 2 December 2008 (UTC)[reply
    ]
  • Support - a new way needs to be found, as date wikilinks solely for autoformat is not a universal and ongoing solution. -- billinghurst (talk) 10:04, 2 December 2008 (UTC)[reply]
  • Support date links distract and add virtually no value (has anyone tried to read one of the garbage year or date articles?) Calliopejen1 (talk) 16:28, 2 December 2008 (UTC)[reply]
  • Support for the reasons I have given at previous discussions and at the current other discussion. However many places this issue is raised there is still no sense is having an automated system which requires more manual inputting than using normal dating, and which for the majority of readers does not provide a consistent date order within an article. The best approach is copywriting. SilkTork *YES! 18:20, 2 December 2008 (UTC)[reply]
  • The date links are almost never relevant to the article. Many long articles have both linked and unlinked dates which could confuse the casual reader into thinking that the linked dates are somehow more important than the unlinked dates. JimCubb (talk) 19:38, 2 December 2008 (UTC)[reply]
  • Support ugly, useless overlinking BanRay 21:01, 2 December 2008 (UTC)[reply]
  • Support need to avoid overlinking. bluelinking to a year is genreally useless ofr information unless it is a 1940 in literature/politics or some subset to be of interest. Cheers, Casliber (talk · contribs) 22:45, 2 December 2008 (UTC)[reply]
  • Support I just never understood the benefit (in 95% of the cases) of linking a date. The cost of overlinking is clear - good links don't stand out. Smallbones (talk) 00:19, 3 December 2008 (UTC)[reply]
  • Support. It is misleading, as it appears to denote significance of the linked date. Ty 00:33, 3 December 2008 (UTC)[reply]
  • Support this change for the better. Tony1's commentary has it just about spot-on. I've always thought date-linking was overlinking and wondered why we couldn't change the software to employ autoformatting on unlinked dates unless somehow tagged otherwise to preserve quotations, etc. I've come to realise that there are reasons other than blue clutter why autoformatting is a bad idea, though, and since we get along fine with spelling variation, this shouldn't be any different. Rovaniemi-5 (talk) 01:54, 3 December 2008 (UTC)[reply]
  • Support. I don't believe that date links are important if only used for the purpose of formatting.« Hiram111ΔTalK Δ 02:12, 3 December 2008 (UTC)[reply]
  • Support. Those links typically get in the way of the reader's understanding the article. Eubulides (talk) 03:52, 3 December 2008 (UTC)[reply]
  • Support. Clearly over linking in many articles. Its time to close this discussion and move on. Vegaswikian (talk) 03:53, 3 December 2008 (UTC)[reply]
  • Support but with strong preference for some form of non-linked, no-login required autoformatting. dramatic (talk) 09:26, 3 December 2008 (UTC)[reply]
  • Support Autoformatting is a nice to have, but the majority of people who read the encyclopedia do not have it. Links that do not add benefit should not be included, and for most people these do not add benefit. -- WORMMЯOW  10:32, 3 December 2008 (UTC)[reply]
  • Support As per above (and above some more) linking the dates provides no real value and overlinking dates is a problem. Pinkadelica Say it... 12:00, 3 December 2008 (UTC)[reply]
  • Support wiki-linking dates is absolutely useless. Miguel.mateo (talk) 13:57, 3 December 2008 (UTC)[reply]
  • Support how do most people use Wikipedia? Do they look for a particular subject or a date and see what happened in that month, day or year? I suggest they look mostly at a subject. If there are dates in that article, they point out significant moment for the subject of the article. If I'm reading by subject, dates don't mean anything except in the context of the article. If an external event is mentioned that affected the subject, I expect the article about the event (if linked) to be my main source of correlated information, not simply the date. What happened on September 11, 1662 is not relevant to what happened on September 11, 2001. My suggestion is to have a date tag of some kind that does not create a link (like an HTML span), and let the date formatting be an option in a registered user's profile. Then it will appear formatted via their choice. If it's linked in the article, it's linked. Otherwise, just format the date to the user preference.
  • Support Anything that makes reading the articles easier is a worthy and just cause.
  • Support The date links add nothing to a readers understanding of the article and hide the more important links.
    AlexJ (talk) 16:25, 3 December 2008 (UTC)[reply
    ]
  • Support Pointless. Is that brief enough?--Charles (talk) 17:08, 3 December 2008 (UTC)[reply]
  • Support. Overlinking is actually quite a problem with differing views on what is a high-value link to whom. However date links are usually less helpful if not completely useless. So many articles read "On
    -- Banjeboi 21:12, 3 December 2008 (UTC)[reply
    ]

Deletion of active work is not the answer but addition of correct thinking and evocation of the namme of a knoe Saint of God a Jesus Freak a poet that eye love his namme is Darkstone. Smithdarkj (talk) 01:53, 4 December 2008 (UTC)[reply]

  • Support. It doesn't help the vast majority of our readers, who see dates in their raw form. Truthanado (talk) 01:56, 4 December 2008 (UTC)[reply]
  • Support. There seems little reason to link OR autoformat dates; we already expressly forbid changing between American English and British English arbitrarily, the same basic idea should apply to date formats. September 1, 2008 and 1 September 2008 are both unambiguous, and there's no need to massively overlink an article just to allow a user to set a preference to autoformat between the two. --Jayron32.talk.contribs 03:34, 4 December 2008 (UTC)[reply]
  • Support. Date linking was absurd from day one. David Brooks (talk) 03:47, 4 December 2008 (UTC)[reply]
  • Support. Date linking has a bad effect on readability of an article. Hohenloh + 10:25, 4 December 2008 (UTC)[reply]
  • Support A disservice to many to satisfy a few. Cenarium (Talk) 11:23, 4 December 2008 (UTC)[reply]
  • Support Most dates are not notable in their own right. --Philcha (talk) 15:35, 4 December 2008 (UTC)[reply]
  • Support Like that saying goes: "No matter how far down the wrong road you've gone, turn back". Spellcast (talk) 16:32, 4 December 2008 (UTC)[reply]
  • Support A major step away from the plague of overlinking and toward a more effectively informative encyclopedia.DocKino (talk) 18:30, 4 December 2008 (UTC)[reply]
  • Support I agree with much of the reasoning above. Eusebeus (talk) 20:45, 4 December 2008 (UTC)[reply]
  • Support. It's like a useless or trite footnote-- it invites someone to leave the text to find nothing helpful at the destination.
    Kablammo (talk) 20:59, 4 December 2008 (UTC)[reply
    ]
  • Support per Tony1 and reasons already stated by countless others. Kafziel Complaint Department 21:36, 4 December 2008 (UTC)[reply]
  • Support Overlinking is highly undesirable and is detrimental to readability. Pwhitwor (talk) 21:38, 4 December 2008 (UTC)[reply]
  • Support, per Tony1. --Rosiestep (talk) 01:43, 5 December 2008 (UTC)[reply]
  • Support - it makes article editing more complicated and doesn't improve content + technical reasons given above. Telaviv1 (talk) 06:02, 5 December 2008 (UTC)[reply]
  • Support --Scray (talk) 17:14, 5 December 2008 (UTC)[reply]
  • Support I find it irritating and pointless. And the years it links to just has a collection of unrelated information. If each year's page had a separate sections for politics, per country or world, and linked to that when relevant, or pop culture which was somehow relevant to the article, it'd might be useful to have an option to link to it when relevent. Even then you shouldn't do it automatically. An anime comes out in 2001, and the link on the page says that the American President gave a medal to a previous president for the Spanish American War over a hundred years ago. Not relevant in any way. I don't understand why any bothered to look up any year as it is now and see what is listed there, would find any year's page even remotely useful to any article. Dream Focus (talk) 01:35, 6 December 2008 (UTC)[reply]
  • Support -- as per many of the already-made points. Axlrosen (talk) 23:04, 6 December 2008 (UTC)[reply]
  • Support, as I fail to see this is not covered by
    WP:CONTEXT. –thedemonhog talk • edits 23:49, 6 December 2008 (UTC)[reply
    ]
  • Support it's already been well stated. It violates the principal about irrelavant links and of redundant links, and creates a sea of blue. Saros136 (talk) 06:27, 7 December 2008 (UTC)[reply]
  • Support. I've always found this irritating, and most readers don't have preferences set anyway. SlimVirgin talk|edits 14:55, 7 December 2008 (UTC)[reply]
  • Support. Excessive/redundant linking is not appreciated but birth, death, important events needs to be linked and is very important. — Preceding unsigned comment added by Bharathprime (talk • contribs) 2008-12-07T22:44:14
  • Support I view it as clutter in some cases. It is helpful to link when it may provide more information for the specific article, but simply linking to a date seldom provides useful information. It sends you off task, unless all you are doing is surfing around click by click. It's more like "Oh, look. A chicken!"Kearsarge03216 (talk) 01:42, 8 December 2008 (UTC)[reply]
  • Support. When dates were first de-linked on articles I had written, it looked strange, but now I see how much cleaner these articles look and read. I agree that links should be reserved for linking to other articles only. Yoninah (talk) 23:12, 8 December 2008 (UTC)[reply]
  • Support - I used to support linking dates, just to see some blue on a page. But now I know it is not only not necessary, but overlinking and not needed in articles (though some dates, for example, linking December 25 in Christmas, etc., is acceptable). -- American Eagle (talk) 23:53, 8 December 2008 (UTC)[reply]
  • Support–Linking for the sake of formatting creates low-value links that take focus away from more useful links. In addition, it hides date inconsistencies from users with date preferences set, but readers who are not logged in are presented with a mish-mash of date styles. When I read the initial proposal to delink dates I was against it, but having seen it in practice I like it. Pagrashtak 13:44, 9 December 2008 (UTC)[reply]
  • Support I never look at the dates. The only time linking to dates is useful is in sport years., i.e.
    2008 Formula One Season, but apart from that I don't see any reason to link to dates at all. Darth Newdar (talk) 16:10, 9 December 2008 (UTC)[reply
    ]
  • Support — Autoformatting is one function, and linking is another. I don't think it makes sense that they are combined. There are cases in which dates should be linked, and cases in which they should not; but autoformatting could be beneficial in either case. —Celtic Minstrel (talk • contribs) 17:13, 9 December 2008 (UTC)[reply]
  • Support - As far as I am concerned the date autoformatting/linking is a blight upon the Wikipedia. Nick Thorne talk 20:24, 9 December 2008 (UTC)[reply]
  • Support never did like the idea of date linking. GtstrickyTalk or C 20:54, 9 December 2008 (UTC)[reply]
  • Support The benefits of linking every date are small (in my opinion) and of no benefit to most readers. It clearly goes against the policy for wikilinks generally that wikilinks should be used sparingly and only where it would provide additional helpful information for the average reader. Rreagan007 (talk) 23:07, 9 December 2008 (UTC)[reply]
  • Support: I hate seeing a sea of blue almost as much as I hate a sea of red. – Jerryteps 01:36, 10 December 2008 (UTC)[reply]
  • Strong support: Linking of dates that really have no historical value (like the date of CD release) is a waste of time and clutters the article about that date with useless trivia. And overlinking is an issue in many articles already. Niteshift36 (talk) 14:00, 10 December 2008 (UTC)[reply]
  • Support. I've never seen any value in linking dates in articles, and I file doing so under "useless" along with linking of mundane terms (seriously, I once saw an article where virtually every single word was wikilinked, which looked ridiculous and made the article impossible to read, to boot). Sometimes "consensus can change" gets up my nose with regards to certain policies, but in this case I'd be happy to see date linking disappear, except in very rare cases. 23skidoo (talk) 16:10, 10 December 2008 (UTC)[reply]
  • Support. Unnecessary clutter. PluniAlmoni (talk) 20:46, 10 December 2008 (UTC)[reply]
  • Support - Links are supposed to lead you to more useful information about that article, not to a totally different article. --Krakatov (talk) 00:00, 11 December 2008 (UTC)[reply]
  • Support - I'm not opposed to autoformatting in principle, but these links are a terrible way to do it. Polemarchus (talk) 03:40, 11 December 2008 (UTC)[reply]
  • Support. Doesn't look like much of a debate really.
    talk) 07:59, 11 December 2008 (UTC)[reply
    ]
  • Support Linking dates is almost always completely pointless. If an article discusses Guy Fawkes, November 5 should probably be linked, if it discusses Osama bin Laden then September 11 should be linked; however, we don't need to link dates in cases such as Gaylord Perry pitching a no-no on September 17, 1968, or the contract to build the Hoover Dam being awarded on March 11, 1931 (and yes, both of those examples are actually linked in the respective articles). With some topics (Fawkes and September 11), the dates are relevant; in most (including Perry and the Hoover Dam), they are not. faithless (speak) 08:31, 11 December 2008 (UTC)[reply]
  • Strong support. Just look at the argument above, linking a date provides no context in most cases. If dates are wikilinked,
    shouldn't every word be? Corn.u.co.pia / Disc.us.sion 13:14, 11 December 2008 (UTC)[reply
    ]
  • Support: While it was nice to see dates in a consistent format, it really did defeat the whole purpose of linking, in two ways: It created links to information about dates that had no real relationship to the article, and it led to serious overlinking, I agree with the decision to deprecate this feature. Sunray (talk) 16:54, 11 December 2008 (UTC)[reply]
  • Support Date links are by and large unnecessary in most articles, and detract from the value of all other links in that article. The exceptions are those articles that have a strong temporal connection, such as World War II and September 11 attacks. The Fiddly Leprechaun · Catch Me! 16:57, 11 December 2008 (UTC)[reply]
  • Strong support. Articles on my watchlist that have been de-linked are improved in my opinion. It gets rid of a clutter of links and allows you to see the real links. There are several categories of X by year, for use where we really want to collect date related material. Viv Hamilton (talk) 15:04, 12 December 2008 (UTC)[reply]
  • Support, especially if the autoformatting function comes into play since 99.99% of the times the link to the date provides no additional information. Tabercil (talk) 17:40, 12 December 2008 (UTC)[reply]
  • Support. There is generally no utility gained by linking to dates, since clicking the link simply takes the reader to an irrelevant page. -- Ssilvers (talk) 19:05, 12 December 2008 (UTC)[reply]
  • Support. Always found it kind of pointless. Semitransgenic (talk) 02:28, 13 December 2008 (UTC)[reply]
  • Support. As with some others above, it is the useless linking of dates that bothers me more than the format issue. If I want to know about everything else that went on on
    11 June apart from whatever I happen to be writing an entry about, well, I know where to go... hamiltonstone (talk) 11:14, 13 December 2008 (UTC)[reply
    ]
  • Support - Wikipedia will look a lot more professional once all dates are unlinked.
    chat) 13:04, 13 December 2008 (UTC)[reply
    ]
¶ I should also take my share of responsibility for making "Support/oppose deprecation" into subheads. The repeated "support", "oppose" and "neutral" subheads confused the wikilinks (e.g, "[[Talk...#support]]" might lead to the wrong subsection) and gave no indications as to what was being supported or opposed in an edit summary, watchlist or history. So I added distinguishing words to each "support", "oppose", "neutral" and "comments" subheading. However I wasn't the one who changed the main title's section.
And I'm a victim of my own imprecision, since I oppose linking just to autoformat, but I don't like robotic deletion (often misnamed "deprecation") of every date link, because it can also delete a date link that might have other value.—— Shakescene (talk) 20:20, 21 December 2008 (UTC)[reply]

Oppose deprecation

  • As Wikipedia is not a paper encyclopedia we should strive to provide features unique to this medium. We already provide ways for editors to customize the appearance of the encyclopedia (via cascading style sheets and user javascript). Browsers also provide means to customize the appearance of the site thanks to this forward thinking. Likewise I think it would be appropriate to provide a means for people to see dates however they prefer. Note also that the current formatting system (using wikilinks around date fragments) is the method being addressed by the MediaWiki patch at Bugzilla noted in the background above. Removing these links would undermine and harm the work being done by developers to fix these issues. —Locke Cole • t • c 07:46, 25 November 2008 (UTC)[reply]
  • "we should strive to provide features unique to this medium" - agreed, but only where they provide a net benefit; "because we can" isn't sufficient justification.
  • "Removing these links would undermine and harm the work being done by developers to fix these issues" disagree, it would merely make it redundant; "because we're fixing it" isn't a good justification either
  • -- Timberframe (talk) 21:59, 29 November 2008 (UTC)[reply]
  • Then we disagree that date formatting is a "net benefit". I think it is (especially where we have more than two options for date formats). I don't understand your second response, I don't see how it would be "redundant" if the fix for date formatting relied upon the existing syntax. Removing date links invalidates the work done so far and is strictly punitive in nature. —Locke Cole • t • c 19:25, 7 December 2008 (UTC)[reply]
I would argue that the comments made here are similar to a survey. This is the feedback and those who state that it doesn't help the reader, find that they haven't helped them throughout their editing history by default. Of course I understand your POV though. Lympathy Talk 14:35, 30 November 2008 (UTC)[reply]
  • Oppose -- Avi (talk) 18:33, 30 November 2008 (UTC)[reply]
    Per Locke. Allowing browsers to adjust based on the fact that the links are tagged is a good thing. As this is a wiki, extra blue links do not seem to be harmful. -- Avi (talk) 20:03, 30 November 2008 (UTC)[reply]
  • Oppose saying dates should not be linked. Forcing people to read e.g. middle endian or small endian dates despite their preferences being set for another way: bad, it is. -- Jeandré, 2008-11-30t19:53z
  • Oppose Letting the reader see dates according to their preference is helpful, not harmful. At the very least, stop clogging up watchlists with the massive delinking.--Fabrictramp | talk to me 16:24, 1 December 2008 (UTC)[reply]
    • No worse than clogging articles and detracting from their visual appeal with worthless blue links. Dabomb87 (talk) 00:18, 2 December 2008 (UTC)[reply]
      • Seriously, if the color of the links is your biggest concern then change the color of the links. That would be insanely easy for a dev to do for all editors (registered or not). (Just have the software wrap the date fragments in a SPAN with a specific CSS class then have MediaWiki:Common.css updated with something that sets the color attribute to black: problem solved). That's certainly a better solution than making thousands of minor edits. —Locke Cole • t • c 00:34, 2 December 2008 (UTC)[reply]
        • I am, thanks to useful info on Tony1's user page. Dabomb87 (talk) 00:58, 2 December 2008 (UTC)[reply]
          • I assume you mean by delinking them? That's not useful if your goal is only to change their color and not their other attributes (formatting). —Locke Cole • t • c 23:41, 3 December 2008 (UTC)[reply]
            • No, I actually have changed the color of the links. Dabomb87 (talk) 23:45, 3 December 2008 (UTC)[reply]
  • Oppose. Overloading date autoformatting on date linking was a stupid, stupid decision in the first place, but it does not mean that there is no need to provide the autoformatting capability. As long as this capability is dependent on date links, I am going to oppose removing the date links. Once a better solution is available, then it would be a different matter entirely.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 18:28, 1 December 2008 (UTC)[reply]
  • Oppose. Autoformatting of dates is an important feature of wikipedia that greatly improves its usability. Unless and until some other mechanism for performing this is available, autoformatting via linking should be used. JulesH (talk) 20:42, 1 December 2008 (UTC)[reply]
  • Oppose. The removal of autoformatting is a bigger detriment to the encyclopedia than overlinking is. In the absence of a new autoformatting scheme, the old way should be restored. hateless 17:39, 2 December 2008 (UTC)[reply]
  • Oppose. I was neutral about this, until today I encountered someone using AWB to remove linked dates from a mature article that is international in scope. (Aside: Why is AWB still doing this when its not agreed?) The article in question has dates using many different formats. That's no problem with linked dates. But if I was to impose consistency (on an article with a very long edit history) I would end up imposing my own preferred date style when there is no need to make a potentially disruptive edit. Far better to let it auto-format a solution Ephebi (talk) 23:13, 2 December 2008 (UTC)[reply]
  • Ephebi's comment does not consider that most readers have no account, so autoformatting does nothing for them. By deciding not to make the dates consistent, Ephebi decided to continue to present "dates using many different formats" to most readers. --Gerry Ashton (talk) 23:50, 2 December 2008 (UTC)[reply]
  • Or maybe Ephebi read the RFC entirely and realizes there's a patch that addresses this concern. —Locke Cole • t • c 23:41, 3 December 2008 (UTC)[reply]
  • Actually Ephebi did consider that but sees it as worthwhile for them to get a registered account. The issue about which style to use appears to me to be most disruptive as its an easy topic to argue over. Ephebi (talk) 00:02, 6 December 2008 (UTC)[reply]
  • Oppose. Unregistered users will always see unformatted dates as entered. As a registered editor, I expect to see dates in my preferred local format, not one prescribed by an editor in another part of the world. WWGB (talk) 07:17, 3 December 2008 (UTC)[reply]
  • Why do you as editor expect to see a different page than the readers you are writing for?
    Taemyr (talk) 07:37, 3 December 2008 (UTC)[reply
    ]

--Tkynerd (talk) 19:11, 4 December 2008 (UTC)[reply]

Anything that involves editing your monobook is not a solution. Those "solutions" simply hides the problem from editors. Remember that most readers will not be logged in.
Taemyr (talk) 12:02, 7 December 2008 (UTC)[reply
]
I think that preserving other people work is a solution, not to destroy it. The problem is not "hiding", but respecting opinions and needs of others. If you dislike links, you can simply hide them by monobook.css. If my friends and me wish to click on dates, we simply cannot.
Problems of not logged users is overstated. More important for them is that they are forced to the terrible style Monobook instead of Standard. That was the main reason why I have established the SUL. Solution for not logged users is to establish a cookie for them. —Guy Peters Talk • Contributions • Edit counter 19:17, 7 December 2008 (UTC)[reply]
  • Oppose Date linking, particularly in ledes and infoboxes, is hardly a problem of overlinking. We're a wiki, the point of which is to encourage linking to other subjects. I personally find date links to be both useful and interesting. I'm also not seeing a huge problem with autoformatting. GlassCobra 10:59, 7 December 2008 (UTC)[reply]
  • Oppose Autoformatting of dates is an important feature of wikipedia. I prefer seeing blue linked dates over seeing them bare. Further, the linked dates can be very useful and even expand the depth of research when needed. Daytrivia (talk) 00:54, 8 December 2008 (UTC)[reply]
  • Oppose We should be looking for more semantic entities to tag, not fewer. For example, I'd be happier if every instance of a person's name was linked, not just the first mention per page or section. Then, you treat the wikitext as a sort of model and leave the presentation layer or view up to the reader. As editors we would markup various kinds of entities and then enforce style and presentation rules as a user preference (or with templates or css and javascript or however) with some default that everybody (or most everybody) can agree on. This would cover, for example: date format, spelling variations, unit conversions, dates linked or not, whether to link every mention of a person's name or just the first instance of each — or only if it's at "Good Article" status, if that's what the reader prefers. Enforcing these types of things at the article level is just plain stupid. Even if you hate date links and have very particular opinions on how dates should be formatted, those changes should be made at the software level, not circumvented by the manual editing of millions of cases. --Sapphic (talk) 01:28, 9 December 2008 (UTC)[reply]
  • Oppose As much I oppose overlinking, I hate to see bare links. Once someone comes up with a better solution, then we should keep the status quo. Cheers! Λuα (Operibus anteire) 14:28, 9 December 2008 (UTC)[reply]
  • Oppose There may yet be some important feature that would rely on dates that isn't yet devised. Whilst this change could be reverted it would surely take a lot of effort and might not then provide the universal requirement of the yet to be invented feature.--Rjstott (talk) 21:31, 9 December 2008 (UTC)[reply]
  • Oppose No need to deprecate: if an editor thinks an individual date is worth linking then that link should be considered on its merits. BTW, deprecation discourages future use; it does not prohibit past use. --
    Rumping (talk) 10:12, 10 December 2008 (UTC)[reply
    ]
  • Strong oppose until some other method of autoformatting is developed. We should allow readers to choose the date format they prefer to read. Seeing different systems in different articles is inconsistent and confusing; the best way to resolve this is via autoformatting. If an alternative technical fix is developed, I will drop my objection. Modest Genius talk 16:46, 21 December 2008 (UTC)[reply]

Neutral about deprecation

  • Neutral for now. I believe that when the recommendations from editors regarding the above RfC (the one made by Tony, which predates this RfC) are tallied, the final result will be so overwhelming in favor of deprecating all linking/autoformatting of dates and endorsing bot removal of linked dates, that this RfC here will be shown to be pointless.--Goodmorningworld (talk) 18:25, 25 November 2008 (UTC) See my Comment below.--Goodmorningworld (talk) 10:18, 28 November 2008 (UTC)[reply]
    • Tony's RfC really doesn't speak to deprecating autolinking, merely whether it should be essentially mandatory. — Arthur Rubin (talk) 22:42, 25 November 2008 (UTC)[reply]
  • Neutral We need a better method of auto-formatting than what we currently have, but the linking doesn't bother me. Anomie⚔ 17:22, 26 November 2008 (UTC)[reply]
  • Neutral - It would be an improvement if the auto-formatting functionality was independent of the date-linking functionality; if this were the case, then this whole discussion would never have arisen. Currently you are required to have both or neither; that only addresses two of the possible four combinations. (Personally, I would want all dates auto-formatted, but only some dates linked.) Pdfpdf (talk) 07:35, 29 November 2008 (UTC)[reply]
  • Neutral This is a false choice, caused by the tying of linking and DA. I support the concept of DA even though the current implementation is broken. I do not think we need to require linking to implement DA, nor do we need to link each and every date. This does not mean that some dates are not worth linking. Mass removal of all linked dates is a mistake dm (talk) 16:25, 29 November 2008 (UTC)[reply]
  • Neutral My view is that the option for users to have dates formatted according to their wishes (and local customs) is more important than the overlinking issue. I don't see any real reason why date formatting should be dependent on wikilinks being present, but if that's the only way to ensure personalised formatting works then I'm happy to live with it. waggers (talk) 20:52, 29 November 2008 (UTC)[reply]
  • Neutral - autoformatting of dates is pleasant, but if people really want it, we should find another solution. However, linking dates rarely does any harm. Warofdreams talk 21:24, 30 November 2008 (UTC)[reply]
  • Neutral I have long been okay with the removal of year dates when they were present by themselves; if people think that the same should apply to all dates in most contexts, I'm fine with that. My question is autoformatting: if I understand rightly, sr.wikipedia (Serbian) comes both in Latin and in Cyrillic script. If I'm correct about sr.wikipedia, why couldn't we tell the software to format dates automatically by their subjects? Surely so doing would be far less difficult. Even if I'm wrong, I expect that it would be easy to create a template to format all dates: {{DEFAULTSORT}} is a hidden template that formats all categories in a page, so couldn't we come up with a similar idea to change all DMY or MD,Y or YMD dates to a single format? Nyttend (talk) 04:59, 1 December 2008 (UTC)[reply]
  • Neutral because I am against auotformatting - they should be like choices of which English to use subject/country or editor specific. Neutral because I am for the removal of day, month, year dates which are only linked because they are dates. Edmund Patrick – confer 14:00, 7 December 2008 (UTC)[reply]

Comments about deprecation

  • If you don't care Tony, why the objection? —Locke Cole • t • c 09:35, 25 November 2008 (UTC)[reply]
    • Are you going to stalk my opinions here and write rude comments? I care very much about the use of trivial tech devices where there's no problem in the first place. They cannot help but degrade the process, as happened with the previous DA mechanism. Tony (talk) 09:44, 25 November 2008 (UTC)[reply]
      • This is a discussion Tony, it's entirely appropriate to ask questions of others. I'm just curious about your motivations, if it's not a big deal why fight so hard against it? How does auto formatting "degrade the process"? It adds value to readers by providing a consistent date view. —Locke Cole • t • c 09:46, 25 November 2008 (UTC)[reply]
        • I'm feeling intimidated by these interpolations: others may express their opinions freely, but I'm being stalked and confronted by doing so. Tony (talk) 10:01, 25 November 2008 (UTC)[reply]
          • I've questioned other comments here already, not just yours Tony. And again, this is a discussion. I'm sorry this is troubling you. —Locke Cole • t • c 10:04, 25 November 2008 (UTC)[reply]
            • Quite a few things trouble me about this, but I don't go running around vandalising the text or stalking participants. Nor do I post comments such as "Your behavior, Tony, has been deplorable throughout this ordeal and I am strongly considering requesting arbitration over your conduct. [Locke Cole]". Tony (talk) 14:59, 25 November 2008 (UTC)[reply]
              • I don't understand all this bickering. If Tony's RfC is any indicator of things to come, then the results should be about the same, even with background information and "more-neutral wording". Let us move on. Dabomb87 (talk) 15:02, 25 November 2008 (UTC)[reply]
              • Are you implying that I've vandalized text or stalked participants? Because I haven't done either. As to my comment, it's true: your behavior has been deplorable during this dispute. But that's a matter for ArbCom, not this RFC. —Locke Cole • t • c 23:17, 25 November 2008 (UTC)[reply]
                • I don't think that's much of an implied statement, but a statement of fact. A number of us certainly feel that you have been indulging in stalking and other intimidating behaviour. Ohconfucius (talk) 12:34, 30 November 2008 (UTC)[reply]
                  • It's not stalking to enforce warnings issued to you and other editors not to perform disputed edits while that dispute remains unresolved. If you didn't repeatedly violate the warnings you were given there wouldn't be anything to report on, would there? So in the end it all goes back to your behavior. Do you blame the police officer for your speeding when you get pulled over as well? —Locke Cole • t • c 12:40, 30 November 2008 (UTC)[reply]
  • It's clear that the other RfC could only be followed if one of the proposals passed, as Tony (the creator of the RfC) is opposed to them. I suggest that, although I don't agree with Greg, that he should comment here as well as there if he wants his voice to be heard. — Arthur Rubin (talk) 14:51, 25 November 2008 (UTC)[reply]
  • Tony, Locke: play nice kids, or your father does all the cooking for a week! LeadSongDog (talk) 21:26, 25 November 2008 (UTC)[reply]
  • I believe that when the recommendations from editors regarding the above RfC (the one made by Tony, which predates this RfC) are tallied, the final result will be so overwhelming in favor of deprecating all linking/autoformatting of dates and endorsing bot removal of linked dates, that this RfC here will be shown to be pointless.
  • We have 203 support votes, 35 oppose votes, and 6 neutral (84% support) as of 19:59, 6 December 2008 (UTC). Dabomb87 (talk) 20:36, 6 December 2008 (UTC)[reply]
  • From what I see above, most of the supporters believe that autoformatting is not worth the disadvantages of linking dates, while most of the opposers believe that the autoformatting mechanism is too important to be deprecated without a replacement, and that the overlinking of dates is a secondary concern that either doesn't affect them or should only be resolved after a new autoformatting patch is proven to work. So far, the viewpoint of the supporters outweigh the opposers' viewpoints by a million miles, in terms of consensus. Dabomb87 (talk) 19:59, 6 December 2008 (UTC)[reply]
    • Keep in mind, though, that the second question reveals a very different aspect of the discussion. When asked about the idea of retaining autoformatting in some form, there are (as of 21:23, 6 December 2008 (UTC)) 62 supporters, 61 opposed, and 7 neutral. --Ckatzchatspy 05:24, 3 December 2008 (UTC)[reply]
      • I read the vote comments in the "Support some method of date autoformatting" section and most supporters agree that the existing date linking should go away. They would like an optional date formatting method that worked for all readers. A 53 to 57 split is not a mandate for a new feature. There is a very strong consensus to remove the existing date linking. - SWTPC6800 (talk) 16:02, 3 December 2008 (UTC)[reply]
        • Note that the reasons cited for most of those 57 opposes seem to represent faulty assumptions. For example, there seem to be at least 6 that assume anons would still see unformatted dates, at least 5 who oppose because it would be a waste of developer time (it's up to the developers, particularly the unpaid volunteers, what they want to spend their time on), at least 7 who assume it would apply to every date rather than just dates marked up with whatever new syntax, at least 2 who seem to think dates would still be linked, and too many to count who think the only reason for date formatting is MDY versus DMY (only 1 comment considered the template issue). For that matter, many of the support !votes are just as weak (mainly "I like it!"), but I've yet to see anyone provide a reason for not having a solution for the template and "list data" issues. Anomie⚔ 18:24, 3 December 2008 (UTC)[reply]
i think we should try not to overinterpret people's short-form comments - in an RfC this long and complicated i'm not surprised people tried to keep their remarks minimal; and some of the "support" comments sound like misunderstandings too.
Sssoul (talk) 19:25, 3 December 2008 (UTC)[reply
]
  • I have to disagree. While I appreciate the fact that you separated out the stats, your comment paragraph still concludes with this sentence: So far, the viewpoint of the supporters outweigh the opposers' viewpoints by a million miles, in terms of consensus. The idea of one viewpoint "outweighing" another is precisely contrary to the meaning and spirit of consensus. --Tkynerd (talk) 20:48, 6 December 2008 (UTC)[reply]
  • Why not have a date convert template - like the unit conversion template that converts kms to miles, kgs to lbs, etc - that could return a date formatted either to a user set preference (if any), or the date format dominating in the region/country of the user (which can be obtained, I believe, from the computer somehow)? The default in the template would be link=off, but in cases where linking to the date in question is relevant, the default could be overriden with link=yes. LarRan (talk) 15:34, 28 November 2008 (UTC)[reply]
  • "if multiple editors have used multiple date formats on the same page, users who aren't logged in see many different date styles"
    This is a problem best dealt with by editing the content to fix it, not by tweaking the presentation layer. It's not a reason to support automatic formatting for consistency Andy Dingley (talk) 17:41, 28 November 2008 (UTC)[reply]
  • I like the user-choice of date formatting and I appreciate the concerns about overlinking. However if MediWiki can solve this and will be able to roll this out fairly soon, then our discussion here would seem premature. Andy Dingley (talk) 17:43, 28 November 2008 (UTC)[reply]
    • Part of the point of this discussion is to see whether people even want it. Otherwise trying to get this rolled out would be pointless if there would just be more backlash about it. —Locke Cole • t • c 20:32, 28 November 2008 (UTC)[reply]
  • I'm unable to unambiguously parse Dates should not be linked purely for the purpose of autoformatting. Is that about linking or formatting? That is, which is the correct interpretation:
    • Enclosing wikitext dates in double square brackets should not be done purely for the purpose of autoformatting—or
    • Dates should not be autoformatted
—EncMstr (talk) 21:24, 28 November 2008 (UTC)[reply]
  • It's about linking only for purposes of getting the auto formatting. The second question below addresses auto formatting in a more general term. The questions below that more fully cover date linking and when it should or shouldn't be used. —Locke Cole • t • c 21:28, 28 November 2008 (UTC)[reply]

Is some method of date autoformatting desirable?

Do you agree with the following statement:

The ability for the Mediawiki to convert dates into a form either appropriate for the page, or to user-defined preferences, is desirable, and the MediaWiki developers should be encouraged to find a solution that works without the problems of the current date autoformatting system.

Background: The current date autoformatting system has several drawbacks including producing many date links and providing inconsistent date formats to users who are not logged in. Currently the MediaWiki developers are discussing methods of improving autoformatting to address these points, including possibly correcting the problems in the current system. To make sure their time is being used effectively, it is necessary to understand if a date autoformatting approach that works correctly is desired on Wikipedia. If not, the developers should be informed of this so they may focus on other aspects of the software that need improving.

Support some method of date autoformatting

Necessary for what, and why? Ohconfucius (talk) 02:59, 28 November 2008 (UTC)[reply]
  • Support, we should not presume on what is easy or hard to get for a reader. -- lucasbfr talk 10:51, 27 November 2008 (UTC)[reply]
  • Support If you want the links, that's fine.--HereToHelp (talk to me) 15:29, 28 November 2008 (UTC)[reply]
  • Support IF a way could be determined that ALL readers can automatically see articles in a format prescribed by either their computer settings or, failing that, their region, I would support it. But only if. Orderinchaos 15:49, 28 November 2008 (UTC)[reply]
  • Support -- it looks more professional to have consistent formatting (isn't that the purpose of the MOS?) Whether this is achieved through linking or some other means, I do not care. Actually, some non-linked form of autoformatting might be better,ince the link itself is usually useless. Coemgenus 17:16, 28 November 2008 (UTC)[reply]
"it looks more professional to have consistent formatting"—Exactly right, but unfortunately the current date autoformatting system does not display consistent formatting for all users. Also, as long as the date formats are consistent within the article, does it really matter whether the day comes before the year or vice versa? Dabomb87 (talk) 17:39, 28 November 2008 (UTC)[reply]
  • Support I only see full date linking being useful, not day-month links or lonely year links. If I click on a link I want to see useful information related to the article I was just reading. Clicking a full date would get me to a page such as December 15, 1880 which would tell me other things that were happening on that date in history. If the notional method developed by Mediawiki shufflebit experts resulted in clickable links to inutile articles such as the 365 nearly useless month-day articles then I'm against it. If such a method simply shifts day-month to month-day and back without the user seeing a link then I'm for it. Binksternet (talk) 17:23, 28 November 2008 (UTC)[reply]
(a) Some sort of template one could wrap dates in, accepting any unambiguous date, and that would render dates as the user prefers. For example, {{date|1 April 2008}}, rendering as April 1, 2008 or 1 April 2008 (or whatever, according to preferences), WITHOUT a link.
(b) Simply doing some sort of auto-detect of dates, so that when an unambiguous date is in the text, saving it in the database as a date and rendering according to preferences, WITHOUT a link. (To force a date to display as input, such as for "September 11, 2001 attacks", "nowiki" tags can be used.)

--A bit iffy (talk) 17:46, 30 November 2008 (UTC)[reply]

  • Support - The problem of recognizing a date and formatting it in a way that is reasonable should not be a difficult one. The current solution of linked dates makes no sense to non-registered users and there's also no reason why we shouldn't have autoformatted dates. Therefore, some sort of automatic solution seems like the only workable answer. Oren0 (talk) 19:54, 30 November 2008 (UTC)[reply]
  • Support - it's quite nice. Certainly no reason to oppose it. Not really a priority, though. Warofdreams talk 21:22, 30 November 2008 (UTC)[reply]
  • Support. Provides for consistency and better user customization. Libcub (talk) 16:53, 1 December 2008 (UTC)[reply]
  • Support. I'll always have a place in my heart for user customization. Whatever solution we reach could be expanded to other problems as well. –Sarregouset (talk) 01:13, 2 December 2008 (UTC)[reply]
  • Support. I think that there should be a reasonable uniform default, and a way to customise dates' appearance. A link in the dates should not be the default, should be allowed by customisation, and it should be possible to force it when writing the article. --
    talk) 08:01, 2 December 2008 (UTC)[reply
    ]
  • Support -- billinghurst (talk) 09:58, 2 December 2008 (UTC)[reply]
  • Support - Dates shouldn't be something an editor should have to worry about. That includes both formatting and linking. We have enough trouble getting editors write in some standardized way already. If we want to achieve any reasonable level of consistency then we would have to spend a lot of time continuously educating editors.
    WP:OVERLINK is not as big as an issue, because dates are intrinsically unambiguous - unlike "Lucille", "Went" and "Ball". That said, dates could be formatted less obtrusively. — Sebastian 17:44, 2 December 2008 (UTC)[reply
    ]
  • Support for reasons I have cited above, the use of autoformatting can and should be used - in particular to avoid potentially disruptive editing in articles with an international focus, where no one style commend itself. Ephebi (talk) 23:50, 2 December 2008 (UTC)[reply]
    • In which case the proper thing to do according to WP:MOSNUM is to implement the date style that the first editor used. Dabomb87 (talk) 00:28, 3 December 2008 (UTC)[reply]
      • which is a backwards step when we have a technical solution available, and produces a suboptimal solution for many readers, as well as being tricky to sort out in an old and heavily-edited article. (MOS also suggests seeking consensus to change it - which can be disruptive and a waste of editing effort) Ephebi (talk) 22:17, 4 December 2008 (UTC)[reply]
  • Support any autoformatting which can be applied for all users, without the appearance of links, and which can be overridden by a logged in user's preference if they so desire. "Per article subject" formatting leads to inconsistencies between articles as well as arguments over articles where the relevance to a specific country isn't clear. And yes, reading an illogical date like April 7 does interrupt the flow of my reading because it is unnatural to me. dramatic (talk) 09:30, 3 December 2008 (UTC)[reply]
  • Support but of course if that can be done for me, please get it done. Miguel.mateo (talk) 14:01, 3 December 2008 (UTC)[reply]
  • Support – While I oppose date linking, I support some form of date formatting. An example is the System time article, which currently uses date tags for formatting; the datelinks are useless (and I have removed them), but there is some utility in having the dates autoformatted. I would like to see more use of standard templates (e.g., {{date|}}) for specifying dates in universal format(s) within the raw wiki text. | Loadmaster (talk) 15:01, 3 December 2008 (UTC)[reply]
  • Weak support. Date formats that spell out the entire name of the month are always unambiguous regardless of the order of the year, month, and day. If mediawiki can be tweaked to allow users to change how all dates are automatically formatted via their preferences, that would be fine, but this should not be done via any mechanism that would require massive overlinking, as the old system did. --Jayron32.talk.contribs 03:44, 4 December 2008 (UTC)[reply]
  • Support Support autoformatting, if a technical solution can be found. --papageno (talk) 16:42, 4 December 2008 (UTC)[reply]
  • Support per Sebastian above: Dates shouldn't be something an editor should have to worry about. That includes both formatting and linking. We have enough trouble getting editors write in some standardized way already. Amen. --Tkynerd (talk) 19:29, 4 December 2008 (UTC)[reply]
  • Support - Consistency is encyclopedic. Pwhitwor (talk) 21:36, 4 December 2008 (UTC)[reply]
  • Support Not paper. --GRuban (talk) 18:32, 5 December 2008 (UTC)[reply]
  • Support reader preferences for formats should take priority over editorial decisions. --UC_Bill (talk) 22:04, 5 December 2008 (UTC)--[reply]
  • Support autoformatting, as well as date linking. GlassCobra 11:06, 7 December 2008 (UTC)[reply]
  • Support Only if dates are treated like any other convention, for example English spelling variants.Edmund Patrick – confer 14:05, 7 December 2008 (UTC)[reply]
  • Support Agree that things like date formats and English spelling variants (and unit conversions and perhaps even how proper names are displayed) should all be left up to the reader, whenever possible. --Sapphic (talk) 01:34, 9 December 2008 (UTC)[reply]
  • Support I liked the ability to have a consistent date format with date linking, but agree that it could be seen as too many blue links. Some other form of autoformatting would be a good idea. -- MightyWarrior (talk) 09:55, 9 December 2008 (UTC)[reply]
  • Support — I quite like the #date parser function, and if it (or a similar parser function) can be made to take the date format from the user preferences for logged-in users (and use a default format for anonymous users), then that would be beneficial. —Celtic Minstrel (talk • contribs) 17:19, 9 December 2008 (UTC)[reply]
  • Support Per Locke, Sapphic, Bellagio99, and UC Bill. Reader preferences should be a priority. "full date-linking adds to the power of Wikipedia" Daytrivia (talk) 20:28, 9 December 2008 (UTC)[reply]
  • Support Makes things easier to read. I don't care about 9 December 2008 v. December 9, 2008, but 2008-12-09 is not nice to look at even if some editors want to use it. --
    Rumping (talk) 10:15, 10 December 2008 (UTC)[reply
    ]
  • Support Per above arguments. G-Man ? 22:40, 10 December 2008 (UTC)[reply]
  • Strong support for autoformatting without links. --Krakatov (talk) 00:06, 11 December 2008 (UTC)[reply]
  • Extremely strong support. I'm sick of questioning the format that dates should be presented in. The accessdate section in a reference is different from page to page, and within pages most of the time too. Whether they choose December 12, 2008, 12 December 2008, or 2008-12-12, a consistent format would be great. Corn.u.co.pia / Disc.us.sion 13:21, 11 December 2008 (UTC)[reply]
  • Support I personally don't care what format a date is in when I read it, but it would benefit Wikipedia if the format could be automatically tailored to reader location without linking. Note that there should also be an override setting for registered users who may prefer a different format than the one specified by their location. The Fiddly Leprechaun · Catch Me! 17:07, 11 December 2008 (UTC)[reply]
  • Strong Support Assuming that everyone in the world reads a date like you do is very closed minded, there needs to be some form of autoformatting of dates for different cultures. Timmccloud (talk) 23:18, 11 December 2008 (UTC)[reply]
  • Support, as there's no reason for dates to be formatted in wildly different ways across one encyclopedia. Linking is not the answer, but there must be some kind of tag or script or whatnot that can solve the problem. I know that I'd prefer to be able to browse and see dates formatted the way I prefer, and I'd imagine that others would, too. Croctotheface (talk) 06:14, 12 December 2008 (UTC)[reply]
  • Strong support, because compelling internal and external uses of the date information are much easier if we represent dates in a standard way. Dates are truly low hanging fruit in this regard. The localization benefits would be retained. For what it's worth, I think the current syntax is a perfectly legitimate solution. — brighterorange (talk) 00:02, 13 December 2008 (UTC)[reply]
  • Support Some form of autoformatting is better than no form of autoformatting. Does 1-5 mean January 5 or May 1? Autoformatting would clear up the ambiguity. Captain panda 21:32, 15 December 2008 (UTC)[reply]
  • Support Autoformatting dates has always seemed highly desirable to me due to WP's global reach and variability of date format norms among English-speaking nations (esp. where English is an important second or third language). Yet the existing method was awkward and I have expected an improvement would be along Real Soon Now. Let's move RSN to plain "soon." — ℜob C. alias ᴀʟᴀʀoʙ 22:20, 15 December 2008 (UTC)[reply]
  • Support. This is highly desirable, per my response above. Modest Genius talk 16:48, 21 December 2008 (UTC)[reply]
  • Support. Autoformatting is necessary to respect the needs of the minority. I'm speaking of two minorities: population-wise (US) and Internet-usage-wise (non-US). I'm sure the devs can come up with something to solve this problem. Perhaps we can try this: for IP's, autodetect their location and format the dates according to their IP address. If they want to view it another way, they can make a change (which will be stored as a session cookie in their web browser). A response to arguments that this is too insignificant a matter to get the devs involved: How can this be insignificant when hundreds of users have participated in several 32+ kilobyte long discussions? -- King of ♥ ♦ ♣ ♠ 07:08, 25 December 2008 (UTC)[reply]
  • Support. Why not? But it's the details that will be difficult. Anything so I don't have to see ISO dating where it doesn't belong is helpful. On the other hand, there are times when it's best to see dates in the format originally written. —— Shakescene (talk) 07:39, 25 December 2008 (UTC)[reply]

Oppose any method of date autoformatting

  • For any autoformating based on user preference. It can be assumed that most readers will not be registered. As such it is bad when editors, who tend to be registered is presented with a view that differs from the one presented to the readers. This is bad because editors then can fail to realize that problems exists with the articles as they are presented to the readers.
    Taemyr (talk) 08:41, 25 November 2008 (UTC)[reply
    ]
    • The bugzilla patch works for all readers, logged in or not. Would this address your concern? —Locke Cole • t • c 09:35, 25 November 2008 (UTC)[reply]
      • Not if it is based on user preference. If it is based on user location, eg. users sitting in US gets US formating, then that would address my concerns.
        Taemyr (talk) 14:31, 25 November 2008 (UTC)[reply
        ]
        • I really dislike the "user location" idea, since my preference differs from the national "standard". --Ntsimp (talk) 05:56, 27 November 2008 (UTC)[reply]
          • @Ntsimp: Its not a "user location" idea. Its a browser settings idea.
            @Locke Cole: see my oppose below. That bugzilla patch will never happen. -- Fullstop (talk) 09:36, 29 November 2008 (UTC)[reply]
            • The only patch still being considered for that bug is one that would automatically turn off both linking for dates as well as autoformatting, i.e. exactly what people are currently doing manually. But if people are fine with a single default for anons then it'd be easy to get a new patch to just turn off linking but leave autoformatting turned on. --Sapphic (talk) 01:41, 9 December 2008 (UTC)[reply]
              • Heh, that's the sad thing here. I almost get the impression all these guys running bots/scripts to remove date links en masse are doing so just so they can think they've helped the encyclopedia (when it's far simpler to just change the code so the links don't even exist but the formatting remains). It's like watching someone pound in a nail with their bare fist knowing full well that there's a hammer sitting in the toolbox at their feet... —Locke Cole • t • c 05:23, 9 December 2008 (UTC)[reply]
            • Fullstop: I've seen plenty of patches/features "happen" that supposedly were never going to happen. See for example: mw:ParserFunctions, specifically mw:Extension:ParserFunctions. And that's a whole hell of a lot more complicated than date autoformatting ever would be. —Locke Cole • t • c 05:26, 9 December 2008 (UTC)[reply]
  • Oppose for most of the reasons in the capped grey page that has been available for some months; there's one above on this page. Why do we need a techie solution to a non-problem? 3 January or January 3? Who cares? Please let's have a tech solution for colour/color then ... Tony (talk) 08:59, 25 November 2008 (UTC)[reply]
  • Oppose I feel that there should be uniformity in presentation, because at times there could be a need to have display formats on the same page. Military pages for example might need to use dmy for an infobox but would read best with mdy in the prose. Autoformatting would remove that option from the editors.--
    chitchatseemywork 09:18, 25 November 2008 (UTC)[reply
    ]
  • Oppose A rather useless feature. Anyone can understand both 25 November 2008 and November 25, 2008 just fine. The few people who absolutely want it one way can get a browser plug-in to change the dates on all sites, not just Wikipedia. If we had such a software feature today, and it had non of drawbacks of date linking, I might reluctantly accept it. However, this has been requested for years and I doubt there will be a good software solution soon. In any case, any kind of date markup will make the wikitext even less readable. --Apoc2400 (talk) 10:38, 25 November 2008 (UTC)[reply]
  • Oppose - i've tried and failed to conceive of any good reason to autoformat dates by user preference; and while formating them "according to page" sounds potentially intriguing at first, it makes even more sense for editors simply to use date formats that are appropriate to a given page.
    Sssoul (talk) 11:10, 25 November 2008 (UTC)[reply
    ]
  • Oppose - even if a feature is enabled for all readers, including IPs, how many of them will even be aware of it, and bother to set it if they are bothered? And yes, I am aware that the patch might be able to set things automatically.—
    MDCollins 11:45, 25 November 2008 (UTC)[reply
    ]
  • Oppose - there simply is no need for this feature. Consistency within a single article is fine. The Rambling Man on tour (talk) 12:15, 25 November 2008 (UTC)[reply]
  • Oppose - there's no comprehension issue. Puzzling links to unhelpful articles is a greater problem. --Dweller (talk) 12:35, 25 November 2008 (UTC)[reply]
  • Oppose. Dates in either format are in no way ambiguous as long as the month is spelt out, so there is no need to add to the complexity of Wikipedia by having autoformatting.
    Phil Bridger (talk) 12:42, 25 November 2008 (UTC)[reply
    ]
  • Oppose The order of the day and the month is hardly worth the trouble. Dabomb87 (talk) 14:02, 25 November 2008 (UTC)[reply]
  • Oppose. Even the solution in the proposed patch, which does look nice, has the drawback of hiding (some) inconsistencies from (some) editors. That's a dealbreaker for me. -- Jao (talk) 14:43, 25 November 2008 (UTC)[reply]
  • Oppose. If we can manage to understand variant spellings we can cope with unlinked dates. --John (talk) 14:53, 25 November 2008 (UTC)[reply]
  • Oppose, we've got much better things to concern ourselves with. A diversion of effort into a question that almost all people regard with complete indifference. Tim Vickers (talk) 15:53, 25 November 2008 (UTC)[reply]
  • Oppose: Jao, Phil Bridger and TimVickers sum up the issues concisely. Knepflerle (talk) 16:12, 25 November 2008 (UTC)[reply]
  • Oppose: I'm of the opinion that the current system of applying either US or International dates on an article by article (or perhaps case by case) basis works rather well; a Mediawiki solution is unnecessary. Autoformatting is desired by a minority but the current method is creating too much effort and hassle for what is essentially a superficial preference option. Sillyfolkboy (talk) 16:31, 25 November 2008 (UTC)[reply]
  • Oppose. This is not an important issue in the scope of Wikipedia. Tempshill (talk) 16:40, 25 November 2008 (UTC)[reply]
  • Oppose. Displaying a date style that differs from the style of the surrounding text produces an unplesant style that is neither fish nor fowl. Mediawiki developers should not expend their time perfecting such a system, and editors should not expend their time marking up dates for such a system. --Gerry Ashton (talk) 17:31, 25 November 2008 (UTC)[reply]
  • Oppose Whether dates are formatted dmy or mdy, anyone can understand them, regardless of the usual style of dates in their home country. It's completely unnecessary. Colonies Chris (talk) 18:01, 25 November 2008 (UTC)[reply]
  • Oppose date autoformatting can easily end up as an excuse for editors to impose difficult to understand formats in the normal text, justifying this by saying "if you do not like it, just set your date autoformat preferences". Wikipedia pages should be written so that normal people can understand them - they should not need to be logged in members with various wikipedia-only preferences set up.--Toddy1 (talk) 18:20, 25 November 2008 (UTC)[reply]
  • Oppose - date auto-formatting is useless. No one wants it, let's toss it in the dustbin of Wikipedia history. Kaldari (talk) 19:53, 25 November 2008 (UTC)[reply]
  • Oppose as in previous RFC. Date autoformatting is not a useful feature and adds a non-trivial editing job formatting dates to use it. DoubleBlue (talk) 21:14, 25 November 2008 (UTC)[reply]
  • Oppose.
     HWV 258  21:40, 25 November 2008 (UTC)[reply
    ]
  • Oppose. It's always better to keep things simple. This kind of the feature is almost guaranteed to create an unintended consequence. For instance, the software has to be smart enough to not auto-format dates in quoted texts. This seems too much hassles for essentially an non-issue. I mean, why is it so important that we provide an option for the date formatting to registered users? Have you seen many websites where you can change the date formates in articles? This is such a waste of precious contributors' times. -- Taku (talk) 23:34, 25 November 2008 (UTC)[reply]
  • Oppose - given other issues, autoformatting is very far down on the list of things that need to be worried about. Ealdgyth - Talk 00:56, 26 November 2008 (UTC)[reply]
  • Oppose - If there is ever a time when every person on the planet becomes a registered wikimember, then sure. Until then, it leads to mix of
    12 May 1993, and 1993-05-12 being used in articles. - NuclearWarfare contact meMy work 01:57, 26 November 2008 (UTC)[reply
    ]
  • oppose No reason this needs to be done. Most readers know how to read dates or can quickly learn. Hmains (talk) 04:38, 26 November 2008 (UTC)[reply]
  • Oppose, DA is of dubious benefits for readers, contrary to claims. It actually exists as an apology for the formatting inconsistencies of editors, who have no automated means of ensuring that articles dates are correctly formatted in the first place, and I can really see no point in putting in this extra work for an unquantifiable and intangible benefit. It's not as if we are expressing ourselves in the highly ambiguous 11/12/09 - and even if we did, no machine or algorithm is going to sort that out. Ohconfucius (talk) 13:56, 26 November 2008 (UTC)[reply]
  • Oppose let them tackle something broader: colour/color, ~ise/~ize, etc. whilst they're at it and make it not simply limited to the Wikipedian. JIMp talk·cont 10:31, 26 November 2008 (UTC)[reply]
  • Oppose There isn't a problem to solve. Lightmouse (talk) 10:46, 26 November 2008 (UTC)[reply]
  • Oppose. As a non-native speaker with no strong cultural preferences acquired for any one format, I'm just at a loss to understand why editors go to such insane lengths of debate about such a superficial issue. Let's just deal with it the normal way, like -ize/-ise spelling variants: accept variability and be done with it. Fut.Perf. ☼ 14:06, 26 November 2008 (UTC)[reply]
  • Oppose. As most above. Solution in search of a problem. Get back to writing the encyclopedia, in whatever date format.  Sandstein  14:40, 26 November 2008 (UTC)[reply]
  • Oppose. I dislike any system that would automatically decide for me as an editor what style of dates should be used. There are times when it might be difficult or impossible for an automated script to determine which format is best (or it will get it wrong, or we need multiple formats for different reasons). As an editor, I feel that a non-automated solution (such as using the brackets to autoformat but not rendering it as a link), is likely just a waste of my time. It confuses new editors who aren't sure what to write to make it render properly, it clutters up edit screens, and it takes up time that I'd rather spend writing a few more sentences. Karanacs (talk) 16:35, 26 November 2008 (UTC)[reply]
  • Oppose. An utter waste of time. Will promote more crazy robot wars.
    ping 17:34, 26 November 2008 (UTC)[reply
    ]
  • Oppose. Because of
    WP:ENGVAR this doesn't seem particularly useful to me, except perhaps in templates. --Hans Adler (talk) 22:44, 26 November 2008 (UTC)[reply
    ]
  • Oppose, the whole concept is/always was extra editing work with little value added. SandyGeorgia (Talk) 03:57, 27 November 2008 (UTC)[reply]
  • Oppose, more harm than good. Everyking (talk) 06:31, 27 November 2008 (UTC)[reply]
  • Oppose, as there are circumstances such as dates in quotations which should not be changed to fit a reader's preferences, and there's far too much room for error with systemwide autoformatting. —Josiah Rowe (talk • contribs) 07:02, 27 November 2008 (UTC)[reply]
    Note that the current system will only format dates marked with wikilink syntax, and any proposed replacement that would reformat "dates" that are not specifically marked in some manner would never be accepted into the codebase (I believe this has been explicitly stated somewhere in a Bugzilla bug). Anomie⚔ 01:25, 28 November 2008 (UTC)[reply]
  • Oppose per above.
    talk) 08:19, 27 November 2008 (UTC)[reply
    ]
  • Oppose. Unnecessary. We manage perfectly well to settle on uniform usage of units within an article and there is even a convert template to assist with multiple units. There is no reason why date formats cannot be managed as easily. --RexxS (talk) 03:50, 28 November 2008 (UTC)[reply]
  • Oppose. Different date formats should not be that confusing. One caveat: I do strongly support the use of simple region-neutral and language-neutral dates in citation templates and on Commons (read: ISO dates), which some seem to want to deprecate as they'd previously been used to facilitate date formatting. There are other reasons to keep them, and being against autoformatting should not be seen as a vote against ISO dates.
  • Oppose--
    talk) 16:19, 28 November 2008 (UTC)[reply
    ]
  • Oppose No need. Protonk (talk) 20:43, 28 November 2008 (UTC)[reply]
  • Oppose With the exception of templates, this is not necessary. Default to ENGVAR.
    vecia 21:21, 28 November 2008 (UTC)[reply
    ]
  • The addition of another form of editing syntax for editors to slog through would be more of a hindrance than the meager benefit that date auto-formatting provides. I'd be content if this feature simply vanished into the ether. --Cyde Weys 01:45, 29 November 2008 (UTC)[reply]
  • Oppose. Unless they (doesn't matter who) find a way to automatically format the dates, I prefer keeping it how it is. ♬♩ Hurricanehink (talk) 01:50, 29 November 2008 (UTC)[reply]
  • Oppose--FeanorStar7 (talk) 02:07, 29 November 2008 (UTC)[reply]
  • Oppose Date autoformatting is not needed. - SWTPC6800 (talk) 02:45, 29 November 2008 (UTC)[reply]
  • Oppose - its not going to happen. However bad an idea dateformatting was to begin with, the fact is its there, and MediaWiki has to presume that some wiki installation somewhere is using the "feature". So the existing "feature" is not going to vanish, nor will any noticeable change of behavior be accepted. And they'd be crazy to add another dateformatting feature after the years of pain with the last one. -- Fullstop (talk)
  • Oppose The opposes have swayed me on this one, dates can usually always be done better by editors rather than bots, and autoformatting could mess something up unintended. --Banime (talk) 15:00, 29 November 2008 (UTC)[reply]
  • Opposes. In general, we need to reduce complexity and the benefits from this feature are almost invisibly small. Haukur (talk) 17:14, 29 November 2008 (UTC)[reply]
  • Oppose. Bots aren't needed to clean them up; they are, after all, incapable of discerning pertinent from non-pertinent. NSR77 T 17:34, 29 November 2008 (UTC)[reply]
  • Oppose - First clean up the Pandora's-box explosion caused by the last attempt to autoformat, after making the decision to close the box. Then, maybe, we can consider opening another one. arimareiji (talk) 18:14, 29 November 2008 (UTC)[reply]
  • Oppose. The question of what date format to use is a nationalistic question in disguise. Wikipedia is where you go to learn about things you don't know about, things from other cultures, even those that speak the same language you do. That's why we allow and, in fact, pretty much require that articles about subjects specific to a particular nation use dating and measurement conventions to the culture in qestion. I really don't think the sort of fussy editors who get all hot and bothered about seeing "March 17" instead of "17 March" in an article are the sort of people we should be catering to. Let them get a browser plugin. Daniel Case (talk) 06:42, 30 November 2008 (UTC)[reply]
  • Oppose as there may be bugs/unintended consequences to deal with for a very minor benefit. Agree with Daniel above that seeing dates (and spellings) in a format you aren't used to reflects that this is an international project; and it's not that mentally taxing to switch from one format to another. Fletcher (talk) 20:35, 30 November 2008 (UTC)[reply]
  • Oppose per "What You See Is What You Wrote" or something. /skagedaltalk 12:50, 1 December 2008 (UTC)[reply]
  • Oppose - Like what has been said, it's a solution looking for a problem. I can easily switch reading one date style to another and I'm not that special. Dismas|(talk) 07:41, 2 December 2008 (UTC)[reply]
  • Oppose. More trouble than it's worth for reasons that go beyond blue clutter: see Tony1's commentary. Spelling variations are no problem and neither should date format variations be. Rovaniemi-5 (talk) 01:57, 3 December 2008 (UTC)[reply]
  • Oppose the chance for negative consequences of an automated formatting in this case is not worth the hassle, especially since this seems to be something of a non-issue for the regular user. Grika Ⓣ 16:03, 3 December 2008 (UTC)[reply]
  • Oppose - I still see little value in this concept as worded. If there is some compelling technical reason then address that head-on. We need to present information for a worldwide audience - really it would seem an international standard would be appropriate. 21:22, 3 December 2008 (UTC)
  • Oppose Trivial/negligible benefit. It's not like anyone understands "May 7" more efficiently than "7 May". Pretty pointless. Spellcast (talk) 16:44, 4 December 2008 (UTC)[reply]
    • And if indeed those were the only two options you would be correct. But those wouldn't be. You'd also be able to choose MM-DD-YYYY, YYYY-MM-DD, and other variations (basically the same options you have in Special:Preferences right now). For what it's worth, I have mine set to MM-DD-YYYY so neither "May 7" nor "7 May" would be acceptable to me as a reader. —Locke Cole • t • c 01:42, 7 December 2008 (UTC)[reply]
  • Oppose - Not necessary. Giants2008 (17-14) 22:02, 5 December 2008 (UTC)[reply]
  • Oppose. Linking dates is overlinking and trivial; these links bring nothing useful to the article at hand.
    Mentality 06:19, 7 December 2008 (UTC)[reply
    ]
  • Oppose. There's no need for it. SlimVirgin talk|edits 14:56, 7 December 2008 (UTC)[reply]
  • Oppose. While a nice thing to have, it is not so nice that we should have the developers spend time implementing it. Only when there is nothing for them to do should something like this be pursued. RJC TalkContribs 15:53, 7 December 2008 (UTC)[reply]
  • Oppose—I don't want to autoformat color/colour or organization/organisation, and this doesn't seem that much different. We handle spelling variants the old-fashioned way—typing the desired form. I don't see why we can't do the same thing here. Pagrashtak 14:04, 9 December 2008 (UTC)[reply]
  • Oppose. Date autoformatting doesn't help readers and just causes needless arguments and make-work. It's like spelling. If an article is about Kansas, use U.S. date style. If it's about London, use UK date style. Simple enough. -- Ssilvers (talk) 19:11, 12 December 2008 (UTC)[reply]
    • If we had auto formatting however, people wouldn't need to be concerned about which date format to use in which articles. And readers would get dates presented in the format they desired. It's win-win. —Locke Cole • t • c 21:33, 12 December 2008 (UTC)[reply]
  • Oppose. DA hides what formatting from registered editors, who will then not pick up on the mistakes made and which are display to 95%+ of readers.
    WP Physics} 08:40, 14 December 2008 (UTC)[reply
    ]
  • Oppose This proposal seems to add negligable value, at the cost of additional complexity and risk {dates in quotations, edit wars}. There are many different varieties of English which differ in many ways: weights and measures, number formats, spelling, vocabulary and terminology, punctuation, pronunciation etc. Somehow we get along without requiring an auto-formatter to convert. I don't see why dates are any different. Dave w74 (talk) 21:48, 14 December 2008 (UTC)[reply]
  • Strong oppose because we have to remember the vast majority of Wikipedia users are casual readers only, for whom any kind of date formatting or preference setting is simply not viable and never will be. Better to follow an MOS standard consistently such as with ENGVAR: in U.S.-oriented articles, for example, "December 1, 2008" whilst for UK, etc., "1 December 2008", and if a non-region specific article then the existing style consistently applied throughout. With the month spelled out fully and the year expressed YYYY, there is no possibility of date ambiguity and the dates are universally understood. I think a more pressing MOS issue is numerical-only date creep, which should never be allowable (including the date parameter in citation templates!), viz., expressing December 1, 2008 as the ambiguous 12-1-2008, 1-12-2008, 12/1/2008, 2008-12-1, 2008-1-12, 12-1-08, 08-12-01, etc. Rather than further confuse non-expert editors and anon readers with all this technocrat stuff, we should concentrate on a more practical emphasis of using comprehensible, plain English dates.  JGHowes  talk 13:51, 15 December 2008 (UTC)[reply]

Neutral about autoformatting dates

*Neutral As in my recommendation to the question immediately above.--Goodmorningworld (talk) 18:27, 25 November 2008 (UTC) See my Comment below.--Goodmorningworld (talk) 10:18, 28 November 2008 (UTC)[reply]

  • Neutral In my opinion, it's sufficient to treat dates like any other convention, like English spelling variants. Provided it remains consistent within an article, I don't see different date formats as being particularly distracting or problematic for readers. If a method of autoformatting is to be used, my main concern is that it be very simple for editors to include. I would say if this is something that can be done simply from an implementation standpoint and from the standpoint of editing, great, otherwise de-link formatting and linking and let individual articles or projects settle on a date format. --Clay Collier (talk) 06:13, 30 November 2008 (UTC)[reply]
  • Neutral exactly as per Clay Collier immediately above. --SmokeyJoe (talk) 01:41, 1 December 2008 (UTC)[reply]
  • Neutral: I would be fine either way, although I'm leaning more towards removing date autoformatting and keeping date consistency to the scope of each separate article. However, if some form of automated date autoformatting was to be done on the software level (by extending MediaWiki), I'd be all for it. I think that would be the best solution, but I don't know how realistic that would be, as I've never played with MediaWiki code before. — FatalError 04:43, 1 December 2008 (UTC)[reply]
  • Neutral. I have no strong preference, but in terms of where developer time should be spent, I see this as an incredibly minor issue that should be easily backburnered in favor of other projects. --Elonka 18:22, 1 December 2008 (UTC)[reply]
  • Neutral Developers can spend their time solving real problems instead. —Michael Z. 2008-12-02 01:36 z
  • Neutral It complicates wikicode, making editing less accessible, for extremely little gain to readers. Also, a waste of time for developers. If it's not worth autoformatting to change color to colour, why is it worth autoformatting to change Feb 4, 2008 to 4 Feb 2008? Calliopejen1 (talk) 16:30, 2 December 2008 (UTC)[reply]
  • Neutral. It would be nice if we had a standard way of auto-formatting to a standard date format (for non-registered users) or to a preferred format (for registered users). However, the technical obstacles to overcome outweigh any value that might be gained. Truthanado (talk) 01:58, 4 December 2008 (UTC)[reply]

Comments about autoformatting dates

  • With so many options—rather than a simple up or down vote, this RfC wouldn’t immediately solve anything as there would have to be yet another round of voting to settle on MOSNUM wording. The above RfC is currently ongoing and seems imminently sensible. I believe I will hold off on participating in this multi-option can of worms; my votes in the above RfC make it clear enough as to precisely what I think should be on MOSNUM. Thanks, just the same. Greg L (talk) 08:21, 25 November 2008 (UTC)[reply]
    • With the false premises and "proposals" clearly not wanted by the proposer, the other RfC seems questionable, at best. — Arthur Rubin (talk) 14:53, 25 November 2008 (UTC)[reply]
      • Disagree. We are not all sheep. Tempshill (talk) 16:39, 25 November 2008 (UTC)[reply]
        • Proves nothing. Even if you investigate the false disputed premise (and the new false disputed statement in Tony's summary that year links are forbidden unless the MoS is modified), the specific proposals are opposed by the "proposer", so an "oppose" vote only opposes that particular wording, not a general modification in that direction. This RfC seems balanced, although the creator seems to be in favor of linking. — Arthur Rubin (talk) 16:45, 25 November 2008 (UTC)[reply]

Here is an article that I think is relevant: http://www.joelonsoftware.com/uibook/chapters/fog0000000059.html It's quite clear that the only reason we have date autoformatting and an option for it is because some years ago Wikipedians couldn't agree on how to do it. They made the common programmer mistake of avoiding the decision by letting everyone choose, and now we are paying the price. I want to know how many people actually care if it says 25 December 2008 or December 25, 2008. --Apoc2400 (talk) 20:27, 25 November 2008 (UTC)[reply]

Given that the current policy for manual date formatting is to follow the nationality of the page, there is still a difference. The fact that this seems to be a middle point suggests that there is some aspect of presenting dates in a format most pleasing to the end user, with the weak assumption that US-ian related articles will be read mostly by US-ians, and so forth. The key I believe is that any DA feature has to be completely invisible to the unaware user or editor, whether we're talking about how the displayed text is shown or how the date is entered. --MASEM 20:43, 25 November 2008 (UTC)[reply]
"any DA feature has to be completely invisible to the unaware user or editor" is absolutely right.
I suggest formatting should be based on location unless the user specifies otherwise in his / her prefs. I think that implies that prefs needs 3 options: "unspecified" (default), "US", "other". --Philcha (talk) 15:41, 4 December 2008 (UTC)[reply]

I note that many of the oppose !votes seem to be making faulty assumptions:

  • "IP users would see no formatting." The new formatting code could be created to specify a site-wide default for IP users, and a magic word to override that defaut per article.
  • "User preferences are a required part of the proposal." It is possible we could have consensus for some method of auto-formatting dates which would be extremely useful in templates without having any sort of user preference.
  • "It's all about MDY versus DMY." I would love to see a markup for "this date is in a list" and a user preference to display the date in the same way as prose dates, an abbreviated format corresponding to the normal format (e.g. 11/25/2008 or Nov 25, 2008 for MDY and similarly for DMY), or YMD format.
  • "No one actually wants it." Then why is this issue such a huge mess?
  • "Why not color/colour too?" That is not the issue here.
  • "Developers' time could be better spent elsewhere." It's up to the developers where they want to spend their time. While the paid devs are assigned tasks, we also have a number of volunteer devs who can work on whatever the hell they want, whether anyone else considers it a waste of time or not.
  • "Someone would have to code it, and we have no volunteers." If we can get consensus for a proposal that gives me my "this date is in a list" preference, I volunteer.
  • "Reformatting every date in an article would cause problems with direct quotes." / "There would be no way to not autoformat a date." Any proposal that has a chance of being accepted by the devs would require some sort of markup; anything that tried to reformat any plain text resembling a date would be rejected. I believe this has been explicitly stated somewhere in Bugzilla. (Added 18:22, 1 December 2008 (UTC))

Because of this, I don't think a raw !vote count here will actually tell us anything useful. Anomie⚔ 17:24, 26 November 2008 (UTC)[reply]

  • I believe that when the recommendations from editors regarding the above RfC (the one made by Tony, which predates this RfC) are tallied, the final result will be so overwhelming in favor of deprecating all linking/autoformatting of dates and endorsing bot removal of linked dates, that this RfC here will be shown to be pointless.--Goodmorningworld (talk) 10:18, 28 November 2008 (UTC)[reply]
    • That's the problem with the Tony RFC: it doesn't provide any way for editors to express an opinion that partially agrees without giving full agreement. This RFC provides far more latitude to editors in supporting or opposing because it's not specifying exact wording to be used in the MOS. Agree with Anomie that counting of pure !votes will not be helpful. —Locke Cole • t • c 21:25, 28 November 2008 (UTC)[reply]

Feature requests are a separate issue from MOS changes however I fail to see the disadvantage of seeing 28 November 2008 or November 28, 2008. Who is truly shocked and dumbfounded upon seeing the date in their non-preferred format? At the same time, requiring editors to mark up dates to use such a feature is an unneeded add on of already too many instructions for what is intended to be a wiki easy way to add content. DoubleBlue (talk) 18:52, 28 November 2008 (UTC)[reply]

  • This is no different than how it currently is. If you don't understand something (wikilinking, formatting, whatever) then just write prose. If it's good prose, someone will mark it up for you eventually. In the case of marking up dates it should be possible to do it in a semi-automatic fashion since dates take fairly consistent forms). —Locke Cole • t • c 21:23, 28 November 2008 (UTC)[reply]
  • I don't understand - why is it a tragedy if someone sees a date format they're not accustomed to but can easily understand? I'm very glad that I'm aware of both European and US date formatting, but I wouldn't be if I had been "protected" from seeing European dates. I'm reminded of a discussion elsewhere on the 'Net, where someone swore that a post had to be a troll because it included the date "1/15/2008, which doesn't exist." Is ignorance preferable to unfamiliarity? arimareiji (talk) 01:03, 30 November 2008 (UTC)[reply]
    • As long as i never see x/y/YY, where both x and y are < 13. It's annoying to see 1/12/98 and not know wether it's just before or after christmas. hence, autoformatting either to the unambiguous YY/MM/DD or DD/month-name/YY or month-name/DD/YY, or as per user-preference with the default being what makes sence for a user's geography (e.g., from my IP i'd expect british/european DD/MM/YY formating) would avoid confusion --Dak (talk) 21:42, 9 December 2008 (UTC).[reply]
      • xx/xx/yyyy is never permissible and no autoformatting could correct that. DoubleBlue (talk) 15:48, 14 December 2008 (UTC)[reply]

Why not templates?

Like Anomie stated above, it seems so many of the oppose !votes are based on illfounded assumptions. If we created a template that took arguments for m/d/y, abbr, br/us, links, etc., it would ensure consistent format (specific to article) within articles for anon-users (probably the best argument for auto-formatting), allow logged-in users their preferences, help identify dates not including the year, and provide the best flexibility. and any ugly syntax needed by the devs to work all this out could be hidden away in the template, allowing the most users accessibility. -ΖαππερΝαππερ BabelAlexandria 21:27, 2 December 2008 (UTC)[reply]

The problem with that is that the "br/us" and other parameters would have to be passed to every template that handles dates, and if they were given to some and not to others it would lead to inconsistency; besides which, once you're passing a format parameter to every template you may as well just write the date in the desired format to start with. That is why I call for a solution that would allow the format for the page to be specified once, like the DEFAULTSORT magic word does for category sorting, and then some parser function or other markup that formats a date according to that setting. Whether this also supports the current user preference, I for one don't care (I would leave my preference off). Anomie⚔ 21:50, 2 December 2008 (UTC)[reply]
Some of the templates, such as {{birth date}} are a case in point. While everyone is capable of writing 1 May 2007 or May 1, 2007, I cannot for one moment imagine all editors will happily insert dates in this most unnatural way. Sure, it gives the desired outcome, but hey, what a fiddle-fuddle! and for what gain? Ne cherchez pas midi à quatorze heures! Ohconfucius (talk) 04:57, 5 December 2008 (UTC)[reply]
I don't know what br/us is, but anyway... is there a way to use the user's date preference in a template? If so, that may be the ideal solution. Simply make a template which is a simple wrapper around the #date parser function. The default format, for unregistered users, would be hard-coded in the template. —Celtic Minstrel (talk • contribs) 17:24, 9 December 2008 (UTC)[reply]
No, there isn't. Anomie⚔ 17:37, 9 December 2008 (UTC)[reply]
Why use a template? There is no need to further complicate the editing of articles. The choice of a wiki format is to make it the encyclopedia that anyone can edit. We have to guard against further complication and to do so over having readers avoid seeing a date in their non-preferred date format is truly lame. DoubleBlue (talk) 15:54, 14 December 2008 (UTC)[reply]
Sure, a template that exists just to format dates according to user preferences isn't a particularly useful idea. But go propose deleting {{Citation}}, {{cite web}}, {{cite book}}, {{cite journal}}, {{Birth date}}, {{Birth date and age}}, {{Death date}}, and {{Death date and age}} (all of which output dates) and see how far you get. Without some method to specify per-page "format dates this way", all those templates will have to take "dateformat" parameters so their output can match the rest of the article, which would "complicate the editing of articles" because people would have to be aware of this extra parameter and use it consistently. And if someone screws up and either leaves it off or uses a non-matching value on some instance, you're back to the same "readers see mismatched dates!" issue people complain about above.
Whether that same date-formatting method also supports user preferences is IMO a secondary issue. Anomie⚔ 19:47, 14 December 2008 (UTC)[reply]
I think that we agree. The templates you note here all have added functionality including microformats that make the balance of simplicity vs usefulness different but that balance should always be measured. The date and age templates do include date format parameters to achieve consistency with the article. I, personally, don't believe that the dates in the references need match the article and actually think the ISO 8601 standard is appropriate but that can be decided elsewhere. The point is marking up simple instances of dates is off-balance for the near uselessness of the date order preference. DoubleBlue (talk) 20:02, 14 December 2008 (UTC)[reply]
ISO 8601 is unacceptable for reference sections, as it is unacceptable for articles, because it requires use of the Gregorian calendar. There is a need to refer to books that either are about times and places where other calendars were used, or which were published at times and places where a non-Gregorian calendar was in use. --Gerry Ashton (talk) 21:11, 14 December 2008 (UTC)[reply]
Uh oh, you said "ISO 8601", which brings out those who complain about Gregorian versus Julian calendar systems. Call it "YMD format" or some such instead. It might not stop them, but then you can point out that "1709-09-28" is no more ambiguous than "28 September 1709". I prefer YMD format in references and other lists too, but some people absolutely despise it for some reason; look at the talk pages for some of the cite templates. Anomie⚔ 03:01, 15 December 2008 (UTC)[reply]
I agree with Anomie, although cite templates are a poor example. Several of these templates bought into the nearly useless current system of date autoformatting, and so have accumulated a mountain of garbage input. Therefore, they produce a mountain of garbage output. The mess could have been avoided by just respecting whatever the editors input.
Better examples are infoboxes that contain constant dates (as opposed to dates entered in particular instances of an infobox in an article). These infoboxes could really benefit from a per-page indicator about which format to use. --Gerry Ashton (talk) 20:00, 14 December 2008 (UTC)[reply]
Simple enough with an additional parameter. DoubleBlue (talk) 20:11, 14 December 2008 (UTC)[reply]

When to link to Month-Day articles?

Background: Month-day articles, such as

current style guidelines for linking
, normally an article should link to a date – if at all – only the first time the date appears in the article.

The question posed here is:

When should Month-day links be made in articles?

Please indicate which approach you prefer below. If you support "In certain cases", please explain what cases would be appropriate for these links.

Month-Day links should always be made

Month-Day links should be made in certain cases

  • Very rarely. Perhaps for annual events it could be interesting to find other annual events on the same day. --Apoc2400 (talk) 10:41, 25 November 2008 (UTC)[reply]

*Placeholder "where specifically appropriate" opinion, per my post in "Comments" below. --Dweller (talk) 12:38, 25 November 2008 (UTC) Move to oppose, based on discussion in Comment section.[reply]

  • With the exception of articles about chronological items (May 12 or 2003), never. Dabomb87 (talk) 14:05, 25 November 2008 (UTC)[reply]
  • Rarely. I think rarely enough that it may be acceptable for some sort of fake linkage to prevent bots from removing them may be appropriate. — Arthur Rubin (talk) 14:28, 25 November 2008 (UTC)[reply]
    • (I should read the proposal, unless it was edited after I !voted). Strongly toward including the date of an event which happened only on that day and annual events which (almost; for example, Saint Patrick's Day) always happen on that day; weakly toward including birth days and death, date of completion, occupancy, and demolition for a structure; start and end dates for an event which has clear start and end dates. Perhaps the ones I specify "weakly" should be restricted to links in infoboxes. — Arthur Rubin (talk) 19:48, 30 November 2008 (UTC)[reply]
  • Quite all right for annual events and celebrations. Don't care much about birth dates, but certainly not linking should be the general rule. -- Jao (talk) 14:46, 25 November 2008 (UTC)[reply]
  • Only very rarely, perhaps only in chronologically based articles. I think, as they stand, the "month-day" articles are unencyclopaedic and widely linking them is unhelpful. Maybe the problem is that these "articles" have never grown beyond lists of events. Not one is worthy of being called a true article as opposed to a list of events varying in importance from the crucial to the trivial (e.g.
    Germany invades Poland, Billy Blanks born, 121 days remaining until the end of the year.) If the only context the two ideas share is that of having happened on the same day then the link should never be made (e.g. Henry M. Jackson died on September 1, 1983: coincidentally, the same day as fellow American politician Larry McDonald died.) Sillyfolkboy (talk) 16:59, 25 November 2008 (UTC)[reply
    ]

seemywork 18:23, 25 November 2008 (UTC)[reply]

  • I find it very difficult to believe that there is never any situation where a date would be relevant enough to link. Absolutes like "never" and "always" make for very poor rules. Mr.Z-man 19:08, 25 November 2008 (UTC)[reply]
  • I think Month Day linking of only certain significant dates is useful for they way it gives unity to the Wikipedia body of knowledge. I suggest the definition would apply only to dates which directly describe the subject of the article and would read something like:-
  • The commencement of things - births , foundations , openings , declarations, creations , discoveries, patents and first publications.
  • The ending of things - deaths , dissolutions, closings, destructions, ceases, fires, armistices.
  • Another definition would be by impact on human history and would include battles, eruptions , disasters etc. Lumos3 (talk) 21:17, 25 November 2008 (UTC)[reply]
* Extremely rarely. I'd say never but let's just make the rule that the link must be demonstrably useful per
WP:CONTEXT. DoubleBlue (talk) 21:22, 25 November 2008 (UTC)[reply
]
I've moved to never; see rationale there. DoubleBlue (talk) 17:55, 28 November 2008 (UTC)[reply]
If the speculation about the First Hague Conference opening on Nicholas II's birthday is useful to the article, surely it should be mentioned there? I looked at the article on
18 Brumaire 1799) as there's nothing else in them about the French Revolution - or did I misunderstand? --RexxS (talk) 02:03, 1 December 2008 (UTC)[reply
]
If I had a written verifiable source, rather than a conversation with a Professor of Russian History, I would have added it; I might still link, since the date would then be significant to the article. But I don't, and have other things to do than look for one. Septentrionalis PMAnderson 15:32, 2 December 2008 (UTC)[reply]
That's quite understandable, but I'd postulate that you've summed up the problem quite neatly: The date 18 May would indeed be significant to the article; The article
18 May unfortunately is not. --RexxS (talk) 00:12, 4 December 2008 (UTC)[reply
]
Since the fact that the two things happened on the same day is mentioned in the article, there's no benefit to linking to the date article. The only relevant item in that article is the date of Babe Ruth's death, which the reader already knows. In general, if the fact that two events happened on the same day is significant (i.e. intended), it belongs in an encyclopaedia in the articles for those events. If it was just a coincidence, rather than planned that way, it doesn't belong at all. Colonies Chris (talk) 10:07, 28 November 2008 (UTC)[reply]
  • Septentrionalis covered some good examples, and furthermore I think that there's a cause for linking month-day in infoboxes and possibly birth days / death days in biographies. Otherwise, it's pretty rare. SnowFire (talk) 15:59, 28 November 2008 (UTC)[reply]
  • As
    WP:CONTEXT
    . Reading through the examples above, I don't see any that would reach that threshold for me, so I agree that it ends up being extremely rare.
I didn't comment in any of the other sections on this page, as it seems to me that those decisions should follow this one.Ccrrccrr (talk) 16:23, 28 November 2008 (UTC)[reply]
Very rarely I agree with Flash176 above with his examples of December 7 when relating to Pearl Harbor and July 4 when relating to American Independance. Bubba73 (talk), 18:12, 30 November 2008 (UTC)[reply]
  • Of course this should happen in some cases. How could Independence Day (United States) not link to July 4? Oren0 (talk) 19:59, 30 November 2008 (UTC)[reply]
  • Support - they rarely do any harm, and can be useful if it is a recurring event on a particular day of the year (e.g. Christmas Day). Warofdreams talk 21:20, 30 November 2008 (UTC)[reply]
  • They are useful in certain circumstances. --Elonka 18:24, 1 December 2008 (UTC)[reply]
  • I agree it cannot be ruled out. But I've found that over the years I've been here that I've become less inclined to do it as often now and would only consider doing so for important or even historic occasions. If, for example, an article were to be a biography, I would find any date linking beyond their birthday (and even that I'd be inclined to leave out) a bit too much. --➨Candlewicke  :) Sign/Talk 21:21, 1 December 2008 (UTC)[reply]
  • Rarely, and only for good cause. For example, I could see linking to the article May 1 if you're in an article that is listed at May 1#Holidays_and_observances. Linking to that article in most instances, and particularly linking to the article on a date that is merely mentioned in passing (e.g., "A lawsuit was filed on May 1...") or for publication dates in references (e.g., Smith, Mary. "Unrest in the Middle East." The New York Times May 1, 2008) is entirely inappropriate. WhatamIdoing (talk) 00:58, 2 December 2008 (UTC)[reply]
  • Like any other link, editors should judge when it is desirable. —Michael Z. 2008-12-02 01:37 z
  • Links should be made when it's useful and is context-driven to the article. I also think it is useful for biographies for birth, date of death and perhaps for use in infoboxes too. But other than that, it's slightly pointless. For example, I sometimes read articles on fictional characters and soaps that link a date. It makes the whole thing seem redundant. (just to add, I agree especially with --Flash176 16:31, 28 November 2008 and Reywas92 17:11, 28 November 2008 londonsista Prod 05:28, 2 December 2008 (UTC)[reply]
  • If the article deals with the history of something and the date has great relevance, then that's fine, e.g. June 6, 1944 in a WWII timeline. But if it's in someone's biography because they got married that day or something of that ilk, it's pointless. We don't need a world view of what was going on that day in order to better understand the subject of the article. Dismas|(talk) 07:48, 2 December 2008 (UTC)[reply]
  • Support once in a while may be important to do it, but not all the time, definitely not by default. Miguel.mateo (talk) 14:02, 3 December 2008 (UTC)[reply]
  • Very rarely. There are some situations when a wikilinked date makes sense to use, however they are very few and far between. Truthanado (talk) 01:59, 4 December 2008 (UTC)[reply]
  • Rarely. In certain isolated cases, it may be useful to do so, but as a general practice, linking Month-Day combinations is no more useful than linking other common terms like colors, numbers, or days of the week. --Jayron32.talk.contribs 03:36, 4 December 2008 (UTC)[reply]
  • Very Rarely - There are almost always undesirable, perhaps always. But dictating "never" goes against the spirit of
    talk) 05:12, 4 December 2008 (UTC)[reply
    ]
  • Support Some are notable, most are not. Even those that are notable may not be relevant to a particular article. --Philcha (talk) 15:46, 4 December 2008 (UTC)[reply]
  • Always link in infoboxes and lede paragraphs (ie. date of birth, date of death); link in main article body at editor discretion. I see no issue with a good liberal sprinkling in most articles, though. GlassCobra 11:10, 7 December 2008 (UTC)[reply]
  • Very Rarely and then only if the link adds sense and important information to the original article. Edmund Patrick – confer 14:08, 7 December 2008 (UTC)[reply]
  • Support this - I don't prefer overlinking, but sometimes links to dates are useful. Like holidays should link to the day on which it is celebrated, some important events need linking, etc. Generally, don't link, but sometimes it's acceptable. -- American Eagle (talk) 23:56, 8 December 2008 (UTC)[reply]
  • Weak support only because I cannot support the phrase "Month-Day links should never be made". I would agree that, in general, Month-Day should not be linked. I cannot quickly think of a high-value Month-Day link (25 December on the Christmas article is not high-value in my opinion); however, I cannot support a ban on such linking—the editor must be given the editorial leeway to decide when linking is appropriate, just like every other word we type. If you think my comment is in the wrong section, blame it on the section headers. Pagrashtak 14:19, 9 December 2008 (UTC)[reply]
  • Support context based use:
    Rumping (talk) 10:34, 10 December 2008 (UTC)[reply
    ]
  • support when the day is of relevance, such as events named in relation to days, and annual events and similar celebrations. DGG (talk) 18:01, 10 December 2008 (UTC)[reply]
  • Support for birth and death dates and important events, such as battles. Also for dates that are significant in context, such as publication dates in articles about books or authors. Deb (talk) 12:42, 11 December 2008 (UTC)[reply]
  • Support for chronological subjects such as holidays or calendars (e.g. April Fools' Day), sometimes for historical events where the temporal aspect is of special relevance (e.g. September 11 attacks) and occasionally with great caution in biographies (births, deaths). The Fiddly Leprechaun · Catch Me! 17:32, 11 December 2008 (UTC)[reply]
  • Weak support. These articles are almost trivia collections. (But, who doesn't want to see the events on his or her birthday?) There are several days of interest, however, that deserve to exist, and when an article deserves to exist then it deserves to be linked when the linking context is not completely incidental. — brighterorange (talk) 00:06, 13 December 2008 (UTC)[reply]
  • Support I think that generally the date should be linked for important events. However, linking every time seems to overdo it. Captain panda 21:34, 15 December 2008 (UTC)[reply]
  • Month-day links should be made in cases in which readers are likely to search for the date itself. Month-day articles must not be collections of chronological trivia. They should collect notable events that are specifically associated with that specific date, and are commemorated together with that date. National independence days are the obvious example. The Battle of Puebla and May 5 also qualify. Editors should use their best judgment, but effort will be needed to counter the tendency to collect trivia and overlink. Birth and death dates: Do not link; if this is seen as important, use some kind of categorization (e.g. Category:May 5 deaths, identical to Category:5 May deaths). — ℜob C. alias ᴀʟᴀʀoʙ 22:24, 15 December 2008 (UTC)[reply]
  • I support. As somebody who accasionally comes here to read and edit wikipedia. I was shocked to come here recently after a long break, to find that many articles had been stripped bare of links to dates. I have found my way here to register my protest. How bizarre that people think removing them is a good idea, it looks terrible, and detracts from the readers choice. I would certainly support linking relevant dates such as birth dates, and infoboxes should have them as well. Apart from that, I would say this, dates do not need to be directly relevant to the article, but they do provide choice for the reader to learn about another topic, or about that date directly. Therefore, dates should generally be linked, but only once per article. This gives the reader the choice to make up their own minds on what to look at without cluttering the article. Gem (talk) 01:10, 16 December 2008 (UTC)[reply]
  • Rarely, such as recurring events. Eg. if discussing a riot on 1st May, a link might be useful if a mention of Labour Day is not. Modest Genius talk 16:54, 21 December 2008 (UTC)[reply]
  • Rarely. There are always some times that you find the need to
    WP:IAR. -- King of ♥ ♦ ♣ ♠ 07:09, 25 December 2008 (UTC)[reply
    ]

Month-Day links should never be made

Comments about Month-Day links

I'm inclined to go with "occasionally" (where appropriate), but can't currently think of a suggestion I'd agree with. Can someone nudge me on this? Any ideas? --Dweller (talk) 12:36, 25 November 2008 (UTC)[reply]

Suggestions:

  • Articles about chronological items (May 12, Thursday, 2003, 19th century).
  • Articles in which an auspicious, well-known event coincides with a date (
    Christmas Day
    ).
  • The linking of dates follow the rules as the other links in these cases; only link to a specifc day on its first appearance. Dabomb87 (talk) 14:22, 25 November 2008 (UTC)[reply]
Are you arguing that, say, if hypothetical notable musician Jonny X was born on 25th December, a link to
25th December 1987...)"? --Dweller (talk) 16:47, 25 November 2008 (UTC)[reply
]
The use of Christmas Day is ambiguous as a day as there are other celebrations on January 6 and 7, as specified in the article. Clarity is paramount here and in my opinion this should never be done. Besides, won't most readers see December 25 and think "oh, that's Christmas Day." Really, that is the highest amount of thought happening here and a link is not necessary. Sillyfolkboy (talk) 17:07, 25 November 2008 (UTC)[reply]
Thanks Sillyfolkboy, I understand the arguments against. I'm rather hoping adherents can present their arguments to me here. I'm unconvinced I've presented a case study they'd agree with - hence my question marks - and I'm reserving judgement until I thoroughly understand. --Dweller (talk) 19:38, 25 November 2008 (UTC)[reply]
Dweller, I was talking about linking to dates, not holidays. On articles about holidays that coincide on a certain day, we could link the first time. "Christmas Day falls on
25 December." Dabomb87 (talk) 21:30, 25 November 2008 (UTC)[reply
]
Ah, gotcha. In that case, unless anyone's got any other suggestions, I'm going to move to oppose. That's a totally pointless link IMHO. --Dweller (talk) 10:23, 26 November 2008 (UTC)[reply]

All who voted to "Never link Month-Day" - could this be construed as proposal to delete all these articles? Surely the idea to purposefully orphan an article is without precedent? Sillyfolkboy (talk) 17:07, 25 November 2008 (UTC)[reply]

I wouldn't be horrified to lose those pages, however to find out what happened throughout history on (say) today's date any user can go to the standard WP search box and enter "25 September" or "Sep 25" or "September 25", etc. in order to be taken straight there. If fact they'd have to try pretty hard not to find the page they're after. I (and I guess many others) believe it is not worth diluting other links on a page for the rare case when a reader has the need to click on a Month-Day link.
 HWV 258  23:04, 25 November 2008 (UTC)[reply
]
These suggestions for being a little bit pregnant surprise me. Why on first occurrence only, if not throughout? Why do we need 25 December linked for "Christmas Day"? If that article is significantly relevant, put it down in the "See also" section. Can you find an example where it helps the reader's understanding of a topic? Tony (talk) 02:18, 26 November 2008 (UTC)[reply]
There is little to no use in being linked there from an article. They can serve on their own as almanac type articles for readers who want to see what happened on this day. DoubleBlue (talk) 02:26, 26 November 2008 (UTC)[reply]
  • I was surprised at the tide of support for these articles when they went to
    walled garden of 366 (day of the year) plus some thousands of other (year and month-year articles) "popular" chrono-trivia articles. Ohconfucius (talk) 14:14, 30 November 2008 (UTC)[reply
    ]
  • question: i think this is part of what Dweller was seeking above, but i'll try again: could someone who favours month-day links in feast-day/holiday/historic-event-type articles explain why they favour that, please and thank you? using examples given in the "votes" above:
  • why does a reader need to look at April 23 to understand the article on Saint George? since the article on Saint George already tells readers what date his feast day is on and why, what does the list of other events on the same date throughout history add?
  • similarly: what exactly does a link to
    April Fools Day
    ?
  • and can we see an example of an article on a historical event in which a link to a list of assorted other events on the same date throughout history is an aid to understanding? thanks
    Sssoul (talk) 09:35, 27 November 2008 (UTC)[reply
    ]
Living in a multi-cultural societyy, i don't find it completely useless to have day-month links for the holidays. If i get invited to have some cake for Eid, it is always fun to be able to say, "yes, and we can celebrate St. xxx's day!". But then again, i know how to use the search, so wouldn't miss them terribly. All other examples i've heard of are pointless.Yobmod (talk) 16:42, 28 November 2008 (UTC)[reply]
  • Of all the questions, this one seems to have formed the most definite consensus on one thing: Month-Day articles should not be linked to on every appearance in an article. What we still have to determine is whether we should link to these articles at all, and if so, under what circumstances. From what I see, the consensus seems to rule that except for articles about calendar items, month-day links should almost never be linked. Dabomb87 (talk) 15:18, 28 November 2008 (UTC)[reply]
    • (1) First, the arguments are getting split up confusingly between Always/Never/Sometimes and the Comments subsections: should we rearrange this to make it more coherent?
    • (2) Why have any absolute rule against it? It's not something to be encouraged where irrelevant or distracting, but with ten million articles in English Wikipedia, can't the editors who worked on a specific article be trusted to offer a month-day link where they think it might be helpful, and not to do so where it isn't? (Rather than someone or some 'bot that's never seen the article before, let alone its history or talk page?) There's already a lively discussion about whether Wikipedia has too many policies; and this kind of intrusive prescriptive detail about anniversaries would be a prime example of a rule (rather than stylistic advice) looking for a justification to exist.
    • (3) This is different from the question of whether it's a good idea to retain most day-month linking (without years) to allow readers to set an autoformatted preference for themselves on seeing "18 May" vs "May 18". I'm undecided about this.
    • And I don't like these arguments that breezily suggest that something that is in fact more hassle and work for the reader (like a Google or even Wikipedia search for every item that happens to mention December 25 or November 22) is somehow so natural and easy that by itself it makes a date page unnecessary. The deficiencies of those date pages are, as I've said, a different question.—— Shakescene (talk) 18:56, 28 November 2008 (UTC)[reply]

What about articles for one specific date in one specific year?

I'm only raising this for discussion, but there are individual articles for some specific dates, such as

September 11, 2001 is not one of those dates, but simply a redirect to the terrorist attacks that dominated that day (and not for example to the primary elections that began that day in Massachusetts and New York City).] —— Shakescene (talk) 09:22, 28 November 2008 (UTC)[reply
]

Every single one of those should be deleted. I had thought we were disallowing those, for very good reason, and moving them to the
January 2005; they should be substituted and then deleted, or moved to Portal space and then deleted. Category:Days in 2004 already redirects to the relevant month, and Category:2006 by day is Portal space. The 2005 days and a few 2003 days need to be deleted ASAP. Reywas92Talk 17:36, 29 November 2008 (UTC)[reply
]
This is exactly the kind of weird, obscure technicality that I didn't know about and don't understand after contributing more than 2,000 of my own edits and hundreds of exchanges on Talk Pages, so it would go right over the heads of 99% of Wikipedia editors, let alone readers. If the average editor, not for auto-formatting, but because he or she thinks it especially useful to link to what else happened on a certain day (
November 22, 1963), he or she might have no idea that a specific page for that day might already exist under an obscure name, or how to link to it. One has to have either been here a long time (as Wikipedia was growing horizontally as well as vertically) or have an unusually persistent curiosity to disentangle all these specialized namespaces (if that's le mot juste) that supposedly simplify Wikipedia. —— Shakescene (talk) 06:06, 4 December 2008 (UTC)[reply
]

Month-day only linking is of less importance in an encyclopaedia and becomes about trivia. Year-Month-Day linking does have relevance as it places an event in its time and place in history, especially if a geographical aspects can be included. Children born within short periods following a royal birth and having the same name indicates the perspective of a family. A death that takes place on a date during a period of war can add perspectives. Allowing folk to examine in context makes WP a more useful tool. -- billinghurst (talk) 10:17, 2 December 2008 (UTC)[reply]

Year--month--day linking would be of relevance for all birth and death dates, and it should not be revisited when it can be done in a less obtrusive way. Personally, though, I don't think those two links in he article of a person are actually obtrusive. DGG (talk) 18:20, 10 December 2008 (UTC)[reply]
  • Support, since I should offer an opinion if I have one (as opposed to the talking points above). Specific days in specific years are often more useful, important and relevant than simple anniversaries or birthdays. (For example the Soviet invasion of Czechoslovakia happening in August 1968 as the U.S. Democratic Party Convention was beginning.) —— Shakescene (talk) 06:04, 25 December 2008 (UTC)[reply]

Relevancy

Looking through the discussion above, a theme that emerges is that of relevancy. When considering links from article to another, I believe the consensus is to only link other articles that are relevant. I made this comment:

  • The purpose of a link is to direct the reader to relevant other content. I still can't conjure up any likely scenarios where this would be appropriate for day-month - and I certainly can't see how the article on February 12 would help me to understand anything about Charles Darwin, even if it was his birthday. --RexxS (talk) 04:03, 28 November 2008 (UTC)

However, I can now accept that this "strictly-relevant" position is not the only tenable one:

  • I don't agree that the link need be relevant since date links are, once readers become familiar with them, just links to more information about that day/date. —Locke Cole • t • c 00:30, 29 November 2008 (UTC)
  • I regularly click them and find them useful and interesting. I don't think they're distracting at all and help provide context in articles. Tombomp (talk/contribs) 08:07, 27 November 2008 (UTC)

The opposite view is also expressed:

  • I've never intentionally followed such a link, nor will I ever. But there might be rare circumstances where they are actually useful to readers, so I'm not willing to say absolutely never. GRBerry 05:32, 29 November 2008 (UTC)

One of the joys of a paper encyclopedia is that while looking for a particular topic, you often find something else unrelated, but interesting, because it is adjacent alphabetically. The day-month articles here also provide another kind of adjacency - other topics that share the same "birthday".

So perhaps the fundamental question we need to determine consensus on is "Is there sufficient value in allowing day-month links to be an exception to the rule of relevancy?"

There is also the argument that some day-month links do meet the standards of relevancy:

  • it still had its place on some pages. For example, the Attack on Pearl Harbor should link to December 7 ... Date linking needs to be used sparingly, but it should still be used, IMO.--Flash176 (talk) 16:31, 28 November 2008 (UTC)

In this case, the 7 December article does actually contain further information about the Attack on Pearl Harbour concerning the chronology (although you still have to look through a lot of unrelated stuff to find it). In other words, it links to further information beyond what is in the main article. If this were not a date link, it would have to link to a stub article. How would we best deal with that? Suggest it be merged into the main? -

WP:UNDUE
; Expand the stub? - may not be possible. It could be argued that day-month articles are a convenience to avoid multiple stubs. Personally, I can just about accept that, if the information in the date-month article provided extra information in each entry.

If I believed that over time, each entry in each day-month article would eventually provide an extra resource to the linking article, then I could strike the comment I made in response to Septentrionalis:

  • I'd postulate that you've summed up the problem quite neatly: The date 18 May would indeed be significant to the article; The article
    18 May
    unfortunately is not. --RexxS (talk) 00:12, 4 December 2008 (UTC)

I suggest that the collators of this section of the RfC try to determine the answer to the "Exception to Relevancy Question" first. If it turns out that consensus is that day-month links need to be relevant, then find some guidelines to help editors determine whether they are linking to relevant extra information in the day-month article. --RexxS (talk) 15:28, 6 December 2008 (UTC)[reply]

When to link Year articles

Background: Year articles such as 2000 are similar to Month-Day articles, and in the same vein, can be seen either as very useful or very unhelpful. As with Month-Day articles, it is understood that normally they should only be linked – if at all – the first time each year appears in the article.

The question posed here is:

When should Year links be made from articles?

Please indicate which approach you prefer below. If you support "In certain cases", please explain what cases would be appropriate for these links.

Year links should always be made

  • Always, I regularly click them and find them useful and interesting. I don't think they're distracting at all and help provide useful context. Tombomp (talk/contribs) 08:08, 27 November 2008 (UTC)[reply]
  • I use them all the time. I think that users should be able to choose whether or not years are linked by setting their preferences. --
    talk) 23:11, 28 November 2008 (UTC)[reply
    ]
Readers will usually not be registered users. Hence they will usually not have any settable preferences.
Taemyr (talk) 04:09, 30 November 2008 (UTC)[reply
]

Year links should be made in certain cases

* As my opinion and comment in above section. --Dweller (talk) 12:38, 25 November 2008 (UTC)Move to oppose --Dweller (talk) 10:27, 26 November 2008 (UTC)[reply]

  • Frequently (in many articles), but only a few times per article. I still think it's better for the year of birth and death of a person to be linked, and possibly the year of completion or of readiness for use for a structure, and other dates significant to the article. — Arthur Rubin (talk) 14:30, 25 November 2008 (UTC)[reply]
    • Concur weakly with Lumos, below, although I'm not sure all of those should be included. Almost certainly nothing other than what Lumos suggests below. — Arthur Rubin (talk) 19:52, 30 November 2008 (UTC)[reply]
  • Only if the year article provides helpful context. Personally, I would say no year article currently does this. However, that is not to say that they could not provide helpful information at some point in the future. Sillyfolkboy (talk) 17:18, 25 November 2008 (UTC)[reply]
  • Per my comment in the "month-day" section above. Mr.Z-man 19:10, 25 November 2008 (UTC)[reply]
  • Also per my comment in "Month-day" - Only certain significant year linking is useful for they way it gives unity to the Wikipedia body of knowledge. I suggest the definition would apply only to dates which directly describe the subject of the article and would read something like:-
  • The commencement of things - births , foundations , openings , declarations, creations , discoveries, patents and first publications.
  • The ending of things - deaths , dissolutions, closings, destructions, ceases, fires, armistices.
  • Another definition would be by impact on human history and would include battles, eruptions , disasters etc. Lumos3 (talk) 21:21, 25 November 2008 (UTC)[reply]
  • When we would link a word or phrase if it were not a date, then we should also link years. This, again, does not mean routine linking; it means significant linking, as:
    • Henry Laurens was president of the Committee of Safety, and presiding officer of that congress from June until March of 1776. This is from a biographical article, which cannot give the political and military events of South Carolina in 1776 without undue weight; but a reader may well wish to know them.
    • Of all the members of the British parliaments from 1689 to 1832, [complex statistical claim]. Most readers will understand why that century and a half was chosen; we should not complicate the sentence further by explaining. But some readers won't know, and should have a link to explain it if they want to know.
    • Dates of creation of peerages are always linked, per
      WP:PEER
      . This lets the reader find out which monarch, and often what circumstances, were responsible for the peerage, and what else was going on at the time. Some readers like this, and we are here to serve them.
    • Linking significant dates, once in articles for which they are significant, is a useful tool. For instance, 1686 does not yet include the creation of the Dominion of New England; at the least, its Whatlinkshere should.

Septentrionalis PMAnderson 22:25, 25 November 2008 (UTC)[reply]

  • I would like to point out that to whatever extent this particular debate is concerned with “Years in X” linking, the issue substantially falls outside the purely stylistic purview of MOSNUM. I suspect that WP:WikiProject Time would be the most appropriate place to work out what the future of “Years in X” should be. Askari Mark (Talk) 03:39, 26 November 2008 (UTC)[reply]
  • I feel that links such as 1964 should only be included on Wikipedia:Selected anniversaries pages. Furthermore, I am opposed not only to specific year links, but also to links such as 1960s, 19th century, 364 BC, 4th century BC and so on. It Is Me Here t / c 17:21, 26 November 2008 (UTC)[reply]
  • Not as a matter of general practice. Use them when the year itself is under discussion (not when simply discussing something that happened to occur in a given year) and use them in other date articles. Everyking (talk) 06:44, 27 November 2008 (UTC)[reply]
  • Very rarely, almost never. Again, the purpose of a link is to direct the reader to other relevant content. If the year article were to contain information relevant to the article containing the link, then I concede it could be linked, using the same rules as any other link. I suppose it could be argued that the article on 1809 might give some perspective on the world into which Charles Darwin was born, but it's much less use than the section on "Early life" that's already there. --RexxS (talk) 04:14, 28 November 2008 (UTC)[reply]
  • Not peppered throughout the article, but I do feel that there should be some sort of link in the opening of the article / infobox to provide context of the time. This is notable for things like the start/end dates of wars/cultural events/governments or birth/death dates for biographies, so that people can see the general political situation the world was in at the time. SnowFire (talk) 15:59, 28 November 2008 (UTC)[reply]
  • I agree with others that every year in an article should not be linked, but those important to the context of the article should be linked. I agree with Ruslik that the MoS already addresses this: Dates (years, months, day and month, full dates) should not be linked, unless there is a reason to do so. If there's a good reason, then having the links is perfectly fine, and should be encouraged. Removing all of the links is overreacting. ···日本穣? · Talk to Nihonjoe 19:15, 28 November 2008 (UTC)[reply]
  • As with dates, I can see that there would be some instances where this is useful to provide context. Such instances will be rare, but not non-existent.Anaxial (talk) 19:45, 28 November 2008 (UTC)[reply]
  • Only when context supports it, which I figured is already addressed in "overlinking". Protonk (talk) 20:43, 28 November 2008 (UTC)[reply]
  • Only for ongoing events that take all year. For example, if I decided that 2009 would be National Wikipedia Awareness Year, and someone made an article on it, then they should link 2009 from that article. I've done that in the article that I started on Stalin's ten blows by linking to 1944, the year the article refers to, but if I were editing an article on, say, a battle in 1944, the 1944 in the dates of the battle shouldn't be linked. Joe Nutter 21:13, 28 November 2008 (UTC)[reply]
  • Whenever they can help improve context, and for birth dates and infoboxes. Year links should have one link per page though, repetitive linking of the same dates should be discouraged. G-Man ? 23:25, 28 November 2008 (UTC)[reply]
  • Only when it provides context relevant to the article in which the link appears. This is not commonly the case, and will pretty much never be the case for years within the last century.--Srleffler (talk) 00:16, 29 November 2008 (UTC)[reply]
  • Per my comment in month-day above, regardless of context. As long as dates are consistently treated a reader will quickly realize that they're usually not immediately relevant, just helpful in browsing for casual readers. —Locke Cole • t • c 00:32, 29 November 2008 (UTC)[reply]
  • I can come up with more good uses for year links than for day-month links; for instance, you can make a good case for wikilinking the birth and death year of a person in their article. It's reasonable that someone would want to click through to these to contextualize the article subject's life with what was happening around that period in history. Most other year links should be removed, but I can think of at least one good time to use them, so I'll put my name here in the sometimes section instead of in the never section below. --Cyde Weys 01:50, 29 November 2008 (UTC)[reply]
  • There are plenty of cases where they should be made. If there weren't, what would be the point of the pages in the first place? I think they should be linked so long as they might provide value to the reader. -BarkerJr (talk) 04:22, 29 November 2008 (UTC)[reply]
  • Year links should only be made when such a link would add substantial context to an article. RainbowOfLight Talk 05:32, 29 November 2008 (UTC)[reply]
  • Very rarely, and only when the contents of the destination page currently do and in the future likely will be valuable context for the location that the year is used in the current article.
    GRBerry 05:39, 29 November 2008 (UTC)[reply
    ]
  • Support Where an editor thinks it adds value dm (talk) 16:33, 29 November 2008 (UTC)[reply]
  • Link the year if the event mentioned was significant enough to be mentioned in the list of events in the article about the year. Sam Blacketer (talk) 21:51, 29 November 2008 (UTC)[reply]
  • Yes, year links should be made in some cases, where it will help or inform the reader (e.g. leads of articles on historical events which are part of notable periods of history). And not in others. So obviously it's not black and white and some kind of guideline is needed, rather than the present round of robot wars. Guy (Help!) 22:50, 29 November 2008 (UTC)[reply]
  • Perhaps in some carefully considered cases. I think the framing here is unfortunate - "in certain cases" sounds too open for me but "never" is too absolute. It looks like I'm not the only one who's not sure whether to put their comment here or in the section below. Haukur (talk) 23:39, 29 November 2008 (UTC)[reply]
    • The people at the center of this dispute apparently think in black/white terms, Haukur. They don't consider using language like "should", "should not", "ought not", or "may". Perhaps because policies stated with these verbs force people to think about their edits, which quoting policy at people doesn't require. However, quoting policy at people is a simple & quick solution which, although it often doesn't result in the right solution, it appeals to some kinds of people here. -- llywrch (talk) 07:20, 30 November 2008 (UTC)[reply]
  • very rarely, as with month/date. The vast majority of links to dates add nothing to the article. Links to years should be in significant events, so a person could see what the significant events happened that year, but the year an obscure congressman got married is not significant. Bubba73 (talk), 18:14, 30 November 2008 (UTC)[reply]
  • Support - often useful for the most significant dates in an article (where there is no year in topic article); gives more context to the subject under discussion. Warofdreams talk 21:19, 30 November 2008 (UTC)[reply]
  • Support - Not indisciminately, but in certain cases when an editor believes such a wikilink adds value and historical context. Badagnani (talk) 22:07, 30 November 2008 (UTC)[reply]
  • Support Year links should only be used in relevant circumstances and when useful and of interest to the reader. For example, 1944 and 1916 are quite useful, if you want a timeline of events in the corresponding world wars. --Patar knight - chat/contributions 23:41, 29 November 2008 (UTC)[reply]
  • Comment For the series of year articles, these two articles would appear to least resemble trivial pages of coincidences. They can can and should be converted to
    Timeline of World War II and Timeline of World War I respectively. Ohconfucius (talk) 07:06, 30 November 2008 (UTC)[reply
    ]
  • Sometimes, when the link aids comprehension. Eg. an article on a battle linking the year, which can help understand the historical situation. This works better with year articles along the style of the excellent 1345. Modest Genius talk 16:59, 21 December 2008 (UTC)[reply]

Year links should never be made

Comments about Year links

  • Again, this is a duplication, albeit with a spin on it in the detail. There was a decisive NO above when people were asked whether they wanted to move from the current wording. Tony (talk) 09:49, 25 November 2008 (UTC)[reply]
    • An artful spin, but not straight bowling. The question Tony asked elicited a consensus against linking most years, repeated here. The issue now at hand is whether any year links are acceptable - and there is no consensus on it. Septentrionalis PMAnderson 04:13, 26 November 2008 (UTC)[reply]
  • As my comment in section above - please suggest a specific usage that would be useful and appropriate. --Dweller (talk) 12:39, 25 November 2008 (UTC)[reply]
In general any event in WWII would benefit from a year link. Since the year link provides an at the glance overlook at what was happening historically.
Taemyr (talk) 14:36, 25 November 2008 (UTC)[reply
]
I disagree with this and would ask you to provide an example of this wishful thinking. You won't get an "at the glance overlook"; you'll get a giant list of trivial occurrences. In fact such a year-link page would qualify for the {{toomuchtrivia}} tag.
Well I explicitly stated wwii so it limits the number of posibilities. An example would be a link from
Taemyr (talk) 23:45, 25 November 2008 (UTC)[reply
]
If there's a case for linking to particular months of that year article, put them in the "See also" section, where they'll be seen to relate to the whole article, not just the sentence in which the year happens to occur. Year articles are "big-picture" information, and are highly unlikely to satisfy the specific needs of readers of an article on a specific topic (unless they have loads of time to sift).
There's only one reference to the topic among many hundreds in that year article. It's discretionary browsing, and unlikely to help the readers to make sense of the specific topic. That reference is rather pointless: "June 22 - World War II: Germany attacks the Soviet Union in Operation Barbarossa.". That information is in the original article, isn't it, where it's treated in context. What relevant facts are in the year article that are not in the specialised article? Perhaps the editors should consider including them, rather than sending our poor readers on a fishing expedition. Tony (talk) 10:37, 26 November 2008 (UTC)[reply]
Sample of other relevant entries;
  • May 20 - World War II: The Battle of Crete begins as Germany launches an airborne invasion of Crete.
  • June 13 - TASS, the official Soviet news agency, denies reports of tension between Germany and the Soviet Union.
  • July 4 - The Mass murder of Polish scientists and writers is committed by German troops in the captured Polish city of Lwów.
  • July 7 - World War II: American forces take over the defense of Iceland from the British.
  • July 7 - World War II: Serbia starts the first popular uprising in Europe against the Axis Powers.
In general, any entries documenting what was happening in WWII around the time that Germany invaded Russia is relevant to that invasion.
Taemyr (talk) 02:57, 27 November 2008 (UTC)[reply
]

Some cases in which linking to years could be done:

  • Other date-related articles
  • Year-in-field articles in the opening sentence i.e This is a list of events that happened in (insert subject here) in the year [[(insert year here)]].
  • Other individual cases when a year-in-field article is not available or helpful. Dabomb87 (talk) 22:47, 25 November 2008 (UTC)[reply]
  • At 3.4 (above) I made statement that I believe that Year-Month-Day links can have benefits. Year alone has limited benefit, though it can add ready context if information can be presented geographically for the time period. -- billinghurst (talk) 10:22, 2 December 2008 (UTC)[reply]
  • Removing the year links would allow [[1]] to link to its
    1 (number), or at least to a disambiguation page. 1 currently takes the user directly to a less useful list of events in AD 1. Certes (talk) 23:30, 18 December 2008 (UTC)[reply
    ]

How and when to use "Year in Field" links

"Year in Field" links (such as 2000 in sports or 2004 in politics) can provide better contextual information than linking directly to a year page. However, how these should be linked is under discussion; certain methods may hide the context of the links, or may cause too many such year links to be present.

How to use "Year in Field" links

There are four known options for "Year in Field" links, though other approaches may exist. The question here is

Which style of "Year in Field" links should be used in the prose of articles to provide context?

Please indicate which approach you support below; you may indicate support for multiple options, adding what you believe are specific cases where one format should be used over another.

Please note that this is only about years used as part of the normal prose for an article; the

style guide for linking
permits the most compact form necessary in tabular information in tables, lists, and infoboxes.

Hidden links

Hidden links are written as [[2000 in sports|2000]] and would appear in context as "A. Rookie started his professional career in 2000."

Inline links

Inline links use additional text in the link statement to provide sufficient context for what the user can expect to arrive when clicking the link. Example: "A. Rookie started his professional career in 2000." (the link generated by [[2000 in sports|career in 2000]])

(revising position)I like DoubleBlue's example below, because it links to a specific topic, rather than a rather woolly
MDCollins 01:36, 26 November 2008 (UTC)[reply
]

Context links

Context links appear after the date enclosed in parentheses. Example: "A. Rookie started his professional career in 2000. (other sporting events in 2000)" (the link generated by [[2000 in sports|other sporting events in 2000]])

"See also" links

Instead of placing the links to such articles in the body of the text, they can be moved to the "See Also" section of an article, where articles of related context can be found.

Yes, the need to be selective for this very reason (flooding)—as Dabomb points out—is something I should have emphasised in my entry above; any chronological page is an ideal gateway to all, via the nav box at their openings. I support because I don't want to see chronological pages orphaned, even though many are as yet hopelessly underdeveloped, and bringing them up to standard is a gargantuan task that doesn't appear to be on the radar. If anything, it's a service to our readers to make a selection on a basis the editors decide (importance, relevance to the article?). Carpeting the reader with all the year-pages inline is redundant and likely to dilute the whole box of dice. Explicit pipings are also much easier in the See also section. The fact that it's at the bottom should not matter—they are more prominent and more inviting there than inline. Tony (talk) 10:13, 26 November 2008 (UTC)[reply]
likewise: i also mean i support using one or two such links in the "see also" sections - a whole slew of them there would be 100% pointless.
Sssoul (talk) 09:56, 27 November 2008 (UTC)[reply
]
  • Support in {{
    seealso}} is to be used at the end of a section, as this is the first time I've seen that suggestion, the template needs to be rewritten for appropriate spacing. — Arthur Rubin (talk) 14:39, 25 November 2008 (UTC)[reply
    ]
  • Support if there is a specific reason to link. Categories already do a lot of this work though. -- Jao (talk) 14:51, 25 November 2008 (UTC)[reply]
  • Support, best of a bad lot. Tim Vickers (talk) 16:01, 25 November 2008 (UTC)[reply]
  • Support sometimes. I think it may be appropriate for "event" articles, but inappropriate for articles about something that goes on over a stretch of time. Tempshill (talk) 16:47, 25 November 2008 (UTC)[reply]
  • Weak support The viability of linking these articles is still questionable. However, this appears to be the best way to include these links where necessary. Sillyfolkboy (talk) 17:32, 25 November 2008 (UTC)[reply]
  • Neutral It's unlikely that such links would be useful, but if they are, this is where to put them. Colonies Chris (talk)
  • Weak support. Per Sillyfolkboy. --John (talk) 19:00, 25 November 2008 (UTC)[reply]
  • Support as only useful place to put these links. -- Quiddity (talk) 19:08, 25 November 2008 (UTC)[reply]
  • Support - this is what see also sections are for. Mr.Z-man 19:13, 25 November 2008 (UTC)[reply]
  • Support - Now this one makes sense. Kaldari (talk) 19:58, 25 November 2008 (UTC)[reply]
  • Neutral - Not thrilled by this idea either. I don't see the utility in these year-in-sports articles to begin with, unless it's for a page on a specific season. They aren't much more useful in other fields either; if I'm reading about a movie, is it vital to know what else happened in the industry that year? I'd be more interested in reading the page at hand. It probably is better than the other three options, though. Giants2008 (17-14) 20:52, 25 November 2008 (UTC)[reply]
  • Support if it's a useful link in context of the subject matter. DoubleBlue (talk) 21:58, 25 November 2008 (UTC)[reply]
  • Support but not require. In most cases {{
    seealso}} within the appropriate section's context will be the judicious editor's best choice.LeadSongDog (talk) 22:14, 25 November 2008 (UTC)[reply
    ]
  • Oppose: As I support "Inline". Ryan4314 (talk) 00:50, 26 November 2008 (UTC)[reply]
  • Support for use to the reader for items not directly in the main thrust of the article. Hmains (talk) 04:56, 26 November 2008 (UTC)[reply]
  • Conditional support - may be so linked only if genuinely needed.
    Trivia sections are already discouraged, the same should apply to linking to trivia articles. Ohconfucius (talk) 10:45, 26 November 2008 (UTC)[reply
    ]
  • Support As others have pointed out, categories should handle most cases. Lightmouse (talk) 11:08, 26 November 2008 (UTC)[reply]
  • Support as least of the evils. IF a link really needs to be included, I would put it in See also. I doubt that these links really need to be included, however. If context is needed, put it in prose in the article, not in a separate article that we link to. Karanacs (talk) 16:43, 26 November 2008 (UTC)[reply]
  • Support - this seems like a practical solution to incorporate such links in articles. It Is Me Here t / c 17:31, 26 November 2008 (UTC)[reply]
  • Support. Only reasonable option --Hans Adler (talk) 23:01, 26 November 2008 (UTC)[reply]
  • Oppose. See also sections are not good per the notion that in Wikipedia, prose is preferred over bullet lists. If the link is relevant, incorporate it into the article body. It's just that in this case, "2000 in sports" is an irrelevant link in most cases. Punkmorten (talk) 08:45, 27 November 2008 (UTC)[reply]
  • Support. Exactly the right solution when necessary to avoid awkward prose and easter egg pipelinks. Binksternet (talk) 18:28, 28 November 2008 (UTC)[reply]
  • Support though they should only where the link is clearly useful and relevant in the context of the entire article. Pfainuk talk 18:54, 28 November 2008 (UTC)[reply]
  • Support "see also" sections in general, but only for instances where the appropriate link can not be included in the prose. ···日本穣? · Talk to Nihonjoe 19:29, 28 November 2008 (UTC)[reply]

c This is reasonable.

vecia 21:28, 28 November 2008 (UTC)[reply
]

  • Mostly harmless and least bad so I'll support this without much enthusiasm. Punkmorten has a good point though. Angus McLellan (Talk) 22:22, 28 November 2008 (UTC)[reply]
  • Oppose Very bad for the quality of an article. —
    Hello! 03:40, 29 November 2008 (UTC)[reply
    ]
  • Oppose The See Also area is meant for other very specific related articles, not general ones. Links like these should either be categories, or they should be included in template blocks that list and link the sports events for the year. -BarkerJr (talk) 04:30, 29 November 2008 (UTC)[reply]
  • Oppose Overall I'd have to oppose this, its difficult to describe why you should see those links. --Banime (talk) 15:09, 29 November 2008 (UTC)[reply]
  • Strong oppose "See also" is on average the weakest, least necessary section of any article, and this would just make that worse. Daniel Case (talk) 06:45, 30 November 2008 (UTC)[reply]
  • Strong oppose: How would this work for an individual who did many notable things in many years? For a politician, would the see also include links to every "year in politics" that the person ran for any office or otherwise did something major? Also, appearing out of context, it'll be unclear why these particular years are linked. Does anyone believe it to be desirable that "see also" contains twelve "XXXX in Y" links without any context as to why these years are relevant to the article (without having to scroll up and figure it out)? Oren0 (talk) 20:08, 30 November 2008 (UTC)[reply]
  • Oppose - if it's not relevant enough to include in the text of an article, there's no reason to tack it on the end, in the manner of a "Trivia" section. Perhaps it might be a clunky way to add a useful link to a bare stub, but better to improve the stub. Warofdreams talk 21:16, 30 November 2008 (UTC)[reply]
  • Support. If it doesn't fit the flow of the article SA sections is the second best alternative. feydey (talk) 17:51, 1 December 2008 (UTC)[reply]
  • Neutral Permissible if relevant, but like most “see also” links should be improved by incorporating into the text when possible. —Michael Z. 2008-12-02 01:44 z
  • Support It would be more ideal if it could be written into the text in a coherent way without any hidden links etc, but can be useful as a last resort (though a limit should be kept on the amount of links added and specific relevance should be key). londonsista Prod 06:00, 2 December 2008 (UTC)[reply]
  • Oppose The See Also sections will flood with these. Every actor's or athlete's bio will flood with every year-in-X that they were active. Then it will be a fight on each article's talk page as to which are more notable than others, etc. Dismas|(talk) 08:25, 2 December 2008 (UTC)[reply]
  • Support it does not harm the article and does add the extra information needed. If can be easily add to the prose of the article, that is even better. Miguel.mateo (talk) 14:06, 3 December 2008 (UTC)[reply]
  • Support This adheres to MOS and what See also is for - a wikilink that is reasonably connected and should be integrated into an article.
    -- Banjeboi 21:44, 3 December 2008 (UTC)[reply
    ]
  • Oppose "See also" sections should usually be avoided as it's the lowest-value part of an article. I generally don't like the idea of dedicating a whole heading to mere links instead of relevant prose. Spellcast (talk) 17:40, 4 December 2008 (UTC)[reply]
  • STRONG OPPOSE Forcing someone to go somewhere else is the absolute worst thing to do in any human-machine interface. To use an analogy, how would you feel if you went to an automobile dealer to buy a car and then get told, "Oh, you need to go to the supermarket on the other side of town"? This would only confuse our readers and make them upset, which is exactly the opposite of what we want. We want people to use Wikipedia. Truthanado (talk) 22:36, 5 December 2008 (UTC)[reply]
  • Support as a "last resort" option, but I worry about mass blind addition. The option should be there, though. Pagrashtak 14:35, 9 December 2008 (UTC)[reply]
  • Support As with general links, this should be allowed, though not required by the MoS. --
    Rumping (talk) 16:31, 10 December 2008 (UTC)[reply
    ]
  • Support when nothing better is available. DGG (talk) 17:01, 10 December 2008 (UTC)[reply]
  • Support - That's ecactly the purpose of the See also sections, isn't it? To provide links to information that is related in a specific way, in this case even in two specific ways (topical and temporal). Actually, a "field in year" link there can summarize several other valid links in many cases. --Latebird (talk) 12:11, 13 December 2008 (UTC)[reply]
  • Support This is the most logical, straightforward approach. No fooling the reader. Tool2Die4 (talk) 17:54, 14 December 2008 (UTC)[reply]
  • Strong oppose. As I posted in my Support vote in the previous section: "[L]inks relevant to a particular part of an article should be located there, not dumped down into the 'See also' section." 2008Olympian put it even better in the first vote in this section. --Tkynerd (talk) 19:43, 14 December 2008 (UTC)[reply]
  • Oppose. "See also" sections have their place, but tend to be overused and crammed with POV in some cases. Wikipedia is not paper, and banning other forms of linking in favor of a "See also" subsection is a hangover from printed text. (A study of how often readers use "See also" would be helpful, if someone is thinking of a WP usability study.) — ℜob C. alias ᴀʟᴀʀoʙ 22:47, 15 December 2008 (UTC)[reply]
  • Support sometimes. Good examples would be putting 2008 in sports and 2008 in baseball in the "See also" section of 2008 World Series and putting 1961 in film in the "See also" section of Breakfast at Tiffany's. On the other hand, this is a terrible solution for a biography or any topic covering a range of years. Categories usually don't serve the purpose well because they're an extra, often confusing, step. (However, well-constructed portals might sometimes work.) —— Shakescene (talk) 07:12, 25 December 2008 (UTC)[reply]

Comments about managing "Year in Field"

  • I'm unpersuaded by any of these being a catch-all solution. I'm also unsure why we need a catch-all on this. --Dweller (talk) 12:41, 25 November 2008 (UTC)[reply]
    • It's not meant to be a catchall, you may support multiple versions, though stating when you'd use one over the other would be helpful .--MASEM 14:15, 25 November 2008 (UTC)[reply]
  • See List of Portland Trail Blazers head coaches for an example of using hidden year links in a table without deceiving the reader. Dabomb87 (talk) 21:46, 25 November 2008 (UTC)[reply]
    • This is a good example of where "hidden links" are viable in tables/lists DaBomb87. I agree such links should keep their current usage. Sillyfolkboy (talk) 01:05, 26 November 2008 (UTC)[reply]
      • Please note that this question is about links in text, not in tables. Septentrionalis PMAnderson 04:08, 26 November 2008 (UTC)[reply]
        • As Sillyfolkboy noted above, I merely provided the example so as to note an exception to the general consensus that year-in-x links hidden behind plain year links are bad. Should the outcome of this RfC result in the deprecation of those hidden year-in-x links, I ask that those links not be changed because they are explicitly explained in the key. Dabomb87 (talk) 04:17, 26 November 2008 (UTC)[reply]
I always make the years in tables into "year in comics / literature / film", so there are many examples. In such cases, the link colour makes no difference to flow, so it just adds more utility with none of down-sides of in text links. The process of removal should take this into account.Yobmod (talk) 16:51, 28 November 2008 (UTC)[reply]
Per
WP:LOW the Year-in-X links should not be used in lists of works such as comics/literature/film/etc. Dismas|(talk) 08:27, 2 December 2008 (UTC)[reply
]
No,
chitchat 10:21, 2 December 2008 (UTC)[reply
]
"Year in Field" is a perfectly good usage when in a table because it allows it to be sorted if the user desires. In main body text, infoboxes, and other places, though, it's not needed and introduces unnecessary complexity. Truthanado (talk) 22:39, 5 December 2008 (UTC)[reply]
  • An example given in my support to selectively linking bare years (see above) can be found in Shifang#History and culture. I concurred with Lightbot's removal of most year links because I was unsure what better to do; but the remaining link to 201 BC can exemplify my point about year link being useful by cross referencing events outside of the immediate context of an article. (I have edited several articles that benefit the same way from year links.) Most of the "never" reasons given are really quality concerns about bare year articles themselves and should be addressed as such. Clearly, I find quite some bare year articles of stub quality. But this is not a good reason to throw out year link. Sillyvalley (talk) 05:34, 10 December 2008 (UTC)[reply]
  • Comparing these options, I find that a piped date link is unobjectionable when it leads to an encyclopedic article rather than a page of trivia. Inline links should not misrepresent their target, as the example [[sports in 2000|career in 2000]] does. Parenthetical devices are crude and worse than the current indiscriminate date links (as bad as they are). "See also" is less useful than a well-made link within the text. To me they usually represent areas of weakness in an article. Often "See also" links are inserted to push a POV. — ℜob C. alias ᴀʟᴀʀoʙ 22:51, 15 December 2008 (UTC)[reply]

When to use "Year in Field" links

As with Month-Day and Year links, there is a question of when such "Year in Field" links should be used, and can be seen as both helpful and unnecessary.

The question posed here is:

When should Year-in-Field links be made from articles?

Please indicate which approach you prefer below. If you support "In certain cases", please explain what cases would be appropriate for these links.

Year-in-Field links should always be made

  • Strong oppose - many dates are inconsequential trivia. Who but his mother cares when A. Rookie repeated second grade? LeadSongDog (talk) 22:36, 25 November 2008 (UTC)[reply]
  • Oppose Although these link types are less unfocused than plain year links, they are still not high-value enough to be worth more than one link. Also, once you get to one of these year-in-field links, it is easy to navigate to another year in the same subject. Dabomb87 (talk) 22:41, 25 November 2008 (UTC)[reply]
  • Oppose per reasons already given by LeadSongDog and Dabomb87. ···日本穣? · Talk to Nihonjoe 19:29, 28 November 2008 (UTC)[reply]
  • Support These can always provide some useful information for readers. If there is interest I think they should be made. --Banime (talk) 15:13, 29 November 2008 (UTC)[reply]
  • Strong oppose An always rule is usually never a good idea. There are exceptions that need to be accounted for. For dates, there are probably more exceptions than there are normal usages, so this is a particularly bad idea. Truthanado (talk) 22:42, 5 December 2008 (UTC)[reply]
  • Strong Support: (Using my own field as an example in the following...) The year-in articles are a vital and significant resource for anyone examining a specific cultural artifact (a play, for example), or seeking an overview of the development of a specific artistic field in general (modernist drama, for example), or trying to negotiate the complex patterns of interaction and contrast in a cultural field as a whole (literature in general or the arts in general). The overview articles do not (and should not) usually provide a year-on-year analysis; the year-in articles offer the foundations of such an analysis (offering a hub from which a reader may link back to other articles on specific artifacts). The value of a year-in-date-link is extremely high in a specific artifact's article: being able to see what the other major new productions that year were when studying a particular play provides the kind of joined-up knowledge that Wikipedia as a form is most-suited for. For example, as a student I might be tempted to make a generalisation about the experimental nature of the kind of plays being produced when Waiting for Godot first appeared in 1953, until helpful Wikipedia informs me that this is the same year that The Crucible appeared. These two plays are both masterpieces of modern theatre; they are not usually discussed together, since they come from different trajectories in the history of drama (experimental modernism and Ibsenite realism). At the level of an overview of the field of drama in the early 50s, however, recognising that they are contemporary to one another is vital. As a resource for a student studying either play, such a link would be of immense value, since it is just this kind of cultural and historical awareness that makes up the vast majority modern academic training in criticsm. If a year-in article exists for the specific field to which a specific article belongs exists, then it ought to be linked. That kind of organisation of information is invaluable. Offering a reader the opportunity to link from a specific artifact to articles on what else was happening in the cultural field at that time (other plays, or novels, films, paintings, operas, etc.) is exactly the kind of relevant information and its organisation at which Wikipedia is able to excel (in contrast to book-based forms of knowledge). This isn't new information, it's existing information organised in a way that Wikipedia can do best. A year-in link will always be relevant for articles on specific cultural artifacts, since they always exist in a cultural field and are influenced and influence the other works of art in circulation at that time. Wikipedia has an almost unique opportunity to trace those patterns. As the basis for the vast majority of critical writing on cultural artifacts, the value of this kind of link cannot be over-estimated. DionysosProteus (talk) 13:30, 10 December 2008 (UTC)[reply]
  • Weak oppose Sometimes these links are useful, sometimes not, so blanket proposals don't work well. "Weak because of DionysosProteus' comment: There are certainly cases where the links are very useful. If the links are in the prose of the article, they should be worked in gracefully and it should be clear, somehow, that the link is not to the generic year article but to the year-in-field page. It's hard to think of examples where a lot of links to various years-in-field would be found, but if that article exists and if the links would be helpful, I suppose a note somewhere near the top of the article should explain what type of articles the piped year links will go to. This is easily done with a list or table, harder to do in the prose of an article without being distracting, so it should be left on a case-by-case basis. We do need to avoid confusing the reader.
    talk) 17:52, 10 December 2008 (UTC)[reply
    ]
  • Oppose - Very few articles are related to just one specific year in a strong enough way to justify this. --Latebird (talk) 12:16, 13 December 2008 (UTC)[reply]

Year-in-Field links should be made in certain cases

  • Support The links should be made whenever there is consensus among the editors of an article to include the links in that article, and a MOS guideline (not even a policy) cannot be used as a sledgehammer to ignore that consensus. Tennis expert (talk) 08:18, 25 November 2008 (UTC)[reply]
  • In the main body of an article, they should be used with the guide that they only be used in the first instance in the article.--
    chitchatseemywork 08:32, 25 November 2008 (UTC)[reply
    ]

* only when editors feel such a link is relevant enough to make the link explicit and to put it in the "see also" section (or a see also line - see my comment above).

Sssoul (talk) 11:47, 25 November 2008 (UTC)[reply
]

  • comment: my suggestion above wasn't meant to be a "vote" for this exact wording! "should" is the wrong word/concept, and i see i need to edit my earlier response.
    Sssoul (talk) 07:36, 26 November 2008 (UTC)[reply
    ]
  • If 2003 in film (or similar) is relevant to an article, then a link to it can be added to the "See also" section. It Is Me Here t / c 17:34, 26 November 2008 (UTC)[reply]
  • Support. When relevant. Binksternet (talk) 18:29, 28 November 2008 (UTC)[reply]
  • Support where relevant. Pfainuk talk 18:55, 28 November 2008 (UTC)[reply]
  • Support when relevant (as already explained above in other sections). ···日本穣? · Talk to Nihonjoe 19:29, 28 November 2008 (UTC)[reply]
  • Support, with caveats. If the link can be worked into the text without obscuring the target, fair enough. Otherwise I'm with Tim Vickers: these should be banished to see also sections and templates. Angus McLellan (Talk) 19:42, 28 November 2008 (UTC)[reply]
  • Support There will always be exceptions. These links shouldn't be used often, but you might want to link them from high-level pages, such as general ones about sports, or the year pages themselves. -BarkerJr (talk) 04:32, 29 November 2008 (UTC)[reply]
  • Support in limited cases. Every movie made in 2003, for example, doesn't need a link to 2003 in film. RainbowOfLight Talk 05:37, 29 November 2008 (UTC)[reply]
  • Support. As with any other link, the links should be made when the linked content is relevant, and not otherwise.--Srleffler (talk) 05:51, 29 November 2008 (UTC)[reply]
  • Support - and only in 'see also' when appropriate, which won't be often.
    talk) 08:27, 30 November 2008 (UTC)[reply
    ]
  • Support - in general if an event is mentioned that would be mentioned in the "year in field" article, the "year in field" article should be linked from the relevant page IMO. Oren0 (talk) 20:10, 30 November 2008 (UTC)[reply]
  • Support, although it looks as though we'll need another RfC to determine what circumstances we'll accept. If I'm reading about a building completed in 1858, I might well be interested to see what other architectural developments there were in and around that year. One or two links would often be appropriate in the text and/or infoboxes. I'm dubious about "see also" links - if something's not worth mentioning in the body, why is it interesting enough to merit a link at the end of the article? Warofdreams talk 21:08, 30 November 2008 (UTC)[reply]
  • Support This is a matter of style. We shouldn't dictate this style's use by fiat. It can be done in individual cases, but maybe it can be improved. —Michael Z. 2008-12-02 01:45 z
  • Support Only rarely are they useful, e.g. the "history-of-X" articles or in the article about some year's Superbowl/World Series/World Cup. Dismas|(talk) 08:29, 2 December 2008 (UTC)[reply]
  • Support only when the article really requires it, not all references to years will need this type of links. Miguel.mateo (talk) 14:08, 3 December 2008 (UTC)[reply]
  • Support only when the article really requires it
  • Support. The guideline should provide good examples of where it makes sense to use ... and where it doesn't make sense. Truthanado (talk) 22:43, 5 December 2008 (UTC)[reply]
  • Support. they can give the opportunity for specific "background information" and context to be made available to the reader. Edmund Patrick – confer 14:14, 7 December 2008 (UTC)[reply]
  • Support As with general links, this should be allowed, though not required by the MoS. --
    Rumping (talk) 16:31, 10 December 2008 (UTC)[reply
    ]
  • Support There are cases where these links are appropriate and cases where they aren't, so it's wrong to try to come up with a general "always" or "never" rule. "See also" is a good spot for some of these links, and I do think every movie made in 2003 should have an explicit (unpiped, unhidden) link to
    talk) 17:44, 10 December 2008 (UTC)[reply
    ]
  • Support Absolute rules of any kind make poor policy, It depends on the context. G-Man ? 23:01, 10 December 2008 (UTC)[reply]
  • Support As the sole remaining allowed blue-linked 'year in' date link in any article it should be regarded as in context and important. Not in favour of demoting it in the 'see also' section. Editor's discretion? Nimbus (Cumulus nimbus floats by) 04:13, 12 December 2008 (UTC)[reply]
  • Support per Tennis expert and 2008Olympian. We shouldn't second-guess the consensus of editors; guidelines are sufficient. Links in text are preferable in most cases to dumping links in "See also." — 23:00, 15 December 2008 (UTC)
  • Support strongly Of course, and why do we need to argue what should be obvious? "The Year in Wikipedianism" may not be useful article to begin with, but (for example) the "Year in Film", "Sports", "Politics", "Drama" and even "Art" offer useful contexts in many cases best determined by the editors of the articles involved. "X was first elected in [[1948 in politics|1948]]" should certainly not be required for every date in a political biography, but there are many times when the political events of that year are a useful guide for the reader. —— Shakescene (talk) 06:59, 25 December 2008 (UTC)[reply]

Year-in-Field links should never be made

  • Oppose - they have value in some cases, though they should not be used willy-nilly.LeadSongDog (talk) 22:30, 25 November 2008 (UTC)[reply]
  • Support. I do not believe that these links have value. If context is needed, put it in prose in the article, not in a separate article that we link to. Karanacs (talk) 16:49, 26 November 2008 (UTC)[reply]
  • Strong oppose. Extreme rules always and never are usually not a good idea. There are usually exceptions that must be accounted for. If this is to be used at all, a middle road with clear guidelines is preferred. Truthanado (talk) 22:44, 5 December 2008 (UTC)[reply]
  • Strong oppose. Nimbus (Cumulus nimbus floats by) 04:15, 12 December 2008 (UTC)[reply]
  • Oppose. I was about to support adding dates to the "See also" section until I realized that there existed categories like Category:2008 in sports. Since both would occur at the end, adding such a link is redundant. -- King of ♥ ♦ ♣ ♠ 07:14, 25 December 2008 (UTC)[reply]

Comments about whether to link to "Year in Field"

  • Does this mean piped ones, explicitly to which "field", or ones that look like a plain year-link? Tony (talk) 09:41, 25 November 2008 (UTC)[reply]
    • This is any of the above "Year in Field" styles, including the hidden version. --MASEM 14:16, 25 November 2008 (UTC)[reply]
So how can one answer be given WRT all of them? This is very confusing. Tony (talk) 14:57, 25 November 2008 (UTC)[reply]
I don't understand the question either. Tempshill (talk) 16:49, 25 November 2008 (UTC)[reply]
nor do i - if it's meant to apply to all "styles" i can't support any of the options given, particularly when they say "should".
Sssoul (talk) 07:40, 26 November 2008 (UTC)[reply
]

Similar to a comment made by a user previously in this RFC, if we are to discourage (or even completely eliminate) the addition of such "year in field" links, should we just delete articles like

Hello! 03:45, 29 November 2008 (UTC)[reply
]

I hope not. They are useful articles. If folks refuse to allow us to link to them, interested readers will just have to type them in. But I would imagine they would get read either way. --
talk) 02:39, 9 December 2008 (UTC)[reply
]
I think plain year links are less useful than these articles, get rid of those; anyway, it looks like we will keep them. Dabomb87 (talk) 04:15, 9 December 2008 (UTC)[reply]
  • Question does this also include the piped use of "in Field" links in infoboxes? This is slightly specific since
    WP:CMC has "Year in comics" article/lists and the convention has been to use the piped [[Year in comics|Year]] formatting within the infoboxes. At one point this was acceptable under the MoS and at least one matinance bot was modified to avoid the 'boxes. That 'bot is now back to modifing the 'boxes. - J Greb (talk) 15:53, 13 December 2008 (UTC)[reply
    ]


Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Manual_of_Style/Dates_and_numbers/Date_Linking_RFC&oldid=1091466497"