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)
- Talk:Battle of Tory Island#Infoboxflags - use of flag icons in infobox per MOS:INFOBOXFLAGS
- 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:Aviation between the World Wars#Requested move 14 October 2024 – Drop uppercase?
- Talk:Hungary between the World Wars#Requested move 14 October 2024 – Drop uppercase?
- Talk:UniTeam Alliance#Requested move 10 October 2024 – Drop or lowercase "Alliance"?
- Talk:Asgard (archaea)#Requested move 10 October 2024 – Uppercase "Archaea"?
- Talk:Hawk Tuah#Requested move 28 September 2024 – Lowercase "Tuah"?
- Talk:Eryholme–Richmond branch line#Requested move 13 September 2024 – Uppercase "branch"?
- Talk:First Periodic Review of Scottish Parliament Boundaries#Requested move 2 October 2024 – Lowercase "Boundaries"? Lowercase "Periodic" and "Review"?
- Talk:NBA Finals Most Valuable Player award#Requested move 11 October 2024 – Uppercase award?
- Talk:Humber Armoured Car#Requested move 8 October 2024 – Lowercase armoured car?
- Talk:Anatolian Plateau#Requested move 6 October 2024 – Lowercase plateau?
- Talk:England in the Late Middle Ages#Requested move 5 October 2024 – Multi RM to lowercase early and late as modifiers of Middle Ages.
- Talk:Gupta Empire#Requested move 5 October 2024 – Lowercase empire?
- Talk:Kuninda Kingdom#Requested move 5 October 2024 – Lowercase kingdom?
- Talk:Russian-Livonian War (1480-1481)#Requested move 26 September 2024 – Lowercase "War" when converting to WP:NATURALDIS?
- Talk:Indo-Parthian Kingdom#Requested move 3 October 2024 – Lowercase "kingdom"?
- Talk:Portrait of a Man (Self Portrait?)#Requested move 23 September 2024 – lowercase the words inside the parentheses?
Other discussions:
- Talk:Dorothy Kilgallen#Capitalization of the word mass – "her funeral Mass" vs "her funeral mass"
- 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
| ||||||||
---|---|---|---|---|---|---|---|---|
|
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. -The Gnome (talk) 14:36, 14 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)
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)
Possessives and premodern figures
[edit]Please forgive me for broaching one of the subjects with dozens of previous discussions linked in the header, but this has been bugging me and it seems major enough to be a source of consistent confusion and discrepancy. Generally, articles about classical figures (or at least that's the most helpful scope I can ascertain) with Greco-Latin names ending in S like Archimedes seem to consciously diverge from MOS:'S. It seems to be a real problem, as these are among the most prominent examples of what the aforementioned guideline is meant to cover. As we seem rather unlikely to happen upon a well-defined exception for the MOS, what are we meant to do here? Remsense ‥ 论 12:15, 14 September 2024 (UTC)
- are you referring to adding an S after the apostrophe, or to using U+0027 ' APOSTROPHE rather than U+2019 ’ RIGHT SINGLE QUOTATION MARK? -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 15:15, 15 September 2024 (UTC)
- The former, sorry. Archimedes' versus Archimedes's. Remsense ‥ 论 02:09, 16 September 2024 (UTC)
- Why should it have anything to do with the date of the subject? We do not change our language to classical Greek to talk about Archimedes; why should we change it in other ways?
- But now I'm wondering about a different issue. A possessive 's or s', at least the way I would speak it, is voiced, more like a z. So is the way I would normally pronounce the s at the end of the name Archimedes. If I were more stuffy about Greek pronunciation (remembering that scene from Bill and Ted) it might be different. But for some reason, some other names ending in vowel-s (including Moses and Jesus) end with an unvoiced s for me. If I spell the possessive "Moses' " and pronounce it "Mozəz", I am substituting the final consonant rather than merely dropping a repeated consonant. But if I spell it "Moses's", and pronounce it "Mozəsəz", it seems more logical to me because I am still pronouncing both the name and the possessive the way I would expect to.
- Which is to say that I think the use of s' vs s's could reasonably be based on pronounciation rather than orthography or chronology. —David Eppstein (talk) 07:17, 16 September 2024 (UTC)
- No trailing S seems the more common style in sources in those contexts, which has recently been gestured to on Archimedes' heat ray as to why it is conventional here. I don't agree with that at all, but it's an argument—one that seems to be directly contradicted by existing consensus, which is why I'm a bit flummoxed.
- I also disagree with the phonology argument, as that is surely something that varies by accent and likely cannot be clearly distinguished in many cases. Remsense ‥ 论 07:21, 16 September 2024 (UTC)
- There are two distinct issues.Correct grammar calls for dropping the S only after a plural ending in S. A singular ending in S has an 's possessive form.
- The other issue is what Wikipedia's policy is or should be. That, presumably, is driven by WP:RS. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 09:14, 16 September 2024 (UTC)
- Not really, as citation or quotation isn't the same thing as transcription: we're fully capable of diverging in style from our sources (in many cases we are expected to) because it obviously doesn't affect the meaning of the claims. Remsense ‥ 论 09:16, 16 September 2024 (UTC)
- It's generally observed that Jesus and Moses do not take the apostrophe s, to avoid the ziz ziz sound: so Jesus' and Moses'. (Tangent: Suppose there are several people called Jesus, who collectively own something - it would be the Jesuses's.) However it is not generally considered categorically wrong. I forget what MoS says. All the best: Rich Farmbrough 20:26, 28 September 2024 (UTC).
- The former, sorry. Archimedes' versus Archimedes's. Remsense ‥ 论 02:09, 16 September 2024 (UTC)
"MOS:NDASH: other uses" listed at Redirects for discussion
[edit]The redirect MOS:NDASH: other uses has been listed at redirects for discussion to determine whether its use and function meets the redirect guidelines. Readers of this page are welcome to comment on this redirect at Wikipedia:Redirects for discussion/Log/2024 September 15 § MOS:NDASH: other uses until a consensus is reached. Utopes (talk / cont) 13:46, 15 September 2024 (UTC)
One-character column of text
[edit]Do we have a policy that covers text being displayed in a narrow column as a series of one-character lines? For example, see [1] — GhostInTheMachine talk to me 13:13, 17 September 2024 (UTC)
- Pretty sure we don't. While all that color and stuff on that particular page seems pointless, "vertical" text does have its uses -- see left column of WP:MOSNUM#Specific_units. EEng 13:56, 17 September 2024 (UTC)
- Both versions (the one linked, and the current one) are bad. Just use the actual date, with correct date sorting. Gonnym (talk) 14:25, 17 September 2024 (UTC)
- It's a violation of proper accessibility practice. It causes anyone using a screenreader to have to sit through "jay ay en yoo ay ar wy", etc. Aside from that, there's no justification for the all-caps style or the use of colors. It's like something from 1998. Largoplazo (talk) 14:31, 17 September 2024 (UTC)
- KUdos to someone for making an effort. But not a good idea. All the best: Rich Farmbrough 20:28, 28 September 2024 (UTC).
Translated blockquote
[edit]I wrote Template:Translated blockquote to standardize implementation of Wikipedia:Manual of Style § Non-English quotations. I'm wondering about feedback on appearance. The guideline isn't very specific. I'm particularly wondering about where the language of the quotation should be placed if it is provided. I would further appreciate confirmation of whether the brackets around the translation are appropriate. Those weren't included in most existing examples I found, but I thought they would help clarify that they are a translation and not part of the quote. Once these issues are settled, I propose that the template to be mentioned in the guideline itself. Daask (talk) 20:33, 18 September 2024 (UTC)
- I would much prefer the original and its translation to be shown side-by-side, but that's a matter of taste. If a language is shown, it should normally not be linked. IMO the use of brackets is consistent with citation templates. -- Michael Bednarek (talk) 03:59, 19 September 2024 (UTC)
- I would appreciate the ability to specify the size of the paragraph indent: on Zhuangzi (book), I've manually set the indent for such facing quotes to
1ic
, effectively matching the width of one character. Remsense ‥ 论 04:34, 19 September 2024 (UTC)
Formatting of captions
[edit]I propose this rule:
- However, if any complete sentence occurs in a caption, then every sentence and every sentence fragment in that caption should end with a period.
should be complemented by this:
- For sentence-fragment captions, if other punctuation occurs, then that caption should also end with a period.
See example at John Vivian, 4th Baron Swansea. It seems weird to me to have every other punctuation – but not the very last. HandsomeFella (talk) 19:14, 23 September 2024 (UTC)
- That's not the sentence in the article; remove the extraneous or. The proposal sounds reasonable at first glance but could use a strong justification. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:39, 23 September 2024 (UTC)
- So if a caption includes a harmless comma or dash, it must end in a period? I don't think that would be an improvement. Our current rule is simple and consistent and I can't see a good reason for such a change. Gawaon (talk) 08:39, 26 September 2024 (UTC)
- A sure way to distress readers and editors would be to punctuate captions that aren't sentences with periods, as if they were sentences. That would be very weird indeed, and lead to reverts of insertions of periods or to expansions of captions into weighty sentences, which would then be reverted, and the disruption would continue until the MOS change was reverted. NebY (talk) 15:20, 26 September 2024 (UTC)
Test case for article titles with a leading ellipsis
[edit]You are invited to join the discussion at Talk:...Baby One More Time § Requested move 24 September 2024. Shhhnotsoloud (talk) 13:12, 24 September 2024 (UTC)
Proposed astronomy MoS
[edit]We have put together a proposed MoS article for the subject of astronomy, located here: MOS:ASTRO. Is there an approval process that needs to be followed to have it be included on the {{Style}} template? I.e. to have it added to the 'By topic area' under 'Science'. I just want to understand the steps. Thank you. Praemonitus (talk) 17:32, 24 September 2024 (UTC)
- Hmmm… It covers a few things that are not really Style issues. Perhaps it should be entitled WP:ASTRO not MOS:ASTRO? Blueboar (talk) 20:28, 27 September 2024 (UTC)
- Oh, okay. Well I suppose it's more of a guideline then. Thanks. Praemonitus (talk) 02:04, 28 September 2024 (UTC)
- Quick question..... this is being presented by a Wikiproject? I assume there's more than just four people at the project and that this is currently the norm for these type of pages? Moxy🍁 02:34, 28 September 2024 (UTC)
- All I was asking for was the procedure. It is in regards to WP:AST. Thanks. Praemonitus (talk) 04:51, 28 September 2024 (UTC)
- Quick question..... this is being presented by a Wikiproject? I assume there's more than just four people at the project and that this is currently the norm for these type of pages? Moxy🍁 02:34, 28 September 2024 (UTC)
- Oh, okay. Well I suppose it's more of a guideline then. Thanks. Praemonitus (talk) 02:04, 28 September 2024 (UTC)
It is relatively uncontroversial for WikiProjects to develop suggestions for article content and to label it as an essay, and does not require a formal RfC and encyclopedia-wide consensus; for a recent example see Wikipedia:WikiProject Numbers/Guidelines. Making something a binding guideline on the whole encyclopedia is a much bigger thing, and probably would require buy-in from a much wider pool of editors through a formal RfC advertised at the Village Pump etc. If you are going to call it a Manual of Style it should be limited purely to style and not content or referencing, and be more phrased as clear formatting rules than as vague "you should consider this kind of source for this kind of content" suggestions. Also, I tend to think that suggestions like "The accuracy of the image should be confirmed by an astronomy expert" go far beyond usual Wikipedia norms where we rely on verifiability through sourcing rather than credentials and personal expertise. —David Eppstein (talk) 06:09, 28 September 2024 (UTC)
- Thank you, David. Praemonitus (talk) 14:38, 28 September 2024 (UTC)
9×19mm Parabellum
[edit]Should this be capped? All the best: Rich Farmbrough 20:12, 28 September 2024 (UTC).
- It was apparently registered as a trade mark (not an RS but see here) which would be good reason to cap. Ngrams indicate some mixed usage but not enough to argue lowercase, even though it is probably passing into lowercase usage. Cinderella157 (talk) 00:50, 29 September 2024 (UTC)
The insert box beneath the edit window
[edit]In the Common mathematical symbols section, we suggest using the insert box beneath the edit window
, the edit toolbox under the edit window
, in the "Math and logic" section of the edit toolbox
, and in the "Insert" section of the edit toolbox
, which many editors no longer have, or not usually. Assuming it's still present for enough editors to be worth mentioning, can we qualify that briefly so as not to leave many editors lost and confused? NebY (talk) 19:54, 7 October 2024 (UTC)
- @NebY: This is the "charinsert" gadget, which is enabled by default for all users and all skins, and if people no longer have it, they've been to Preferences → Gadgets and disabled the "(D) CharInsert: add a toolbar under the edit window for quickly inserting wiki markup and special characters (troubles?)" option. --Redrose64 🌹 (talk) 21:02, 7 October 2024 (UTC)
- I have that gadget enabled. NebY (talk) 21:22, 7 October 2024 (UTC)
Subject about Amazigh-related articles.
[edit]I have been encountering ongoing issues with User:Skitash, while I respect some of the work they have done on certain pages, they appear to have a significant bias when it comes to articles related to the Amazigh/Berber ethnic group.The first issue involves multiple pages specific to Berber history, such as Maghrawa and Banu Ifran. When I added the language tag in the lead per WP:LEADLANG for Tamazight/Berber, my edits were reverted by User I made sure to retain the foreign language , which shouldnt even be done, WP:FORLANG, in Arabic, even though it was uncited. User:Skitash justified their reversion of the Tamazight language inclusion by citing Wikipedia:No original research, despite the fact that the word "Banu Ifran" was cited twice for its tamazigh translation. The reason given was that the writing system (Neo-Tifinagh) "wasn’t used back then." However, the uncited Arabic text was allowed to remain. I need clarification: Are we prohibited from adding the lead language just because the writing system was different at the time, while keeping uncited Arabic text even though it falls under WP:FORLANG? Or should both be removed entirely? Im reaching out as i would prefer to avoid an edit war.
The second issue pertains to Wikipedia:Neutral point of view and Wikipedia:Manual of Style. On the page for Berberism, User introduced language that seemed biased, stating that the movement is closely tied to Anti-Arab racism. This was presented in a way that gave it undue weight, appearing twice on the page—once within the larger text and once in the first section on Algeria—without proper citation for the upper part. I removed the uper part, even though i believe both fully break Wikipedia:Neutral point of view , but removed the upper one as it not only breaks such but also Wikipedia:No original research, Wikipedia:Verifiability but it was reverted by him. I want to better understand the situation, whether I made an error in removing it or if Skitash’s edits were indeed problematic.
The third issue relates to Karima Gouit and broader pages about Berbers. My understanding of Wikipedia:LEADLANG, particularly for ethnic groups with their own language and script, supports the inclusion of Neo-Tifinagh for Tamazight. However, Arabic text is used twice on these pages, while the Latinized form of Amazigh appears only once and Neo-Tifinagh is entirely absent. I need confirmation: Is it permissible to add Neo-Tifinagh, even if cited? And what about the use of Arabic, which is not the ethnic language of these ethnic groups? Returning to the issue of Karima Gouit, she is an Amazigh singer, as indicated by her public profiles outside of her wikipedia page that is fully outdated, songs, interviews, and her latest acting role. She is also a famous activist for the Amazigh cause. Skitash reverted the addition of her name in Tamazight, despite allowing the Arabic version to remain. This is in addition to the broader debate over whether to include her Berber ancestry, which two other editors argued against citing Wikipedia:Ethnicity is not notable enough for intro section, suggesting that it should only be included in the body with proper citations. Despite these discussions on the talk page, Skitash has shown little interest in further conversation even when he was the one behind the removal of the edits, and the dialogue is now largely between me and two other editors who were not initially part of the revision. But as it went on, he decided to put the page under deletion, and trying to place every "old" citation not even related to the subject as "poorly cited", I have since escalated the matter to the dispute noticeboard, but Skitash responded by filing a report against me at Wikipedia:Sockpuppet investigations/YassinRi suddenly with questionable cause, while he also has another dispute with another editor relating to inclusion of berbers in their own topics. which is outside the scope of this question, apologies but just wanted to point this out..For Karima Gouit’s page, should her name translation in her native language be included or not? And in terms of dealing with Skitash, is there a more effective way to communicate with them directly, rather than constantly involving third parties in disputes regarding Berber-related topics since he clearly oppose it? TahaKahi (talk) 13:31, 9 October 2024 (UTC)
- While you do bring up some specific style issues, I get the sense that this is mostly a content dispute. I wonder if you could cut this down to those issues where you really need help interpreting the MOS, and bring up the other issues in some other forum — see Wikipedia:Dispute resolution for help in finding such. --Trovatore (talk) 18:08, 9 October 2024 (UTC)
- I have brought it up in the Dispute resolution, it met being locked as the person that continues to try and block the Wikipedia:LEADLANG decided to put it under deletion as i mentioned earlier instead of having a conversation and trying to reach a resolution, this extented to him ignoring yet another person, who made a dispute resolution on him for yet the same subject, his disliking of anything relating to Berbers/Amazighs to be included in Berber/Amazigh related subjects, here: Wikipedia:Dispute resolution noticeboard#Algeria discussion , instead, the same person took it even further and decided to ignore it, as seen in his response to the alert made in his page when he deleted it: [2].
- I understand this matter may not reach a conclusion under MOS, but I would like clarification on one point: Can we establish a decision regarding the inclusion of Berber languages (Tamazight), which is widely spoken in North Africa, especially in Algeria and Morocco, for subjects related to their history and culture? For historical figures like Kahina or Kusaila, who are clearly Berber and not Arab or even Muslim. should they have Tamazight and its neo-script or latinized form included in their Wikipedia intros, per Wikipedia:LEADLANG? would this would apply to historical figures, kingdoms, Amazigh activists, and related topics.A clear decision on this would help prevent further edit wars. From what I've seen, other language versions of Wikipedia include Tamazight per Wikipedia:LEADLANG, but this issue persists only in the English version. It is consistently being contested by two individuals with vague reasoning, as I mentioned earlier. TahaKahi (talk) 18:37, 9 October 2024 (UTC)
- What other projects do or don't do is neither here nor there. If you have a specific question regarding a specific edit, then you use the article's talk page and make your case there. Forum shopping, casting aspersions ad misrepresenting the sources to push a POV (like you did) is not acceptable. M.Bitton (talk) 18:44, 9 October 2024 (UTC)
- I will refer to read what I said at the start of my reply which details how this didn't work, as for why this exist, its because I was referred to make one from the dispute resolution from 2 day ago. And also i would refer to your behavior in Wikipedia:Administrators' noticeboard#c-M.Bitton-20241009175700-TahaKahi-20241009175000 TahaKahi (talk) 18:50, 9 October 2024 (UTC)
- Considering that this has already landed at the AN, I don't think there's anything to be done here. Gawaon (talk) 07:37, 10 October 2024 (UTC)
- The administrator noticeboard of our topic is chaotic at the moment, as many people are involved. It seems that a resolution may not be reached, as the discussion has shifted away from the main topic to something else. I don't know the exact path to take here? I was told to see the issue with Dispute resolution, then MOS and with AN i moved back and forth. TahaKahi (talk) 07:50, 10 October 2024 (UTC)
- If it's not resolved there, it certainly won't be resolved here. This page is for discussions about improvements to the MOS, and your issue seems largely unrelated to that. You'll have to resolve it either at the talk pages of the articles in question or at the AN. Good luck. Gawaon (talk) 08:02, 10 October 2024 (UTC)
- The administrator noticeboard of our topic is chaotic at the moment, as many people are involved. It seems that a resolution may not be reached, as the discussion has shifted away from the main topic to something else. I don't know the exact path to take here? I was told to see the issue with Dispute resolution, then MOS and with AN i moved back and forth. TahaKahi (talk) 07:50, 10 October 2024 (UTC)
- Considering that this has already landed at the AN, I don't think there's anything to be done here. Gawaon (talk) 07:37, 10 October 2024 (UTC)
- I will refer to read what I said at the start of my reply which details how this didn't work, as for why this exist, its because I was referred to make one from the dispute resolution from 2 day ago. And also i would refer to your behavior in Wikipedia:Administrators' noticeboard#c-M.Bitton-20241009175700-TahaKahi-20241009175000 TahaKahi (talk) 18:50, 9 October 2024 (UTC)
Examples to clarify MOS:AFFIXDASH vs MOS:DUALNATIONALITIES (especially re: combining forms)
[edit]Good morning,
In editing an article, I discovered an issue I realised isn't very clear from the existing examples given in MOS:AFFIXDASH and MOS:DUALNATIONALITIES, and this recalled an earlier debate I'm still unsure about.
The multi-compound in question was "Afro-Peruvian-American" on the page Afro–Latin Americans. Now, this could probably just be rendered "Afro-Peruvian American" to avoid the issue altogether, but I thought it best to find out what's actually right and to get a clarifying example or two on here if we can, to settle future debates.
Over at Afro–Puerto Ricans, I was told the en dash is correct in that title page, even though "Afro-" is a combining word rather than a non-standalone prefix. This was a little confusing, because MOS:DUALNATIONALITIES gives a similar example where this isn't the case specifically because of a combining form:
"Wrong: Franco–British rivalry; Franco- is a combining form, not an independent word, so use a hyphen: Franco-British rivalry."
Obviously, "British rivalry" isn't an open compound, so I recognise this example may not be wholly applicable, but it seems to me that the article is calling out combining forms as different to standard affixes. If true, the combining form might essentially make "Afro-Puerto Rican" a single thing, meaning you would only use the en dash if you added a prefix to that (such as for "anti–Afro-Puerto Rican"). (Merriam-Webster suggests they're slightly different things too: https://www.merriam-webster.com/grammar/spelling-using-compound-words-guide/prefixed-suffixed-and-combining-form-compounds.)
The argument given against that view was essentially that MOS:AFFIXDASH always applies, even for combining forms, and thus because "Latin America" is an open compound, the "Afro-" should be joined with an en dash. I'm still not wholly sure if that's right, simply because all the examples under MOS:AFFIXDASH use prefixes and suffixes which are non-standalone (i.e., non-combining forms), and the section doesn't seem to comment specifically on combining forms. And "Afro-" like "Franco-" seems to me to be subtly different to a prefix like "trans-", "pre-" or "post-".
So, in short: if "Afro-Latin Americans" and "Afro-Puerto Ricans" are correct, then can we mention that MOS:AFFIXDASH doesn't apply to combining forms? And if they're wrong, and we should use "Afro–Latin Americans" and "Afro–Puerto Ricans", can we get some examples at MOS:AFFIXDASH that use combining words too? That would neatly clarify the situation without too much extra verbiage.
And finally, given the answer to the above, should I also change "Afro-Peruvian-American" to "Afro-Peruvian–American" or "Afro-Peruvian American" (or even "Afro–Peruvian-American"/"Afro–Peruvian American")?
I hope this makes sense! (I care a little bit too much about punctuation, it seems.) Lewisguile (talk) 08:25, 11 October 2024 (UTC)
- Any thoughts on this? I archived my other (settled) query so this one is more visible. Lewisguile (talk) 08:09, 14 October 2024 (UTC)