Wikipedia talk:Manual of Style
Frequently asked questions Wikipedia's Manual of Style contains some conventions that differ from those in some other, well-known style guides and from what is often taught in schools. Wikipedia's editors have discussed these conventions in great detail and have reached consensus that these conventions serve our purposes best. New contributors are advised to check the FAQ and the archives to see if their concern has already been discussed. Why does the Manual of Style recommend straight (keyboard-style) instead of curly (typographic) quotation marks and apostrophes (i.e., the characters " and ', instead of “, ”, ‘, and ’)?
Users may only know how to type in straight quotes (such as " and ') when searching for text within a page or when editing. Not all Web browsers find curly quotes when users type straight quotes in search strings. Why does the Manual of Style recommend logical quotation?
This system is preferred because Wikipedia, as an international and electronic encyclopedia, has specific needs better addressed by logical quotation than by the other styles, despite the tendency of externally published style guides to recommend the latter. These include the distinct typesetters' style (often called American, though not limited to the US), and the various British/Commonwealth styles, which are superficially similar to logical quotation but have some characteristics of typesetters' style. Logical quotation is more in keeping with the principle of minimal change to quotations, and is less prone to misquotation, ambiguity, and the introduction of errors in subsequent editing, than the alternatives. Logical quotation was adopted in 2005, and has been the subject of perennial debate that has not changed this consensus. Why does the Manual of Style differentiate the hyphen (-), en dash (–), em dash (—), and minus sign (−)?
Appropriate use of hyphens and dashes is as much a part of literate, easy-to-read writing as are correct spelling and capitalization. The "Insert" editing tools directly below the Wikipedia editing window provide immediate access to all these characters. Why does the Manual of Style recommend apostrophe+s for singular possessive of names ending in s?
Most modern style guides treat names ending with s just like other singular nouns when forming the possessive. The few that do not propose mutually contradictory alternatives. Numerous discussions have led to the current MoS guidance (see discussions of 2004, 2005, 2005, 2006, 2006, 2007, 2008, 2008, 2008, 2009, 2009, 2009, 2012, 2013, 2015, 2016, 2017, 2017, 2017, 2018, 2018, 2019, 2021,
2022). Why doesn't the Manual of Style always follow specialized practice?
Although Wikipedia contains some highly technical content, it is written for a general audience. While specialized publications in a field, such as academic journals, are excellent sources for facts, they are not always the best sources for or examples of how to present those facts to non-experts. When adopting style recommendations from external sources, the Manual of Style incorporates a substantial number of practices from technical standards and field-specific academic style guides; however, Wikipedia defaults to preferring general-audience sources on style, especially when a specialized preference may conflict with most readers' expectations, and when different disciplines use conflicting styles. |
Discussions on this page often lead to previous arguments being restated. Please read recent comments, look in the archives, and review the FAQ before commenting. |
This project page does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||||||||
|
Style discussions elsewhere
[edit]This section is pinned and will not be automatically archived. |
Add a link to new discussions at top of list and indicate what kind of discussion it is (move request, RfC, open discussion, deletion discussion, etc.). Follow the links to participate, if interested. Move to Concluded when decided, and summarize conclusion. Please keep this section at the top of the page.
Current
[edit](newest on top)
- WP:Village_pump_(idea_lab)#Could_MOS:TMRULES_be_amended_to_avoid_conflict_with_WP:COMMONNAME,_esp_for_contemporary_artists_and_their_works?
- Wikipedia talk:Manual of Style/Biography#British peer titles in infoboxes – Should British peers use their peerage title in place of their name in infoboxes?
- Talk:Shays' Rebellion#Requested move 27 April 2024 – Apply MOS:POSS and add an s?
- Template_talk:Infobox_university#Type – Should multiple entries be formatted as a list or a single phrase?
- Talk:Sino-Soviet border conflict#Flags and wikilinks in the Infobox "Belligerents" section – Do flags in this infobox serve a "useful purpose" per MOS:INFOBOXFLAGS or are they primarily decorative and should be removed?
- Wikipedia talk:Image use policy#Collages in infoboxes
- Wikipedia_talk:Featured_list_candidates#RfC_on_the_leads_of_DOY_articles_and_their_FL_eligibility – Lead length of Days Of the Year (DOY) articles (Feb. 2024)
- Wikipedia talk:Manual of Style/Medicine-related articles#Possessives in condition names – On Asperger syndrome vs. Asperger's syndrome, etc. (Jan. 2024)
- Wikipedia:Requests for comment/Names of deceased trans people (moved from WP:VPPOL) – Yet another round of this long-term, multi-RfC process. Consensus seems possible this time. (Dec. 2023 – Jan. 2024)
- Wikipedia:Village pump (policy)#Make Wikipedia:WikiProject Computer science/Manual of style into Wikipedia:Manual of Style/Computer science – Proposal to merge a "guideline in all but name" into MoS. (Jan. 2024)
- Wikipedia:Village pump (proposals)#Increase default thumbnail size from 220px to 250px – Peripherally related to MOS:IMAGES and MOS:ACCESS. (Jan. 2024)
- Wikipedia talk:Naming conventions (companies)#Use of comma and abbreviation of Incorporated – Involves MOS:TM (plus WP:COMMONNAME, WP:OFFICIALNAME. Covers more than thread name implies, including that guideline not having substantive revision since 2009. (Dec. 2023 – Jan. 2024)
- Wikipedia talk:Manual of Style/Biography#JOBTITLES simplification proposal – MOS:JOBTITLES has long been considered too complicated and hard to follow. This is not an RfC but drafting toward one; input has stalled out over the holidays, and needs to resume. (Dec. 2023 – Jan. 2024)
- Wikipedia talk:Manual of Style/China- and Chinese-related articles#Kangxi radical template/gloss – Involves MOS:FOREIGN, MOS:SINGLE, MOS:ALLCAPS, MOS:BOLD. Still unresolved. (Oct.2023 – Jan. 2024)
- Wikipedia talk:Manual of Style/Writing about fiction#Fictional characters known by initials - what qualifies as the "preferred style for their own name" ? – Involves MOS:WAF, MOS:INITIALS, MOS:TM, MOS:ACRO, WP:OFFICIALNAME, etc. Still unresolved, but there seems to be no appetite for diverging from MOS:INITIALS. (Oct. 2023 – Jan. 2024)
- Wikipedia talk:Manual of Style/Islam-related articles#NPOV usage of "the prophet Muhammad" or "the prophet" – Involves MOS:HONORIFIC, MOS:DOCTCAPS, WP:NPOV, WP:CHERRYPICKING, etc. Still unresolved, though consensus seems to be forming in one direction. (Sep. 2023 – Jan. 2024)
- Help talk:Table#Indenting tables – Help page is conflicting with MOS:DLIST and MOS:ACCESS on a technical point. No objection to fixing it, and a suggestion to just do it WP:BOLDly, but the work actually has to be done. (Aug. 2023 –Jan. 2024)
- Wikipedia talk:Manual of Style/Tables#Proposal to discourage vertically oriented ("sideways") column headers – Specifically in tables, possibly elsewhere. MOS:UNITNAMES (at the table "General guidelines on use of units") has an example of existing use that is being challenged, and material at Help:Table is also at issue. Still unresolved. (Dec. 2023)
- Wikipedia talk:Manual of Style/Accessibility#Making redundant table captions screen-reader-only – About use of
{{sronly}}
around table captions (which are primarily for screen readers) to hide them from the usual non-screen-reader view when their content repeats what is in the table headers. Still unresolved, too little input; probably needs to be RfCed. (Nov.–Dec. 2023)
Capitalization-specific:
- Talk:PAW Patrol#Requested move 14 August 2024 – Drop the all-caps?
- Talk:MLS is Back Tournament#Requested move 13 August 2024 – Lowercase tournament in 2 article titles?
- Talk:Improved Military Rifle#Requested move 13 August 2024 – Generic improved military rifle powder instead of brand?
- Talk:2023 USL Championship Playoffs#Requested move 9 August 2024 – Lowercase playoffs?
- Talk:Ahmadnagar Sultanate#Requested move 11 August 2024 – Lowercase "sultanate", 5 more like recent Berar sultanate move?
- Talk:Zimmermann Telegram#Requested move 10 August 2024 – Multi-page RM. Lower case telegam, letter, and cable in the articles nominated.
- Talk:Landing Ship, Tank#Requested move 4 August 2024 – Six Landing Crafts and a Ship, Word Order and Capitalization of
- Talk:Bolognese School#Requested move 26 July 2024 (15 articles) – Lowercase school in these articles?
- Talk:Artms#Requested move 25 July 2024 – All-caps?
- Talk:All-purpose Lightweight Individual Carrying Equipment#Requested move 24 July 2024 (three articles) – Treat these as descriptive, lowercase?
- Talk:Global War Party#Requested move 16 July 2024 – Change to sentence case?
- Talk:RAI#Requested move 16 July 2024 – Remove the all-caps?
- Talk:Non è la RAI#Requested move 21 July 2024 – Remove the all-caps?
- Talk:SWIFT#Requested move 14 July 2024 – Remove the all-caps?
Other discussions:
- Talk:Julian (emperor)#Capitalization of "emperor" – should "emperor" be capped when referring to a specific person?
- Wikipedia talk:Naming conventions (ethnicities and tribes)#Indigenous – continuation of an RM discussion on capitalization of "indigenous"
- Talk:War on terror#Capitalisation of "global war on terrorism" in prose
- Wikipedia talk:Manual of Style/Music#THEBAND disambiguators – what to do about "The" in parenthetical disambiguators?
- Talk:F1NN5TER#Capitalization – Should the online persona be called "F1NN5TER", "F1nn5ter" or "Finnster"?
- Talk:Union Jack#Case consistency – Union Flag, or Union flag?
- Wikipedia talk:Naming conventions (geographic names)#Capitalisation of "oblast" when used as the name of a Ukrainian administrative division – May affect other administrative divisions (e.g. raion) and other nations for which such terms are used
Pretty stale but not "concluded":
- Talk:Upstate New York#Other plausible capitalization issue – Capitalization of "Upstate" New York.
- Talk:Southern Italy#Lowercase or uppercase? – Capitalisation of "southern". Also "northern" and "central" in related articles.
- Wikipedia talk:Naming conventions (capitalization)#Capitalization of geologic names – Despite being opened on an NC talk page, this is about usage in general not just in our article titles.
- Talk:Fall of Saigon#Names section and capitalisation – capitalisation of Vietnamese language names and capitalisation of their English translations?
Concluded
[edit]Extended content
| ||||||||
---|---|---|---|---|---|---|---|---|
|
Reconsider ellipsis ...
vs … preference
[edit]Summary ( as of 16:22, 22 April 2024 (UTC))
|
Support for … (unicode ellipsis, U+2026) is widespread now. The decision to prefer ...
over …[1] was made 15-20 years ago when unicode support was nascent.[2]
Benefits of … (unicode ellipsis)
- More accessible — screen readers can read "ellipsis" properly
- more compact & readable. Better line breaks
- renders with better fidelity using font glyph
- scales better when zooming & with high-DPI devices like mobile phones
- easier to parse (distinct unicode representation for character)
Tonymetz 💬 18:01, 16 April 2024 (UTC)
- If we discuss this, we need to discuss the use of typographical quotation marks too! Gawaon (talk) 18:23, 16 April 2024 (UTC)
- Eh, I'm not so sure about that. Curly quotes have drawbacks (e.g. being 'keyed', being more frequent to the degree where I would argue the extra byte substantially increases page sizes on average) that U+2026 … HORIZONTAL ELLIPSIS does not. Remsense诉 18:36, 16 April 2024 (UTC)
- Fair enough. We also use en dash (–) and friends, after all. Gawaon (talk) 20:05, 16 April 2024 (UTC)
- I agree with Gawaon's 1st sentiment that curly quotation marks/apostrophes should be discussed in the same vein as ellipses. Both deal with the distinction of ASCII representation vs. extended character maps. I don't think that their multi-byte effect on increased page size is of any concern. -- Michael Bednarek (talk) 04:49, 17 April 2024 (UTC)
- I know! Let's have an RfC on whether they should be discussed together! EEng 15:11, 21 April 2024 (UTC)
- I agree with Gawaon's 1st sentiment that curly quotation marks/apostrophes should be discussed in the same vein as ellipses. Both deal with the distinction of ASCII representation vs. extended character maps. I don't think that their multi-byte effect on increased page size is of any concern. -- Michael Bednarek (talk) 04:49, 17 April 2024 (UTC)
- Fair enough. We also use en dash (–) and friends, after all. Gawaon (talk) 20:05, 16 April 2024 (UTC)
- Eh, I'm not so sure about that. Curly quotes have drawbacks (e.g. being 'keyed', being more frequent to the degree where I would argue the extra byte substantially increases page sizes on average) that U+2026 … HORIZONTAL ELLIPSIS does not. Remsense诉 18:36, 16 April 2024 (UTC)
- The big BIG advantage of requiring straight quotes and period ... ellipses is that it doesn't allow yet another gratuitous style variation for gnomes to slow-war over. It looks fine, it works, it contributes to having a clean readable style instead of a fussy special-character-elaborated one. Why get rid of those advantages? —David Eppstein (talk) 06:57, 17 April 2024 (UTC)
- Though I said the opposite above, I think it might indeed make most sense to limit this to the ellipsis issue for now, since it would be a relatively small change – much smaller than changing the rules for quotes and apostrophes. So if this is changed now, the quote issue could possibly be reconsidered in a year or two, then taking into account the experience with the ellipsis change.
- For the ellipsis, there are two possibilities:
- Allowing both
...
and…
as equally valid options. Very easy change, but with the disadvantage that usage in any given page could then be mixed, annoying the typographically aware. Though the visible difference between ... and … is small (much smaller than "quotes" vs. “quotes”, I'd say – in fact, in our standard font I can hardly see it), so that shouldn't matter very much. Also, to prevent "slow-warring", we could make the rule that changing...
to…
is allowed, but changing in the opposite direction is not. In that way, pages would slowly evolved in the typographically correct direction. - Requiring, from now on, that
…
is used, and deprecating...
, just like MOS:DASH has deprecated the use of single or double hyphens instead of dashes. This would ensure that there is a single standard all pages are meant to adhere to, so totally eliminating the risk of edit warring. The disadvantage, of course, is that there are 100,000s of pages (at least) that currently don't adhere to that standard. I suppose a bot could help with that change, but it would still be a giant task to bring them in adherence.
- Allowing both
- Personally I think option 1. would be fine, while 2. daunts me a bit because of the size of the required changes. Gawaon (talk) 07:39, 17 April 2024 (UTC)
- While I'm not opposed on principle, I doubt implementing this change across thousands of articles would be feasible. InfiniteNexus (talk) 23:48, 20 April 2024 (UTC)
- Well, option 1 wouldn't have to be "implemented", it would just be an option for editors to choose from now on. Gawaon (talk) 06:06, 21 April 2024 (UTC)
- Bad idea. The point of an MoS is to be as consistent as possible. And changes would have to be implemented regardless; if you don't do anything, AWB, bots, and other automated tools will just continue changing them. InfiniteNexus (talk) 06:10, 21 April 2024 (UTC)
- Oppose any "use whichever style you want" option. Gonnym (talk) 11:24, 21 April 2024 (UTC)
- Well, option 1 wouldn't have to be "implemented", it would just be an option for editors to choose from now on. Gawaon (talk) 06:06, 21 April 2024 (UTC)
- I have no real preference for one or the other, but I oppose the change. It wouldn't be too much work for a bot to change all of one to another. Still I see no reason to mess with what's been working. Actually, I do prefer the three dots. Anyone can type
...
and the…
requires a bit more effort, and…
displays differently depending on the font used, so sometimes looks odd. Mixed use looks sloppy and I really want to avoid that. SchreiberBike | ⌨ 11:48, 21 April 2024 (UTC) - I'm wary of creating yet another challenge for new editors who want to do the right thing – we want to keep them. NebY (talk) 14:26, 21 April 2024 (UTC)
- My preference would be to create templates for such things as ellipses and in-line quote[a] and relegate the style arguments to the talk pages of those templates. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:55, 22 April 2024 (UTC)
- I would support mandating the unicode ellipsis. Adding this to the MOS wouldn't create any burden to new users – gnomes would simply bring articles into conformity over time. Graham11 (talk) 03:36, 21 May 2024 (UTC)
- More likely some bot operator is going to get it into their head that this must be done immediately!!1! and make our watchlists unusable for several days while they crank through all the Wikipedia articles at a rate of several per second. How about let's don't. —David Eppstein (talk) 07:16, 21 May 2024 (UTC)
- There's a 200% chance this will happen, because at least two bot operators will try it. Remsense诉 07:17, 21 May 2024 (UTC)
- Isn't that a matter that should be addressed at WP:BRFA? Graham11 (talk) 17:10, 21 May 2024 (UTC)
- More likely some bot operator is going to get it into their head that this must be done immediately!!1! and make our watchlists unusable for several days while they crank through all the Wikipedia articles at a rate of several per second. How about let's don't. —David Eppstein (talk) 07:16, 21 May 2024 (UTC)
- If the Unicode ellipsis is better for screenreaders, we should go for it. Just add an ellipsis option to the usual dash scripts. —Kusma (talk) 19:28, 21 May 2024 (UTC)
- Is there any more reason to believe that it is better for screenreaders than to believe that it is worse for screenreaders? One could equally well write, if it is worse for screenreaders, then we should continue to eschew it. —David Eppstein (talk) 20:03, 21 May 2024 (UTC)
- On a quick Google, I have found some accessibility blogs that advocate use of the ellipsis character over three dots. I have no idea how important it is in practice. —Kusma (talk) 20:19, 21 May 2024 (UTC)
- Have you considered asking at WT:WPACCESS? --Redrose64 🌹 (talk) 21:50, 21 May 2024 (UTC)
- I just brought it up at Wikipedia talk:WikiProject Accessibility#Is there a preference from an accessibility standpoint for ellipses (...) style? SchreiberBike | ⌨ — Preceding undated comment added 23:02, 21 May 2024 (UTC)
- On a quick Google, I have found some accessibility blogs that advocate use of the ellipsis character over three dots. I have no idea how important it is in practice. —Kusma (talk) 20:19, 21 May 2024 (UTC)
- Is there any more reason to believe that it is better for screenreaders than to believe that it is worse for screenreaders? One could equally well write, if it is worse for screenreaders, then we should continue to eschew it. —David Eppstein (talk) 20:03, 21 May 2024 (UTC)
- I think we should be ok with either. There doesn't need to be consistency for this. —TheDJ (talk • contribs) 07:21, 20 June 2024 (UTC)
- There seems to be a lot of helpful , ongoing discussion here. Could I ask for a partner to help manage the discussion and determine consensus? I don't know fully how to proceed and it's an important topic to make a decision on. Tonymetz 💬 22:47, 28 July 2024 (UTC)
- Apart from the proposer, Tonymetz, I see 1 supporting opinion, Graham11, 2 if banned Justin/Koavf is counted. -- Michael Bednarek (talk) 03:54, 29 July 2024 (UTC)
- Hmm? I spoke out in favour of allowing
…
too, at least as alternative. I think having some kind of formal close on this wouldn't be bad. Of course, Tonymetz and we others involved in the discussion can't do it. Gawaon (talk) 05:53, 29 July 2024 (UTC)
- Hmm? I spoke out in favour of allowing
- Apart from the proposer, Tonymetz, I see 1 supporting opinion, Graham11, 2 if banned Justin/Koavf is counted. -- Michael Bednarek (talk) 03:54, 29 July 2024 (UTC)
Require semantically/typographically correct ellipsis per accessibility issues. Allow someone to type in three periods for convenience, but keep it deprecated and have semi-automated tools and bots change this as long as they are making other changes as well. Change all page and category titles as well with redirects from three dots. ―Justin (koavf)❤T☮C☺M☯ 23:07, 21 May 2024 (UTC)
- As a screen reader user, I've never heard of these accessibility issues ... screen readers can read three dots fine. It really doesn't need a mass change here. Graham87 (talk) 07:54, 22 May 2024 (UTC)
- How mean of you. You've just taken away some gnome's purpose in life. (For those playing along at home, we've now got two
Graham'sGrahams in the conversation.) EEng 13:59, 22 May 2024 (UTC)-
-
- Usually happens to me on Facebook. I'll correct some glaring typo in a meme-post, only to misspell or mispunctuate something in my own comment, and of course suffer a dogpile of derision! — SMcCandlish ☏ ¢ 😼 17:45, 13 July 2024 (UTC)
-
- Graham's law says that the rate of hot air escaping from a talk page discussion is inversely proportional to the square root of the weight of the arguments contained within. Hawkeye7 (discuss) 03:54, 12 June 2024 (UTC)}
-
- How mean of you. You've just taken away some gnome's purpose in life. (For those playing along at home, we've now got two
Oppose any change - three dots is fine and easier to write. Then again, if it's not onerous to make a bot that turns every instance of ... into … after every single edit that includes ..., I'm not going to lose any sleep over it. BoldGnome (talk) 02:57, 12 June 2024 (UTC)
Notes
Allow either ... or …. I agree with the (minor) advantages of using the unicode character, but changing it everywhere seems like a huge waste of time and effort. We should just be agnostic about it, IMO. Nosferattus (talk) 18:14, 20 June 2024 (UTC)
- The problem with "allow either" is that in some fonts they look very different from each other. Having "..." and "…" near each other looks pretty bad to me. SchreiberBike | ⌨ 20:46, 20 June 2024 (UTC)
The … glyph is virtually illegible to many of us with poor eyesight, and offers zero advantages of any kind. It's not something easily typed, it saves no space/bandwidth that we actually need saved, it will not be consitently treated in searches, and it is vastly worse for legibility. It also doesn't look consistent in all typefaces when combined with .: …. It really has nothing going for it at all. Just because the Unicode Consortium for its own internal reasons decided to create a codepoint for something doesn't make it magically the best thing for WP to use for its own purposes. — SMcCandlish ☏ ¢ 😼 06:26, 13 July 2024 (UTC)
PS: The "more accessible" claim could be "something going for it", but if and only if there is actual proof that screen readers have some kind of problem with "..." (the three periods version). I've never encountered any evidence to suggest this, much less any to suggest that the pre-composed "…" character is superior in this regard, but that's a question for which the MOS:ACCESS regulars should be consulted. — SMcCandlish ☏ ¢ 😼 17:49, 13 July 2024 (UTC)
- When you say "virtually illegible", you mean in monospace fonts, right? In other fonts, … and ... should (and do) mostly look fairly similar. Gawaon (talk) 07:24, 13 July 2024 (UTC)
- Pointless distinction, since monospaced font is what most users will get in the editing window. — SMcCandlish ☏ ¢ 😼 16:32, 13 July 2024 (UTC)
Improvement to advice about embedded section anchors
[edit]I just made this edit to MOS section § Section headings to add this explanatory note (name="many links") to the portion targeted by MOS:SECTIONANCHOR:
- To find out how many inlinks there are to the old section title and what articles have them, you can execute
this advanced searchthis advanced search, changing article to the name of the article, and oldsection to the old section title. If there are only a small number of links to the old section title, it's better to just update them..
I recently noticed that a bunch of users have added unneeded embedded section anchors after renaming a section header, presumably because they don't know how to find out if there are any articles that link to the old section title or not, and if so, how many of them there are. Imho, embedded section anchors should only be added when necessary, as they create squirrely wikicode which may mystify other editors, or discourage them from making further changes to the section header which may be warranted. To reduce the scope of this issue, increase transparency about section inlinks, and limit the number of unneeded embedded anchors being created especially when there are no incoming links at all (a good proportion of them), I added the note. (A secondary problem, much less serious imho, is users using the problematic, unsubsted version identified at MOS:SECTIONANCHOR as resulting in undesirable behavior.)
I would appreciate additional eyeballs on this note, both the wording as well as any comments on the generic advanced search terms. I am aware that the search doesn't include everything (notably, will not find links from articles using {{slink}} to target it) or exclude (nowiki's, html comments) but I am trying to keep the input search term field simple-looking enough that a user unfamiliar with advanced search won't be afraid to try it, so it's kind of a balancing act how complex to make it. That said, if there's anything egregiously missing or wrong with it, or if it can be significantly improved without degrading usability, please do comment, or just adjust it. Adding @PrimeHunter, Sdkb, Trialpears, Qwerfjkl, Colin M, Quiddity, and Rjjiii:. Thanks, Mathglot (talk) 23:13, 26 June 2024 (UTC)
- Thanks for adding this tip! Marginally related, is there some way to find all broken section anchors pointing to some article? I would find that extremely helpful in order to improve the integration of a page that has underdone a lot of reorganization over time so that this method of looking for broken section links by name is not practical. Gawaon (talk) 06:08, 27 June 2024 (UTC)
- This would be better handled in its own section. Please see WP:VPT#Finding broken section anchors. Thanks, Mathglot (talk) 02:42, 28 June 2024 (UTC)
- Look great, thanks! Better than my usual method, clicking through every page of the "What links here?" results and Ctrl-F-ing the old section title. Firefangledfeathers (talk / contribs) 11:55, 27 June 2024 (UTC)
- Good info! Thanks for researching, documenting, and pinging. Quiddity (talk) 03:52, 28 June 2024 (UTC)
Note: updated the advanced search link (new link) to also handle templated links like {{slink}}, {{Further}}, {{Main}}, etc., without making it longer or scarier-looking. Mathglot (talk) 01:44, 28 June 2024 (UTC)
- @Mathglot: If you go to the link and then change the terms to what you want before clicking search it finds all links to that section in articles, but if you edit the link and go to it directly, it searches in all pages. Is that fine? – 2804:F1...A9:64C1 (talk) 03:51, 28 June 2024 (UTC)
- Not entirely sure I understand; are you trying to draw a distinction between searching only articles (i.e., main space) and searching all namespaces (articles, Talk pages, User pages, Wikipedia project pages and so on)? If so, we can do that by adding search term
:all
and perhaps we should. I've updated the search link in the explanatory note to search all namespaces, pending any objections or other comments on this aspect of it. Mathglot (talk) 04:07, 28 June 2024 (UTC)- I meant that the link included
profile=all
, so editing the link itself would result in searching all pages (any namespace), but going to the link and then editing the terms and clicking search would result in searching only in articles. - Anyways, now the
:all
is not* doing anything, try for example, searching for:all linksto:"Banana" insource:/[[|]Banana\#/
vs without the:all
(but with all namespaces selected). - Edit: *It is doing something, if you select all namespaces it ignores them and searches only in article space. Hm. – 2804:F1...A9:64C1 (talk) 04:36, 28 June 2024 (UTC)
- (edit conflict) The problem is not in the link, but in your example. If you choose an article name which has no links outside mainspace, like Banana, then the correct behavior is that there is no difference with or without the
:all
search term. Try an example like "Vichy France" which has some inlinks from mainspace, as well as other namespaces. - Secondly, although that will actually work correctly, even without a section name, this whole issue is part of the clarification of section § Section headings in the MOS, so really applies more to that case. For that, you can try examples like "Vichy France#Collaborationnistes". (ec) Mathglot (talk) 04:42, 28 June 2024 (UTC)
- It has links outside of mainspace, that's why I said to remove the :all and select all namespaces. – 2804:F1...A9:64C1 (talk) 04:45, 28 June 2024 (UTC)
- Thanks for that; I must've been assuming the wrong functionality for
:all
; I need to look at that again. Your workaround works, but should be doable without it, assuming there is a search prefix or pseudo-term that activates that; let me check. If you know what it is, please post it. Mathglot (talk) 04:51, 28 June 2024 (UTC)- Ah, I found it, it is
all:
. – 2804:F1...A9:64C1 (talk) 04:56, 28 June 2024 (UTC)- Oops, of course it is; the colon goes at the end in every search term, don't know how that happened. Will go fix that. Mathglot (talk) 04:58, 28 June 2024 (UTC)
- Okay, colon is in the right place now; try "Banana" again. Mathglot (talk) 05:04, 28 June 2024 (UTC)
- It works, behaviour is consistent now, thank you, and for the info :). – 2804:F1...A9:64C1 (talk) 05:12, 28 June 2024 (UTC)
- Thanks for your efforts, which have helped improve it. Mathglot (talk) 06:04, 28 June 2024 (UTC)
- It works, behaviour is consistent now, thank you, and for the info :). – 2804:F1...A9:64C1 (talk) 05:12, 28 June 2024 (UTC)
- Ah, I found it, it is
- Thanks for that; I must've been assuming the wrong functionality for
- It has links outside of mainspace, that's why I said to remove the :all and select all namespaces. – 2804:F1...A9:64C1 (talk) 04:45, 28 June 2024 (UTC)
- (edit conflict) The problem is not in the link, but in your example. If you choose an article name which has no links outside mainspace, like Banana, then the correct behavior is that there is no difference with or without the
- I meant that the link included
- Not entirely sure I understand; are you trying to draw a distinction between searching only articles (i.e., main space) and searching all namespaces (articles, Talk pages, User pages, Wikipedia project pages and so on)? If so, we can do that by adding search term
I made this edit based on recent observation. Correct me if I'm wrong. Biogeographist (talk) 20:57, 28 June 2024 (UTC)
- Adding that sentence about searching redirects as well looks like an improvement to me. Even if there's a way to do that via advanced search (instead of What links here), Cirrus doesn't support alternation, so you can't have the union of two searches in one query, afaik; plus, that might get into "too complex" territory even if we could, so I think your approach is the right one, here. Thanks, Mathglot (talk) 21:17, 28 June 2024 (UTC)
- There is also Wikipedia:Database reports/Broken section anchors that could be checked, though only afterwards (and with up to one month's delay). Gawaon (talk) 21:16, 28 June 2024 (UTC)
Working out the best cross-namespace way to do this will be good, as would including advice about it somewhere. I would suggest making this be a "Help:" page or a section at a pre-existing one, and then cross-referencing it from MoS, rather than making it part of MoS (how to search for links of various sorts is not an MoS matter in and of itself). After it is worked out, using it to fix all links to MoS and other guideline and policy sections, and then removing no-longer-needed anchor tags and anchor spans inside headings in these pages would be a boon. — SMcCandlish ☏ ¢ 😼 05:27, 13 July 2024 (UTC)
- Maybe, but the body text in the MoS is already pretty technical: "
Before changing a heading, consider whether you might be breaking existing links to it. If there are many links to the old title,[i] create an anchor with that title to ensure that these still work.
" - This is at least more clear and actionable than the linked instructions at Help:Link#To_a_section Rjjiii (talk) 01:05, 22 July 2024 (UTC)
Tense of verbs referring to current, ongoing events
[edit]Greetings, all. The Manual of Style contains this direction: "By default, write articles in the present tense, including those covering works of fiction and products or works that have been discontinued. Generally, use past tense only for past events, and for subjects that are dead or no longer meaningfully exist."
Yet, a number of biographical articles about living peopleuse the present perfect tense when referring to persons currently serving in various capacities of public life. E.g. "George has served since July 10, 2024," which, at the very least creates confusion between an ongoing situation and a past one.
I propose we move to the use of the present perfect continuous tense (also known as the present perfect progressive tense), which would result in a clear and unambiguous presentation:
"George has been serving since July, 10 2024."
Opinions? -The Gnome (talk) The Gnome (talk) 09:48, 10 July 2024 (UTC)
- Personally, I think the first option reads much better than the second. Not confusing or ambiguous in any way. Perfectly normal English. No idea if this is a WP:ENGVAR issue, but that's certainly what I'd write (I write in British English). -- Necrothesp (talk) 12:33, 10 July 2024 (UTC)
- I write in American English and I agree that for the example provided, "has served" is preferable to "has been serving". Either would be acceptable, but I don't see a reason to encourage the latter, nor do I see how the former is ambiguous. If it was a past situation, would it not be, "George served from July 10, 2024 until..."? DonIago (talk) 14:01, 10 July 2024 (UTC)
- What do you mean "it reads much better"? This is not about aesthetics, but about clarity. We're talking about current, ongoing events, exactly what the relevant MoS section is about. "Have [verb in past tense]" is unnecessarily ambiguous. Simple present would suffice. But since it has through some back handed way become the norm to use "has served" for people in public life, a turn that smells of puffery, as well, I'm suggesting something simple and sensible. It's a compromise between the simple present tense and the peacock. -The Gnome (talk) 16:57, 10 July 2024 (UTC)
- "Has served" is not in the past tense and creates no ambiguity. Someone who has served in a position since February is unambiguously still in that position. There is no need to change "has served" to "has been serving", and parsimony weighs against it. AlsoWukai (talk) 18:28, 10 July 2024 (UTC)
- I really have no idea why you think there is a lack of clarity or any puffery in "has served", which is completely normal English. Mystifying. -- Necrothesp (talk) 09:38, 11 July 2024 (UTC)
- While we're talking specifically about "persons currently serving in various capacities of public life", how about dropping the whole "serving" idea entirely? It's meaningless excess:
- "George has been serving as chairman of Globcorp since 2014" --> "George has been chairman of Globcorp since 2014"
- "George has served as chairman" --> "George has been chairman"
- "He served as" --> "He was"
- "He serves as" --> "He is"
- See the brilliant and justly celebrated essay WP:AREYOUBEINGSERVED. EEng 15:07, 10 July 2024 (UTC)
- Plus one to that — it adds nothing except a deferential tone. Popcornfud (talk) 16:04, 10 July 2024 (UTC)
- Agree. I could not support more strongly the entire elimination of the verb "to serve" in all these cases, which are the ones that gave cause for this submission. "Keith Starmer is the prime minister." No deference, no confusion. -The Gnome (talk) 16:57, 10 July 2024 (UTC)
- And remember ... "To serve man ... It's a cookbook!" [3] EEng 19:16, 10 July 2024 (UTC)
- This is serving as a reasonable response to me! DonIago (talk) 19:56, 10 July 2024 (UTC)
- Bon appétit! Gawaon (talk) 20:24, 10 July 2024 (UTC)
- This is addressed at Wikipedia:Manual of Style/Dates and numbers#Statements likely to become outdated (MOS:CURRENT), which begins
Except on pages that are inherently time-sensitive and updated regularly
and has among its examples "not she is the current director but she became director on 1 January 2024". Wikipedia:Manual of Style/Words to watch#Relative time references has the exampleThe information that "The current president, Alberto Fernández, took office in 2019", or "Alberto Fernández has been president since 2019", is better rendered "Alberto Fernández became president in 2019".
Saying that George was appointed, elected, took office or merely became foo on 10 July 2024 will remain correct even when George eventually suffers termination or promotion, and works without any value-laden terms such as "serve" or "tyrannise". NebY (talk) 13:56, 11 July 2024 (UTC)- All great points. EEng 20:49, 11 July 2024 (UTC)
- I wholeheartedly agree with all the points you made, NebY. -The Gnome (talk) 18:13, 12 July 2024 (UTC)
- I concur also. At some point, we probably do need to directly address the "served as" language in particular, because disputation about this has been frequently recurrent for many years (i.e., it passes the WP:MOSBLOAT test). But it's something that belongs in MOS:WTW, not the main MOS page or MOS:BIO, because it's not a general editing principle, really, but a trivial matter of a particular biased and unhelpful wording choice. — SMcCandlish ☏ ¢ 😼 16:56, 13 July 2024 (UTC)
- The Gnome, were you perhaps thinking that "present tense" in this rule meant "specifically and exclusively the simple present"? It doesn't. Any present-tense form is acceptable under this rule. That means you can – when appropriate to the content – use the simple present, present perfect, present continuous, or present perfect continuous and still be in compliance with this rule. Perhaps a more accurate rule would be "use the verb tense that accurately reflects time; do not say that 'He is born in the 19th century' or that 'He will be born in the 19th century'; also, do not say that 'Algebra was a branch of mathematics', as if that's not still true at the present time." We aren't trying to restrict brilliant prose with this rule; we're trying to get people not to use the present tense for long-dead people or the past tense for still-living ones. WhatamIdoing (talk) 18:57, 13 July 2024 (UTC)
- The mere fact that you are, rightfully, trying to clarify the application of the proper tense shows that interpreting the "meaning" of the term "present tense" leads to speculation. There is no endorsement of "any" present-tense form; if it were so, the definition would be different, i.e. "any present-tense form." All we have is simply "present tense," which leads to the simple present-tense.
- Nonetheless, interesting proposals have been submitted above that could allow us to escape the vagueness. What do you think? -The Gnome (talk) 20:09, 13 July 2024 (UTC)
- For reasons already given above by others, several of these present variants are not desirable because they lead to "and this continues to the present moment" implications which may not actually be true except in an article that is being very actively edited on a daily basis. And the WP:MOSBLOAT sniff test is not passed by verbiage like WhatamIdoing suggested; editors are not actually likely to write something like "is born in the 19th century" or "will be born in the 19th century", so we have no reason to include such example verbiage in this guideline (in fact, we have a clear rationale to exclude it). No one seems to be confused by the meaning of this section other than one editor, and other editors here have already clarified to that person what the meaning really is, so there is no actual problem to resolve. — SMcCandlish ☏ ¢ 😼 02:55, 14 July 2024 (UTC)
- I have added wikilinks to Present tense and Past tense#English to reduce the risk of confusion about what these terms means. I agree that otherwise the text of the section doesn't need to be changed. However, maybe the examples could be extended to include a few cases of the present perfect and other non-simple tense forms? Gawaon (talk) 04:09, 14 July 2024 (UTC)
- My comment is I don't see what the problem is. Use present tense the mos says, and so why the complaint when the present tense is used? Perfect simple or perfect continuous would be decided by the context, but they are both present tenses. Roger 8 Roger (talk) 05:26, 14 July 2024 (UTC)
- I agree with that. My point was that the examples in MOS:TENSE use the simple present six times and the simple past four times (if I counted correctly). Other variants such as perfect or continuous/progressive forms aren't used at all. Adding a few reasonable examples of their usage wouldn't hurt. Gawaon (talk) 06:28, 14 July 2024 (UTC)
By default, write articles in the present tense
applies most of all to the opening of an article, as the examples demonstrate. It doesn't mean we write the whole article in the present tense. Elsewhere we haveThe Ford Model T is an automobile that was produced ...
, and our BLPs are almost entirely in the past tense after the initial "<Subject> is". NebY (talk) 11:31, 14 July 2024 (UTC)
- My comment is I don't see what the problem is. Use present tense the mos says, and so why the complaint when the present tense is used? Perfect simple or perfect continuous would be decided by the context, but they are both present tenses. Roger 8 Roger (talk) 05:26, 14 July 2024 (UTC)
- I have added wikilinks to Present tense and Past tense#English to reduce the risk of confusion about what these terms means. I agree that otherwise the text of the section doesn't need to be changed. However, maybe the examples could be extended to include a few cases of the present perfect and other non-simple tense forms? Gawaon (talk) 04:09, 14 July 2024 (UTC)
- For reasons already given above by others, several of these present variants are not desirable because they lead to "and this continues to the present moment" implications which may not actually be true except in an article that is being very actively edited on a daily basis. And the WP:MOSBLOAT sniff test is not passed by verbiage like WhatamIdoing suggested; editors are not actually likely to write something like "is born in the 19th century" or "will be born in the 19th century", so we have no reason to include such example verbiage in this guideline (in fact, we have a clear rationale to exclude it). No one seems to be confused by the meaning of this section other than one editor, and other editors here have already clarified to that person what the meaning really is, so there is no actual problem to resolve. — SMcCandlish ☏ ¢ 😼 02:55, 14 July 2024 (UTC)
- Would the participants in this discussion find worthwhile a Request for Comments on the issue? I'm thinking that the matter of the peacock verbiage, e.g. "served," which was pointed out here, is important enough to lend support to an RfC. -The Gnome (talk) 15:10, 19 July 2024 (UTC)
Can we add this to WP:LANGVAR
[edit]This comes up all the time with association football. Can we put it in to formalize that articles written in Canadian, American, or Australian English will use "Soccer" while those in British English will use "football". I see it changed back and forth so often, so while it technically is covered through LANGVAR, having it listed as a specific example can make it cut and dry. RedPatch (talk) 17:58, 17 July 2024 (UTC)
- The problem is that Wikipedia is an international encyclopaedia with an international audience. When I (Australian) think of "football" I think of Australian rules football. Australians from some other states think of rugby. Americans think of grid iron. Brits think of association football. We are all utterly convinced that our local name is the correct name and that the others are all wrong. So, calling it "football" is simply not feasible. Stepho talk 21:44, 17 July 2024 (UTC)
- Names for association football has a fairly good overview. While I agree that this is a MOS:ENGVAR issue, the MOS doesn't generally take a stance on the usage of individual ENGVAR-specific words and I don't think we should start here. Gawaon (talk) 22:10, 17 July 2024 (UTC)
ArbCom quote on changes between styles
[edit]I'm inclined to agree that we shouldn't overtly cite ArbCom in-text, since policy is set by a consensus of editors and not by ArbCom; but I think that the When either of two styles is acceptable it is inappropriate for a Wikipedia editor to change from one style to another unless there is some substantial reason for the change
quote reasonably expresses current consensus, so we can just move it to the voice of the MOS. I also think that a footnote about the ArbCom cases is useful for historical reasons. (Also, I forgot to mention, I added "generally" to it because I feel that the voice of the MOS should generally be less rigidly declarative than an ArbCom decision and because having it as a quote put it at a remove - just changing it to the MOS-voice without adding that would have seemed like it was being made into an absolute red-line requirement, which I don't think it was or is.) --Aquillion (talk) 20:23, 20 July 2024 (UTC)
MOS:SLAVE?
[edit]Per discussions like
- Wikipedia_talk:Manual_of_Style/Words_to_watch/Archive_10#"Slaves"_versus_"enslaved_persons"
- Talk:Confederate_States_of_America/Archive_21#h-Request_for_comment:_"slaves"_vs._"enslaved_people"-2022-02-14T01:30:00.000Z
- Talk:John_Adams/Archive_5#Request_for_Comment:_Should_the_article_on_John_Adams_refer_to_people_held_in_slavery_as_"enslaved_people"_or_"slaves"?
should we put a MOS:SLAVE somewhere, possibly at MOS:WTW? Gråbergs Gråa Sång (talk) 15:22, 23 July 2024 (UTC)
- Could you spell out what would it say? I had a quick look at the discussions you linked to which were quite long. 2 had closings. They seemed to br inconclusive. DeCausa (talk) 15:43, 23 July 2024 (UTC)
- How about something like
- In general, WP should follow the vocabulary of RS. Per a 2022 Rfc, "slaves" are more widely used in RS than "enslaved people". Gråbergs Gråa Sång (talk) 16:21, 23 July 2024 (UTC)
- That may not be as good and workable a principle as it seems. In other situations, we've had accusations that sources were selected so that their terminology would be used. In this one, we may also find that RSs on slavery/enslavement in general have shifted to a different extent than sources on specific areas and/or periods eg Ancient Greece or Rome. NebY (talk) 17:28, 23 July 2024 (UTC)
- I'm not sure that that is what those threads say. It seems more open that that. DeCausa (talk) 17:44, 23 July 2024 (UTC)
- I should mention that the question was inspired by this discussion: Wikipedia:Village_pump_(policy)#I_don't_know_where_else_to_ask_this_&_this_might_be_a_hornets'_nest_but_here_goes.... Gråbergs Gråa Sång (talk) 16:23, 23 July 2024 (UTC)
- Yeah… Not sure if this is a case of “venue shopping” (the two threads were started by different people), but it is never productive to have two threads about the same issue at different venues at the same time. Suggest we close this thread and continue over at VP(p). Blueboar (talk) 12:16, 24 July 2024 (UTC)
Confusing lead images
[edit]Hello! I was recently made aware that there is a consensus within the Middle-earth WikiProject to not use lead images in certain articles unless the images were created by J.R.R. Tolkien. (Please see the character pages Gandalf, Saruman and Frodo Baggins for examples). The reason is that they do not want to give undue weight to one particular interpretation of a character that originated in literature and was therefore not depicted visually.
This (in my view) goes against the MOS guidelines to (A) "give readers visual confirmation that they've arrived at the right page" and to (B) "avoid lead images that readers would not expect to see there." (For example, I feel that the lead image on the Gandalf page violates both of these guidelines.) Additionally, the MOS states that lead images should be "technically well-produced" and that it is "common for the lead image to be representative because it provides a visual association for the topic, and allow readers to quickly assess if they have arrived at the right page." I find some of the Middle-earth articles to be problematic in relation to these guidelines as well.
I'm also wondering why the WikiProject is allowed to make this call. Other pages for literary characters that have film versions use lead images from the films, such as Harry Potter, Katniss Everdeen, and Jay Gatsby. In the case of Gandalf, a film still could be used, or one of the paintings created of him by a professional artist. It strikes me as strange that a WikiProject can dictate such an important part of article content and presentation, especially because lead images are not exclusive to Middle-earth articles.
I would love to hear thoughts on this. Thank you for your time. Wafflewombat (talk) 07:58, 26 July 2024 (UTC)
- On the narrow question of whether a Wikiproject can "make this call", a Wikiproject is a collection of editors interested in a particular topic or set of articles. They have no unique competency to "dictate" anything, but they are nonetheless appropriate places for a consensus among editors to be formed, and that consensus can be referred to support article editing. WP:Consensus can change of course, either at that Wikiproject or through a wider community process, but it is quite normal for Wikiprojects to work out some standard editing expectations among their particular article scope. CMD (talk) 08:14, 26 July 2024 (UTC)
- Thanks for sharing this perspective. Wafflewombat (talk) 18:05, 26 July 2024 (UTC)
- @Wafflewombat: Without actually looking into the history here, I would imagine that at some point there was a lot of dispute, even edit-warring, concerning which image should be the lead image. Sometimes, people can't agree, and it falls to a neutral observer to assist on determining a consensus upon which all can agree - even though, for some people, such consensus won't necessarily be the desired outcome. So it may well be that a firm decision was made to permit only the Tolkein images. Naturally, some people will have objected, and may still do so, but at least we can point to a particular discussion and say "it was agreed here". --Redrose64 🌹 (talk) 17:51, 26 July 2024 (UTC)
- Thank you for sharing your thoughts on this. Wafflewombat (talk) 18:09, 26 July 2024 (UTC)
- I think many of the same considerations as in Wikipedia:Historical portraits and pictures (on ahistorical interpretations of people for whom we have no contemporary image) apply. Illustrations and portraits should not be included merely to decorate articles; they should serve an encyclopedic purpose by informing readers. When we have reason to believe that an image is vacuous, misleading, or uninformative, we should not use it. —David Eppstein (talk) 18:11, 26 July 2024 (UTC)
- Using images from major interpretations of the LOTR (such as films or illustrations from official editions) doesn't seem likely to be vacuous or misleading. Restricting illustrations to only those by Tolkien himself seems to me to be grounded in a purist/proscriptivist approach, that there is only one correct interpretation of these characters, rather than neutrally describing the character as it has been portrayed. The result is that the articles linked above either have no depiction of the character or one that is not well-suited to a lead image, and the informative value of the lead suffers.
- WikiProjects do good work, but this an issue that could benefit from broader discussion and consensus. I don't see anything unique about LOTR characters that would require a fundamentally different approach than any other article on a fictional character with myriad interpretations.--Trystan (talk) 18:30, 26 July 2024 (UTC)
Section headings that begin with years
[edit]MOS:HEAD says that sentence case should be used for section headings. But I'm never sure what to do with section headings that begin with years - should the first letter after the year be capitalised or not? e.g. should it be
2000 season
[edit]or
2000 Season
[edit]? DH85868993 (talk) 09:40, 31 July 2024 (UTC)
- The first one would be correct. Remsense诉 09:57, 31 July 2024 (UTC)
- @Remsense: Thanks. DH85868993 (talk) 10:30, 31 July 2024 (UTC)
- The first. For this purpose, "2000" is the first word. Maybe it would help to illustrate this application of sentence case with a sentence that starts with a number (though it breaks the rule against doing so)? 24 flamingos escape. 24 Flamingos escape. NebY (talk) 10:34, 31 July 2024 (UTC)
Text produced by templates
[edit]I can't figure out if the MOS applies to text produced by templates, and if so, what special provisions exist. Most templates do not produce full grammatical sentences rather abbreviated text. For example the large corpus of external link templates. Like {{IMDb name}}
produces "Marlon Brando at IMDb" and not "Marlon Brando at the IMDb" which is the recommended way per MOS:INSTITUTION, and to be grammatically correct. There are 100s if not 1000s of examples like this producing abbreviated text.
I'm not currently seeking opinions, but am looking for help to find existing MOS, guidelines or discussions. -- GreenC 02:18, 8 August 2024 (UTC)
- On which logic should the MOS not apply to template output? Gawaon (talk) 06:25, 8 August 2024 (UTC)
- I think the "full sentence" would be "Marlon Brando at IMDb.com" which is why it why it was shortened without the ".com" part. Gonnym (talk) 06:56, 8 August 2024 (UTC)
- a) Neither ("MB at" or "MB at the") are full sentences, and whether they are or not has no bearing on the matter the OP raised. b) MOS:INSTITUTION doesn't require "the" before the name ("… at the Yale University"?) -- Michael Bednarek (talk) 07:31, 8 August 2024 (UTC)
- Re: b): Unless it's part of the name: "The University of Calgary". Though I see that it really addresses capitalization, not grammatical articles. —DocWatson42 (talk) 08:18, 8 August 2024 (UTC)
- The general point, however, that templates should be configured to generate output that conforms with the MoS is an entirely sound one. MapReader (talk) 16:23, 8 August 2024 (UTC)
- Re: b): Unless it's part of the name: "The University of Calgary". Though I see that it really addresses capitalization, not grammatical articles. —DocWatson42 (talk) 08:18, 8 August 2024 (UTC)
- a) Neither ("MB at" or "MB at the") are full sentences, and whether they are or not has no bearing on the matter the OP raised. b) MOS:INSTITUTION doesn't require "the" before the name ("… at the Yale University"?) -- Michael Bednarek (talk) 07:31, 8 August 2024 (UTC)
- Of course templates should conform to the MOS. This is the first I've ever heard of somebody suggesting that they not conform. That probably explains why, at least AFAIK, nowhere do we have some explicit statement that "this all applies to template output, too". It's simply generally assumed that it's the case, so there's nothing to cite for you.
- I don't see what's so
grammatically correct
about "Marlon Brando at the IMDb"; I think most people wouldnt talk or write that way. If you are trying to say that the "the" is required because it's the Internet Movie Database, then maybe, maybe if it were written out like that, a preceding "the" might be cool. But surely few people call IMDb by the original, long name. Otherwise we'd have to talk about "the NASA launching another rocket". — JohnFromPinckney (talk / edits) 20:55, 8 August 2024 (UTC)- Yes, the use of "the" depends on common usage. People say "the BBC" but they don't say "the NASA", even though both "the British Broadcasting Corporation" and "the National Aeronautics and Space Administration" use "the" when written in full. So just "at IMDb" is fine because no one (I think?) says "the IMDb". Popcornfud (talk) 22:07, 8 August 2024 (UTC)
- It can be confusing whether or not to use the definite article before acronyms. Sometimes it's very subtle: when writing about railway companies in the UK, pre-1948 railway acronyms usually take the definite article, post-1948 railway acronyms don't. So we might have "the GWR", which refers to the Great Western Railway of 1835-1947, and "GWR" which refers to Great Western Railway (train operating company), created in 1996 but which only adoped that name in 2015. Similarly, there are "the LNER" of 1923-1947, and "LNER" of 2018 on. I don't think that we can (or should) write a one-size-fits-all rule. --Redrose64 🌹 (talk) 23:23, 8 August 2024 (UTC)
- Yep, like I said, common usage. Why is it "the White House" but just "Bush House"? Why is it "the Eiffel Tower" but just "Tokyo Tower"? No reason, no logic, just common usage. Popcornfud (talk) 23:47, 8 August 2024 (UTC)
- It can be confusing whether or not to use the definite article before acronyms. Sometimes it's very subtle: when writing about railway companies in the UK, pre-1948 railway acronyms usually take the definite article, post-1948 railway acronyms don't. So we might have "the GWR", which refers to the Great Western Railway of 1835-1947, and "GWR" which refers to Great Western Railway (train operating company), created in 1996 but which only adoped that name in 2015. Similarly, there are "the LNER" of 1923-1947, and "LNER" of 2018 on. I don't think that we can (or should) write a one-size-fits-all rule. --Redrose64 🌹 (talk) 23:23, 8 August 2024 (UTC)
- Yes, the use of "the" depends on common usage. People say "the BBC" but they don't say "the NASA", even though both "the British Broadcasting Corporation" and "the National Aeronautics and Space Administration" use "the" when written in full. So just "at IMDb" is fine because no one (I think?) says "the IMDb". Popcornfud (talk) 22:07, 8 August 2024 (UTC)
RfC: Use of verbs in biographical descriptions
[edit]- The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
In many articles about living persons, and particularly about persons in positions of authority, e.g. member of parliament, corporation CEO, city councilor, etc, the lead paragraph often uses the verb "to serve" in denoting the person's work." E.g. "Ms Smith serves/has been serving/has served as member of the XYZ Board of Directors." In this related discussion, the issue was raised about the potential for meaningless excess in that term's use. (Here's a useful essay on that.) This, of course, applies to biographies about persons no longer living.
Comments are invited on the following options:
- A Use any simple form of "to be," e.g. "Smith is Acme Ltd auditor."
- B Continue to use "serve" in biographies, e.g. "Smith serves as Acme Ltd auditor."
-The Gnome (talk) 17:37, 12 August 2024 (UTC)
- I would go with B, which does continue to reflect both formal proper, and common, usage, particularly in fields like politics and public office. But both forms are of course perfectly correct and acceptable. MapReader (talk) 19:56, 12 August 2024 (UTC)
- I remember a previous discussion long ago where an argument was made that "served" is a euphemism. Curbon7 (talk) 21:20, 12 August 2024 (UTC)
- Neither. This is not something that needs a broad rule. Either form is acceptable, as are other options. My most common experience is that people use "serve" to capitalize a title while complying with MOS:JOBTITLE, going for "served as President of Aybeeceedia" instead of "was the president of Aybeeceedia", which seems like a silly workaround but whatever. Firefangledfeathers (talk / contribs) 22:51, 12 August 2024 (UTC)
- A is/was reflects everyday speech. To my ears 'served as' always sounds either pompous or somewhat euphemismistic, he "served as President of Aybeeceedia", but wasn't really 'up to scratch'!Pincrete (talk) 07:00, 13 August 2024 (UTC)
- Neither per FFF, the euphemism angle is understandable in some cases but this also seems within the bounds of quite common language variation. CMD (talk) 07:12, 13 August 2024 (UTC)
- Neither – is should be fine most of the time, but synonyms are not forbidden, and the occasional usage of serve, even if maybe a bit pompous and not strictly needed, does no harm. Gawaon (talk) 07:20, 13 August 2024 (UTC)
- A is preferable in almost all cases; "serve" is appropriate for military personnel and the like (and also for waiters and tennis players!), but is empty WP:PEACOCKery in other cases. Better to stick to plain English (but hoping this is not something we're going to embody or enforce in yet another MOS rule). Justlettersandnumbers (talk) 08:16, 13 August 2024 (UTC)
- Pinging participants in related discussion, minus ones already present and accounted for: @Necrothesp, Doniago, AlsoWukai, EEng, Popcornfud, SMcCandlish, WhatamIdoing, and Roger 8 Roger: -The Gnome (talk) 11:58, 13 August 2024 (UTC)
- Neither - both are acceptable. Also, it isn’t a dualistic choice… consider that there are other verbs besides “served” and “was” that might be appropriate. Don’t be formulaic when writing. Blueboar (talk) 12:18, 13 August 2024 (UTC)
- Neither as this is instruction creep. But if we must have one, I would choose A over B. DonIago (talk) 12:40, 13 August 2024 (UTC)
- Either. Both are perfectly good English. Neither should be encouraged nor deprecated. -- Necrothesp (talk) 14:00, 13 August 2024 (UTC)
- A since any variant of "serve" denotes a positive attribute, which goes against WP:NPOV. It's not a neutral verb no matter how many clothes we try to dress it with. The opening paragraph of WP:WTW is explicit: "Certain expressions should be used with caution because they may introduce bias. Strive to eliminate expressions that are flattering, vague, or endorsing of a particular viewpoint." -The Gnome (talk) 14:14, 13 August 2024 (UTC)
- It's not positive or negative. Adolf Hitler served as Führer of the Third Reich! Reinhard Heydrich served in the SS. It's completely neutral. I'm mystified as to why anyone should think it was not NPOV. -- Necrothesp (talk) 14:44, 13 August 2024 (UTC)
- Agreed. AlsoWukai (talk) 19:53, 13 August 2024 (UTC)
- It's not positive or negative. Adolf Hitler served as Führer of the Third Reich! Reinhard Heydrich served in the SS. It's completely neutral. I'm mystified as to why anyone should think it was not NPOV. -- Necrothesp (talk) 14:44, 13 August 2024 (UTC)
- Neither because we don't need any more WP:CREEPY rules. He served as president, he was the president, he held the position of president, he worked as president, he became president, he was elected/appointed as president, he took office as president... Any of these will do under most situations. The idea of Public service being a form of service (as in servants, as in the opposite of powerful people seeking their own aggrandizement) is not a form of peacocking, nor is it a euphemism. It may be aspirational (the rest of us hope that the politician will serve the country instead of his own interests), but there's nothing inherently or egregiously non-neutral about it, especially when applied to people who didn't exploit their roles to harm others. WhatamIdoing (talk) 17:47, 13 August 2024 (UTC)
- Agreed. AlsoWukai (talk) 19:53, 13 August 2024 (UTC)
- No rule needed. Here, there is more than one way to say something, and variety can still make for good, and interesting writing (also, 'serve' is not hard to understand in the example given, rather the NPOV or related arguments are much too strained, when not baffling). As an aside, we should probably not usually write, 'someone is job', rather than, 'someone is broad occupation', followed by where they have served in that occupation. Alanscottwalker (talk) 18:07, 13 August 2024 (UTC)
- No rule, please. Either one could be at least annoying to too many editors and possibly disruptive if applied to existing text. There are figures in history of whom I wouldn't use "serve" –
Caligula served as emperor from AD 37
? – but we wouldn't need a MOS rule for that. NebY (talk) 18:16, 13 August 2024 (UTC) - Neither, as both are appropriate for many articles and editors can use their heads—even if this freedom results in the occasional awkward lead sentence. As my troublesome nitpick, I actually do think serve has a vaguely positive connotation compared to the bare copula—but I don't think it matters enough, as every word has a web of connotations and none is truly neutral in every situation. Doesn't register as a WP:W2W in any case. Remsense诉 18:21, 13 August 2024 (UTC)
- Neither --- WP:LOCATIONLOCATIONLOCATION, which The Gnome linked in his OP, is my essay, and I'm flattered. However, we don't need a rule on this. My objection to served as is that it's usually surplusage; but it has its uses now and then, and I don't see any kind of flattery or peacock-iness in it. But I will say that, applied to Hilter, it does take some of the edge off to say he "served". That's for sure the wrong word to use for him. EEng 19:38, 13 August 2024 (UTC)
- This needs to be said: The term "to serve" is being pronounced neutral in this discussion by sundry contributors. Is it really? Because if an ostensibly neutral term cannot be used at the extremes, it cannot be used anywhere. The Hitler example trumps all arguments to the contrary. It cannot be made more clear. -The Gnome (talk) 19:59, 13 August 2024 (UTC)
- That sounds a bit extreme. Remsense said it well: no word is truly neutral in every situation. So if that's the thing to aim for, we may as well shut down this website and all go home. Gawaon (talk) 20:03, 13 August 2024 (UTC)
- ...but...but...this site is one of the few things keeping me from falling asleep at my desk during downtime at work... :| DonIago (talk) 20:08, 13 August 2024 (UTC)
- Which is exactly why we should not make a rule… we need things to argue about during downtimes at work! Blueboar (talk) 20:22, 13 August 2024 (UTC)
- Wikipedia serves a valuable purpose, if perhaps not the purpose it was originally intended for... DonIago (talk) 20:33, 13 August 2024 (UTC)
- Which is exactly why we should not make a rule… we need things to argue about during downtimes at work! Blueboar (talk) 20:22, 13 August 2024 (UTC)
- I think us editors are particularly vulnerable to logocentric fallacies—i.e. we're liable to treat the lexical word as the predominant or even only issuer of meaning, while affording phrases, sentences, and other composites no credence to really influence what connotations individual words must themselves possess. Remsense诉 20:48, 13 August 2024 (UTC)
- Please, please, don't go Wittgensteinian on me. This is the last thing this discussion needs.
-The Gnome (talk) 14:36, 14 August 2024 (UTC)
- I have trouble saying these things in an intelligent way sometimes—in other words I need to try sounding more like pseudo-Kripkenstein than pseudo-Wittgenstein. Remsense 诉 19:10, 14 August 2024 (UTC)
- But subjectivity is objective. EEng 21:26, 13 August 2024 (UTC)
- And I've said that many times. Remsense诉 21:40, 13 August 2024 (UTC)
- Please, please, don't go Wittgensteinian on me. This is the last thing this discussion needs.
- ...but...but...this site is one of the few things keeping me from falling asleep at my desk during downtime at work... :| DonIago (talk) 20:08, 13 August 2024 (UTC)
if an ostensibly neutral term cannot be used at the extremes, it cannot be used anywhere.
[RFC needed] NebY (talk) 20:11, 13 August 2024 (UTC)
- That sounds a bit extreme. Remsense said it well: no word is truly neutral in every situation. So if that's the thing to aim for, we may as well shut down this website and all go home. Gawaon (talk) 20:03, 13 August 2024 (UTC)
- This needs to be said: The term "to serve" is being pronounced neutral in this discussion by sundry contributors. Is it really? Because if an ostensibly neutral term cannot be used at the extremes, it cannot be used anywhere. The Hitler example trumps all arguments to the contrary. It cannot be made more clear. -The Gnome (talk) 19:59, 13 August 2024 (UTC)
- Neither I have no problem with Richard Nixon saying that he
served as the 37th president of the United States from 1969 to 1974
. That's not euphemistic and is normal English, even though most presidential historians rank him poorly. Cullen328 (talk) 20:19, 13 August 2024 (UTC)- That’s because some of us are imputing some sense of merit or sacrifice into the term “serve”, which isn’t really there. Serve can mean simply fulfilling a purpose, or function, and there is plenty of common usage where no merit is implicit, such as “serving as a bad example”. MapReader (talk) 04:28, 14 August 2024 (UTC)
- So, me saying to someone Thank you for your service, for example to a veteran soldier, denotes nothing positive whatsoever; it is an abject expression of thanks for wearing a uniform, and nothing more. And, logically, I could express the same thankful sentiment to a traitor soldier. -The Gnome (talk) 14:41, 14 August 2024 (UTC)
- A traitor would supposedly not be thanked. How is this relevant for this discussion, though? Gawaon (talk) 15:21, 14 August 2024 (UTC)
- Really you are making my point for me. Your quoted phrase does, but not because it includes the word “service”. It is positive because of the “thank you”. Had you said “I confirm your service” or “I note your service”, your comment wouldn’t have been received as positive despite the word ‘service’. Whereas, had you said “Thank you for your time in the army” or “Thank you for your work”, that would be received as a positive comment without any need to refer to serving. MapReader (talk) 17:12, 14 August 2024 (UTC)
- So, me saying to someone Thank you for your service, for example to a veteran soldier, denotes nothing positive whatsoever; it is an abject expression of thanks for wearing a uniform, and nothing more. And, logically, I could express the same thankful sentiment to a traitor soldier. -The Gnome (talk) 14:41, 14 August 2024 (UTC)
- Either, see wikt:serve#Verb, particularly entries 1.2, 1.4, 8, 12. There are contexts where the word "serve" is non-neutral, such as smiling politely whilst putting meals in front of customers in restaurants despite a torrent of verbal abuse, but the original post gives "Ms Smith serves/has been serving/has served as member of the XYZ Board of Directors." as an example, and that is different from plate-juggling. --Redrose64 🌹 (talk) 21:06, 13 August 2024 (UTC)
- Neither Both are acceptable Roger 8 Roger (talk) 22:20, 13 August 2024 (UTC)
- A or some other neutral alternative that suits the context. "Serves/served/serving" is a WP:NPOV failure, in being promotional and (positively) judgmental language. An argument could possibly be made to retain those terms for military and maybe even governmental functions, but even those uses have their long-term opponents. It's entirely inappropriate for corporate and other misc. organizational (school, team/squad, nonprofit/NGO, etc.) roles. PS: The fact that we have a bunch of articles doing this just means we have a bunch of articles to clean up. Cf. WP:FAITACCOMPLI and WP:NOWORK. — SMcCandlish ☏ ¢ 😼 02:18, 14 August 2024 (UTC)
- Comment Sorry to say, but this is yet another RfC out of the blue, with no discussion on how to frame it. There certainly should have been an option C -- a new rule saying either A or B is OK, and D -- meaning nothing new added to MOS at all. This RfC is already a complete mess out of which nothing useful can possibly come. EEng 20:20, 14 August 2024 (UTC)
- A Is there a specific case where anyone feels that "served as" is better, not just as good? Is it the case that "served as" has WP:NPOV problems in some people's idiolects, but not others? If so, does that mean that it has WP:NPOV problems? McYeee (talk) 01:15, 15 August 2024 (UTC)
- That's what consensus is for in the abstract, and the examples proffered to illustrate why served should be generally proscribed have not really attracted consensus. Remsense ‥ 诉 01:18, 15 August 2024 (UTC)
- I might just be out of my depth here, and I might not have been clear, but I just don't really understand any argument in favor of the usage of "served". I think my preconceived definition of the word is just less neutral than yours. I'll bow out for now. McYeee (talk) 01:32, 15 August 2024 (UTC)
- Aye, it's worth making explicit—no one is really saying it's superior in any or as good in all situations, but the MOS is meant to be as frugal as possible. We try to allow editors flexibility in things like word choice as much as possible, and we don't want to tell them what not to do unless it's almost always wrong (roughly, if it's more work to fix than it's good for to allow). See WP:CREEP. Remsense ‥ 诉 01:38, 15 August 2024 (UTC)
- I might just be out of my depth here, and I might not have been clear, but I just don't really understand any argument in favor of the usage of "served". I think my preconceived definition of the word is just less neutral than yours. I'll bow out for now. McYeee (talk) 01:32, 15 August 2024 (UTC)
- That's what consensus is for in the abstract, and the examples proffered to illustrate why served should be generally proscribed have not really attracted consensus. Remsense ‥ 诉 01:18, 15 August 2024 (UTC)
- Neither. I agree with the many comments above that there's no reason to ban either form; with Remsense about WP:CREEP; and with EEng that this is not a useful RfC. Mike Christie (talk - contribs - library) 02:06, 15 August 2024 (UTC)
- No rule needed. Both are acceptable depending on context, but this is not the sort of wording choice that the MOS should be forcing on editors. See also WP:CREEP. —David Eppstein (talk) 05:22, 15 August 2024 (UTC)
- No rule needed. The claim that "served" is pov in general has no basis. Argue specific cases on the respective talk page, but don't impose a general rule where none is needed. Zerotalk 07:54, 15 August 2024 (UTC)
MOS:SEMICOLON
[edit]According to the semicolon article, the semicolon is one of the least understood punctuation marks, and is not frequently used. Therefore, I'm of the opinion that semicolons should be used sparingly, and only when an alternative sentence structure is clumsy. Should MOS:SEMICOLON be updated to give this advice?
In addition, on any introduction pages to Wikipedia, such as Help:Introduction_to_Wikipedia and Wikipedia:Five_pillars, I think that the semicolons should be removed in order to make the pages more accessible to potential new editors. I've already updated those pages, one of which has been reverted so far.
I thought I'd ask for opinions and guidance here before making any more changes.
Random56653 (talk) 10:18, 15 August 2024 (UTC)
- The two edits are diff1 and diff2. The semicolons look good to me. Johnuniq (talk) 10:32, 15 August 2024 (UTC)
- We should not encourage such use of comma splices (thanks for the diffs, Johnuniq), whether by setting such a poor example or by amending MOS:SEMICOLON. As the current Fowler's says, the semicolon is extremely useful, though it is the punctuation mark "least in evidence to anyone riffling through the pages of a modern novel." NebY (talk) 10:58, 15 August 2024 (UTC)
- Admittedly I'm a priori certain that this is not a good idea. That said, I think the flaw in your specific argument here. Assuming it's true: just because many people do not generally demonstrate a working understanding of the semicolon when writing, does not mean they are confused by it when reading, or even that it is not helpful to them when reading.
- What's more: new editors do literally everything wrong—frankly, if for one reason or another a semicolon encounter scares someone off, then I'm certain that in its absence another hangup would take its place. Writing is never going to be easy, and many norms are as they are for very good reasons after centuries of iteration. Remsense ‥ 诉 11:14, 15 August 2024 (UTC)
- Please don't take my semicolon away. Zerotalk 12:35, 15 August 2024 (UTC)
There may be a minor ENGVAR-ish dynamic going on here. I have the impression that British teachers, or perhaps even more particularly English-as-a-second-language teachers in Continental Europe, have this prejudice against semicolons, but it is not widespread in the States.- To be sure, it's possible to overuse semicolons. When you first learn about them you want to put them everywhere. It gets to be a bit of a lazy habit, almost a rhythm of writing to put sentences in pairs and connect them with semicolons, irrespective of whether the two ideas being joined are really closely related.
- But the fact that they can be misused is not a reason to avoid using them when they are helpful, and I don't think they cause readers any trouble worth consideration at all. --Trovatore (talk) 23:02, 16 August 2024 (UTC)
- I have definitely encountered Americans who eschewed semicolons altogether. —David Eppstein (talk) 01:00, 17 August 2024 (UTC)
- I'm sure you have. I don't see how that contradicts anything I said. --Trovatore (talk) 01:04, 17 August 2024 (UTC)
- I have definitely encountered Americans who eschewed semicolons altogether. —David Eppstein (talk) 01:00, 17 August 2024 (UTC)
- No, don’t do any further such edits. Punctuation use should be correct, for sure, but you don’t edit articles simply because of personal preference for or avoidance of certain forms of punctuation. MapReader (talk) 04:32, 17 August 2024 (UTC)
We and first-person pronouns
[edit]While first-person pronouns are considered poor writing for an encyclopedia, MOS:WE currently allows exceptions for the figurative we in history and science articles. A brief search in this page's archives didn't turn up any recent discussions on this, so I'd like to see whether it's still supported by the community. I believe this is outdated now that Wikipedia's voice has developed and it's not good practice for writing in an encyclopedic tone, even if it's often used in this fashion in primary and secondary sources. Thebiguglyalien (talk) 00:24, 16 August 2024 (UTC)
- My gut feeling is that outside of quotes we (ha!) shouldn't be using first-person pronouns in article space. Certainly as a general rule, including in history and science (this is already the case in maths articles - Wikipedia:Manual of Style/Mathematics#Writing style in mathematics). Thryduulf (talk) 00:39, 16 August 2024 (UTC)
- I would only keep we in a quote if I were quoting a full statement; otherwise, a we statement can otherwise be summarized or quoted in part and changing we to they. voorts (talk/contributions) 01:45, 16 August 2024 (UTC)
- Using the portion of a quote with "we" in it is going to be essential to the meaning in some cases, clearly inappropriate in some others and somewhere between the two in the majority. Thryduulf (talk) 03:27, 16 August 2024 (UTC)
- I would only keep we in a quote if I were quoting a full statement; otherwise, a we statement can otherwise be summarized or quoted in part and changing we to they. voorts (talk/contributions) 01:45, 16 August 2024 (UTC)
- I think that there's a difference between "encyclopedic" and "stiff", and insistence on stiffness does not suit the project. "We now know that Venus is a planet" is fine, and more comfortable than "It is now known that Venus is a planet." -- Nat Gertler (talk) 01:01, 16 August 2024 (UTC)
- I don't have a violent objection to We now know that Venus is a planet, but between that and Venus is now known to be a planet, I'd probably pick the latter. I don't think it's stiff, just slightly less chatty, and chatty is kind of bad for an encyclopedia. --Trovatore (talk) 01:37, 16 August 2024 (UTC)
- The construction We used to believe X, but now we know Y is vague and informal. Our goal is to summarize what reliable sources say, not dissertate in asides to the reader. To use your Venus example, an article should instead say: The scientist Carl Sagan discovered that Venus is a planet in 2040. voorts (talk/contributions) 01:43, 16 August 2024 (UTC)
- I find the we constructions to be stiff-sounding. Maybe I'm associating it with the "Royal We". Also, not to get hung up on an example, but presumably the first sentence of the article would be "Venus is a planet..." so there wouldn't be a need to craft the big surprise part way through. Primergrey (talk) 01:47, 16 August 2024 (UTC)
- I'm certainly not expecting this to be in the lede of the entry on Venus; more along the lines of "While we now know that Venus is a planet, in Shakespeare's day it was commonly assumed to be a star, and thus his references to..." -- Nat Gertler (talk) 04:15, 16 August 2024 (UTC)
- The opening clause is extraneous and this can be rephrased more formally: Shakespeare, like his contemporaries, believed Venus was a star, and thus he referred to ...
- I'm not seeing a circumstance where "wee see X" couldn't be rephrased to something more encyclopedic. voorts (talk/contributions) 12:53, 16 August 2024 (UTC)
- I'm certainly not expecting this to be in the lede of the entry on Venus; more along the lines of "While we now know that Venus is a planet, in Shakespeare's day it was commonly assumed to be a star, and thus his references to..." -- Nat Gertler (talk) 04:15, 16 August 2024 (UTC)
- To my reading, "we" is common and suitably formal in mathematics articles. I see it in a lot of FA-class articles, but I don't have a sense of new vs. old work. I'm a non-expert, but I would suggest consulting the WikiProject before moving ahead with a broad change. Firefangledfeathers (talk / contribs) 02:58, 16 August 2024 (UTC)
- As @Thryduulf noted, MOS:MATH already prohibits use of we. voorts (talk/contributions) 03:10, 16 August 2024 (UTC)
- That's not how I'd interpret the guidance, which reads
"While opinions vary on the most edifying style, authors should generally strike a balance between bare lists of facts and formulae, and relying too much on addressing the reader directly and referring to "we".
Firefangledfeathers (talk / contribs) 03:46, 16 August 2024 (UTC)- You beat me to it. I don't think anything more prescriptive than a recommendation should be adopted in general either. It just isn't possible to cover all the circumstances which may arise. Zerotalk 03:49, 16 August 2024 (UTC)
- Fair, but it does strongly discourage it. voorts (talk/contributions) 14:47, 16 August 2024 (UTC)
- Strongly discouraged but not prohibited is I think what we should be aiming for across the board. Thryduulf (talk) 15:16, 16 August 2024 (UTC)
- That's not how I'd interpret the guidance, which reads
- As @Thryduulf noted, MOS:MATH already prohibits use of we. voorts (talk/contributions) 03:10, 16 August 2024 (UTC)
- I'm not particularly fond of the Venus construction given earlier, but completely prohibiting such things would be counterproductive IMO. At the end of the day it's rare in enwp and doesn't hurt anyone, and as Firefangledfeathers points out mathematicians are accustomed to such verbiage. ― novov (t c) 10:40, 16 August 2024 (UTC)
- "We now know" begs questions – who are "we" – and isn't in our usual Wikivoice. I'd rather we described it as acceptable but best avoided in scientific writing, rather than simply acceptable. But yes, we have worse:
Afterwards, we pass a car retail company and a petrol station on our left, with some allotments and Market Harborough cemetery on our right. ... We also now have to say goodbye to Kelmarsh, and hello to Maidwell...
(A508 road). NebY (talk) 11:38, 16 August 2024 (UTC)- @NebY that's the preferred style for the SABRE wiki so you'll find a few examples of it in our articles about British roads, unfortunately. Thryduulf (talk) 11:45, 16 August 2024 (UTC)
- Oh dear. NebY (talk) 11:56, 16 August 2024 (UTC)
- @NebY that's the preferred style for the SABRE wiki so you'll find a few examples of it in our articles about British roads, unfortunately. Thryduulf (talk) 11:45, 16 August 2024 (UTC)
- Although there are not many cases where it's useful, I don't know if it's really worth explicitly forbidding it, as it's already quite rare and most unjustified uses of it already fall under another interdiction (e.g.
We know Venus is a planet
is as much a WEASEL asSome have said that Venus is a planet
.) — Alien333 (what I did & why I did it wrong) 14:19, 16 August 2024 (UTC)
Question on article title
[edit]Is the title for the article I Voted sticker correct, or should it be I Voted (sticker) (and I Voted in italics). Would love to know the MOS answer to this, if there is one? thanks. Aszx5000 (talk) 09:42, 16 August 2024 (UTC)
- I'll leave it to the experts to give the definitive answer but it is important to know whether the article is about "I voted" (in which case "(sticker)" would be a disambiguator that may be redundant unless there are other "I voted" articles) -or- about the sticker (in which case, the "I voted" is an adjectival phrase and the word "sticker" should not be in parentheses). 𝕁𝕄𝔽 (talk) 09:53, 16 August 2024 (UTC)
- Per JMF, the object is not called an "I voted", so it shouldn't be disambiguated as such. Remsense ‥ 诉 12:05, 16 August 2024 (UTC)
- The article is about the sticker, but the title should match the (correct) usage found in the first sentence: It's an "I Voted" sticker. "I Voted Sticker" should then redirect to that. Largoplazo (talk) 16:18, 16 August 2024 (UTC)
Biographical entries
[edit]I have long wondered why any entry of a biographical nature manages to list the dates of service or position in government in a particular order. Personally, especially for deceased persons, I would prefer to have the dates of life itself at the top of the order, instead of any honorific or notable achievement which may or may not reflect the most notable of many possibilities. I think this is also supportive of first valuing others as human beings and necessarily descriptive of any subset of time in which a position is held. Maybe this is not the place to raise the question, and I have no idea if this is already discussed in some other style guide that mandates the current practice. But I am amenable to follow the topic wherever it is listed. Wikipedia has become a very valued resource for me who grew up spending hours upon hours as a child reading printed Encyclopedias done by World Book or Encyclopedia Britannica. 65.129.144.172 (talk) 04:48, 17 August 2024 (UTC)
- I think you are talking about listings in the infobox? So for example, at Winston Churchill, his infobox lists his political details (as prime minister), then his personal details, then his military service.
- If that’s what you mean, the more appropriate forum is probably Wikipedia talk:Manual of Style/Infoboxes, to discuss infobox layout in general, but it may also be that for the specific type of bios you’re talking about, most decisions have been made at Template:Infobox officeholder, where you could ask about that specific infobox on the talk page (Template talk:Infobox officeholder). I would imagine that editors of that infobox believe the political info will be more pressing for readers than the personal info, but you would have to dig through the archives to see whether that decision has even been discussed explicitly.
- I will say that I don’t know the answer to any of these questions, but I have found that the layout of politicians’ infoboxes are often more complex than they need to be, and less helpful than they could be—mostly as a consequence of trying to include too much, relative to other biographies. — HTGS (talk) 05:54, 17 August 2024 (UTC)