Wikipedia:Manual of Style/Dates and numbers/Date Linking RFC: Difference between revisions
Julia Rossi (talk | contribs) →Support: comment |
|||
(3 intermediate revisions by the same user not shown) | |||
Line 141: | Line 141: | ||
*'''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. [[User:MarkyMarkD|MarkyMarkD]] ([[User talk:MarkyMarkD|talk]]) 19:54, 29 November 2008 (UTC) |
*'''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. [[User:MarkyMarkD|MarkyMarkD]] ([[User talk:MarkyMarkD|talk]]) 19:54, 29 November 2008 (UTC) |
||
*'''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. [[User:Julia Rossi|Julia Rossi]] ([[User talk:Julia Rossi|talk]]) 21:22, 29 November 2008 (UTC) |
*'''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. [[User:Julia Rossi|Julia Rossi]] ([[User talk:Julia Rossi|talk]]) 21:22, 29 November 2008 (UTC) |
||
*'''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. [[User:Sam Blacketer|Sam Blacketer]] ([[User talk:Sam Blacketer|talk]]) 21:45, 29 November 2008 (UTC) |
|||
===Oppose=== |
===Oppose=== |
||
Line 262: | Line 263: | ||
*'''Support'''. This should have been done a long time ago. By now, my eye is too used to seeing dates in blue. Alas, they look wrong in black. --[[User:Nricardo|Nricardo]] ([[User talk:Nricardo|talk]]) 18:06, 29 November 2008 (UTC) |
*'''Support'''. This should have been done a long time ago. By now, my eye is too used to seeing dates in blue. Alas, they look wrong in black. --[[User:Nricardo|Nricardo]] ([[User talk:Nricardo|talk]]) 18:06, 29 November 2008 (UTC) |
||
* '''Support''' I'd even go further, and say that the software should also allow a personal choice of how all americanisms (such as "color" instead of "colour"), not just date formats, are viewed. It's either that or separating into an English-language Wikipedia and an American-language one. [[User:Waggers|waggers]] ([[User talk:Waggers|talk]]) 20:57, 29 November 2008 (UTC) |
* '''Support''' I'd even go further, and say that the software should also allow a personal choice of how all americanisms (such as "color" instead of "colour"), not just date formats, are viewed. It's either that or separating into an English-language Wikipedia and an American-language one. [[User:Waggers|waggers]] ([[User talk:Waggers|talk]]) 20:57, 29 November 2008 (UTC) |
||
* '''Support''' if reasonably technically feasible. It's useful to readers, and that's all that needs to be said. [[User:Sam Blacketer|Sam Blacketer]] ([[User talk:Sam Blacketer|talk]]) 21:48, 29 November 2008 (UTC) |
|||
===Oppose=== |
===Oppose=== |
||
Line 413: | Line 415: | ||
* '''It depends'''. Sheesh. (I could use stronger language, but that would only distract people over my words & muddy this already tangled issue.) As Shakescene points out below, "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?" Creating bots to enforce policies only annoy & anger the people who are spending their time ''actually writing articles'' instead of arguing policy. And if you require contributors to read & understand policy before they edit -- which making rules like this about linking does -- not only are you violating the cornerstone policy '''[[WP:IAR|ignore all rules]]''', you've killed Wikipedia. -- [[User:Llywrch|llywrch]] ([[User talk:Llywrch|talk]]) 07:50, 29 November 2008 (UTC) |
* '''It depends'''. Sheesh. (I could use stronger language, but that would only distract people over my words & muddy this already tangled issue.) As Shakescene points out below, "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?" Creating bots to enforce policies only annoy & anger the people who are spending their time ''actually writing articles'' instead of arguing policy. And if you require contributors to read & understand policy before they edit -- which making rules like this about linking does -- not only are you violating the cornerstone policy '''[[WP:IAR|ignore all rules]]''', you've killed Wikipedia. -- [[User:Llywrch|llywrch]] ([[User talk:Llywrch|talk]]) 07:50, 29 November 2008 (UTC) |
||
* '''Support''' Where editors feel it adds value. [[User:Dmadeo|dm]] ([[User talk:Dmadeo|talk]]) 16:31, 29 November 2008 (UTC) |
* '''Support''' Where editors feel it adds value. [[User:Dmadeo|dm]] ([[User talk:Dmadeo|talk]]) 16:31, 29 November 2008 (UTC) |
||
* A good rule of thumb might be to link if the event is mentioned in the list of notable events happening on that day. [[User:Sam Blacketer|Sam Blacketer]] ([[User talk:Sam Blacketer|talk]]) 21:49, 29 November 2008 (UTC) |
|||
===Month-Day links should never be made=== |
===Month-Day links should never be made=== |
||
Line 538: | Line 541: | ||
*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. [[42 A.D. in the Roman Empire]] is more likely to be valuable context for an article related to the Roman Empire than [[42 A.D.]] is likely to be - but would be totally irrelevant to an article about [[Polynesia]]. So we should almost never have direct links to a year article from a content article. Year articles are probably best suited to be master directories of year in X pages than to have any content themselves, and the year in X pages can link to the year. [[User:GRBerry|GRBerry]] 05:39, 29 November 2008 (UTC) |
*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. [[42 A.D. in the Roman Empire]] is more likely to be valuable context for an article related to the Roman Empire than [[42 A.D.]] is likely to be - but would be totally irrelevant to an article about [[Polynesia]]. So we should almost never have direct links to a year article from a content article. Year articles are probably best suited to be master directories of year in X pages than to have any content themselves, and the year in X pages can link to the year. [[User:GRBerry|GRBerry]] 05:39, 29 November 2008 (UTC) |
||
* '''Support''' Where an editor thinks it adds value [[User:Dmadeo|dm]] ([[User talk:Dmadeo|talk]]) 16:33, 29 November 2008 (UTC) |
* '''Support''' Where an editor thinks it adds value [[User:Dmadeo|dm]] ([[User talk:Dmadeo|talk]]) 16:33, 29 November 2008 (UTC) |
||
* Link the year if the event mentioned was significant enough to be mentioned in the list of events in the article about the year. [[User:Sam Blacketer|Sam Blacketer]] ([[User talk:Sam Blacketer|talk]]) 21:51, 29 November 2008 (UTC) |
|||
===Year links should never be made=== |
===Year links should never be made=== |
Revision as of 21:51, 29 November 2008
Note to readers: There are two active requests for comment. Please also see: |
Template:RFCstyle 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 May 1 and 2000. In addition to other problems with this approach to date autoformatting, this has led to issues with articles becoming overlinked. Discussion on the WP:MOSNUM page in August 2008 led to a decision to 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 overlinking, especially in date-heavy articles; this may reduce the value of other links. For these and other more technical reasons (several of which have been outlined by Tony1), date autoformatting links has been deprecated (i.e. their use has been discouraged) at 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
- Support, although for me the worst problem with the current system is not that it leads to overlinking. It is rather that editors is presented with a view that differs from the view presented to readers. Taemyr (talk) 08:37, 25 November 2008 (UTC)
- You understand that the bugzilla patch would remove the links and provide formatting to all users (logged in or not), yes? Also you need not say "support" as your comment is in a section of the same title. =) —Locke Cole • t • c 09:33, 25 November 2008 (UTC)
- 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)
- Support. Per my comments in the RFC above. Ruslik (talk) 08:51, 25 November 2008 (UTC)
- 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.--User:2008Olympianchitchatseemywork 09:09, 25 November 2008 (UTC)
- 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)
- Support --Apoc2400 (talk) 10:31, 25 November 2008 (UTC)
- 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)
- Support - dates should not be linked for the purposes of autoformatting.—MDCollins 11:38, 25 November 2008 (UTC)
- Support for reasons explained elsewhere--Toddy1 (talk) 18:22, 25 November 2008 (UTC)
- Support - way overused and undermines the purpose of linking in Wikipedia. The Rambling Man on tour (talk) 12:12, 25 November 2008 (UTC)
- Support - deprecate the deprecated. --Dweller (talk) 12:28, 25 November 2008 (UTC)
- 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)
- Support Date autoformatting is a trivial function that is not worth linking dates. Dabomb87 (talk) 14:00, 25 November 2008 (UTC)
- Support. Use links for linking only. -- Jao (talk) 14:42, 25 November 2008 (UTC)
- Support per WP:CONTEXT. --John (talk) 14:52, 25 November 2008 (UTC)
- Support, useless and ugly, as I said in the other RfC. Tim Vickers (talk) 15:51, 25 November 2008 (UTC)
- Support a non-trivial solution to a non-existent problem. Knepflerle (talk) 16:12, 25 November 2008 (UTC)
- Support per my reasons stated in previous RFC. Sillyfolkboy (talk) 16:10, 25 November 2008 (UTC)
- Support per my reasons stated in the RfC above. Tempshill (talk) 16:38, 25 November 2008 (UTC)
- 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)
- 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)
- Support per wp:context. -- Quiddity (talk) 19:04, 25 November 2008 (UTC)
- 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)
- 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)
- 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)
- Support - for the 500th time already. How many times do we have to decide this? Kaldari (talk) 19:51, 25 November 2008 (UTC)
- 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)
- Support - because linking does not provide proper markup for datesLeadSongDog (talk) 21:22, 25 November 2008 (UTC)
- Support - linking to dates per se serves no relevant purpose for an article (automatic or not).--HJensen, talk 21:30, 25 November 2008 (UTC)
- Support. HWV 258 21:36, 25 November 2008 (UTC)
- 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)
- 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)
- Support - but only if there is an alternative method of date autoformatting available. -- Arwel Parry (talk) 00:42, 26 November 2008 (UTC)
- 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)
- 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)
- Support - Because I can live without receiving Greg L's sewer cover barnstar award.Headbomb {ταλκκοντριβς – WP Physics} 02:02, 26 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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)
- Support Autoformatting is mass-medication at its worst. Lightmouse (talk) 10:41, 26 November 2008 (UTC)
- Support For the reasons below. -- Taku (talk) 13:52, 26 November 2008 (UTC)
- Support. Neither linking nor autoformatting are particularly useful features. Fut.Perf. ☼ 14:03, 26 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
- Support. See my comments at the other RfC. Pcap ping 17:30, 26 November 2008 (UTC)
- 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)
- Support. This was long overdue. --Hans Adler (talk) 22:42, 26 November 2008 (UTC)
- 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)
- Support. Date links are distracting and lead to pages that no-one reads. --Jack-A-Roe (talk) 04:41, 27 November 2008 (UTC)
- Support, date links do more harm than good. Everyking (talk) 06:29, 27 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- Support Per all above, it's useless overlinking.--HereToHelp (talk to me) 15:27, 28 November 2008 (UTC)
- 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)
- 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)
- Support. Auto-formatting is kind of meh. SnowFire (talk) 16:02, 28 November 2008 (UTC)
- Support --Flash176 (talk) 16:15, 28 November 2008 (UTC)
- Support They don't add anything and the text is cleaner without the extra bluelinks --RedKiteUK (talk) 16:18, 28 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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. —Politizer talk/contribs 17:57, 28 November 2008 (UTC)
- Support. Datelinking is a waste of time, looks ugly, and is really unnecessary. AGK 18:04, 28 November 2008 (UTC)
- 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)
- Support Does not add value to articles. Gerardw (talk) 18:24, 28 November 2008 (UTC)
- Support - Creates a vast quantity of unnecessary and irrelevant links. Pfainuk talk 18:28, 28 November 2008 (UTC)
- Support - Clearly linking dates is very problematic and these outweigh the benefits. Camaron | Chris (talk) 18:33, 28 November 2008 (UTC)
- Support. It is not helpful. Angus McLellan (Talk) 18:49, 28 November 2008 (UTC)
- Support - Overlinking is a problem that outweighs any autoformatting in my opinion. --Sultec (talk) 19:11, 28 November 2008 (UTC)
- 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)
- Support - I've never used autoformatting and I find it useless. --TheLeftorium 19:47, 28 November 2008 (UTC)
- 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)
- 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)
- Support. Messy, often makes the first article sentence a sea of blue. Rarely, if ever helpful. Unusual? Quite TalkQu 20:40, 28 November 2008 (UTC)
- Support Please, please end this rather ridiculous debate. No need to autoformat date links. Protonk (talk) 20:42, 28 November 2008 (UTC)
- 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)
- 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)
- 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. لennavecia 21:19, 28 November 2008 (UTC)
- Strong Support which is consistant with my feelings the first time this came up. 21stCenturyGreenstuff (talk) 21:22, 28 November 2008 (UTC)
- 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)
- Support. Links to date articles rarely add important context to articles. Yilloslime (t) 21:51, 28 November 2008 (UTC)
- Support. Auto formatting can spoil the author's intended flow of prose. Poltair (talk) 22:29, 28 November 2008 (UTC)
- Support. I don't see why dates should be clickable at all. Martin Rundkvist (talk) 22:31, 28 November 2008 (UTC)
- Support. Linking dates adds no discernible value to articles. LTSally (talk) 23:29, 28 November 2008 (UTC)
- Support. i don't see why dates should be linked at all. Janviermichelle (talk) 23:47, 28 November 2008 (UTC)
- 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)
- 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. DiverseMentality 23:55, 28 November 2008 (UTC)
- Support. Dates should not be linked. Too much linking...Smarkflea (talk) 01:03, 29 November 2008 (UTC)
- 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)
- 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)
- Support per above comments and wp:context--FeanorStar7 (talk) 02:06, 29 November 2008 (UTC)
- Support. Date autoformatting was a half-baked workaround to address a non-existent problem. --Malleus Fatuorum 02:26, 29 November 2008 (UTC)
- Support Date autoformatting is not needed. - SWTPC6800 (talk) 02:43, 29 November 2008 (UTC)
- Support I do not think it is a benefit to readers, and creates countless links that few actually use. kilbad (talk) 03:47, 29 November 2008 (UTC)
- Support There should be some alternative for formatting, such as a template for dates -BarkerJr (talk) 04:15, 29 November 2008 (UTC)
- Support The linking doesn't really help the average reader, and it has marginal costs for editors. GRBerry 05:23, 29 November 2008 (UTC)
- Support as per Wikipedia:Only_make_links_that_are_relevant_to_the_context#Dates. RainbowOfLight Talk 05:27, 29 November 2008 (UTC)
- 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)
- Support generally leads to cluttering. Manxruler (talk) 09:31, 29 November 2008 (UTC)
- Support, it's silly clutter and often leads to almost unreadable initial sentences. 2005 (talk) 10:18, 29 November 2008 (UTC)
- 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)
- Support The links are generally useless and distracting. -- Mwanner | Talk 14:03, 29 November 2008 (UTC)
- 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)
- 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)
- Support - links should mean something to the reader, and May 1 doesn't. --PresN (talk) 16:41, 29 November 2008 (UTC)
- Support bunch of meaningless links detract from readability of articles —G716 <T·C> 17:04, 29 November 2008 (UTC)
- Support - If a link doesn't provide pertinent content, it shouldn't be in the article. arimareiji (talk) 18:07, 29 November 2008 (UTC)
- Support' Such links add nothing to the article, and are frequently distracting. RJC TalkContribs 19:24, 29 November 2008 (UTC)
- 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)
- 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)
- 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)
Oppose
- 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)
- Per Locke Cole's reasoning, especially concerning the MediaWiki patch. Tennis expert (talk) 08:15, 25 November 2008 (UTC)
- Try to allow users as much flexibility as possible about how they view the encyclopedia. Stifle (talk) 10:54, 25 November 2008 (UTC)
- I don't see a problem with date autoformatting. I don't see "overlinking" of dates as a problem. I think what Lightmouse (and Lightbot) has been doing is a huge waste of time. I've read User:The Duke of Waltham/Auto-formatting is evil and User:Tony1/Information on the removal of DA and remain unconvinced. --Pixelface (talk) 12:37, 25 November 2008 (UTC)
- I don't see a serious problem with date autoformatting, or with the "overlinking" problem. The user preference for non-logged-in users seems minor, and could be dealt with easily by a cookie-set default preference. — Arthur Rubin (talk) 14:25, 25 November 2008 (UTC)
- As per my comment on the following question about autoformatting, a developer has already created a patch that can address the concerns raised against autoformatting. The developer has indicated that retaining the existing links simplifies the process, as it is more complicated to identify unlinked dates. Furthermore, the new patch - if enabled - would not require a modification to the existing markup for most dates; instead, the autoformatting would remain and be improved, while the links (the most contentious issue) would simply vanish. --Ckatzchatspy 18:37, 25 November 2008 (UTC)
- Oppose removal of date links. I prefer seeing dates appear in ISO date format consistently across the encyclopedia. Having date links allows me to set my preferences to have dates appear this way. If overlinking is an issue, let's have the developers implement some other kind of markup so that we can keep date autoformatting without needing to link. —Scott5114↗ [EXACT CHANGE ONLY] 23:10, 26 November 2008 (UTC)
- Oppose Users should be able to view dates in their preferred format and that there should be a software change to enable dates to be formatted consistently for all non logged in user or registered user who do not set a date format preference. This will prevent edit warring on articles and having to format dates in a consistent manner throughout the text as all linked dates will be formatted for all users. The software change should also enable autoformatted dates not to show as links by some change to mark-up. Keith D (talk) 23:52, 26 November 2008 (UTC)
- Oppose until such time as a non-linking auto-format option is deployed. Then, and only then, reduce the linking. I'm also concerned at how a bot determines what is a significant date link from just an autoformatting one. --J Clear (talk) 01:31, 27 November 2008 (UTC)
- Yes, the overloading of wikilinks to autoformat dates is a kludge, but autoformatting dates is a useful function. Until a better autoformatting solution is in place, we should continue using the one we have. Ntsimp (talk) 06:06, 27 November 2008 (UTC)
- While I appreciate the concerns on autoformating (that is mainly that logged in users might not see inconsistencies in articles), I believe this is a useful feature that (if improved a bit) enhances the user experience (especially since many articles are in a gray area regarding their fate formatting). I am not concerned over overlinking. -- lucasbfr talk 10:49, 27 November 2008 (UTC)
- Oppose - per above comments. - BillCJ (talk) 16:01, 28 November 2008 (UTC)
- Oppose: I think autoformatting leads to a more consistent appearance for those users who have logged in, and adds or subtracts nothing from non-logged in users. The overlinking argument, to my mind, is overplayed -- do people really mind that much that the date is in blue? I recognise I'm in the minority, but I've always liked autoformatting. Coemgenus 17:14, 28 November 2008 (UTC)
- Oppose per the reasoning given by Locke Cole, Stifle, and Ckatz. I have also read the two user essays, and also remain unconvinced that this is as big a problem as it is made out to be. As the patch has been developed, it seems it would be more useful to fix the issue rather than remove extremely useful links from articles (I'm sure I'm not the only one interested in other historical events which happened on a particular day or in a particular year). Outside of the autoformatting (which I like), I find these links to be very useful. ···日本穣? · Talk to Nihonjoe 18:55, 28 November 2008 (UTC)
- Oppose - per Pixelface, I remain unconvinced. The benefits of auto-formatting, to me, far outweigh the reasons mentioned for *not* formatting. -- SatyrTN (talk / contribs) 19:35, 28 November 2008 (UTC)
- Oppose per above. Before removing date links, please provide any alternative (and, of course, better) system for dates autoformatting allowing for users to see dates in format they prefer.Beagel (talk) 20:15, 28 November 2008 (UTC)
- Oppose While I do recognise that overlinking is a problem it seems to me that the way to go is to remove the links, not throw the baby out with the bathwater. If this can't be done for some reason right now then keep the status quo. That way it will be far easier to make the change (even automatic) when linkless dates are added. CrispMuncher (talk) 22:42, 28 November 2008 (UTC)
- Oppose - Not only do I appreciate the auto-formatting feature, I also use date links all the time. When I am reading an article and it says that something happened in some year, I like to be able to click on the link to the year and see what else was going on at that time. Over linking might be a bit of a problem, but we shouldn't overreact and remove links that are actually helpful. If a linkless auto-formatting feature is introduced in the future, perhaps it could be set up in such a way that individual users could decide if they want dates linked or not by changing their preferences. --Andrew Kelly (talk) 23:02, 28 November 2008 (UTC)
- Oppose. Andrew Kelly's rationale says it all. Date links make it easier to find occurrences by year, and concerns about overlinking aren't valid; two or three links to a date will make very little difference in link quantity. —Mizu onna sango15Hello! 03:14, 29 November 2008 (UTC)
- That's like saying a fire that is lit should be lit because its not doing any harm where it is now. With this rationale, linking just one date, we would give way to the entire article being linked whenever a measly date is mentioned. Thus, that small fire has now become an immense blaze that is out of control. NSR77 T 16:14, 29 November 2008 (UTC)
- We don't have to let the fire burn out of control. There's nothing wrong with lighting a fire in a fireplace, the problems arise when you let it burn out of control and it burns the house down. The first instance of dates should be linked, but that doesn't mean we should go out of control and link recurring instances of the same date. --Andrew Kelly (talk) 17:53, 29 November 2008 (UTC)
- That's like saying a fire that is lit should be lit because its not doing any harm where it is now. With this rationale, linking just one date, we would give way to the entire article being linked whenever a measly date is mentioned. Thus, that small fire has now become an immense blaze that is out of control. NSR77 T 16:14, 29 November 2008 (UTC)
Neutral
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)- 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)
- 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)
- 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)
- 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)
- 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)
Comments
- 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:17, 25 November 2008 (UTC)
- I agree with Greg: this is a total waste of users' time—the question has been overwhelmingly decided just above. This is absolutely redundant bureacracy. Tony (talk) 08:56, 25 November 2008 (UTC)
- Why don't you guys just comment? If the question is so decided, then why not? This is called getting consensus, if you agree to everything you opponent wants and still win the debate, how can there be any argument left?--User:2008Olympianchitchatseemywork 09:12, 25 November 2008 (UTC)
- Well, we could launch this question once a week, just to annoy everyone and clog up the RfC page. Or every day? Tony (talk) 09:45, 25 November 2008 (UTC)
- You know very well why this RFC is here Tony, just because you attempted to sabotage it doesn't give you divine right to have only your RFC. Besides, unlike your RFC this one encourages discussion, not voting. —Locke Cole • t • c 09:47, 25 November 2008 (UTC)
- Please do not stalk me here; your bad-faith comments are degrading this process, which is meant to encourage free and fair comment. I find it intimidatory. Tony (talk) 10:00, 25 November 2008 (UTC)
- You know very well why this RFC is here Tony, just because you attempted to sabotage it doesn't give you divine right to have only your RFC. Besides, unlike your RFC this one encourages discussion, not voting. —Locke Cole • t • c 09:47, 25 November 2008 (UTC)
- Well, we could launch this question once a week, just to annoy everyone and clog up the RfC page. Or every day? Tony (talk) 09:45, 25 November 2008 (UTC)
- Why don't you guys just comment? If the question is so decided, then why not? This is called getting consensus, if you agree to everything you opponent wants and still win the debate, how can there be any argument left?--User:2008Olympianchitchatseemywork 09:12, 25 November 2008 (UTC)
- If you don't care Tony, why the objection? —Locke Cole • t • c 09:35, 25 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- Tony, Locke: play nice kids, or your father does all the cooking for a week! LeadSongDog (talk) 21:26, 25 November 2008 (UTC)
- 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 113 support votes, 19 oppose votes, and 3 neutral (84% support) as of 23:51, 28 November 2008 (UTC). 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 mile, in terms of consensus. Dabomb87 (talk) 23:52, 28 November 2008 (UTC)
- 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)
- "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)
- 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)
- 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)
- 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)
- 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)
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
- Per my oppose vote above, Wikipedia is not paper and should strive for customizable display of content. Again note that a patch was recently submitted that would solve many of the problems with the current system and require no editing/mass bot work to implement. —Locke Cole • t • c 07:48, 25 November 2008 (UTC)
- Per Locke Cole's reasoning. Tennis expert (talk) 08:15, 25 November 2008 (UTC)
- For a per page autoformating. Such a scheme would be good in that it helps wikipedia maintain consistency. Taemyr (talk) 08:39, 25 November 2008 (UTC)
- I think it refers to per-user formatting here. --Apoc2400 (talk) 10:54, 25 November 2008 (UTC)
- The propsal is "into a form either appropriate for the page, or to user-defined preferences" so it includes both. Taemyr (talk) 14:30, 25 November 2008 (UTC)
- I think it refers to per-user formatting here. --Apoc2400 (talk) 10:54, 25 November 2008 (UTC)
- Yes. Stifle (talk) 10:55, 25 November 2008 (UTC)
- Strong support. I think the existing method is acceptable, but the proposed method would be an improvement. Even a per-page autoformatting would be helpful. — Arthur Rubin (talk) 14:26, 25 November 2008 (UTC)
- Support Pre-existing method of date-formatting seemingly removed because of linking context issues. It shouldn't be too difficult to continue somehow to grant user date preference options without such linking issues. Those who aren't bothered, or think the feature rather useless, or who'd prefer to see dates in original formats could simply choose to specify "No preference" as date format option on their preferences page. Even if numbers in support are a minority, that isn't a reason why such an option can't be accommodated. It's a question of choice. --SallyScot (talk) 18:08, 25 November 2008 (UTC)
- Strong support There were several arguments posed against the existing date formatting system, all of which are addressed by the developer's recent patch. The Bugzilla discussion clearly outlines a revised autoformat system that a) removes links while retaining formatting; b) works for all users, be they registered or unregistered, without the need to select a preference; c) works with the existing links, thus avoiding a need to recode dates; and d) allows for editors to view "raw" dates for cleanup purposes. Furthermore, while arguments against autoformatting in the past have hinged on doubts about the speed at which a developer might address the issue, at this time we have a developer who is eager to assist, who is proactively resolving the issues, and who is quite emphatic in his assurance that the technical "issues" raised against autoformatting are not "issues" at all. Given all this, there is no valid reason to deny users a choice. This is the 21st century; we can customize displays on computers, phones, media players and most other electronic devices; why not offer that option here? --Ckatzchatspy 18:29, 25 November 2008 (UTC)
- Strong support for autoformatting that is link independent. It should be possible for editors to easily disable autoformatting for one view of a page without having to edit and save their preferences. -- SGBailey (talk) 22:53, 25 November 2008 (UTC)
- Strong support for autoformatting without links. -- Arwel Parry (talk) 00:46, 26 November 2008 (UTC)
- Support - if a method can be found of date links being customised according to users' preferences without resorting to linking to such pages as 12 Novemeber, then I feel that that would be the ideal solution to this problem. It Is Me Here t / c 17:13, 26 November 2008 (UTC)
- Strong support Without the ability to specify per-article which date format to use, templates that output dates are left with three options: (1) Force a format, regardless of what is used in the rest of the article, (2) Include "dateformat" options, which must be used all over the place, or (3) accept any arbitrary garbage as a "date". With that ability, the template just needs to use the "format this date" tag/parser function and we don't have to edit millions of articles.
As for user preferences to choose MDY versus DMY, I don't care and would strongly support a proposal that didn't include that option. But I would greatly appreciate being able to choose "Show dates in lists (particularly in references) in YMD format" rather than being forced to see the overly verbose MDY/DMY format in all lists; it's a nice side effect for me that the current method shows me YMD format from most cite templates. Anomie⚔ 17:22, 26 November 2008 (UTC) - Support - some sort of non-linking auto-formatting would be nice. I agree with many in the "oppose" crowd that it's hardly a pressing issue; however I think both content and presentation are important, and the ability to have flexible presentation is nice, especially in tables. Studerby (talk) 20:03, 26 November 2008 (UTC)
- Support as per my comments above. A change to the software so that all full dates are presented to the user in a consistent way, either by use of user preference or by a default for those who are not logged in or have no user preference set. Also the change to software should provide mark-up so that the date can be provided as a link or not. Keith D (talk) 23:58, 26 November 2008 (UTC)
- Support some form of autoformatting is necessary. —Scott5114↗ [EXACT CHANGE ONLY] 00:46, 27 November 2008 (UTC)
- Necessary for what, and why? Ohconfucius (talk) 02:59, 28 November 2008 (UTC)
- Support, we should not presume on what is easy or hard to get for a reader. -- lucasbfr talk 10:51, 27 November 2008 (UTC)
- Support If you want the links, that's fine.--HereToHelp (talk to me) 15:29, 28 November 2008 (UTC)
- 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)
- 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)
- "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)
- 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)
- Support a method of displaying dates consistently, without the use of linking, through a preference for registered users and a default style for anonymous users would be beneficial for the goals of the project. dissolvetalk 18:00, 28 November 2008 (UTC)
- Support - I agree this is not an urgent issue compared to other things, and the current system of autoformatting has problems associated with it. However, I think a default preference for dates for unregistered users and a selectable preference for registered users is not a bad idea in itself and may have some advantages to the project. This is not a paper encyclopaedia, and I think it is not wrong to take advantage of that to give more choice to readers, this idea could one day even be extended to spellings. Camaron | Chris (talk) 18:44, 28 November 2008 (UTC)
- Lukewarm support. Very much a nice to have feature rather than an essential one. I can think of a large number of things I'd rather see first. Angus McLellan (Talk) 18:54, 28 November 2008 (UTC)
- Strong Support as I think the links (and autoformatting) are very useful tools. For people who are not logged in, I think it should default to the international date format used in sigs (DD Month YYYY). The links provide a simple way to access other events which happened on the same day or in the same year. This is something impossible in a paper encyclopedia, but something which provides useful and interesting information and is very simple to implement here in Wikipedia. Having the developers solve the issue seems much more useful than trying to remove useful and interesting links which generally don't clutter articles. I agree that there ought to be a limit on how much linking is done in a particular article, but completely doing away with them is overreacting. ···日本穣? · Talk to Nihonjoe 19:04, 28 November 2008 (UTC)
- Support I can't see any compelling reason not to do this, if it can be made to work effectively.Anaxial (talk) 19:33, 28 November 2008 (UTC)
- Strong support per Locke Cole. Beagel (talk) 20:24, 28 November 2008 (UTC)
- Support autoformatting links is an extension of WP:MOS#Internal consistency, which (esablished in a separate consensus) brings consistency beyond one article to a more global scale. In my opinion linking dates is not necessary unless it is essential to the context of the article. However switching between two formats (12 June 2008 and June 12, 2008) appears be counter to the MOS. ChyranandChloe (talk) 20:37, 28 November 2008 (UTC)
- Consistency for whom? As it stands now, only the minority readership, registered users who have their preferences set, experiences these "benefits". Dabomb87 (talk) 20:45, 28 November 2008 (UTC)
- The patch would address that, however. —Locke Cole • t • c 20:56, 28 November 2008 (UTC)
- True. If the devs were given the green light on the patch, how long would it take to implement it into WP? Dabomb87 (talk) 20:59, 28 November 2008 (UTC)
- Assuming the devs found no problems with the patch, it could be as quick as a few hours or as long as a few days. As soon as it commits via SVN it would get applied whenever the Wikipedia servers were updated (which happens fairly frequently I believe). —Locke Cole • t • c 21:01, 28 November 2008 (UTC)
- True. If the devs were given the green light on the patch, how long would it take to implement it into WP? Dabomb87 (talk) 20:59, 28 November 2008 (UTC)
- The patch would address that, however. —Locke Cole • t • c 20:56, 28 November 2008 (UTC)
- Consistency for whom? As it stands now, only the minority readership, registered users who have their preferences set, experiences these "benefits". Dabomb87 (talk) 20:45, 28 November 2008 (UTC)
- Support; while the current system isn't the best, some way would help improve readability. Joe Nutter 21:10, 28 November 2008 (UTC)
- Strong support Autoformatting will help automatic date extraction, especially if assisted with a microformat. It provides users and bots with the format expected or required. —EncMstr (talk) 21:33, 28 November 2008 (UTC)
- Support - There has been some talk of linkless auto-formatting. If this feature is introduced, I think that users should be allowed to not only choose how dates are displayed, but also whether or not they are linked. --Andrew Kelly (talk) 23:07, 28 November 2008 (UTC)
- Support. Linkless autoformating As an option, I want to be able to turn this on. Editors could also put dates inside "<nowiki>" tags to prevent autoformatting.--Patrick «» 00:54, 29 November 2008 (UTC)
- Support—Yes, in more cases than not, it is desirable. In the likely case that this will pass, I would appreciate that at least we have a choice in adding date links via preferences. —Mizu onna sango15Hello! 03:19, 29 November 2008 (UTC)
- Support Yes, we need it customisable to users' locales -BarkerJr (talk) 04:17, 29 November 2008 (UTC)
- Support. I enjoyed date autoformatting and would appreciate seeing a guideline supporting such a feature. Concerns in the oppose column are unpersuasive. Robert K S (talk) 06:45, 29 November 2008 (UTC)
- Pro autoformatting. We have long needed a system that uses javascript and cookies to allow non-registered users to specify preferences such as this. — Carl (CBM · talk) 15:00, 29 November 2008 (UTC)
- Support Providing uniformity for users, eliminating ambiguity (4/3 is which date?) and allowing metadata to be scraped from the articles is all worthwhile, regardless of how many dates are linked (none, some, all) dm (talk) 16:29, 29 November 2008 (UTC)
- Dmadeo, dates are not supposed to be written 3/4 or 4/3 anyway. Dabomb87 (talk) 16:33, 29 November 2008 (UTC)
- Support. This should have been done a long time ago. By now, my eye is too used to seeing dates in blue. Alas, they look wrong in black. --Nricardo (talk) 18:06, 29 November 2008 (UTC)
- Support I'd even go further, and say that the software should also allow a personal choice of how all americanisms (such as "color" instead of "colour"), not just date formats, are viewed. It's either that or separating into an English-language Wikipedia and an American-language one. waggers (talk) 20:57, 29 November 2008 (UTC)
- Support if reasonably technically feasible. It's useful to readers, and that's all that needs to be said. Sam Blacketer (talk) 21:48, 29 November 2008 (UTC)
Oppose
- 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)
- 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)
- 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)
- I really dislike the "user location" idea, since my preference differs from the national "standard". --Ntsimp (talk) 05:56, 27 November 2008 (UTC)
- @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)
- @Ntsimp: Its not a "user location" idea. Its a browser settings idea.
- I really dislike the "user location" idea, since my preference differs from the national "standard". --Ntsimp (talk) 05:56, 27 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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.--User:2008Olympianchitchatseemywork 09:18, 25 November 2008 (UTC)
- 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)
- 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)
- 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)
- As I understand it the patch would set things automatically. And in any event, it would likely default to something other than no formatting whatsoever. —Locke Cole • t • c 12:05, 25 November 2008 (UTC)
- 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)
- Oppose - there's no comprehension issue. Puzzling links to unhelpful articles is a greater problem. --Dweller (talk) 12:35, 25 November 2008 (UTC)
- 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)
- Oppose The order of the day and the month is hardly worth the trouble. Dabomb87 (talk) 14:02, 25 November 2008 (UTC)
- 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)
- Oppose. If we can manage to understand variant spellings we can cope with unlinked dates. --John (talk) 14:53, 25 November 2008 (UTC)
- 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)
- Oppose: Jao, Phil Bridger and TimVickers sum up the issues concisely. Knepflerle (talk) 16:12, 25 November 2008 (UTC)
- 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)
- Oppose. This is not an important issue in the scope of Wikipedia. Tempshill (talk) 16:40, 25 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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)
- Oppose. HWV 258 21:40, 25 November 2008 (UTC)
- 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)
- 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)
- 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 May 12, 1993, 12 May 1993, and 1993-05-12 being used in articles. - NuclearWarfare contact meMy work 01:57, 26 November 2008 (UTC)
- 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)
- 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)
- 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)
- Oppose There isn't a problem to solve. Lightmouse (talk) 10:46, 26 November 2008 (UTC)
- 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)
- 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)
- 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)
- Oppose. An utter waste of time. Will promote more crazy robot wars. Pcap ping 17:34, 26 November 2008 (UTC)
- 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)
- Wouldn't this make WP:ENGVAR moot since dates wouldn't be in any particular format but what the reader chose? —Locke Cole • t • c 02:22, 27 November 2008 (UTC)
- Oppose, the whole concept is/always was extra editing work with little value added. SandyGeorgia (Talk) 03:57, 27 November 2008 (UTC)
- Oppose, more harm than good. Everyking (talk) 06:31, 27 November 2008 (UTC)
- 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)
- 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)
- Oppose per above. DrKiernan (talk) 08:19, 27 November 2008 (UTC)
- 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)
- 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--Flash176 (talk) 16:19, 28 November 2008 (UTC)
- Oppose No need. Protonk (talk) 20:43, 28 November 2008 (UTC)
- Oppose With the exception of templates, this is not necessary. Default to ENGVAR. لennavecia 21:21, 28 November 2008 (UTC)
- 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)
- 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)
- Oppose--FeanorStar7 (talk) 02:07, 29 November 2008 (UTC)
- Oppose Date autoformatting is not needed. - SWTPC6800 (talk) 02:45, 29 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
Neutral
*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)
Comments
- 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)
- 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)
- Disagree. We are not all sheep. Tempshill (talk) 16:39, 25 November 2008 (UTC)
- Proves nothing. Even if you investigate the
falsedisputed premise (and the newfalsedisputed 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)
- Proves nothing. Even if you investigate the
- Disagree. We are not all sheep. Tempshill (talk) 16:39, 25 November 2008 (UTC)
- 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)
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)
- 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)
- Biased question the proposal is followed with a list of the draw-backs. 79.71.52.78 (talk)
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.
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)
- 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)
- 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)
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)
- 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)
When to link to Month-Day articles?
Background: Month-day articles, such as May 1, contain assorted information about events on that day throughout recorded history. Some editors feel that links to these articles are justified because the information in them can be interesting; others feel such links are not usually relevant or useful to readers (a further analysis of this position has been provided by Greg L). Month-Day links can be generated without invoking date autoformatting, so this is a separate issue from date autoformatting. It should also be noted that per the 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
- Always, 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)
- I use them all the time. I think that users should be able to choose whether or not dates are linked by setting their preferences. --Andrew Kelly (talk) 23:10, 28 November 2008 (UTC)
- A great way to find other events on the same date. —Mizu onna sango15Hello! 03:21, 29 November 2008 (UTC)
- This is a good way to find information on many events that occurred on the same date, and they can always be useful. --Banime (talk) 15:02, 29 November 2008 (UTC)
- I don't really see what problem they cause. By always including them we give our readers a choice, by excluding them we take that choice away. So give them the choice, it makes Wikipedia more functional, makes information easier to find (and isn't that what we're meant to be about?) waggers (talk) 21:10, 29 November 2008 (UTC)
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)
*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.
- With the exception of articles about chronological items (May 12 or 2003), never. Dabomb87 (talk) 14:05, 25 November 2008 (UTC)
- 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)
- 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)
- 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. September 1: 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)
seemywork 18:23, 25 November 2008 (UTC)
- 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)
- 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)
* 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)- I've moved to never; see rationale there. DoubleBlue (talk) 17:55, 28 November 2008 (UTC)
- There are several cases, none of which is overwhelmingly common, where the link adds significant value to the article, or readers may wish to go to the date.
- The article on Saint George should link to April 23.
- The article on Guy Fawkes should link to 5 November (which happens to be a redirect).
- The First Hague Conference opened on May 18, which was Nicholas II's birthday (this is not a coincidence; Russia called the conference, and Germany only attended because failing to do so would be to insult the Czar, which the Kaiser did not choose to do in 1899); while the article does not include this, we should link; it is better to direct readers to a correct speculation.
- Several of the events of the French revolution are known by the day and month. For 18 Brumaire and other days under the Revolutionary calendar, we already do this per WP:COMMONNAME; but we should also link August 10, when it is used for August 10, 1792, so that the reader can find more if he wishes. Septentrionalis PMAnderson 22:07, 25 November 2008 (UTC)
- I agree with the above concerning limited use of linking to day and month for important historical events, e.g., December 7 or September 11--FeanorStar7 (talk) 02:11, 29 November 2008 (UTC)
- As I understand, this option means that we treat dates just like other words. "Dates should be linked when they are relevant to the content of the article." But this doesn't add anything to the general principle of the linking. -- Taku (talk) 23:39, 25 November 2008 (UTC)
- Example - April Fools Day should link to April 1. Also Russian Revolution-related stuff would be a good idea, etc. - NuclearWarfare contact meMy work 01:58, 26 November 2008 (UTC)
- Rarely. For instance in articles about annual events (a saint's feast day, a national holiday, etc.) The next option, never linking at all, would be tantamount to rendering all those date articles candidates for deletion, as they would presumably all be orphaned. While I wouldn't terribly miss them (I think I have never read one), that's probably not what we want. Fut.Perf. ☼ 14:09, 26 November 2008 (UTC)
- Such links should be made if the linked date as such is relevant to the topic at issue, i.e., almost never. Sandstein 14:41, 26 November 2008 (UTC)
- I feel that links such as 14 March should only be included on Wikipedia:Selected anniversaries pages. It Is Me Here t / c 17:17, 26 November 2008 (UTC)
- Very very rarely. I can't think of a "general" article that should link a date fragment like this. However, it might make sense for special calendar or timeline articles to link to these "on this day in history" type pages. So I weakly support the possibility. Studerby (talk) 20:14, 26 November 2008 (UTC)
- Very, very, very rarely, per User:Future Perfect at Sunrise (Fut.Perf) Cheers, —Ed 17 (Talk / Contribs) 22:14, 26 November 2008 (UTC)
- Very rarely, per Pmanderson. --Hans Adler (talk) 22:47, 26 November 2008 (UTC)
- Don't use them as a matter of general practice, but use them in cases where the date itself is a matter of particular relevance. Holidays are a good example—in articles about holidays, you'd want to have a link to the day (or days) that the holiday is celebrated. They can also be justifiably included in other date articles: for example, the year articles can link to day articles and vice versa. Everyking (talk) 06:37, 27 November 2008 (UTC)
- Sometimes; I can't presume to say how rarely for other articles I haven't seen and never will because it depends on context. The one specific example I remember using is that when I was de-linking dates in passing while revising the introductory paragraph (lede) to New Yankee Stadium, I kept the link for August 16 (but not the link for the year) in the date for the groundbreaking because the text specifically mentioned that it was on the anniversary of the death of Babe Ruth (a famous player for the New York Yankees baseball team). I think someone else has de-linked it. There are many political events, and even military actions, that have happened on specific anniversaries. I wish that day articles were less random, but their improvement is really a different issue. —— Shakescene (talk) 08:54, 28 November 2008 (UTC)
- 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)
- 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)
- As User:DoubleBlue says, the rule should be that the link must be useful per 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)
- As worthless as I think date linking is, it still had its place on some pages. For example, the Attack on Pearl Harbor should link to December 7 and Independence Day (United States) should link to July 4. However, a car article should not link to May 5 because that was its first day of production. Date linking needs to be used sparingly, but it should still be used, IMO.--Flash176 (talk) 16:31, 28 November 2008 (UTC)
- On Biographies, dates should always be linked for birth and death date. Dates within infoboxes should also be linked. I don't care about anything else. Reywas92Talk 17:11, 28 November 2008 (UTC)
- Relevant dates should always be linked: birth and death for biographies, historical events relevant to the article (like the date of a battle in an article about that battle, the date a ship was destroyed, the date a building was completed, etc.). In general, every date shouldn't be linked, but there are many dates which should always be linked. Completely doing away with them is pointless and an overreaction. ···日本穣? · Talk to Nihonjoe 19:12, 28 November 2008 (UTC)
- An absolute rule seems too strict; there will always be some exceptions. Pages about annual celebrations being, as pointed out above, an example of such. If you're never going to link to the pages at all, you might as well delete them. Having said that, there would not, in my view be very many instances when such linking would be appropriate.Anaxial (talk) 19:39, 28 November 2008 (UTC)
- Only when it is essential to th context of the article, or in infoboxes where there's not a lot left to do. ChyranandChloe (talk) 20:41, 28 November 2008 (UTC)
- Whenever they help provide context. Birth dates and infoboxes should be linked. Repetitive linking of the same year or date links should be avoided. G-Man ? 23:17, 28 November 2008 (UTC)
- Only when the linked article is actually relevant, as is the rule with other links. This happens very rarely with month-day links.--Srleffler (talk) 00:07, 29 November 2008 (UTC)
- After talking with some people who have never edited Wikipedia but have used it as a source for information, I think it's safe to say date links are useful, but not all dates should be linked (perhaps just one instance). 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)
- 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:21, 29 November 2008 (UTC)
- Agreed for certain cases such as annual events. Otherwise very rarely. Dates are currently overlinked and the date pages are often crowded. RainbowOfLight Talk 05:30, 29 November 2008 (UTC)
- Very rarely. 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)
- It depends. Sheesh. (I could use stronger language, but that would only distract people over my words & muddy this already tangled issue.) As Shakescene points out below, "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?" Creating bots to enforce policies only annoy & anger the people who are spending their time actually writing articles instead of arguing policy. And if you require contributors to read & understand policy before they edit -- which making rules like this about linking does -- not only are you violating the cornerstone policy ignore all rules, you've killed Wikipedia. -- llywrch (talk) 07:50, 29 November 2008 (UTC)
- Support Where editors feel it adds value. dm (talk) 16:31, 29 November 2008 (UTC)
- A good rule of thumb might be to link if the event is mentioned in the list of notable events happening on that day. Sam Blacketer (talk) 21:49, 29 November 2008 (UTC)
Month-Day links should never be made
- In general these links are pointless. The page they link to can be assumed to contain no information that is directly relevant, and wikilinks should help to direct readers to relevant information. Taemyr (talk) 08:42, 25 November 2008 (UTC)
- I agree they pointless. I have never seen any need to add them. Ruslik (talk) 08:53, 25 November 2008 (UTC)
- Absolutely pointless—worse, they slightly damage the appearance and readability of the text, bunch up against other links in lists, and dilute high-value links. Terrible idea. Tony (talk) 09:00, 25 November 2008 (UTC)
- the month-day articles should be renamed/moved to "notable events on DATE throughout history"; then on the rare occassions when they might be of interest, they should be linked to 'explicitly by those names, preferably in the "see also" sections of articles. Sssoul (talk) 11:22, 25 November 2008 (UTC)
- These should never be used in prose. I cannot find any exceptions to this, apart from possibly for Saint's days and the like, but even then this can be done with more explicit links.—MDCollins 11:46, 25 November 2008 (UTC)
- Pointless - what happened to adding context with our linkages? The Rambling Man on tour (talk) 12:16, 25 November 2008 (UTC)
- I can't think of any cases where this would be useful. If anyone can come up with any the I may change my opinion to "in cartain cases", but they would be very rare cases. Phil Bridger (talk) 12:48, 25 November 2008 (UTC)
- Never, or almost never, per MDCollins. --John (talk) 14:53, 25 November 2008 (UTC)
- Pretty pointless, and an "Easter egg" link to boot. If you're going to tell the reader that X happens on the same day as Y, link to the specific article about Y, so they can see what the link is about. Tim Vickers (talk) 15:57, 25 November 2008 (UTC)
- Dilution of the effectiveness of wikilinks should not be made for the minor benefit of linking to matters with no less trivial connection than an astronomical coincidence. Knepflerle (talk) 16:12, 25 November 2008 (UTC)
- I agree with Tony. (No, Locke, I'm not a follower of Tony. I hadn't ever met him before, AFAIK. ) Tempshill (talk) 16:41, 25 November 2008 (UTC)
- I hesitate to say 'never', but I can't think of any reason to make these links except the idle interest of seeing what happened on your birthday. And that's not what an encyclopaedia is for. Colonies Chris (talk) 18:05, 25 November 2008 (UTC)
- A device possibly appopriate for the readers of USA TODAY a.k.a. McPaper. Clickable links! Gizmos! Color! Blinking lights!--Goodmorningworld (talk) 18:30, 25 November 2008 (UTC)
- Support These links are a total waste of time. If a reader wants to know what happened on a certain day or year, they can use the search box. I think that they should only be linked from other chronological date pages, and therefore, there should be no problem with bots or scripts removing them from all other pages.--User:2008Olympianchitchat
- Never. I do not like them in a house. I do not like them with a mouse. I do not like them here or there. I do not like them anywhere. Kaldari (talk) 19:55, 25 November 2008 (UTC)
- I don't see any point either. Giants2008 (17-14) 19:58, 25 November 2008 (UTC)
- Never. Worthless dilutions. HWV 258 21:42, 25 November 2008 (UTC)
- See no need for a pure list of things that happened on a date. Ealdgyth - Talk 00:56, 26 November 2008 (UTC)
- A pointless, useless waste of time for editors and readers. The examples advanced by the proponents of such links show exactly why they should NOT be used: no value added to the article. None. Any such links should be removed on sight, alone or in bulk.Hmains (talk) 04:41, 26 November 2008 (UTC)
- agree Why link to pages of unrelated trivia? these date articles usually contain "calendar coincidences", and contribute nothing to the understanding of any given article linked to it. Ohconfucius (talk) 10:23, 26 November 2008 (UTC)
- Discussion in comment section persuades me it's pointless. --Dweller (talk) 10:26, 26 November 2008 (UTC)
- Support Pointless. If you want to link to an annual celebration, name the annual celebration. Lightmouse (talk) 10:50, 26 November 2008 (UTC)
- I agree with User:Sssoul above: the month-day articles should be renamed/moved to "notable events on DATE throughout history"; then on the rare occassions when they might be of interest, they should be linked to 'explicitly by those names, preferably in the "see also" sections of articles. Sssoul (talk) 11:22, 25 November 2008 (UTC) Karanacs (talk) 16:37, 26 November 2008 (UTC)
- Support. Such linking does not have value for the reader; it provides only trivial information. EdJohnston (talk) 17:25, 26 November 2008 (UTC)
- I have a hard time imagining any useful month day links. SandyGeorgia (Talk) 03:59, 27 November 2008 (UTC)
- Best to stick with a non-ambiguous alternative. Mostly useless, and as said above, one could use the search button, or relevant dates may be piped like this: [[International Workers' Day|1 May]], [[Norwegian Constitution Day|17 May]] etc. Punkmorten (talk) 08:36, 27 November 2008 (UTC)
- Pointless. I've never seen any useful benefit from them, nor can I think of any cases I would do. Whitehorse1 01:09, 28 November 2008 (UTC)
- 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)
- I have never found a month-day article to be relevant to the article I was just reading. Binksternet (talk) 17:31, 28 November 2008 (UTC)
- My initial instinct was that there may be cases where the date article could be a justifiable link but thinking it over for a few days and seeing the suggested articles where such a link would be made in Comments below has only convinced me that a link to such an article of trivia should be only made outside the the rules; none of the suggested articles are reasonable places for such a link. Only when one can justify an extra-ordinary reason per WP:IAR should a link from a normal article to these pages be made. DoubleBlue (talk) 18:01, 28 November 2008 (UTC)
- I can't see any benefit - it's just trivia. If a date is significant for some reason, link to the significant event, rather than the date. Pfainuk talk 18:41, 28 November 2008 (UTC)
- Useful cases will be sufficiently rare that it is better off starting from this default position, then making sensible exceptions, rather than from either of the others. Angus McLellan (Talk) 19:32, 28 November 2008 (UTC)
- There are no standout purposes for me, so I agree with Angus that it's best to default at "never". We do have IAR for the possible exceptions. لennavecia 21:23, 28 November 2008 (UTC)
- The links add no useful content as far as I can tell. §hep • ¡Talk to me! 01:08, 29 November 2008 (UTC)
- Pretty much the only viable use case scenario I can come up for with these pages is the curious person who wonders what happened in history on their birthday. Such a trivial use case does not justify strewing the encyclopedia with millions of links. --Cyde Weys 01:48, 29 November 2008 (UTC)
- Pointless tat. --Malleus Fatuorum 02:29, 29 November 2008 (UTC)
- I clicked on one or two of these links once, probably in late 2003. I couldn't see the point of them and have been puzzled and mildly irritated by them ever since. Nurg (talk) 10:11, 29 November 2008 (UTC)
- What Nurg said. I can't think of a single productive use for them except wrt annual events, which would almost invariably need more disambiguation than would be provided by an autoformat. And it's extremely unlikely that even 1:1000 of these links could be thus categorized. (I say we take off and nuke the site from orbit. It's the only way to be sure.) arimareiji (talk) 18:36, 29 November 2008 (UTC)
Comments
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)
Suggestions:
- Articles about chronological items (May 12, Thursday, 2003, 19th century).
- Articles in which an auspicious, well-known event coincides with a date (New Year's Day, Armistice Day, 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)
- Are you arguing that, say, if hypothetical notable musician Jonny X was born on 25th December, a link to Christmas Day would be useful? To be rendered thus: "Jonny X (born 25th December 1987...)"? --Dweller (talk) 16:47, 25 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
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)
- 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)
- 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)
- 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)
- 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 1 contribute to understanding 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)
- 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)
- 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)
- (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)
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 May 15, 2005 (from the code [[May 15, 2005]]) that are not autoformatting (unless artificially with the use of re-directs), which aren't for dates that recur every year, but just for one specific date. Most of these articles are for dates from January 1, 2003 to July 31, 2005 †. Does anyone have thoughts about links to those days? Are they more or less useful than anniversary dates like December 25? Should editors be encouraged to write more such articles and to link to those that exist? † [Note that 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)
- Every single one of those should be deleted. I had thought we were disallowing those, for very good reason, and moving them to the Portal:Current Events, such as Portal:Current events/2008 November 15, from which they are transcluded to November 2008. The articles you linked to transclude to May 2005 and 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)
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)
- 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. --Andrew Kelly (talk) 23:11, 28 November 2008 (UTC)
- Although there should never be double-links, yes upon first occurrence years should be linked, always. Since I can see this is never going to happen, I'd like to suggest that this, too, is included in preferences. —Mizu onna sango15Hello! 03:27, 29 November 2008 (UTC)
- As I stated above, links to dates can always be useful for people searching for events that happened on certain dates. If there is interest there should be an article. --Banime (talk) 15:03, 29 November 2008 (UTC)
- I don't really see what problem they cause. By always including them we give our readers a choice, by excluding them we take that choice away. So give them the choice, it makes Wikipedia more functional, makes information easier to find (and isn't that what we're meant to be about?) waggers (talk) 21:11, 29 November 2008 (UTC)
Year links should be made in certain cases
- Year links should be made when the year page helps put the current article into historic context. It can be assumed that some link from a year will make sense but alternatives to the year page should be considered, for instance it would usually be better to link birth year to the relevant decade. Taemyr (talk) 08:46, 25 November 2008 (UTC)
- The MoS currently says that Dates (years, months, day and month, full dates) should not be linked, unless there is a reason to do so. Since I agree with the MoS as it stands, I also think in some cases years can be linked. This is should decided on pages by page basis. Ruslik (talk) 08:58, 25 November 2008 (UTC)
- Only if the year article provides useful context. The world is big so the year articles will usually contain mostly unrelated things, especially for recent years. Don't link dates of birth and death other than in special 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)
- 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)
- 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)
- Per my comment in the "month-day" section above. Mr.Z-man 19:10, 25 November 2008 (UTC)
- 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)
- 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)
- 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 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- Only when context supports it, which I figured is already addressed in "overlinking". Protonk (talk) 20:43, 28 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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. 42 A.D. in the Roman Empire is more likely to be valuable context for an article related to the Roman Empire than 42 A.D. is likely to be - but would be totally irrelevant to an article about Polynesia. So we should almost never have direct links to a year article from a content article. Year articles are probably best suited to be master directories of year in X pages than to have any content themselves, and the year in X pages can link to the year. GRBerry 05:39, 29 November 2008 (UTC)
- Support Where an editor thinks it adds value dm (talk) 16:33, 29 November 2008 (UTC)
- 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)
Year links should never be made
- This is what the community is decisively saying in the already-running RfC. Year-links, and other date-fragments links, are a silly practice that has leaked out of the failed adoption in 2003 of blue-link date autoformatting. There is absolutely no justification for linking to a huge sea of irrelevant details. This dilutes the whole wikilinking system, which requires selectivity to work well. Even pipe-linking to a particular month in a year is likely to yield the most bizarre information in relation to the topic at hand. The notion that dates of birth and death should be linked is equally pointless (show me examples of utility), and will encourage editors to start date autoformatting and year-linking again. In the very rare case where an editor has a bee in her/his bonnet about linking to a year of death, it could be pipe-linked, but this is a regrettable practice all the same. Tony (talk) 09:56, 25 November 2008 (UTC)
- The proposal in the other RFC says: Years, months, days/months, and full dates should normally be linked. In the terms of this trichotomy, thats always link them; no one supports that here either. That proposal does nothing to decide between the two live options: to link sometimes, and to never link . Septentrionalis PMAnderson 22:41, 25 November 2008 (UTC)
- An example of the utility of year-only linking in some circumstances might be in an article about a period film, especially one that in some way deals with the events of the year in addition to its A-plot. For example, in Changeling I wouldn't bother myself, but I wouldn't be particularly annoyed if someone added a link to 1928 somewhere, as linking to a comprehensive year article might provide context for readers who really don't know anything about it (e.g. "The film is set in 1928 and tells of..."). That the 1928 article is light on relevant content is no reason to bar its linking if in the future it becomes properly fleshed out. I'm behind you 100% with the removal of redundant links and ones that add nothing of value, but other than the wedge argument, why treat these as a special case, separate from WP:CONTEXT? Steve T • C 11:41, 26 November 2008 (UTC)
- This is exactly what I was afraid of when I saw your RFC, Tony. That RFC does not deal with the question of whether year links should never be made, and cannot be reliably interpreted as saying anything about that question. It asks only whether date links should always be made. Rejection of "always" is not acceptance of "never".--Srleffler (talk) 00:23, 29 November 2008 (UTC)
- i see more (theoretical) value in year links than in month-day links, but even so: year articles should be renamed/moved to "notable events in YEAR"; then on the rare occassions when they might be of interest, they should be linked to 'explicitly by those names, preferably in the "see also" sections of articles. Sssoul (talk) 11:26, 25 November 2008 (UTC)
- I agree with Sssoul. Also, I think the 'middle ground option' should probably say "Year links may be used in certain cases". But as I can't think of any, right now I'm going with "never".—MDCollins 11:49, 25 November 2008 (UTC)
- I can't think of any cases where this would be useful. If anyone can come up with any the I may change my opinion to "in cartain cases", but they would be very rare cases. Phil Bridger (talk) 12:49, 25 November 2008 (UTC)
- Use "Year-in-X" articles instead, which provide more focused and relevant information. Dabomb87 (talk) 14:07, 25 November 2008 (UTC)
- Agree with Dabomb87, use "Year-in-X" articles instead. Otherwise all you get is a sea of irrelevant details. Tim Vickers (talk) 15:59, 25 November 2008 (UTC)
- If you want to put articles in context, do it in the text or with links to a more appropriate article. Events on January 1 19X9 and October 20 19X9 are usually more weakly linked than those on December 31 19X8 an January 1 19X9. Instead of relying on these uselessly general articles which divide events up at an essentially arbitrary interval, editors should be encouraged do the readers the service of writing appropriate content. Knepflerle (talk) 16:12, 25 November 2008 (UTC)
- No links on years, per my statement above on the negative impact of date links in general. Tempshill (talk) 16:42, 25 November 2008 (UTC)
- If year articles actually did provide some relevant historical context, it might be valuable to link to them occasionally, but they don't, and there's no prospect that they will. Colonies Chris (talk) 18:16, 25 November 2008 (UTC)
- I'm in agreement with Chris on this one. --John (talk) 18:55, 25 November 2008 (UTC)
- Support These links are a total waste of time. If a reader wants to know what happened on a certain day or year, they can use the search box. I think that they should only be linked from other chronological date pages, and therefore, there should be no problem with bots or scripts removing them from all other pages.--User:2008Olympianchitchatseemywork 18:23, 25 November 2008 (UTC)
- Just like the month-day links, I don't see the point. Giants2008 (17-14) 19:59, 25 November 2008 (UTC)
- I cannot think of any instance where it is useful to link to such a page of trivia. There are times when links to more specific "Year in" articles are useful (e.g., 2008–09 NHL season) but never simply a year article. DoubleBlue (talk) 21:31, 25 November 2008 (UTC)
- Agree that year links should never be made. They merely dilute valued links. To find out what happened in a particular year, simply search for the year in the WP-supplied search mechanism. HWV 258 21:45, 25 November 2008 (UTC)
- Not sure what encyclopedic value a random list of things that occured in a year help. A more narrowly focused article (such as 1990 in England) MIGHT be useful, but even then, how are you going to write it well without getting into OR? Ealdgyth - Talk 00:58, 26 November 2008 (UTC)
- A pointless, useless waste of time for editors and readers. Links to whatever happened in the same year provide nothing of use to the reader of the article. Any such links should be removed on sight, alone or in bulk. Hmains (talk) 04:45, 26 November 2008 (UTC)
- Discussion in section above persuades me it's pointless. --Dweller (talk) 10:27, 26 November 2008 (UTC)
- relevant context can and should be linked to specific articles either in the body or in 'see also' sections. Please do not link to articles filled with trivia and unrelated events. Ohconfucius (talk) 10:29, 26 November 2008 (UTC)
- Support Pointless link noise that devalues good links. I can't think of a good analogy. Try this one: it is like linking the word 'River' in 'River Nile' so that you can see all other rivers. All right, not such a good analogy, I'll get my coat. Lightmouse (talk) 10:55, 26 November 2008 (UTC)
- I can't really conceive of a good reason for such links. Sandstein 14:42, 26 November 2008 (UTC)
- My understanding is that some people prefer year links to provide context for what is being discussed in the article. In my opinion, if an event needs to be put in context, then that needs to be done in the article using prose. Karanacs (talk) 16:40, 26 November 2008 (UTC)
- Such links are unnecessary and in hardly any case do they give information relevant to the topic of the article. EdJohnston (talk) 17:28, 26 November 2008 (UTC)
- Support. Year-in-everything type of article is useless, so linking the year with no pipe is pointless. Use focused articles where appropriate, e.g. Year-in-X. Pcap ping 17:44, 26 November 2008 (UTC)
- Nobody has given an example where year-linking makes sense. The fact that bad examples were given suggests that we need to prohibit year-linking to prevent this type of over-linking. --Hans Adler (talk) 22:55, 26 November 2008 (UTC)
- The search button is there when you need it. Punkmorten (talk) 08:38, 27 November 2008 (UTC)
- Only full day-month-year links for specific days in history should be linked from articles, though this notional practice hasn't yet begun. Other, lesser, links have not yielded useful information, in my experience. Binksternet (talk) 17:36, 28 November 2008 (UTC)
- Per - Colonies Chris. If the articles contained relevant historical background, then fair enough. But they don't. Pfainuk talk 18:43, 28 November 2008 (UTC)
- No doubt there will be an exception somewhere, but this seems like the logical starting point. Most year articles are full of left-overs from the 2005 or earlier version of Wikipedia. When writing an article I have never, ever thought "Now I'll go and edit the years". Angus McLellan (Talk) 19:37, 28 November 2008 (UTC)
- IAR for exceptions, but we should default to never. لennavecia 21:24, 28 November 2008 (UTC)
- I can't dream up a possibility where the article 2008 is relevant to a non-record-setting movie that was released in that year. §hep • ¡Talk to me! 01:10, 29 November 2008 (UTC)
- There may be exceptional cases where other events in a particular year add context, and for some reason aren't mentioned in an article, but I'd be hard pressed to think of any. So no, linking years by default is just plain silly. --Malleus Fatuorum 02:33, 29 November 2008 (UTC)
- The year linking could be replaced by the "Random Article" function. - SWTPC6800 (talk) 02:50, 29 November 2008 (UTC)
Comments
- 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)
- 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)
- 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)
- 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)
- 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 Operation Barbarossa to 1941. However, the usefulness of such links is higher within wwii than pretty much everywhere else because of the global nature of the war, and the depth of our coverage. A link to a chronology of WWII would serve the same purpose and better. Taemyr (talk) 23:45, 25 November 2008 (UTC)
- 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)
- 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)
- Sample of other relevant entries;
- Well I explicitly stated wwii so it limits the number of posibilities. An example would be a link from Operation Barbarossa to 1941. However, the usefulness of such links is higher within wwii than pretty much everywhere else because of the global nature of the war, and the depth of our coverage. A link to a chronology of WWII would serve the same purpose and better. Taemyr (talk) 23:45, 25 November 2008 (UTC)
- 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.
- 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)
- Tony is thrice wrong, this time; both as the "current" wording having consensus, that it's covered by a specific proposal in the other RfC, and (this time) that the "current" wording actually opposes having bare year links. It says there must be a reason for the link. — Arthur Rubin (talk) 14:55, 25 November 2008 (UTC)
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)
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."
- Oppose A common criticism of articles that attempt to achieve GA or FA status is that hidden links do not let the reader know that there is information beyond a tragic bare date article available if the reader clicks on the link.--User:2008Olympianchitchatseemywork 08:35, 25 November 2008 (UTC)
- Oppose—Olympian hits the nail on the head. And readers are unlikely to hit the link if it looks like a bare year-link, since they know those pages contain vast oceans of irrelevant details. It's self-defeating to use them. WP:MOSLINK already says not to use them. Tony (talk) 09:27, 25 November 2008 (UTC)
- Oppose Such links are misleading. Ruslik (talk) 10:08, 25 November 2008 (UTC)
- Support The links are neither misleading nor hidden. All a reader has to do is hover over the link to see where it links. And it is a huge assumption and unwarrated hyperbole, unsupported by any evidence, that readers "know those pages contain vast oceans of irrelevant details". Tennis expert (talk) 10:36, 25 November 2008 (UTC)
- Oppose Misleading. Ordinary readers will not know to hover to find out where a link actually goes. --Apoc2400 (talk) 10:47, 25 November 2008 (UTC)
- Oppose - misleading & confusing. Sssoul (talk) 11:28, 25 November 2008 (UTC)
- Oppose - this isn't clear, and it looks like a bare link. People probably won't click it, but may still assume that plain bare links are desirable.—MDCollins 11:51, 25 November 2008 (UTC)
- Oppose. Any links should be explicit so that a reader knows what they are linking to. Phil Bridger (talk) 12:51, 25 November 2008 (UTC)
- Oppose Why unnecessarily make things harder and more misleading for the reader when there is a better way to do it? Dabomb87 (talk) 14:08, 25 November 2008 (UTC)
- Oppose. Confusing (although perhaps not if year links are rare), and there's a better way. — Arthur Rubin (talk) 14:34, 25 November 2008 (UTC)
- Oppose. No reason to believe it will take you to 2000 in sports. -- Jao (talk) 14:51, 25 November 2008 (UTC)
- Oppose per Jao. Tempshill (talk) 16:45, 25 November 2008 (UTC)
- Generally oppose: I oppose in all circumstances except in uses in tables. The article to which the link leads to should be made clear. Sillyfolkboy (talk) 17:23, 25 November 2008 (UTC)
- Oppose A very bad idea. A link should clearly indicate to the user where they're going to go if they click it, and this style of link fails that criterion. And its doubtful whether the information in the linked article is relevant anyway. Colonies Chris (talk) 18:23, 25 November 2008 (UTC)
- Oppose This is an Easter egg. We don't want Easter eggs on Wikipedia. --John (talk) 18:56, 25 November 2008 (UTC)
- Oppose, easter egg link. Tim Vickers (talk) 19:26, 25 November 2008 (UTC)
- Oppose. This is confusing to readers. Links targets should never be a surprise. Kaldari (talk) 19:58, 25 November 2008 (UTC)
- Oppose - No indication that the link is anything but an ordinary date link. Giants2008 (17-14) 20:07, 25 November 2008 (UTC)
- Oppose - it is cheating the reader.--HJensen, talk 21:32, 25 November 2008 (UTC)
- Oppose in prose. If used in a table or list, then a heading can make clear where the abbreviated link goes. DoubleBlue (talk) 21:34, 25 November 2008 (UTC)
- Allow editorial judgement should prevail. In a sequence of similar links, for instance, one more holds no surprise for the reader.LeadSongDog (talk) 21:41, 25 November 2008 (UTC)
- Oppose: As I support "Inline". Ryan4314 (talk) 00:50, 26 November 2008 (UTC)
- oppose links should be the name of the article being linked to, not some fancy cover up name. Clarity and simplicity help the reader. Hmains (talk) 04:48, 26 November 2008 (UTC)
- oppose links should be as transparent as possible per WP:EGG. Replace these misleading article titles such as [12 February] to [list of events occurring on 12 February]. Ohconfucius (talk) 10:35, 26 November 2008 (UTC)
- Oppose More useless link noise. Anything that looks like a plain year link will be treated like one i.e. ignored. Lightmouse (talk) 10:59, 26 November 2008 (UTC)
- Oppose. How can the reader differentiate between a link to a regular year versus a link to more descriptive information about a year? I also think these articles do not need to be linked in most articles. If context is needed, put it in prose in the article, not in a separate article that we link to. Karanacs (talk) 16:48, 26 November 2008 (UTC)
- Oppose. The reader will not be aware that the plain year link is going to take him to a specialized article. EdJohnston (talk) 17:21, 26 November 2008 (UTC)
- Oppose, as such links are misleading. It Is Me Here t / c 17:24, 26 November 2008 (UTC)
- Oppose. Misleading, so unlikely to get clicked. Pcap ping 17:46, 26 November 2008 (UTC)
- Oppose. Misleading. --Hans Adler (talk) 22:57, 26 November 2008 (UTC)
- Oppose, kill on sight. They're awful. SandyGeorgia (Talk) 04:00, 27 November 2008 (UTC)
- Generally oppose except for usage in tables and lists where the year is clearly marked as an abbreviation of something else in a manner understandable to the average reader. Otherwise no. Orderinchaos 15:51, 28 November 2008 (UTC)
- Support. Uh, what's the problem here? Ideally there'll be a way to expand on the link in text (like Inline links below), but when that isn't possible, there's no harm in having the hidden link. Worst comes to worst the user doesn't know the year article leads there and doesn't click, hardly a tragedy. SnowFire (talk) 15:59, 28 November 2008 (UTC)
- Oppose as misleading Pfainuk talk 18:47, 28 November 2008 (UTC) - edit: I would accept them as parts of tables of sports results and so on, if put in proper context but not in prose. Pfainuk talk 18:53, 28 November 2008 (UTC)
- Support as I don't see how this is any different than piping another link to fit into the prose in an article. I'm surprised to see so many people opposing the linking to a completely relevant article (even more relevant than the regular year article, without any "xxxx in yyyy" qualifier). ···日本穣? · Talk to Nihonjoe 19:29, 28 November 2008 (UTC)
- Oppose this totally useless way of wikilinking. No help to readers at all. Angus McLellan (Talk) 19:39, 28 November 2008 (UTC)
- Oppose - Misleading. لennavecia 21:26, 28 November 2008 (UTC)
- Support. Not only is that simply more elegant as opposed to writing "A. Rookie started his professional career in 2000. See 2000 in sports." But if we get rid of links to years, there would also be no doubt to the reader that there is meaningful information behind the link. Lars T. (talk) 23:43, 28 November 2008 (UTC)
- Support. Once the useless year links are expunged, these links will become more useful. The concept is the same as any other piped link.--Srleffler (talk) 00:29, 29 November 2008 (UTC)
- Oppose — I particularly don't like the hidden links, because you never realize the link could even potentially be valuable until you mouse over it and read your status bar. Obviously this is not reader-friendly. I wouldn't mind the links if they were a lot more obvious. --Cyde Weys 01:52, 29 November 2008 (UTC)
- Oppose The user shouldn't have to read the title text to find out where he's going -BarkerJr (talk) 04:25, 29 November 2008 (UTC)
- Oppose - Hidden links are deceptive as per 2008Olympian. RainbowOfLight Talk 05:34, 29 November 2008 (UTC)
- Oppose That is very non-descript. --Banime (talk) 15:05, 29 November 2008 (UTC)
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]])
- Support This approach best suits readability and the desire to eliminate confusion that hidden links cause (excepting infoboxes and tables of course).--User:2008Olympianchitchatseemywork 08:30, 25 November 2008 (UTC)
- Oppose—the bright blue often ends up jarring the grammatical flow. In this example, the nominal group "his professional career in 2000" is split with a dramatic colour-change, and such items often occur multiple times every time a year is mentioned, often in the lead where there are many high-value links in the vicinity; this is particularly true of some FLCs. There may be a case for a single instance where it can be done smoothly, but this is a complexity we can do without. The "See also" option is far superior. Tony (talk) 09:37, 25 November 2008 (UTC)
- Oppose career in 2000 would be assumed to link to that persons career in 2000. --Apoc2400 (talk) 10:48, 25 November 2008 (UTC)
- No, too confusing. Stifle (talk) 10:55, 25 November 2008 (UTC)
- Oppose They are often misleading and irrelevant. Ruslik (talk) 11:13, 25 November 2008 (UTC)
Sometimes- can be misleading (per Apoc2400), but if done correctly can help.—MDCollins 11:52, 25 November 2008 (UTC)
- (revising position)I like DoubleBlue's example below, because it links to a specific topic, rather than a rather woolly 2000 in sports article. In which case, my answer should really be hardly ever for "year in topic" articles, as it is quite likely that higher-value links can be found, especially in sports/music articles.—MDCollins 01:36, 26 November 2008 (UTC)
- Oppose. Would lead to clumsy prosed caused by the necessity to accomodate the link. Phil Bridger (talk) 12:53, 25 November 2008 (UTC)
- Sometimes - per Ruslik. Tony's arguments have weight here.
An unusual occurence, but, I call them as I see them.— Arthur Rubin (talk) 14:37, 25 November 2008 (UTC) - Oppose. No reason to believe it will take you to 2000 in sports. (Also very ugly, per Tony.) -- Jao (talk) 14:51, 25 November 2008 (UTC)
- Oppose per Apoc2400. Tempshill (talk) 16:45, 25 November 2008 (UTC)
- Oppose Unclear what article is linked to most users. Also, these articles are currently nothing more than random collections of events brought together by field and date. Sillyfolkboy (talk) 17:26, 25 November 2008 (UTC)
- Oppose I agree with Apoc2400 - it's misleading - the user would expect to be taken to an article on his career in 2000. And it's ugly too. Colonies Chris (talk) 18:29, 25 November 2008 (UTC)
- Oppose Misleading and ugly. --John (talk) 18:57, 25 November 2008 (UTC)
- Oppose, you still can't work out what that link might point to. Tim Vickers (talk) 19:26, 25 November 2008 (UTC)
- Oppose. Too awkward and cumbersome. Kaldari (talk) 19:58, 25 November 2008 (UTC)
- Oppose - It's really misleading, because it looks like the link is pointing to a more specific page than a year in sports, such as a season link. For these kinds of general links, I don't find it worth the large amount of blue. Giants2008 (17-14) 20:12, 25 November 2008 (UTC)
- Weak Oppose Better than hidden year links, but it is still confusing. Dabomb87 (talk) 14:11, 25 November 2008 (UTC)
- I oppose in the way the example is set up. As others have said the link would appear to give information on the subject's career in 2000, in addition, it links to an article which is unuseful in the context of a sportsperson bio. It should say something like: A. Rookie started his professional career in the [[2008–09 NHL season]]. It is possible to reword the link as long is it still clear to what it links.DoubleBlue (talk) 21:53, 25 November 2008 (UTC)
- Allow even though the example prose sucks. Try "A. Rookie was selected as the Podunk Maulers' first round draft pick for the International Tiddlywinks Conference in what pundit Common Tater later called the strangest managementdecision of the entire 2008 sports year." LeadSongDog (talk) 21:57, 25 November 2008 (UTC)
- Support. This is how we link to other lists; no case has been made why we should treat these differently. Septentrionalis PMAnderson 22:44, 25 November 2008 (UTC)
- Seems: Easiest for the reader. Ryan4314 (talk) 00:50, 26 November 2008 (UTC)
- oppose links should be the name of the article being linked to, not some fancy cover up name. Clarity and simplicity help the reader. Hmains (talk) 04:51, 26 November 2008 (UTC)
- oppose links should be meaningful. Each category of activity (sport, music, literature) usually has an article on the important tournaments, competitions, etc of each year, and should be linked specifically to these instead of sport, music, literature trivia. Ohconfucius (talk) 10:39, 26 November 2008 (UTC)
- Oppose Not clear enough. Lightmouse (talk) 11:02, 26 November 2008 (UTC)
- Oppose. I like this option better than the hidden link above, but still do not feel that these links needs to be made in the article. If context is needed, put it in prose in the article, not in a separate article that we link to. Karanacs (talk) 16:45, 26 November 2008 (UTC)
- Weak support due to LeadSongDog's example, which seems a feasible way to incorporate links to such pages into articles. It Is Me Here t / c 17:29, 26 November 2008 (UTC)
- Oppose. Wouldn't be done well in practice. --Hans Adler (talk) 22:59, 26 November 2008 (UTC)
- Oppose. Why should, for instance, "career in 2000" link to "2000 in sports" again? Punkmorten (talk) 08:42, 27 November 2008 (UTC)
- Support. When appropriate, this seems like it shouldn't cause a problem at all, just like normal links. SnowFire (talk) 15:59, 28 November 2008 (UTC)
- Support. Clarity is achieved with this method. No surprises. Binksternet (talk) 17:37, 28 November 2008 (UTC)
- Oppose in general. I find them a bit misleading as well. Pfainuk talk 18:48, 28 November 2008 (UTC)
- Support for the same reasons as I support the "hidden" link, above. ···日本穣? · Talk to Nihonjoe 19:29, 28 November 2008 (UTC)
- Oppose Agree that it's misleading. لennavecia 21:26, 28 November 2008 (UTC)
- Oppose. Again misleading for readers. There may be exceptions, but we're looking for the general rule here. Angus McLellan (Talk) 22:18, 28 November 2008 (UTC)
- Oppose. Link text should always be relevant to the linked subject. You can't just grab surrounding text randomly, as in the example above. "career in 2000" would be appropriate text for a link to 2000 in careers or employment trends in 2000, not 2000 in sports. Obviously, some inline links will be appropriate, but editors should not be encouraged to "force" links into this form when the text does not lend itself to it.--Srleffler (talk) 00:33, 29 November 2008 (UTC)
- Allow this could be done with some success in some articles when done properly. --Banime (talk) 15:11, 29 November 2008 (UTC)
Context links
Context links appear after the date enclosed in parenthesis. 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]])
- Oppose This approach results in clumsy and awkward prose. The readability is diminished compared to inline links.--User:2008Olympianchitchatseemywork 08:33, 25 November 2008 (UTC)
- Oppose—I agree with Opympian. Tony (talk) 09:57, 25 November 2008 (UTC)
- Oppose 2000 in sports will be full of unrelated sports facts not relevant to the article subject. --Apoc2400 (talk) 10:50, 25 November 2008 (UTC)
- Oppose - Looks really messy.—MDCollins 11:53, 25 November 2008 (UTC)
- Oppose. Interrupts the flow of the text. Phil Bridger (talk) 12:54, 25 November 2008 (UTC)
- Oppose Disrupts the flow of an article. Dabomb87 (talk) 14:10, 25 November 2008 (UTC)
- Oppose. Disruptive and self-referential. How does this look in print? -- Jao (talk) 14:51, 25 November 2008 (UTC)
- Oppose. Interrupts the flow of the text, and would we expect to see this interruption every time a date is mentioned in a sports article? Awful. Tempshill (talk) 16:46, 25 November 2008 (UTC)
- Oppose: per reasoning to previous question. This is a desperate measure to include a link, breaking flow of the prose in an article. Sillyfolkboy (talk) 17:30, 25 November 2008 (UTC)
- Oppose It's clumsy, it breaks the flow, and it gives prominence to a link to an article of doubtful relevance. Colonies Chris (talk) 18:31, 25 November 2008 (UTC)
- Oppose Terrible idea, sorry. --John (talk) 18:58, 25 November 2008 (UTC)
- This is the worst option of the 4. Mr.Z-man 19:12, 25 November 2008 (UTC)
- Oppose. Too confusing, interrupts the flow of the text. Kaldari (talk) 19:58, 25 November 2008 (UTC)
- Oppose - Agree with users above that it breaks up the prose too much. I wouldn't want to see this misuse of parenthesis in any of the pages that I edit. Giants2008 (17-14) 20:17, 25 November 2008 (UTC)
- Oppose. Poor style. DoubleBlue (talk) 21:55, 25 November 2008 (UTC)
- Allow, but discourage. If an editor can find a better way to form an inline link, that choice should prevail.LeadSongDog (talk) 22:05, 25 November 2008 (UTC)
- Oppose: As I support "Inline". Ryan4314 (talk) 00:50, 26 November 2008 (UTC)
- oppose links should be the name of the article being linked to, not some fancy cover up name. Clarity and simplicity help the reader. It the link-to article name makes no sense in context of the link-from article, then don't make the link. Hmains (talk) 04:53, 26 November 2008 (UTC)
- oppose links should be meaningful. Each category of activity (sport, music, literature) usually has an article on the important tournaments, competitions, etc of each year, and should be linked specifically to these instead of sport, music, literature trivia. Ohconfucius (talk) 10:40, 26 November 2008 (UTC)
- Oppose Clumsy. Lightmouse (talk) 11:04, 26 November 2008 (UTC)
- Oppose very strongly. This is poor prose. Karanacs (talk) 16:42, 26 November 2008 (UTC)
- Oppose - this idea seems too clumsy and cumbersome. It Is Me Here t / c 17:29, 26 November 2008 (UTC)
- Oppose. Looks awful. Pcap ping 17:48, 26 November 2008 (UTC)
- Oppose. Poor style. --Hans Adler (talk) 23:00, 26 November 2008 (UTC)
- Oppose. Oh boy. Looks bad, and the other sporting events probably have no relevance to, for instance, that "Rookie started his professional career". Punkmorten (talk) 08:40, 27 November 2008 (UTC)
- Oppose. I don't like "Bob was a member of FOO (see FOO)" links either, best just to link directly as in one of the first two proposals ("Bob was a member of FOO"). SnowFire (talk) 16:02, 28 November 2008 (UTC)
- Oppose - worst of the lot, by some distance. Breaks up the prose for the sake of a link. If the link can't go into the sentence, don't put it in the sentence. Pfainuk talk 18:50, 28 November 2008 (UTC)
- Oppose per all the reasons already given. The first two link styles are much more useful (as well as easier to read). ···日本穣? · Talk to Nihonjoe 19:29, 28 November 2008 (UTC)
- Oppose Too trivial. لennavecia 21:27, 28 November 2008 (UTC)
- Oppose. Distracting and probably not so relevant. Angus McLellan (Talk) 22:20, 28 November 2008 (UTC)
- Oppose Looks unencyclopedic. —Mizu onna sango15Hello! 03:36, 29 November 2008 (UTC)
- Oppose There's no need for such a link. If the reader wants to read more about the sports for the year, he can find it himself. -BarkerJr (talk) 04:27, 29 November 2008 (UTC)
- Oppose as too awkward and cluttering. RainbowOfLight Talk 05:35, 29 November 2008 (UTC)
- Oppose That seems very clunky and distracting. --Banime (talk) 15:06, 29 November 2008 (UTC)
"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.
- Oppose the worst approach of the four. It puts what could be a neat doorway to relevant info for the reader in a tiny basement closet to be dug up one day when they are bored instead of read right then when it's useful.--User:2008Olympianchitchatseemywork 08:37, 25 November 2008 (UTC)
- Strong support—It's the best solution, providing prominence, explicit pipes, and the selection of the most useful years as gateways to sibling year-in-X articles. Tony (talk) 09:39, 25 November 2008 (UTC)
- Oppose per 2008Olympian. Tennis expert (talk) 10:37, 25 November 2008 (UTC)
- Neutral only if it is relevant --Apoc2400 (talk) 10:51, 25 November 2008 (UTC)
- Support: putting these links in the "see also" section of an article - or in a See also line at the end of a section they're particularly relevant to - allows these links to be kept explicit without encumbering sentence flow, and also keeps them in a prominent position. the end of an article (or section) is an appropriate moment to invite readers to head off to "year-in-X" articles, which are not usually necessary to understanding. Sssoul (talk) 11:42, 25 November 2008 (UTC)
- support - if used properly, this is the best option for these links.—MDCollins 11:53, 25 November 2008 (UTC)
- Support. This is exactly the sort of thing that "see also" sections are for - further information related to the article subject but not needed to help understanding of the subject. Phil Bridger (talk) 12:55, 25 November 2008 (UTC)
- Support—provided that we don't flood see also sections with year-in-x links. Remember that once you get one of those year-in-x links, it is very easy to navigate to a different year on the same topic. There should be a limit on how many links to year-type articles there can be. Dabomb87 (talk) 14:13, 25 November 2008 (UTC)
- 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)
- 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)
- 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)
- Support in {{seealso}} tags in the relevant sections or in the lede, or, at a last resort, in the #See also section. (I prefer per-section tags to the #See also section, as the context to the article may be unclear.) As an aside, if {{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)
- 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)
- Support, best of a bad lot. Tim Vickers (talk) 16:01, 25 November 2008 (UTC)
- 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)
- 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)
- 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)
- Support as only useful place to put these links. -- Quiddity (talk) 19:08, 25 November 2008 (UTC)
- Support - this is what see also sections are for. Mr.Z-man 19:13, 25 November 2008 (UTC)
- Support - Now this one makes sense. Kaldari (talk) 19:58, 25 November 2008 (UTC)
- 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)
- Support if it's a useful link in context of the subject matter. DoubleBlue (talk) 21:58, 25 November 2008 (UTC)
- 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)
- Oppose: As I support "Inline". Ryan4314 (talk) 00:50, 26 November 2008 (UTC)
- 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)
- 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)
- Support As others have pointed out, categories should handle most cases. Lightmouse (talk) 11:08, 26 November 2008 (UTC)
- 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)
- 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)
- Support. Only reasonable option --Hans Adler (talk) 23:01, 26 November 2008 (UTC)
- 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)
- Support. Exactly the right solution when necessary to avoid awkward prose and easter egg pipelinks. Binksternet (talk) 18:28, 28 November 2008 (UTC)
- 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)
- 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)
- Support This is reasonable. لennavecia 21:28, 28 November 2008 (UTC)
- 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)
- Oppose Very bad for the quality of an article. —Mizu onna sango15Hello! 03:40, 29 November 2008 (UTC)
- 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)
- 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)
Comments
- 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)
- 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)
- 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)
- 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)
- Please note that this question is about links in text, not in tables. Septentrionalis PMAnderson 04:08, 26 November 2008 (UTC)
- 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)
- Noted. Given the wording of the question, efforts to ban such links would be disingenuous, and should lead to dispute resolution. Septentrionalis PMAnderson 04:55, 26 November 2008 (UTC)
- Despite the example above unfortunately using a "Year in Sports" link, this RfC explicitly applies only to "Year in 'Field'" links. By its terms it does not address specific links such as the 1960 NFL season, the 1961 NFL Draft, the 1972–73 NBA season, the 1972 NBA Finals, etc. The RfC also references the exceptions in WP:EGG. That guideline notes that sports articles might have dozens of such links. These links are not the hated general-trivia links this RfC contemplates but are links to specific articles about a discrete topic that relates directly to what the reader is reading at that time.--User:2008Olympianchitchatseemywork 07:29, 26 November 2008 (UTC)
- Ah, I understand you Olympian. It is still worth noting though. Dabomb87 (talk) 15:26, 26 November 2008 (UTC)
- Despite the example above unfortunately using a "Year in Sports" link, this RfC explicitly applies only to "Year in 'Field'" links. By its terms it does not address specific links such as the 1960 NFL season, the 1961 NFL Draft, the 1972–73 NBA season, the 1972 NBA Finals, etc. The RfC also references the exceptions in WP:EGG. That guideline notes that sports articles might have dozens of such links. These links are not the hated general-trivia links this RfC contemplates but are links to specific articles about a discrete topic that relates directly to what the reader is reading at that time.--User:2008Olympianchitchatseemywork 07:29, 26 November 2008 (UTC)
- Noted. Given the wording of the question, efforts to ban such links would be disingenuous, and should lead to dispute resolution. Septentrionalis PMAnderson 04:55, 26 November 2008 (UTC)
- 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)
- Please note that this question is about links in text, not in tables. Septentrionalis PMAnderson 04:08, 26 November 2008 (UTC)
- 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)
- 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)
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)
- 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)
- Oppose per reasons already given by LeadSongDog and Dabomb87. ···日本穣? · Talk to Nihonjoe 19:29, 28 November 2008 (UTC)
- 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)
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)
- 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.--User:2008Olympianchitchatseemywork 08:32, 25 November 2008 (UTC)
* 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)
- support - they should (actually may) be used in certain cases, when they are deemed useful to the WP:CONTEXT, and are most appropriately placed under See Also, without piping.—MDCollins 11:55, 25 November 2008 (UTC)
- support they clearly have some use, although they can be overdone. --Dweller (talk) 12:42, 25 November 2008 (UTC)
- Support. Yes, in "see also" sections where the article is specifically about an event in a particular year. Should definitely not be made for every year mentioned in an article. Phil Bridger (talk) 12:58, 25 November 2008 (UTC)
- Support, as 2008Olympian said, only link the first time (when using hidden links, which should be used only when absolutely necessary). Use the see also section whenever possible, but only provide one year link. Readers can navigate to any other year in the topic article from that link. Dabomb87 (talk) 14:15, 25 November 2008 (UTC)
- Support, where appropriate. I can't think of a general situation where it's necessarily appropriate, but WikiProjects might think of some. I think I agree with Sssoul on this issue. — Arthur Rubin (talk) 14:43, 25 November 2008 (UTC)
- Comment, I'd never say "should be made" but they could sometimes be useful as a link in a "see also" section or infoboxes and templates, but certainly not dumped in the main prose of the article. Tim Vickers (talk) 16:02, 25 November 2008 (UTC)
- Unless the event has a very strong dependence on year, then the link should not be made. Dividing wars into campaigns or football competitions into seasons makes sense - arbitrary divisions for general articles based on the contents relation to a given December 31st do not. Knepflerle (talk) 16:12, 25 November 2008 (UTC)
- Should generally not be used as these articles are generally not helpful or not specific enough to form a what could be a helpful article. Linking should not be ruled out all together but, as with years and dates, linking should be avoided until these articles have realised a helpful form. Sillyfolkboy (talk) 17:38, 25 November 2008 (UTC)
- Weak support Mostly these articles are not particularly relevant to the subject of the article, but potentially they could be and they're a bit more focused than simple 'year' articles. But only to be used sparingly, and only if the link is explicit, not piped. Colonies Chris (talk) 18:39, 25 November 2008 (UTC)
- Again, "never" and "always" generally make for bad rules. Mr.Z-man 19:14, 25 November 2008 (UTC)
- Support - As long as discretion is used, and the link destination is made explicit, I have no problem with using these links. For example, they make sense in lists, as long as a note is provided explaining where the links go. Giants2008 (17-14) 22:02, 25 November 2008 (UTC)
- I'm not certain I understand the question but an article that is a useful link in context of the subject and is clear to what it links is fine. DoubleBlue (talk) 22:04, 25 November 2008 (UTC)
- Support - Editors should be able to judge if the link contributes to the including or the linked article. Polio should have a link to and from 1952 in science#medicine (although it doesn't right now).LeadSongDog (talk) 22:27, 25 November 2008 (UTC)
- Support per Tennis Expert and Sssoul. However, I firmly believe “may” should replace “should”, and I’m neutral on Sssoul’s suggestion of also including the tag in the “See also” bit as I’m not sure one approach suits all occasions. Askari Mark (Talk) 03:48, 26 November 2008 (UTC)
- 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)
- 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)
- Support. When relevant. Binksternet (talk) 18:29, 28 November 2008 (UTC)
- Support where relevant. Pfainuk talk 18:55, 28 November 2008 (UTC)
- Support when relevant (as already explained above in other sections). ···日本穣? · Talk to Nihonjoe 19:29, 28 November 2008 (UTC)
- 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)
- 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)
- 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)
- 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)
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)
- 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)
Comments
- 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)
- This is any of the above "Year in Field" styles, including the hidden version. --MASEM 14:16, 25 November 2008 (UTC)
- So how can one answer be given WRT all of them? This is very confusing. Tony (talk) 14:57, 25 November 2008 (UTC)
- I don't understand the question either. Tempshill (talk) 16:49, 25 November 2008 (UTC)
- 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)
- I don't understand the question either. Tempshill (talk) 16:49, 25 November 2008 (UTC)
- So how can one answer be given WRT all of them? This is very confusing. Tony (talk) 14:57, 25 November 2008 (UTC)
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 2008 in film, 1974 in sports, and other such useful pages? —Mizu onna sango15Hello! 03:45, 29 November 2008 (UTC)
Note to readers: There are two active requests for comment. Please also see: |