Misplaced Pages

Revision as of 12:25, 17 December 2024

This is the talk page for discussing improvements to the Manual of Style page.

Put new text under old text. Click here to start a new topic. New to Misplaced Pages? Welcome! Learn to edit; get help. Assume good faith Be polite and avoid personal attacks Be welcoming to newcomers Seek dispute resolution if needed Shortcut WT:MOS

Archives: Index, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228Auto-archiving period: 30 days

faq page Frequently asked questions Misplaced Pages'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. Misplaced Pages'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 Misplaced Pages, 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 Misplaced Pages 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 Misplaced Pages 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, Misplaced Pages 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.

Section sizes Section size for Misplaced Pages:Manual of Style (156 sections) Section name Byte count Section total (Top) 2,657 2,657 Retaining existing styles 2,787 2,787 Article titles, sections, and headings 137 12,678 Article titles 3,406 3,406 Section organization 4,752 4,752 Section headings 3,573 4,383 Heading-like material 810 810 National varieties of English 847 6,626 Consistency within articles 1,230 1,230 Opportunities for commonality 1,882 1,882 Strong national ties to a topic 1,414 1,414 Retaining the existing variety 1,253 1,253 Capital letters 648 18,724 Capitalization of The 984 984 Titles of works 1,232 1,232 Titles of people 780 780 Religions, deities, philosophies, doctrines 4,974 4,974 Calendar items 701 701 Animals, plants, and other organisms 5,616 5,616 Celestial bodies 1,249 1,249 Compass points 1,203 1,203 Proper names versus generic terms 1,337 1,337 Ligatures 495 495 Abbreviations 774 8,098 Write first occurrences in full 609 609 Plural forms 245 245 Punctuation and spacing 1,175 1,175 US and U.S. 1,918 1,918 Circa 279 279 Avoid unwarranted use 662 662 Do not invent 874 874 HTML tags and templates 383 383 Ampersand 1,179 1,179 Italics 105 6,366 Emphasis 1,133 1,133 Titles 572 572 Words as words 1,320 1,320 Non-English words 751 751 Scientific names 499 499 Quotations in italics 581 581 Italics within quotations 767 767 Effect on nearby punctuation 638 638 Quotations 1,355 16,636 Original wording 3,026 3,026 Point of view 1,234 1,234 Typographic conformity 5,818 5,818 Attribution 438 438 Quotations within quotations 94 94 Linking 483 483 Block quotations 3,049 3,049 Non-English quotations 1,139 1,139 Punctuation 203 76,922 Apostrophes 2,184 2,184 Quotation marks 394 13,597 Quotation characters 1,035 1,035 Double or single 1,234 1,234 For a quotation within a quotation 869 869 Article openings 729 729 Punctuation before quotations 2,023 2,023 Names and titles 1,331 1,331 Punctuation inside or outside 3,717 3,717 Quotation marks and external links 940 940 Quotation marks and internal links 1,325 1,325 Brackets and parentheses 3,366 4,571 Brackets and linking 1,205 1,205 Ellipses 2,939 2,939 Commas 4,862 8,058 Serial commas 3,196 3,196 Colons 1,868 1,868 Semicolons 3,331 5,721 Semicolon before "however" 2,390 2,390 Hyphens 9,985 9,985 Dashes 921 16,146 In article titles 759 759 In running text 2,195 12,352 In ranges that might otherwise be expressed with to or through 3,063 3,063 In compounds when the connection might otherwise be expressed with to, versus, and, or between 5,212 5,212 Instead of a hyphen, use an en dash when applying a prefix or suffix to a compound that itself includes a space, dash or hyphen 1,297 1,297 To separate parts of an item in a list 585 585 Other uses for en dashes 543 543 Other uses for em dashes 966 966 Other dashes 605 605 Slashes (strokes) 3,341 3,948 And/or 607 607 Symbols 595 595 Number (pound, hash) sign and numero 2,310 2,310 Terminal punctuation 737 737 Spacing 512 512 Consecutive punctuation marks 1,151 1,151 Punctuation and footnotes 2,179 2,179 Punctuation after formulae 218 218 Dates and time 361 5,083 Time of day 794 794 Dates 1,033 1,033 Months 323 323 Seasons 774 774 Years and longer periods 1,080 1,080 Current 718 718 Numbers 1,886 1,886 Currencies 1,637 1,637 Units of measurement 2,739 2,739 Common mathematical symbols 2,606 2,606 Grammar and usage 62 12,759 Possessives 158 1,918 Singular nouns 975 975 Plural nouns 523 523 Official names 262 262 Pronouns 104 5,804 First-person pronouns 1,494 1,494 Second-person pronouns 2,306 2,306 Third-person pronouns 1,900 1,900 Plurals 2,005 2,005 Verb tense 2,970 2,970 Vocabulary 98 22,675 Contractions 476 476 Gender-neutral language 1,692 1,692 Contested vocabulary 256 256 Instructional and presumptuous language 2,578 2,578 Subset terms 618 618 Identity 1,957 3,604 Gender identity 1,647 1,647 Non-English terms 301 8,016 Terms without common usage in English 1,547 1,547 Terms with common usage in English 400 400 Spelling and romanization 4,917 4,917 Other non-English concerns 851 851 Technical language 1,961 1,961 Geographical items 3,376 3,376 Media files 69 2,791 Images 313 313 Other media 181 181 Avoid using images to display text 884 884 Captions 526 1,344 Formatting of captions 818 818 Bulleted and numbered lists 1,552 1,552 Links 10 1,750 Wikilinks 1,411 1,411 External links 329 329 Miscellaneous 18 12,392 Keep markup simple 1,219 1,219 Formatting issues 1,016 2,981 Color coding 1,245 1,245 Indentation 720 720 Controlling line breaks 2,356 2,356 Scrolling lists and collapsible content 3,164 3,164 Invisible comments 1,996 1,996 Pronunciation 658 658 See also 1,199 4,870 Guidance 1,242 1,242 Tools 300 300 Other community standards 523 523 Guidelines within the Manual of Style 310 1,606 Names 1,296 1,296 Notes 24 24 References 28 28 Further reading 1,206 1,206 Total 225,987 225,987

This project page does not require a rating on Misplaced Pages's content assessment scale. It is of interest to the following WikiProjects:

Manual of Style This page falls within the scope of the Misplaced Pages:Manual of Style, a collaborative effort focused on enhancing clarity, consistency, and cohesiveness across the Manual of Style (MoS) guidelines by addressing inconsistencies, refining language, and integrating guidance effectively.Manual of StyleWikipedia:WikiProject Manual of StyleTemplate:WikiProject Manual of StyleManual of Style This page falls under the contentious topics procedure and is given additional attention, as it closely associated to the English Misplaced Pages Manual of Style, and the article titles policy. Both areas are subjects of debate. Contributors are urged to review the awareness criteria carefully and exercise caution when editing. For information on Misplaced Pages's approach to the establishment of new policies and guidelines, refer to WP:PROPOSAL. Additionally, guidance on how to contribute to the development and revision of Misplaced Pages policies of Misplaced Pages's policy and guideline documents is available, offering valuable insights and recommendations. Misplaced Pages Help Top‑importance This page is within the scope of the Misplaced Pages Help Project, a collaborative effort to improve Misplaced Pages's help documentation for readers and contributors. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks. To browse help related resources see the Help Menu or Help Directory. Or ask for help on your talk page and a volunteer will visit you there.Misplaced Pages HelpWikipedia:Help ProjectTemplate:Misplaced Pages Help ProjectHelp Top This page has been rated as Top-importance on the project's importance scale.

Style discussions elsewhere

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

(newest on top)

• Talk:United States Virgin Islands's at-large congressional district#Requested move 10 December 2024 – Plural possessive MOS:POSS question
• Talk:Second Italo-Ethiopian War#Flags in the infobox
• Misplaced Pages talk:Manual of Style/Biography#Proposal to import a line-item from WP:JUDAISMSTYLE into MOS:BIO – to use policy-based material on "Christ" found in an essay but more useful in a guideline. (Nov. 2024)
• Misplaced Pages talk:Article titles#Request for comment on the relationship between WP:CRITERIA and WP:TITLEFORMAT – Has stylistic implications (punctuation, leading "The", etc.) despite not being intrisically an MoS matter. (Nov. 2024)
• Talk:Battle of Tory Island#Infoboxflags - use of flag icons in infobox per MOS:INFOBOXFLAGS (Sep.–Nov. 2024) – See also prior Talk:Sino-Soviet border conflict#Belligerents flags.

Pretty stale but not "concluded":

• RfC needed on issue raised at Misplaced Pages talk:Manual of Style/Biography/2024 archive#British peer titles in infoboxes (June–July 2004, archived without resolution). Presently, the royalty/nobility wikiprojects have imposed putting British peerage titles in place of names in biographical infoboxes, against MOS:BIO, MOS:INFOBOX, and the template's documentation. Either the community will accept this as a best practice and the guidelines changed to accomodate it, or it should be undone and the infobox used consistently and as-intended.
• A MOS:JOBTITLES revision RfC needs to be drafted, based on Misplaced Pages talk:Manual of Style/Biography/2023 archive#JOBTITLES simplification proposal (Dec. 2023 – Jan. 2024, archived without resolution). JOBTITLES remains a point of confusion and conflict, which the guidelines are supposed to prevent not cause.
• Misplaced Pages talk:Naming conventions (companies)#Use of comma and abbreviation of Incorporated – Involves MOS:TM (plus WP:COMMONNAME, WP:OFFICIALNAME, WP:POLICYFORK). Covers more than thread name implies. (Dec. 2023 – Jan. 2024) Result: Stalled without resolution; at least 3 options identified which should be put to an RfC.
• Misplaced Pages 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. (Sep. 2023 –) Result: Still unresolved, though consensus seems to lean toward permitting lower-case "prophet" when needed for disambiguation, but no agreement yet on specific guideline wording.
• Misplaced Pages 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. (Dec. 2023 –) Result: Still unresolved.
• Help talk:Table/Archive 9#Indenting tables – Help page is conflicting with MOS:DLIST and MOS:ACCESS on a technical point. (Aug. 2023 – Jan. 2024) Result: No objection to fixing it, and a suggestion to just do it WP:BOLDly, but the work actually has to be done.

Capitalization-specific:

Move requests:

• Talk:1925 Tri-State tornado#Requested move 26 December 2024 – Was this the "1925 Tri-State tornado" or "Great Tri-State Tornado" or something else?
• Talk:CUZZOS#Requested move 26 December 2024 – Drop the all-caps?
• Talk:Three wishes joke#Requested move 25 December 2024 – Should the disambiguation page use title case?
• Talk:Minsk District#Requested move 25 December 2024 (116 Belarus districts) – Lowercase "district"?
• Talk:Aizkraukle District#Requested move 23 December 2024 (26 Latvian districts) – Lowercase "district"?
• Talk:LANCO (band)#Requested move 21 December 2024 – Drop the all-caps?
• Talk:City Line (Merseytravel)#Requested move 18 December 2024 – Lowercase "Line"?
• Talk:Tri-State tornado outbreak#Requested move 18 December 2024 – Was this a "Tri-State tornado outbreak" or a "tri-state tornado outbreak"?
• Talk:The Desert Rats (film)#Requested move 3 December 2024 – Does that capitalization of "Rats" distinguish the film from the UK military division?
• Talk:Island Cove (Cavite)#Requested move 17 December 2024 – Should this be called the Island Cove POGO Hub or Island Cove POGO hub?
• Talk:International Day To Combat Islamophobia#Requested move 16 December 2024 – Lowercase "To"?
• Talk:North Yemen Civil War#Requested move 28 November 2024 – Lowercase "civil war"?

Other discussions:

• Talk:Fullbore target rifle#Major rework – Is it too risky to ask people who are carrying firearms to use lowercase?
• Misplaced Pages talk:Article titles#Request for comment on the relationship between WP:CRITERIA and WP:TITLEFORMAT
• 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?
• Misplaced Pages 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
• Misplaced Pages 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?
• Misplaced Pages 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.
• Misplaced Pages 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

Proposed astronomy MoS

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)

New shortcut: WP:ASTROSTYLE.  — SMcCandlish ☏ ¢ 😼  09:54, 21 November 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)

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 Misplaced Pages: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 Misplaced Pages 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)

@Praemonitus: You shouldn't refer to something like this as a "guideline" unless and until it has been through the WP:PROPOSAL process (usually at WP:VPPOL these days). This usually entails significant revision after community input, because WP:Writing policy is hard. Something like this is (presently) a WP:PROJPAGE essay, and should be tagged as such, with {{WikiProject style advice}} or if so much of it isn't style matters then {{WikiProject advice}}. And it should be at Misplaced Pages:WikiProject Astronomy/Style advice since it is not part of the MoS. If a proposal process were successful, it would move to WP:Manual of Style/Astronomy and take shortcuts like MOS:ASTRO. Please do not pre-emptively create "MOS:..." shortcuts to things that are not part of the MoS guidelines; this just confuses people and leads to conflicts (especially people claiming that some four-author page with no community buy-in has the force of a guideline when it does not).  — SMcCandlish ☏ ¢ 😼  02:01, 26 October 2024 (UTC)

Thank you for your input, SMcCandlish. Praemonitus (talk) 02:28, 26 October 2024 (UTC)

"Perhaps the most..."

I'm seeing a lot of articles using this sort of wording and I don't like it! To take just one random example, "Prague was perhaps the most important center for Cubism outside Paris before the start of World War I." (Czech Cubism), the 'perhaps' seems weaselly and/or POV. It also reads like an editorial rather than an encylopedia entry.

I think either "Prague was an important center for cubism", or "Prague was the most important center for cubism", or "so-and-so called Prague 'The most important center for cubism'" (whichever the sources support) would be infinitely better in most cases of 'Perhaps the most|best|biggest|' etc.

However, I can see a LOT of articles using this sort of construct, I wanted to just start a discussion here to see if it's being left alone for a good reason, or if I'm right that this is an example of WP:WEASEL before I embark on modifying loads of articles to fix something that only I have a problem with!

Thanks,

JeffUK 14:03, 23 October 2024 (UTC)

It certainly has the potential to be used in a weaselly way, but like other such formulations, it is fine if the statement accurately reflects the source. If a source states that Prague is arguably the most important centre for cubism outside Paris, that is the nuance the article should reflect. There is ambiguity in the world, and good sources reflect that. In many cases the wording might be better replaced with something else, but I think it would have to be evaluated case by case.--Trystan (talk) 14:35, 23 October 2024 (UTC)

I agree this would be better honed down to a specific claim like "Prague was widely regarded as second only to Paris as a center for Cubism"<source>. It's the "perhaps" that jars; like the topic above, MOS:TONE would seem to recommend against language like this. Yes, we should reflect the uncertainty that exists within and between sources, but I don't think this is what "perhaps" does. John (talk) 16:16, 23 October 2024 (UTC)

There are a lot. Simple searches show 2,198 articles using "perhaps the best" and 658 "possibly the best", but "perhaps the most" with 9,890 articles is possibly the worst. NebY (talk) 17:01, 23 October 2024 (UTC)

• I strongly disagree with this point. Certainty may be achievable in chemistry, but it just isn't in the humanities, & it absolutely necessary that we indicate this to our readers where appropriate. Unfortunately some editors don't get this. Johnbod (talk) 18:10, 23 October 2024 (UTC)

  You're absolutely entitled to your opinion, but please don't misrepresent mine. There is no certainty in any complex field, not in the sciences (see uncertainty principle), not in history (see historiography), not in politics, art or anything else. But as an encyclopedia, we reflect this uncertainty best when we quantify the uncertainty and attribute it to the best sources, not when we use a lazy form of words to wave a hand at something being uncertain. Everything is. John (talk) 21:06, 23 October 2024 (UTC)

  I wasn't commenting on you at all, but whatever. Don't tell me, tell the herds of editors who pounce on any expression of uncertainty. Johnbod (talk) 23:03, 23 October 2024 (UTC)

  Then I apologise. My background is in Chemistry and I've worked on a lot of chem stuff over the years here. So I wrongly thought that was directed at me. Here's to expressing the uncertainty as clearly as possible, but preferably without flabby phrases like the one under discussion. On the same ground I find qualifiers like "about", "approximately" and "some" are way overused here. Pretty much all measurements are uncertain. John (talk) 23:45, 23 October 2024 (UTC)

  Sure - I didn't know that (or had forgotten), so a bit of a fluke there! You can't get far in my areas of art history and ancient history without a lot of qualifiers, especially if you are trying to write general articles. Johnbod (talk) 00:02, 24 October 2024 (UTC)

  Qualifiers are absolutely fine, I think 'Perhaps the most..' specifically sounds like us pontificating in wiki-voice, rather than explaining why there is uncertainty, or who thinks there is uncertainty, but 'perhaps' isn't the issue here exactly, You could find/replace it with "One of the most" and you'd have the same problem. I'm realising thanks to this discussion that it's something that requires thought and research to resolve on an article-by-article basis, to identify the source of the uncertainty and be more explicit about it, it's maybe not a style question at all, more one of sourcing and verifiability. JeffUK 08:02, 24 October 2024 (UTC)

  The two possibilities are not mutually exclusive. In my opinion (having looked at the sample articles linked from this discussion), it's always a style issue and almost always a sourcing one too. A good article won't ever airily handwave the uncertainty in this way, I think. Thanks for raising such an interesting point. John (talk) 21:22, 29 October 2024 (UTC)

I think that it is a fair point that "Perhaps the most..." sorts of statements should be quotes from authorities. BD2412 T 01:02, 24 October 2024 (UTC)

My concern with that as a blanket policy is that it would tend to give more weight to less careful sources. A source that says Prague was the most important centre for cubism after Paris could be cited in wikivoice, while if the same source added "perhaps", just to acknowledge there is some room for debate from the prevailing view, the statement could only be quoted.--Trystan (talk) 13:54, 24 October 2024 (UTC)

I would think that we would still want a statement like "Prague was the most important centre for cubism after Paris" in a quote. BD2412 T 14:08, 24 October 2024 (UTC)

Could we not have some guideline that unsourced and unsupported "perhaps the most" statements may possibly be inappropriate? I see statements such as

Out of all the Andean countries, Bolivia remains perhaps the most culturally linked to the indigenous peoples. - Music of Bolivia

Of the several stories about the ghosts of former presidents of the United States revisiting the White House, Lincoln's ghost is perhaps the most common and popular. ... Perhaps the most famous incident was in 1942 when Queen Wilhelmina of the Netherlands .... Lincoln's ghost

Perhaps the most spectacular athletic events were in swimming. Swimming at the 1972 Summer Olympics

their casual invitation to Willie to also come along was perhaps the most important in Celtic's history. Tom Maley

Such statements are often verbal fillers, as also with "perhaps the best known", a little stronger and more stylish than "for example" and yes, comparatively innocuous - but unsubstantiated and possibly indicating that the writer's personal knowledge is focused on that particular instance. NebY (talk) 14:45, 24 October 2024 (UTC)

What would be the alternative, though? Just "the best known" is essentially impossible to prove (and even if some sources say so, others might disagree) and just not mentioning this fact at all would in many cases be a real loss, I'd say. Gawaon (talk) 16:30, 24 October 2024 (UTC)

Agree with Gawaon and NebY that this is filler, adds no meaning, and is inherently impossible to prove. I think I would argue that this is therefore a phrase that should never appear in Misplaced Pages's voice but only in an attributed quote. John (talk) 20:01, 24 October 2024 (UTC)

That's not what I said or meant, rather on the contrary ("just not mentioning this fact at all would in many cases be a real loss" – emphasis added). Let's remember that outside of narrow fields like maths, strict proof is rarely possible anyway, and we go for what reliable sources say, not for what's proven. If several RS call something "the best known", while other's don't mention this fact, summarizing this as "perhaps the best known" seems a reasonable choice. One could also say "a well-known" and that's probably what I would do, but still I wouldn't say that the alternative must always be avoided and eliminated on sight. Gawaon (talk) 07:51, 25 October 2024 (UTC)

No, I know. You said that such claims are unprovable and NebY said they were verbal filler. I agree with both those statements and hence don't think it's a very encyclopedic phrase. I'm not suggesting we just don't mention it or remove it on sight either; I proposed a better form of words right at the start. I think in general value judgments (such as this) absolutely have to be attributed. This is why I don't think in this form it should be appearing in Misplaced Pages's voice. John (talk) 12:24, 25 October 2024 (UTC)

I think we are glossing over the fact that not saying something in Misplaced Pages's voice is different from not saying something at all. If you want to say that "Lincoln's ghost is perhaps the most common and popular", well, according to whom? We can't say it at all if no reliable source actually thinks this is true, and if one does, then we can quote the language it uses to say this. BD2412 T 22:10, 25 October 2024 (UTC)

I have to entirely agree with this: "It certainly has the potential to be used in a weaselly way, but like other such formulations, it is fine if the statement accurately reflects the source." In particular, there is rarely unanimity or near-unanimity across multiple RS on matters that are a judgment call, yet a large enough preponderance of them may agree on an assessment that leaving it out would result in an incomplete/misleading article, yet also WP is not in a position to declare a subjective matter of public consensus to be an objective fact. That is, this sort of wording is a way by which WP can indicate to the reader that a bunch of sources agree on this point, but some minority do not, and it's not a matter of cold hard fact (like whether the earth is round or flat, or many other science questions). Our readers already understand this. All that said, there is conceivably a better way to phrase it than the specific strings at issue here like "Perhaps the most", and "is perhaps one of the best-known", and the like. I would suggest coming up with something you are convinced is better and trying it out at a number of randomly selected articles and seeing whether it sticks. PS: If one wanted to have a more in-depth review of this sort of language and whether we should have advice specifically addressing it, WT:MOSWTW is probably a better venue than the main MoS talk page. MOS:WTW is basically where MoS and NPoV+NOR most strongly intersect. That entire guideline is about terms and phrases to avoid (sometimes or always), and why, and what to do instead.  — SMcCandlish ☏ ¢ 😼  21:23, 25 October 2024 (UTC)

I agree with a lot of what you say, and on the best next steps. Your science example proves my point rather than yours though; the Earth is neither perfectly spherical nor flat. Aside from the mountains and the oceans, it bulges significantly at the Equator. Few complex subjects can fairly be described without some uncertainty. The use of "perhaps" seems like a WP:TONE concern, as in my opinion a serious encyclopedia should report the nature and degree of the uncertainty, rather than just trivially stating that it exists. I'm not saying words like this should never be used, more that a more precise form of words is better. It's like "a number of"; better to state the actual number if it's known, or just say "some". As you say, a candidate for WTW. John (talk) 21:45, 25 October 2024 (UTC)

I didn't say anything about "perfectly spherical". Lots of non-perfectly-spherical shapes are still round (i.e. subjected to curvature around their circumference). On the more important matter, we're generally not in a position to "report the nature and degree of the uncertainty", at least not the "degree" part, because that would require WP:OR unless a secondary reliable source has actually quantified it, which is unlikely in the vast majority of cases. Even covering the nature and perhaps some vague indication of degree is often not appropriate in a lead section, both for length reasons and for giving undue weight to a fringe position to highlighting its nonsense claims. a more precise form of words is better – Like what? Or to put it another way, how exactly is "perhaps" supposedly broken? PS: I agree about "a number of", which is a confusing construction.  — SMcCandlish ☏ ¢ 😼  10:08, 21 November 2024 (UTC)

MOS:PRONOUNS cleanup

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.

Consensus for the merge/clean-up. Choucas Bleu (T·C) 20:18, 10 November 2024 (UTC)

Please do not hijack this practical editing thread to push any viewpoint about pronouns, especially: Use of pronouns with regard to trans/nonbinary/genderqueer people Use of she/her with regard to ships These have both been talked to death, and this thread is not about changing a single thing with regard to their Misplaced Pages status quo. It is only about having guideline material where it belongs and not duplicated or forked.

To solve several problems at once, I propose the following:

1) Add this text to Misplaced Pages:Manual of Style#Pronouns (MOS:PRONOUNS), which at present confusingly lacks anything on third-person ones, despite disputation about them coming up more often than with regard to any other:

Third-person pronouns

Refer to a person with pronouns (and other gendered words) that reflect their most recent self-identification in recent reliable sources. Singular they/them/their are appropriate in reference to anyone who uses them, as replacements for neopronouns, and in generic reference to persons of unknown gender.
(For considerably more detail, see WP:Manual of Style/Biography § Gender identity.)

Shortcut

• MOS:SHIPPRONOUN

Ships (military or private) may be referred to either by neuter pronouns (it, its) or feminine pronouns (she, her). Both usages are acceptable, but each article should be internally consistent and exclusively employ only one style. As with all optional styles, articles should not be changed from one style to another without clear and substantial reason. Try to avoid close, successive uses of the same referent for a ship by carefully using a number of referents in rotation; for example, it or she, the ship, and the ship's name. The she/her optional style does not apply to other vessel/vehicle types, such as trains.

Notes

1. As usual, direct quotations should not be altered in such a regard, and have no effect on determination of consistency within Misplaced Pages-authored content.
2. See Misplaced Pages talk:Manual of Style/Archive (ships as "she") for an index of recurrent debates about this subject, from 2004 though 2022.
3. See Misplaced Pages talk:Manual of Style/Archive 167 § WP:SHE for steam locomotives as well as ships – concluded with a strong consensus against the practice.

2) This (mis-placed) subsection at Misplaced Pages:Naming conventions (ships)#Pronouns (WP:SHE4SHIPS) is to be deleted:

• WP:SHE4SHIPS

1. See Misplaced Pages talk:Manual of Style/Archive (ships as "she") for an index of recurrent debates about this subject, from 2004 though 2024.

and replaced with:

3) The subsection at Misplaced Pages:Manual of Style/Military history#Pronouns (presently MOS:SHIPPRONOUNS) is to be deleted:

• MOS:SHIPPRONOUNS

Ships may be referred to either using feminine pronouns (she, her) or neuter pronouns (it, its). Either usage is acceptable, but each article should be internally consistent and employ one or the other exclusively. As with all optional styles, articles should not be changed from one style to another unless there is a substantial reason to do so.

and replaced with the same cross-reference as above:

4) Shortcuts that presently go to either of the old ship subsections will be re-targeted to the new one in the main MoS page.

What this will solve:

• It is very confusing that the main MoS page has a section for pronouns but contains nothing about the two most frequent pronoun-related subjects of conflict on Misplaced Pages.
• It is unhelpful to have advice that is fairly frequently sought (and repeatedly contentious) buried on obscure pages.
• One of these is a naming conventions page, and has nothing to do with article content; the ship pronoun question never arises in article titles, so this does not belong in an NC page at all.
• The military-related concern ends up being exactly duplicative of that with regard to merchant and other private-sector ships, so it is not intrinsically a military style matter at all.
• It is unwise to have initially duplicate language in two different guidelines, as it will inevitably WP:POLICYFORK over time and cause a conflict. The language in the two subsections has already drifted apart some.
• The purpose of the main MoS page is (aside from having some unique, usually overarching rules that are not found in any of the topical drill-down pages) to summarize the key points of all the MoS pages. With regard to pronouns, these two points certainly qualify.
• Make a few bits of the wording slightly clearer. E.g., that the ships thing is both military and private-sector.
• Point to the consensus record against expanding she/her beyond ships.
• Clarify that singular-they is also used generically; MOS:GENDERID skips that because it isn't pertinent to gender-related editing disputations, but I think we all know by now that this particular usage of singular-they is the one with a pedigree all the way back to Middle English. There still exist various agitators against singular-they, so any antics they might get up to on a wikilawyering basis need to be accounted for. Provide them no loophole to game.
• For ships, subtly suggest a preference for it over she by listing the former first. This will be in agreement with the vast majority of actual practice, both in our material and in modern RS material.
• Fix shortcuts so people arrive at the MoS material about it, not at cross-references to the MoS material about it.

Please do not response to this cleanup proposal with suggestions to add new or remove old restrictions with regard to any sort of pronoun usage. This is not what this thread is about.

The "Try to avoid close, successive uses of the same referent ..." material might be compressable without losing the gist of it. I chose not to, here, since this is in part a merge proposal and those are complicated when major textual changes are introduced.

Further compression could be achieved by not having the first-paragraph summary of MOS:GENDERID on pronouns, but only a bare cross-reference sentence like "For third-person pronouns and their relation to human gender, see WP:Manual of Style/Biography § Gender identity."

PS: For those interested in the tediously long history of disputation over she/her and ships, see Misplaced Pages talk:Manual of Style/Archive (ships as "she"); this might be missing some that happened at other pages, like in article talk. I don't know of a comprehensive archive of debates regarding pronouns and social gender, but someone may have compiled one by now.  — SMcCandlish ☏ ¢ 😼  00:53, 25 October 2024 (UTC)

• As a content manager in real life, it drives me nuts to see the same material duplicated across several pages. Support condensing to just the MoS page as suggested. Parsecboy (talk) 11:51, 25 October 2024 (UTC)
• Support — OwenBlacker (he/him; Talk) 12:20, 25 October 2024 (UTC)
• Good idea, support. If it is possible to clarify that this section of the style guide refers to ships that float on water, and not airships, spaceships or other vehicles, I think that would be useful. John (talk) 16:07, 25 October 2024 (UTC)

  Of legal knowledge I acquired such a grip / That they took me into the partnership. / And that junior partnership, I ween, / Was the only ship that I ever had seen. EEng 17:37, 25 October 2024 (UTC)

  But that sort of ship so suited he / That now he is the ruler of the Queen's Navee. --Trovatore (talk) 18:02, 25 October 2024 (UTC)

  If you mention suiting again I'll report you for legal threats. EEng 19:33, 25 October 2024 (UTC)

  Suit yourself. --Trovatore (talk) 20:35, 25 October 2024 (UTC)

  Suture self. EEng 20:49, 25 October 2024 (UTC)

  One of my favorite dad jokes involves that pun. A doctor cuts her finger in the OR. Another doctor says "Let me sew that closed for you" ... you can figure out the rest.  — SMcCandlish ☏ ¢ 😼  21:03, 25 October 2024 (UTC)

  @John: That would actually be a substantive change, and I'm skeptical there is a clear consensus for it. Most of our terminology with regard to spaceships, airships, and hovercraft (maybe something else I'm forgetting) are derived directly from those pertinent to float-on-water ships, because they are closely analogous in most relevant respects. That's not the case with trains and tanks and trucks/lorries and skateboards and bicycles and etc. The train RfC hints in the vague direction of "don't do it for spacecraft either", but did not clearly reach a result that specific, so for now it's an open question. That is, the jury seems to still be out on the exact definition of "ship" for this particular purpose.

  And I expect (given 20 years of history) for the entire matter to come up again within the year. If it does, it should probably be done as a VPPOL RfC, to attract a larger body of input from the community, instead of just the same handful of MoS regulars and people from watercraft and military history wikiprojects. But for now, I just want to merge and clean up the redundant and poorly placed guideline material as it presently stands. If nothing else, it will provide a single and obvious locus of the perennially-but-unresolvedly disputed material, instead of having it scattered in confusing places.  — SMcCandlish ☏ ¢ 😼  21:03, 25 October 2024 (UTC)

• Fully support as proposed. (I have put this here as some of the text below wanders, gently, off-topic) - Davidships (talk) 18:45, 4 November 2024 (UTC)

I read somewhere around here recently that Japanese ships are referred to with he/his. Are we saying just don't do that in English WP, or are we just ignoring a potential complication? I'd be in favor of saying explicitly not to. Dicklyon (talk) 01:54, 26 October 2024 (UTC)

Something to research further, I suppose, but that's another substantive change proposal and out-of-scope for this merge/cleanup thread. Something to address in a later revision proposal after we have more details/sources on the question.  — SMcCandlish ☏ ¢ 😼  02:22, 26 October 2024 (UTC)

No prob. I Support in any case. Dicklyon (talk) 03:01, 26 October 2024 (UTC)

Japanese doesn't have gendered third-person pronouns, so I don't see how that can be. あいつ usually gets translated as "he" or "she" depending on whom is being referenced, but I very much doubt it is ever used for ships, as it's usually used with contempt. 73.2.106.248 (talk) 13:03, 4 November 2024 (UTC)

• Ships are typically referred to in English as 'she'. That's a very old usage and tradition. Is it codified in military usage, or simply traditional. Randy Kryn (talk) 02:51, 26 October 2024 (UTC)

  Either way, the point is that some will argue strongly for "she", and some will argue strongly against, and that's not part of what we can settle in this cleanup re-org. Same as what he told me about using "he" for Japanese ships; best not bring it up right now. Dicklyon (talk) 03:03, 26 October 2024 (UTC)

Noting the consensus close, I've put this work on my to-do list, but will probably get to it tomorrow or later.  — SMcCandlish ☏ ¢ 😼  10:12, 21 November 2024 (UTC)

 Done! As of a few minutes ago.  — SMcCandlish ☏ ¢ 😼  13:54, 24 November 2024 (UTC)

Main Street, U.S.A.: GEOCOMMA?

I was considering reviewing Main Street Vehicles, which contains many references in running text to the theme park section Main Street, U.S.A. These currently lack GEOCOMMAs, e.g. is located in the Main Street, U.S.A. section. This is not technically a geographic place name as the comma is part of the full name. Would a comma after still be necessary? Sammi Brie (she/her • t • c) 06:01, 28 October 2024 (UTC)

I would treat it as one, as it's clearly modelled after them. Gawaon (talk) 08:15, 28 October 2024 (UTC)

What are those periods doing? John (talk) 11:00, 28 October 2024 (UTC)

Good question! Gawaon (talk) 17:37, 28 October 2024 (UTC)

The comma is present in its official logo. I'm sorry to admit I can't put my finger on it, and I've been known to be wrong from time to time, but I believe MoS says we retain the comma in that case. According to the article's lead, it doesn't even refer to a single, discrete location on the planet. The all-caps in the logo is a different matter. Agree as to the periods; the rationale for adding them, if any, is not apparent and unknown to me. Maybe it's a COMMONNAME argument, I don't know, but offhand I'd say the article needs a move to Main Street, USA. (Needless to say, the mechanism for that is WP:RM at Talk:Main Street, U.S.A., not consensus here.) ―Mandruss ☎ 03:37, 29 October 2024 (UTC)

The question here is not about the comma before "U.S.A./USA", but whether there should be one placed after it if the sentence continues. As per GEOCOMMA, I'd say yes. Gawaon (talk) 08:29, 29 October 2024 (UTC)

What's wrong with "Main Street USA"? Tony (talk) 11:52, 29 October 2024 (UTC)

It's not what the theme is called. Gawaon (talk) 17:36, 29 October 2024 (UTC)

It is, according to the theme's own logo, as displayed on the article. John (talk) 19:56, 29 October 2024 (UTC)

I've started a move discussion at article talk if anyone's interested. John (talk) 00:13, 30 October 2024 (UTC)

My mistake. Thanks for correcting me. In that case, no meaningful opinion. ―Mandruss ☎ 22:59, 29 October 2024 (UTC)

Yes, it would take a comma afterward, since the comma in it is serving the same bracketing function as that in "Des Moines, Iowa", or the one in "Gallumphing Department, Ministry of Silly Walks", or that in "Encyclopædia Britannica, 11th edition", and so on. Bracketing commas come in pairs unless the second is replaced by other punctuation (or would be at the end of something that takes no terminal punctuation, like a table header).  — SMcCandlish ☏ ¢ 😼  10:36, 21 November 2024 (UTC)

"Misplaced Pages Manual of Style" listed at Redirects for discussion

The redirect Misplaced Pages Manual of Style 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 Misplaced Pages:Redirects for discussion/Log/2024 November 1 § Misplaced Pages Manual of Style until a consensus is reached. TeapotsOfDoom (talk) 19:22, 1 November 2024 (UTC)

I didn't see this in time to comment, but it was kept, and I think this was an error. The general argument seemed to be that it was a plausible typo (a missing ":"), but by that reasoning every WP:-namespace page should have such a mainspace redirect. The secondary argument seemed to be that non-edtor readers might actually be looking for our manual of style, as a "meta" matter, but a) ditto the above issue, and b) our MoS is not a work of public advice and people should not consult it the way they might the AP Stylebook or whatever. The third issue is that by now it may well be possible to write an actual encyclopedia article about the WP MoS; enough off-site publications have probably treated it or aspects of it with sufficient depth to pass WP:GNG, but this cross-namespace redirect is squatting on the title. If that article could exist then it should. In short this should be a red link, so should be re-RfDed at some point, with a clearer rationale.  — SMcCandlish ☏ ¢ 😼  10:44, 21 November 2024 (UTC)

Should interactive content be included and, if so, where and how?

I think this is a new topic, forgive me if not.

At Waist-to-height ratio, user:Uwappa wants to include an interactive calculator that they have developed, replicated here for your convenience. The concept is fairly simple: readers may enter their own height and waist-circumference and receive a calculation of their Waist-to-height ratio (and a related metric recently popular in the US, body roundness index). It is not earth-shattering stuff, the math is straightford and the underlying algorithms are fully supported by WP:MEDRS.

We already have dynamic content, such as the display of the Islamic and Hebrew calendar dates v today's Gregorian calendar date. I don't see any issue with that practice.

So here are the questions:

1. Should Misplaced Pages include interactive content?
2. If so, how should it be presented?
   1. Inline, without comment, so it appears to be just a static, illustrative example. As shown in this version of the page in the section #Guidelines. It is, however, still interactive.
   2. In an independent section, as shown in this version, in the section #Calculator, with a line of text that explains what it is. (This interactive calculator can calculate a waist–height ratio and Body roundness index. It accepts height and waist in cm or inches.
   3. Something else?
3. Is it a WP:NOR violation? .
4. Are there other issues that arise? (For ex, is MOS:ACCESS a show-stopper?)

Personally I think it is a good idea (WP:NOTPAPER) but I'm not sure how best to handle it. Comments? 𝕁𝕄𝔽 (talk) 20:59, 2 November 2024 (UTC)

See also Misplaced Pages:Village pump (technical)/Archive 215#Building a simple body index calculator. --Redrose64 🌹 (talk) 23:23, 2 November 2024 (UTC)

On the subject of accessibility - if the labels for interactive fields are created using the {{calculator label}} template, it should mark in the HTML that that piece of text corresponds to that specific input button, which is something that screen readers should hopefully be able to take into account. I would recommend using {{calculator label}} where possible when labeling fields, for better accessibility (It may not be possible if a label labels more than one widget). For the most part, I think it should be reasonably accessible most of the time, but i would love to hear feedback from accessibility experts, as I am definitely not one.

One thing I would recommend is to test how any interactive content looks when printed. In some cases it looks fine as is, but in other cases it might be necessary to make specific fallback content. The template supports having fallback content for cases where js is disabled or during printing. Bawolff (talk) 17:22, 11 November 2024 (UTC)

Reply by Uwappa

Demo:

1. Update the height in the calculator on the WHtR page.
2. The formula example values will 'magically update'.
3. See the wikitext for what that takes to do. Look mum, no javascript!

No, it was not me who wanted a calculator, do not deserve any credits here, user:Zefr does, see Zefr's founding father's idea of 01:28, 21 September 2024.

1. Yes, Misplaced Pages should have interactive content. It is 2024. The web has moved on from being previous century 'static' text and images. WP is more than an online version of a paper encyclopedia with text and images. I fail to see why the calendar example is relevant here. Please don't be amazed that it is possible to show dynamic content in 2024, like the current time, 03:15, 27 December 2024 UTC .
2.  
   1. Calculations should be presented inline, just like current examples at: Inch#Equivalents, Body_roundness_index#Calculation, Waist-to-height_ratio#Recommended_boundary_values, Centimetre#Equivalence_to_other_units_of_length.
   2. No, it does not accept just cm or inches. The Sandbox version does not ask you to input cm or inches, WP:NOTHOW. It uniquely accepts any unit, unlike commercial BRI calculators. A 3 year old in outback Australia could use a piece of string as a unit. You can use the height of a peanut button jar as a unit, please do and while at it, please record the time it took you to do the usability test and compare it with commercial calculators. It does support Americans, British and others using Imperial_units by providing cm-> feet & inches conversions.
3. No it is not a NOR violation as defined by WP:CALC. The only thing Template:Calculator can do: calculations with numbers only. It yields just numbers, which include a simple bit, with a value of 0 or 1: to hide or to show, that is the question. See proposed plain English explanation in the sandbox. This show or hide is taken care of by standard CSS. Switch off CSS in your browser and see what goes on under the hood. A joke for the happy few that do understand Boolean_algebra#Basic_operations and have a sense of humor: Shakespeare was wrong. To_be,_or_not_to_be is not a question in 2024, it evaluates to a constant, boolean value: true. Same logic at: 中国房间 = AI NOT(AI)? That is not a question either. It is true.
4. Security may be a concern to some. Is there some dangerous Javascript here? The answer was amazing for me: no. Look mum, no javascript in the wikicode. Current WP rules and guidelines suffice and apply, see information hierarchy in Sandbox.

Uwappa (talk) 00:52, 3 November 2024 (UTC)

It is hard to tell from a distance what the reason for this post is. To me this post is a waist of valuable time and should be withdrawn.

The current MOS applies well to:

• A fixed date, just text like 1 dec 2032
• A dynamic date, like now is 03:15, Friday, December 27, 2024 (UTC) using template:currentdate
• A combination of the two, like it is now 95 months till 1 dec 2032
• A dynamic interactive version, using calculator with input fields asking for a month 11, year 2024 and the result of a calculation: It is 97 till 1 dec 2032.

What is the problem here?

• It may be a case of Amygdala hijack. A bit of good old British humor might help. DON'T PANIC, don't PANIC, don't panic!!!!
• It may be fomo. Help, this Template:Calculator is too complex for me, I am just an editor of fixed text. I won't be able to do this kind of stuff! The computer nerds are taking over WP, panic, panic, panic!!! Same solution: DON'T PANIC, don't PANIC, don't panic!!!!
• It may be limited Math skills, leading to a false WP:OR claim. See Talk:Body_roundness_index#c-Zefr-20241014181200-Uwappa-20241014080100 and Template_talk:Body_roundness_index#c-JMF-20241020193300-Zefr-20241020192100. Credits to user JMF for seeing the logic in

$${\displaystyle {\text{BRI}}=364.2-365.5{\sqrt {1-{\Big (}{\frac {\text{waist}}{\;\;\pi \;\;\times \;\,{\text{height}}}}{\Big )}^{2}}}}$$

with $${\displaystyle {\text{WHtR}}={\frac {\text{waist}}{\text{height}}}}$$

to get $${\displaystyle {\text{BRI}}=364.2-365.5{\sqrt {1-{\Big (}{\frac {\text{WHtR}}{\;\;\pi \;\;\,}}{\Big )}^{2}}}}$$

• It may be just a lack of knowledge, not knowing about WP:CALC. That is an easy one to solve, just go and read it
• It may be a problem with limited Cognitive_skills or use of a small screen smartphone in stead of a large computer monitor. User JMF has replied with TMI to my posts several times. The easy solution would be to switch to a big monitor for more complex talk pages. For limited cognitive skills, I can only recommend to visit a medical expert, will not give medical advice WP:MEDICAL.
• Disclosure: My field of expertise is a form of psychology that seems unknown in the English speaking world: function psychology. The 'patient' in that science is not the human, it is the design object that causes man-thing interaction problems like: Help, I do not understand my computer and my computer does not understand me. The 'cure' is a redesign of the 'thing' e.g. the Graphical_user_interface. Create a human efficient design that suits the qualities and limitations of the human eye, interpretation skills, memory, ability to think and take action (mostly with hands in computer interfaces). WP does not have an article yet on human efficiency or function psychology. Being too involved in this field, it is not up to me to write such articles, WP:COI, WP:OR, WP:NOTABOUTYOU.

What I can do is to help WP and design excellent, human efficient interfaces. All of you can help by evaluating results.

• Is the sandbox version human efficient? And please do not give a sh** about computer efficiency. No worries if computers do 'redundant' calculations to make humans more efficient.
• Is the sandbox calculator better or worse than commercial equivalents?
• I do not give a s*** about personal preferences and your 'solutions' based on personal preferences. Go and tell someone who cares. Just list the problems you encountered during the tests. The most valuable ones are when test subjects fail to reach the desired result.

Such usability tests are easy to do and can be fun. Kudos to user JMF who has done a usability test that were very insightful for me in the metric world and have lead to an excellent unit less solution for people using either metric or imperial units.

Please join the fun, perform a usability test yourself at: Template_talk:Body_roundness_index#Usability_test_of_body_roundness_calculators — Preceding unsigned comment added by Uwappa (talk • contribs) 07:24, 3 November 2024 (UTC)

@Uwappa:, this discussion is about the principle of how best to handle interactive content on Misplaced Pages. The details of the first such example are not relevant to the discussion. If anyone wants the details, you have covered them extensively at the template talk page. 𝕁𝕄𝔽 (talk) 07:49, 3 November 2024 (UTC)

Yes, I get the question. Do you understand my answer or is this TMI again for you?

Did you notice the interactive date computations at #dateCalc? It would be a compliment if you missed it.

Please go and inspect that bit of wikitext. Yes, it is really that simple to make interactive calculations!

Uwappa (talk) 08:02, 3 November 2024 (UTC)

To answer the OP's original numbered questions:

1. WP should very selectively include interactive content, when doing so enriches the functional (not entertainment or time-passing) utility of the site in ways compatible with WP's goals. It is correct that WP is more than a traditional paper encyclopedia, but it is not everything.
2. I would suggest starting with sectional inclusion (or, for something small enough, use in a sidebar). We're already doing this with some limited "test-bed" ways, e.g. with interactive maps in infoboxes, and some manipulable 3D visualization objects, etc. But just dumping it directly inline is probably "too much, too soon". I could see that being feasible for certain kinds of things in 5–10 years, maybe, after both the user base and the editorial community got more used to it.
3. Basic, objective calculation is not WP:OR. The policy is explicit about that, and we already use it regularly (just mostly non-interactively), e.g. to provide age-at-death calculations, inflation conversions, etc.
4. MOS:ACCESS always matters, but there are ways around most accessibility problems (especially in a table-based structure like the one used as the example). Some other kinds of content simply are not accessible, and there's nothing much to be done for it, but we don't ban them. E.g., a movable panorama image is of no use to a blind person; the best they get is alt text. What's key, though, is that important encyclopedic material, verus "extra" or "enrichment" or whatever add-ons, must not be inaccessible (and supplementary materials should be made as accessible as possible, even if this is challenging).

I would add that the example given here is probably a good one, as the interactive form actually helps one to understand how the calculations work, plus people are apt to want to try their own numbers in there for personal relevance reasons, and it's not pure entertainment/trivia but something meaningful to them. A counter example might be adding a pool table simulator to an article about a pool game; we have no reason to do this. However, I could envision us having an extremely limited interactive feature to illustrate specific principles like, say, "running" sidespin on the cue ball and its effect on angle away from a rail cushion versus the angle the ball had coming in. Right now, we can illustrate the effect with a fixed series of short animations or even static diagrams, but it might be more useful to have a widget that took user input and illustrated the results. But it should certainly not be a "mess around all day on a pool-sim video game" feature. I.e., no ability to zoom out into a full-size table and simulate arbitrary billiards actions.  — SMcCandlish ☏ ¢ 😼  16:30, 24 November 2024 (UTC)

I think articles on algorithms and math topics might be a place where having step by step interactivity would be particularly useful. I just added an interactive "illustration" to the Bubble sort article and I was also experimenting with the euclidean algorithm (not used anywhere as of yet). Bawolff (talk) 00:13, 26 November 2024 (UTC)

MOS namespace

Now that we have the new MOS namespace, are there any plans to move the manual of style, or will that namespace just be used for the MOS shortcuts (e.g. MOS:THEY) that used to litter the article space? — Martin (MSGJ · talk) 14:24, 3 November 2024 (UTC)

It's just used for shortcuts, to keep MoS stuff from sucking up all the mnemonically useful shortcuts that could have other uses/targets in "Misplaced Pages:" namespace. MoS collectively has more shortcuts than anything else on the system. "MOS:" used to be a pseudo-namespace, but doing it that way had no practical benefit and had the downside of everything in it really being a mainspace page (plus any variation like "Mos:" causing the creation of additional mainspace pages). Thus it is now a proper namespace.  — SMcCandlish ☏ ¢ 😼  10:53, 21 November 2024 (UTC)

MOS:DATECOMMA and ranges

Amaury is insistent that DATECOMMA does not apply to a range (expressed in prose): that from October 12, 2012 to September 25, 2015. is right and from October 12, 2012, to September 25, 2015. is wrong. That is nonsensical. The year is still a parenthetical; it is still required to be bounded by a punctuation pair. Notably, MOS itself includes a greentext example showing correct DATECOMMA applied to a range: between October 6, 1997, and May 20, 2002.

Their argument

January 1, 2023,–January 1, 2024 would be incorrect, which means January 1, 2024, to January 1, 2024 is also incorrect. It's still a date range, just written out instead of en-dashed. January 1, 2023–January 1, 2024 and January 1, 2023 to January 1, 2024 are equivalent.

is inconsistent with MOS. MOS:RANGE is clear:

Do not mix en dashes with between or from.

from 450 to 500 people, not from 450–500 people

This means an en dash and "to" are not equivalent or interchangeable in Amaury's argued example. January 1, 2023,–January 1, 2024 is incorrect only because DATECOMMA already obviates the closing comma when the year is followed by other punctuation, i.e., the en dash.

Is there an exception to DATECOMMA for written-out ranges? Hyphenation Expert (talk) 12:27, 8 November 2024 (UTC)

Chicago Manual agrees, a second comma after the year in a range. Hyphenation Expert (talk) 13:10, 8 November 2024 (UTC)

A minor prior discussion. EEng: do what feels best. SMcCandlish: No, there is no exception. Hyphenation Expert (talk) 13:29, 8 November 2024 (UTC)

Well I guess it makes sense to ping the previous participants then. @C.Fred, @SMcCandlish, @EEng. Hey man im josh (talk) 14:28, 8 November 2024 (UTC)

The USGPO requires it: The dates of September 11, 1993, to June 12, 1994, were erroneous. Hyphenation Expert (talk) 13:48, 8 November 2024 (UTC)

• Reading MOS:DATERANGE, I would think it's apparently standard to use an en dash, such as January 1, 2023 – January 1, 2024, possibly to avoid this exact issue. Personally I don't see why DATECOMMA wouldn't apply when an en dash isn't used, but I'm not an expert, so clarity on the MOS pages could be beneficial. Hey man im josh (talk) 13:21, 8 November 2024 (UTC)

  Use of endash for ranges isn't standard, if by "standard" you mean "preferred over to"; either is ok in general, the choice depending on a combination of context or preference. EEng 18:15, 8 November 2024 (UTC)

• While Amaury's argument is complete nonsense, the idea that 2015 in May 5, 2015 is a "parenthetical" is something even worse: pompous nonsense. If that were so, then people in England would write We set 25 May, 2015, as the deadline, which they don't (and they can be pretty pompous, so that's saying a lot) or in America they'd write He left on May 5, 2015,. (<== with a comma AND a period at the end there) and they don't do that either (despite being crazy in other regards, as recent events demonstrate). The comma's present in May 5, 2015 because setting digits cheek-by-jowl (as in May 5 2015) would be confusing and error-prone.

I'm generally a prescriptivist, but when it comes to comma usage, there are way too many fussbudgets (including otherwise sensible and respected style guides) still insisting that they be used in all kinds of places that great-grandpa might have used them (Tomorrow, we will leave) but where no sensible person today would use them under normal circumstances. Things change, and one big change over the last 200 to 300 years is a lightening up on commas. I realize I'm in the minority here, but when I read this "parenthetical/appositive" nonsense I cannot remain silent. EEng 18:15, 8 November 2024 (UTC)

1. Additional pomposity can be achieved by claiming that 2015 is an "appositive".

MOS:DATECOMMA does in any case refer only to MDY dates, not to DMY dates. Gawaon (talk) 20:54, 8 November 2024 (UTC)

That's part of my point. If commas are supposed to act as "parentheticals" around the year, then we'd be putting commas around the year in DMY dates as well as in MDY dates. EEng 21:22, 8 November 2024 (UTC)

I mean, it could just be that the MDY style contingent has decided it's a parenthetical, and the DMY style contingent has decided it's not. Hyphenation Expert (talk) 21:28, 8 November 2024 (UTC)

Plus, in DMY years, since there are no commas before the year, the question of whether to put some around it cannot even arrive. Gawaon (talk) 08:20, 9 November 2024 (UTC)

• Forgot to mention: This issue entered my radar because I noticed Amaury is engaged in a tedious revert battle with a seeming IP sock who loves adding range DATECOMMAs (e.g., 1, 2, 3). If DATECOMMA applies to ranges, then this uninspiring back-and-forth can take a rest as the changes are obviously helpful. Hyphenation Expert (talk) 20:57, 8 November 2024 (UTC)

  I mean... I don't think those edits are incorrect personally. Hey man im josh (talk) 21:15, 8 November 2024 (UTC)

Sad to say, under MOS as it stands, the IP's changes are correct. I just think it's stupid to bother. EEng 21:25, 8 November 2024 (UTC)

And see WP:If MOS doesn't need a rule on something, then it needs to not have a rule on that thing#For want of a comma, the clause was lost aka Why every goddam thing needn't be micromanaged in a rule. EEng 19:10, 10 November 2024 (UTC)

I don't buy into the "OhButIfWeDon'tThereWillBeEndlessArgumentOnEachArticle" reasoning

See, we're well past the "there might be argument" stage. The re-pet-i-tive, pro-tract-ed arguing began long ago.

Also, as I said at the outset, MOS already includes greentext confirmation of a range datecomma: between October 6, 1997, and May 20, 2002. There is no "new rule"; however, as Hey man im josh says, additional clarity on the MOS pages could be beneficial.

Ping priors Geraldo Perez MPFitz1968 YoungForever Mz7 HandsomeFella, IJBall is no longer around. Hyphenation Expert (talk) 00:33, 11 November 2024 (UTC)

+JohnFromPinckney Hyphenation Expert (talk) 00:47, 11 November 2024 (UTC)

• MLA style: The exhibit ran from June 2, 1995, to April 4, 1996, in New York.

AP style: between Feb. 1, 2021, and Feb. 22, 2023, the...

When asked if from November 3, 2021 to November 30, 2022. needs a comma, CMOS adds APA, AMA, Microsoft, and Apple guides would all also tell you to use that second comma; the year is parenthetical ... this usage is relatively straightforward. Hyphenation Expert (talk) 01:45, 10 November 2024 (UTC)

Amaury (if their view has been correctly described by the OP) is just flat-out wrong. Bracketing commas always come in pairs (in WP writing, even if some journalistic style guides like to drop the second ones); unless: A) the second one has been replaced by some other punctuation in the sentence such as a semicolon, or a terminal period/full stop or question mark; or B) the second one would come at the end of a sentence fragment that doesn't take terminal punctuation, such as a table header or image caption, in which case no punctuation is used there at all, obviously.

Yes: from October 12, 2012, to September 25, 2015.

Yes: moved from Los Gatos, California, to Reno, Nevada, in 2021

No: from October 12, 2012 to September 25, 2015.

No: moved from Los Gatos, California to Reno, Nevada in 2021

Point A above is important. January 1, 2023,–January 1, 2024 should be January 1, 2023 – January 1, 2024 specifically because the second comma bracketing "2023" has been replaced by alternative punctuation (en dash, and a spaced one in this case because the elements on either side of it are complex not single-string; see MOS:DASH). But this has no implications of any kind with regard to the spelled out version January 1, 2024, to January 1, 2024. That is, the argument "

January 1, 2023,–January 1, 2024 would be incorrect, which means January 1, 2024, to January 1, 2024 is also incorrect

" is nonsensical, a confusion of two different but superficially somewhat similar things to which different rules apply. It's like writing "I is hungry is ungrammatical, thus She is hungry must also be ungrammatical."

Anyway, there is nothing even faintly new about this discussion. This is pure rehash of long-settled questions and has introduced no new argument, evidence, or other material to consider.  — SMcCandlish ☏ ¢ 😼  00:41, 12 November 2024 (UTC)

Bracketing commas always come in pairs  – Sure, if they're "bracketing"; you're just taking for granted that they are. I say that the commas in September 5, 2017 and Los Angeles, California aren't part of any "bracketing", but rather are just separators -- lonely, workaday, unpaired, non-bracketing separators. EEng 07:35, 12 November 2024 (UTC)

That's not the view of the MOS, though. Gawaon (talk) 09:56, 12 November 2024 (UTC)

MOS doesn't take a position on the theoretical bases of the stylistic practices it recommends; it just recommends. EEng 22:34, 12 November 2024 (UTC)

They're defined as bracketing commas by our MoS (and by basic linguistic logic). There really isn't anything else under discussion here (and should not be). Style discussions on WP keep getting lost way out in the weeds with people's tempers flaring because they try to bring in external "rules", and personal subjective preferences, and what they were taught in middle school (by a prescriptivist non-linguist) two generations ago, and how people at their job prefer to write, and what some third-party style guide they like better says instead, and etc. It's all just distracting and confusing noise. Cf. WP:NOT#FORUM. This page doesn't exist for debating how you wished academic writing worked, or why some MoS line item would be subjectively better your preferred way. If you can't make a strongly defensible case for an objective improvement to consistency and comprehensibility for readers, then MoS definitely should not be changed to suit your whims. Its value is in its stability, its concision compared to other style guides, its consistency (especially strong avoidance of making exceptions that are not effectively required by all of mainstream writing practice), and its focus on reader understanding of the material above any traditionalist, prescriptivist, nationalistic, or "expedientist" sentiments.

Our punctuation system works perfectly fine on this particular comma-usage question, and is engineered for clarity. It serves that purpose well; the comma-avoidant alternative would not, and rather would make for many confusing constructions, for no gain of any objective kind. WP's style also agrees with the majority of practice in academic style guides and publications using them. So, to propose a change to this would require a really overwhelming case for doing so, based on real evidence of the superiority (somehow) of the alternative and proof that most of the style guides that are influential on MoS (not journalism and governmentese and fiction-writing ones) had changed on this question. Once in a while that happens (e.g., dropping of both the commas around "Jr." and "Sr."; increased acceptance of singular-they; avoidance of he/him/his as generic; etc.). WP eventually adopts such provable changes in English usage patterns, after they have become well-established in contemporary academic writing and the style guides for it. That's not happening with regard to this matter and is not likely to happen.

In more detail: They serve a parenthesizing function, by which what is between the commas is a post hoc clarifying modifier of what precedes it, and can often be omitted in a clearer context. That makes it parethetical by definition. In "We are hiring Anne, Bob, and Carol", these commas are not bracketing (parethesizing); no element of this can be removed without a loss of significant information or a grammatical problem (regardless of context). In "Her son, Daniel, is coming over for dinner tonight" and "They left Portland, Oregon, in 2004", all of these commas bracket parenthetical constructions which are necessary only in specific contexts. If you already know the son's name, you don't need to be told it; if you are in Oregon, you probably won't need the state specified (unless Maine was just now under discussion).

In a particular context, something of this form might have all its parts become non-removable in a specific sentence (e.g., if I tell you "I'm going on vacation starting November 20", you probably do not need the year included; but the year is usually needed for more distant times, e.g. in "Mark Twain died on April 21, 1910, in Redding, Connecticut" you do need the year, except perhaps in a paragraph all about the events of 1910). But the underlying grammatical form is still parenthetical. We would not write an incidentally, contextually non-optional case in an inconsistent format. That would be very confusing for readers and editors alike. We know it would be confusing because a rather similar (and not particularly useful) distinction has unfortunately solidified in Modern English, with "Her son Daniel is coming over" conveying a different meaning (there is more than one son) from "Her son, Daniel, is coming over" (there is only one son). Various readers and even experienced editors often have trouble with this and get it wrong, but we need to get it right because this is universal across English dialects and registers ("Her son, Daniel is coming over", with only one comma, is erroneous in all of them, regardless which meaning was intended). By contrast, there is no dialect or register in which "The company was founded in Houston, Texas on January 3, 2015 by Chris O'Blivion" is required; it's simply a "save every character-space possible" preference of certain publishers' house styles. WP is not among them because it is harder to parse correctly without re-reading after all the comma-killing. I.e., we have an objective reason of reader comprehensibility to not write that lazy way. There are lots and lots of sloppy things done in journalese, bureaucatese, and marketingese that WP doesn't do, for good reasons.  — SMcCandlish ☏ ¢ 😼  03:16, 13 November 2024 (UTC)

I'm certainly not going to read all that (and I imagine few will), but please help me ... Is there anywhere in there where you explain why the same reasoning doesn't apply to DMY dates i.e. if the year is a "post hoc clarifying modifier", why do DMY folks write 5 May 2015 was clear instead of 5 May, 2015, was clear? EEng 04:48, 13 November 2024 (UTC)

In all seriousness, Sandy, I'd really be interested to hear your answer on this. But please, keep it under 10,000 words. EEng 18:07, 14 November 2024 (UTC)

Says the one with the longest user-talk page across all WMF projects, LOL.  — SMcCandlish ☏ ¢ 😼  21:35, 14 November 2024 (UTC)

But then, my talk page isn't all one post. EEng 22:45, 14 November 2024 (UTC)

It's purely convention. Human language isn't a programming language and is not entirely logical or consistent. The "5 May 2015" format simply doesn't use commas at all (not in much of any professional writing, anyway). It's not WP's role to invent styles that are virtually non-existent in external reality, though where competing styles do exist in our register of writing ("May 5, 2015, was clear" vs. "May 5, 2015 was clear"; or "5 May 2015 was clear" vs. "5th May 2015 was clear" vs. "the 5th of May 2015 was clear"), we do have an interest in normalizing to the version that makes the most sense for our technical and reader needs (thus much of MoS, especially MOS:NUM). Various clearly parenthetical constructions also only optionally take commas (but in pairs), and the shorter they are the less likely we are to use those commas in modern writing ("They moved, in 2015, to Bremen" vs. "They moved in 2015 to Bremen"). Parentheticals are often also punctuated with round brackets (thus their other name, parentheses) or with dashes, simply as alternative conventions with a bit of difference in emphasis level. But all of these also come in pairs when used as parenthesizing punctuation.

What's being sought here is an inconsistent variance from this pairing pattern if and only if the marks used happen to be commas instead of something else, and only when the content in question is a date or a place. That's a complicated and unnecessary rule that MoS not only doesn't need but affirmatively should not have. There is no reason to do it, because writing "May 5, 2015 was clear" isn't a style required or conventionalized in any dialect or register of English (simply a very optional hyper-expediency approach), it has significant costs to reader comprehensibility, and it's directly inconsistent with all other use of bracketing commas (no one with any sense would write "They moved, in 2015 to Bremen" – it takes either no commas or two).  — SMcCandlish ☏ ¢ 😼  21:35, 14 November 2024 (UTC)

It's purely convention – Thank you. So if you want to argue that good usage has or has not adopted New Convention B in addition to (or in replacement of) Old Convention A, that's fine. But all this stuff about bracketing and appositives is just smoke and mirrors.And as for MOSBLOAT, in point of fact loosening up on this issue would be achieved by simply dropping everything in the Comments column in the date formats table:

Acceptable date formats

General use	Only in limited situations where brevity is helpful	Comments
2 September 2001	2 Sep 2001	A comma doesn't follow the year unless otherwise required by context: The 5 May 1922 meeting was cancelled. Except Jones, who left London on 5 March 1847, every delegate attended the signing.
September 2, 2001	Sep 2, 2001	A comma follows the year unless other punctuation obviates it: The weather on March 12, 2005, was clear and warm. Everyone remembers July 20, 1969 – when humans first landed on the Moon.

So that would be a definite deflation, not bloat. EEng 22:45, 14 November 2024 (UTC)

It would also loose useful information, though. Many people know the conventions mentioned in the comments already, but not everybody does. Gawaon (talk) 08:39, 15 November 2024 (UTC)

If you mean "lose" information, that's not a problem. Unlike articles, our behind-the-scenes guidelines don't aspire to teach readers / editors general knowledge. EEng 15:28, 16 November 2024 (UTC)

Not general, just what's needed to successfully edit Misplaced Pages. Which apparently includes these rules for comma placement, otherwise this discussion wouldn't have started. Gawaon (talk) 15:53, 16 November 2024 (UTC)

That EEng, by his own admission, has refused to read the argument presented, explains why he did not understand it. His lack of understanding doesn't mystically make the argument wrong. And the fact that a practice exists in English by convention does not somehow make it devoid of logic or reason, much less of practical effect. Most of the workings of our language, spoken and written, have logic and practicality to them (some eroded a bit by language change), yet all of our language also exists as it does by convention. EEng has somehow confused "It is this way by convention" for "It has no reason, thus can be undone or replaced with impunity". They are not equivalent. EEng asked why the "12 March 2005" format lacks commas, and the answer is that it is not conventional to include them in that format. (There are many, especially numeric, formats of things that are typographically done particular ways, not always consistent with other approaches to conveying essentially the same information. Most of them even have alternatives that some individuals like better, yet MOS:NUM has in virtually every case settled on the single conventionalized one that is most clear.) This "no commas" fact of DMY format has no implications of any kind for commas in any other format, nor (to get to the heart of the present matter) for why, when one comma is placed before the year in "March 12, 2005" MDY format, a second one follows (unless replaced by an alternative, like a sentence-ending "."). These are all entirely severable questions, so it is not cogent to seize upon one's inference in regard to the answer to one of these questions as dispositive in any way with regard to the handling of any other.

Unlike articles, our behind-the-scenes guidelines don't aspire to teach readers / editors general knowledge: That's correct; they exist to ensure that our editors produce material of maximum intelligibility and other usability for readers (and secondarily to stop editors fighting with each other over trivia). The proposal to write "On March 12, 2005 Elbonian troops invaded Narnia" is inimical to that goal, by introducing confusingly ambiguous syntax (the more complex the sentence the harder it becomes to figure out WTF the sentence structure even is when half the bracketing commas go missing, but even this simplistic example is hopelessly broken). Another way of putting this is that context always requires that second comma (or obviating alternative) because the inclusion of the first comma has the result that for some subset of readers every such construction lacking the second will be syntactically and often enough semantically confusing (generally because commas serve multiple purposes in English).

Finally, there is a tension between making MoS concise and making it both understandable and serving its dual purposes of improving WP readability and reducing editorial conflict. We know from long history that our editors for years got into confused, confusing, and angry pissing matches about date formatting, with resultant chaos in mainspace. (Those date-format disputes are in fact why MoS is a WP:CTOP in the first place.) So, removing the column of clarity about when to use commas with dates is the last thing we should do, since it would be guaranteed to cause a recurrence of conflict and confusion about what to do with dates. MoS resurrecting anew any long-settled "style war" is the opposite of its goal.  — SMcCandlish ☏ ¢ 😼  11:46, 21 November 2024 (UTC)

Look, I'm writing a book right now, so I just don't have time to read other people's book-length posts. It's not that big a deal, my friend. We can pick this up another day, say, 20 months from now. EEng 16:35, 27 November 2024 (UTC)

Notes

1. For use in tables, infoboxes, references, etc. Only certain citation styles use abbreviated date formats. By default, Misplaced Pages does not abbreviate dates. Use a consistent citation style within any one article.

Dyslexia font?

Is there any font available in wikipedia that can be called by CSS such as:

• OpenDyslexic
• Dyslexie

Uwappa (talk) 06:52, 15 November 2024 (UTC)

See Misplaced Pages:Dyslexic readers. Personally I didn't find that it helped, but good luck. SchreiberBike | ⌨  20:37, 15 November 2024 (UTC)

WP:DYX seems outdated. I do not see 'Fonts' in preferences. Uwappa (talk) 01:21, 16 November 2024 (UTC)

Yep, that's out of date. I've raised the question on that talk page. Anybody else got ideas? If not here, perhaps Misplaced Pages:Teahouse has ideas. SchreiberBike | ⌨  02:43, 16 November 2024 (UTC)

@Uwappa and SchreiberBike: It's not in preferences, and as far as I know (my records go back to about 2010), it never has been. It's a configuration setting that is independent of preferences: as the WP:DYX page formerly said (I don't understand why This, that and the other (talk · contribs) removed it), it's done through the cogwheel next to the word "Languages". This is in the expected position in the left sidebar for four of the installed skins - Modern, MonoBook, Timeless and Vector legacy (2010). For three other skins, it's different:

• For Colugne Blue (which not many people still use), the setting may exist but I can't find it
• For MinervaNeue (i.e. most mobile users) there is no setting
• For Vector 2022, it's there but is more difficult to find (as are many other things): you need to look just above the "Read / Edit / View history" tabs, where you should find a box that shows a strange Asian character, a number, the word "languages" and a down arrow. Click that down arrow, and the cogwheel is revealed after "+ Add languages" at the bottom right of the dropdown.

Having located the cogwheel, click it and then proceed as per WP:DYX instructions 2 through 6 inclusive. --Redrose64 🌹 (talk) 11:18, 16 November 2024 (UTC)

Found it and successfully set the font to OpenDyslexic.

That is eh... well hidden. Uwappa (talk) 13:52, 16 November 2024 (UTC)

I amended the WP:DYX page. --Redrose64 🌹 (talk) 16:27, 16 November 2024 (UTC)

A video or animated gif of the process would probably be welcome. WhatamIdoing (talk) 00:57, 25 November 2024 (UTC)

The whole process should be simpler:

1. My preference: OpenDyslexic is the default font for Misplaced Pages. Yes, that is all pages for everybody. Wikipedians can opt for another font in preferences. IP users have no choice. This will benefit the large majority of dyslexics that are not wikipedians.
2. Wikipedians can opt in for Dyslexic font in preferences. No solution for the vast vast majority of IP dyslexics.
3. For happy few, the current solution: install dyslexic font on own device, create your own CSS. That will benefit the very few dyslexics that are Wikipedians, know how to install a font and 'speak' CSS.

Uwappa (talk) 04:54, 16 November 2024 (UTC)

@Redrose64 you will notice that you can actually click the cogwheel in numbered list item 1 on WP:DYX itself - no need to go locating anything! This, that and the other (talk) 06:42, 18 November 2024 (UTC)

@Uwappa: To take your numbered points in not their original order: 2) That's already the case, except "no solution for ... IP dyslexics" isn't really true; the "cog-wheel" menu discussed above is available to logged-out users. The problem is that it's hard to find. 3) This is additionally already the case. Anyone can install that font, system-wide, and have their browser impose it universally. This takes a smidgin of technical figuring-out, but anyone dyslexic who finds that font helpful has it in their best interests to figure that out, because really close to zero sites on the entire Web are going to be doing what they'd like done, so it will have to be done by local and overriding personal imposition. 1) As someone who's mildly dyslexic, I have to say I detest the OpenDyslexic font, and the earlier ones it's based on, as general reading fonts. As a decorative display font for things like flyers, OpenDyslexic is a nifty neo-Nouveau font, and I've actually used it before with that aesthetic in mind. But for general reading, I think I'd rather just gouge my own eyes out. I don't find it helpful in the least, and at smaller than heading sizes, it slows my reading pace by about 50%. Not everyone's ability issues are identical, even if they fall within the same general/overgeneralized classification. So, the idea of imposing this font on everyone by default is a non-starter; it'd be like requiring everyone to wear a hearing aid (turned up loud at that) even if their hearing is acute.  — SMcCandlish ☏ ¢ 😼  12:34, 21 November 2024 (UTC)

Your option 3 is nice, let the browser take care of it, across all websites. Yes, that will suit dyslectics fine and won't have any impact for the rest of us. Simple, working, excellent! Thank you!

I am not dyslectic myself, so I can not judge the font benefits. The design idea makes sense to me, make sure characters do not look identical when 'flipped' in the mind. Uwappa (talk) 16:17, 21 November 2024 (UTC)

That only works for a particular sort of dyslexia, prone to vertical flipping. I'm glad such a font works for those who experience that. For some of us, it's more of a "swimming letters" effect that slows reading and causes a lot of mistaken first readings, e.g. seeing "exist" as "exits" or vice versa (though for me it's much more of an issue with numeric input). Also impedes visual scanning for typos, which has a lot to do with my higher-than-average rate of those. I sometimes re-re-re-read something before hitting "Publish changes" and there will still be an "obvious" typo in it. There's probably also horizontal flipping, like difficulty with E vs. 3, J vs. L, etc., but it's not something I've studied (and not something that affects me). I've heard of another sort that involves whole-word transposition, and that would drive me bonkers.  — SMcCandlish ☏ ¢ 😼  14:28, 24 November 2024 (UTC)

I tried that OpenDyslexic font. It makes pages more difficult to read than the default Arial font. --Redrose64 🌹 (talk) 14:34, 24 November 2024 (UTC)

I've tried the open dyslexia font. It is OK for me and I do understand how it counters both vertical an horizontal character-flipping.

For me the default Arial font is easier to read, but I am not dyslexic.

I do like the suggestion to solve it in the browser. Let dyslexic people use a special font, not just on Misplaced Pages, but on all websites.

• That will be great for dyslexic people.
• While the rest of use are happy with the standard font.

Uwappa (talk) 14:36, 25 November 2024 (UTC)

RfC Indian numbering conventions (crore, lakh, etc.)

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.

Moved to Misplaced Pages talk:Manual of Style/Dates and numbers § RfC Indian numbering conventionsMarking this closed and moved, to forestall further WP:TALKFORKing.  — SMcCandlish ☏ ¢ 😼  11:57, 21 November 2024 (UTC)

I am revisiting an issue that was last brought up 6 years ago 1 and settled without a strong consensus.

I think we should avoid using Indian numbering conventions unless it is needed for context. For instance, if we want to list the box office take of an Indian movie, don't use "crore", use "millions". This isn't about disrespecting a culture, it's about using internationally favored notation and unit conventions. We should use "millions" instead of "crore" for the same reason we favor meters over feet. There is no reason that India-related articles should be an enclave of Indian conventions. People who are not Indian will struggle with these things, it will weaken Misplaced Pages's role as an information tool for everyone.

This is not the same thing as currency. It is appropriate to list an Indian movie's box office take in rupees. Providing a US$ conversion is optional, but a good idea since the US dollar is widely used around the world as a reserve currency. But write it as "millions of rupees", not "crores of rupees". Kurzon (talk) 16:27, 16 November 2024 (UTC)

@Kurzon: Why are you bringing this up here, and not at Misplaced Pages talk:Manual of Style/Dates and numbers? Also, don't jump straight for a full-blown thirty-day formal RfC without first exhausting the suggestions at WP:RFCBEFORE - and when you do, you should link the places where discussion was tried. Third, when you do use the {{rfc}} tag, you must also specify at least one RfC category, to prevent the big red error message that you got here. --Redrose64 🌹 (talk) 16:36, 16 November 2024 (UTC)

Now at Misplaced Pages talk:Manual of Style/Dates and numbers#RfC Indian numbering conventions. --Redrose64 🌹 (talk) 20:06, 16 November 2024 (UTC)

Should reference titles have spelling corrected?

I read MOS:PMC to say that spelling errors in the titles of referenced works can be silently corrected. This seems like a problem to me—it sacrifices the accuracy of our citations, makes way for disputes about language variations and spellings aligned with different populations and political alignments, obfuscates trends in spelling, and makes way for good-faith errors like changing "whisky" to "whiskey", all for no apparent reason. How does it help Misplaced Pages if the title of a referenced work is overwritten with a better one? ꧁Zanahary꧂ 19:32, 16 November 2024 (UTC)

The titles of references should be treated as if they are direct quotations from the source text (which is essentially what they are), and reproduced exactly as they are shown in the source. I make an exception for capitalisation, but not for national spelling differences. --Redrose64 🌹 (talk) 20:05, 16 November 2024 (UTC)

No, their spelling should be left as is. That's also better for findability, if nothing else. Gawaon (talk) 12:07, 17 November 2024 (UTC)

I hope no one thinks The Compleat Angler should be corrected to The Complete Angler. Largoplazo (talk) 12:52, 20 November 2024 (UTC)

I updated the guideline per the clear consensus here—for some reason I was not prompted to enter an edit summary. ꧁Zanahary꧂ 16:22, 20 November 2024 (UTC)

There was a discussion earlier this year now archived at Misplaced Pages talk:Manual of Style/Archive 228#Silently correct an error if it's in a title? It's hard to say there was a definite consensus on anything. For my practice, in an obvious mistake in a newspaper headline or similar, I make the correction, but leave a note in the wikitext (like <!-- "Mclver" in original -->) and use an edit summary like "Spelling fix, McLver → McIver, as explained at MOS:TITLETYPOCON". That's not perfect, but it's the best I've come up with. I'd only do that when it is a clear error. SchreiberBike | ⌨  23:02, 17 November 2024 (UTC)

With respect and curiosity, what good does it do to edit the title of a source at all? ꧁Zanahary꧂ 06:43, 18 November 2024 (UTC)

@Zanahary: Per MOS:TYPOFIX "insignificant spelling and typographic errors should simply be silently corrected", and if we don't fix them, the errors propagate into other places. The example I used above of "Mclver", which should be "McIver" (a lower case "L" when an upper case "i" is intended, but it looks the same in a sans-serif font) occurred 33 times in Misplaced Pages several months ago when I ran that check. Many of those were in the titles of references, and many of those titles had also been copy-pasted into our article text. I often see editors fix such errors referencing MOS:TYPOFIX and I think that makes it harder to find the source if the URL doesn't work, so I hoped to find a better solution. SchreiberBike | ⌨  22:52, 18 November 2024 (UTC)

This is a discussion proposing a change to the MOS—what exactly is the nature of McLver? Where does that typo come from? I’m talking about changing a source’s title (its actual published title) in references because the title as accurately reproduced contains an error. ꧁Zanahary꧂ 22:57, 18 November 2024 (UTC)

McIver and MacIver are both reasonably common names. "Mclver" and "Maclver" are understandable errors because they look the same in some fonts. I'm using that as an example of a series of corrections I made fairly recently, many of which were the actual published titles of references. SchreiberBike | ⌨  23:14, 18 November 2024 (UTC)

How do you know that the original source errantly used a lowercase L? Is it a typographic thing you’re able to discern by looking at the letterforms of a scan?

In general, I want to distinguish between typographic errors and variations, which I think can be standardized with silent correction, and spelling errors, which I think should remain in place. ꧁Zanahary꧂ 23:46, 18 November 2024 (UTC)

These were almost all on live websites. The quickest way is to Ctrl+f, then type an L, and see if it finds an "L". The other way is reading the articles. Also, I've found no use of "Mclver" or "Maclver" as a correctly spelled English word. SchreiberBike | ⌨  00:12, 19 November 2024 (UTC)

On the websites of original publication, or on websites cataloguing or referring to the publication? This seems like an edge case, ambiguously between a spelling error and a typographic error. For the matter of spelling errors in titles like "Ukranian Detriot" instead of "Ukrainian Detroit" here, what is your position on a policy that advises against silent correction? ꧁Zanahary꧂ 00:26, 19 November 2024 (UTC)

I for one often search for reference titles as exact strings, to find copies of the reference (for instance when they are unlinked or when an old link has gone dead) or to search databases for missing metadata for the title. Changing the spelling to fix errors or according to national preferences (a recently-encountered example) makes this much more difficult. —David Eppstein (talk) 07:18, 18 November 2024 (UTC)

I agree with your general point. Just a pity that the example you chose undermines the point, since the edit you dislike did in fact correctly reproduce the original title of the paper (which is written in en.en). --𝕁𝕄𝔽 (talk) 11:01, 18 November 2024 (UTC)

The edit shows a correction to the title of the paper, from a previously-incorrect title whose incorrectness in fact significantly slowed my search for the correct metadata. —David Eppstein (talk) 17:52, 18 November 2024 (UTC)

Ah, you mean it was the editor who first created that article in 2010 who erroneously transcribed the title. Easily done, especially with the uninvited "help" of autocorrect. I doubt it was done with malice aforethought. Ok, I can see that I'm in a hole now, so I'll stop digging. 𝕁𝕄𝔽 (talk) 20:07, 18 November 2024 (UTC)

Hey, no hole! Would everyone in this discussion support clarifying prose in the MOS that advises not to inaccurately "correct" the titles of sources when reproducing in references? ꧁Zanahary꧂ 22:28, 18 November 2024 (UTC)

For corrections involving spelling or wording, I would support that. I think corrections like changing curly quotes to straight, or changing the capitalization (especially from all caps) are ok. —David Eppstein (talk) 22:49, 18 November 2024 (UTC)

I agree; that doesn’t damage searchability and punctuation can vary across references anyways, especially in pre-digital sources. ꧁Zanahary꧂ 23:00, 18 November 2024 (UTC)

I agree with SchreiberBike (and others) that we may correct minor typographical errors - but judiciously and with care. No bots "fixing" titles under any circumstances.  Mr.choppers | ✎  04:46, 20 November 2024 (UTC)

Don't correct spelling errors in cited source titles; it impedes actually finding the source by copy-pasting the title to search with. Just stick on the end (but don't use {{sic}} inside a citation template, or it'll pollute the citation metadata). Making capitalization and punctuation consistent is fine, since search engines ignore those factors.  — SMcCandlish ☏ ¢ 😼  12:01, 21 November 2024 (UTC)

I support the MoS changes made by Zanahary and Jonesey95. That is not what we came up with before, or what I've been doing, but it is a big improvement on what we had before - which was not clear at all. SchreiberBike | ⌨  13:30, 21 November 2024 (UTC)

Address future-tense verbs in "tense" section?

MOS:TENSE discusses the use of present and past tense, but I also frequently run across future tense that seem inappropriate.

Here's a contrived example: "An observer will see that an object will fall when dropped." The prose is more compelling by removing the future-tense verb "will" and rephrasing as present tense: "An observer sees that an object falls when dropped." It's also more concise.

I've been cleaning these up when I run across them. I have rarely enountered a situation where using "will" is appropriate to describe facts. Facts are facts, they are true now, not just in the future.

Related to this would be the article about zero conditional grammar. These cases, also, are better expressed with the zero-conditional construction and eliminating the words "will" or "won't".

It seems natural to use the word "will" in speech, but isn't necessary in writing. I've also seen clumsy constructions that mix all tenses together, as in "The city government will now no longer collect sales taxes." ~Anachronist (talk) 20:20, 20 November 2024 (UTC)

Does this come up so often and with so much editorial conflict that we actually need a rule about it? If not, then we really need not to have a rule about it. Most of what you've raised above just seems like general matters of poor versus better writing, and unlikely to spark debate. WP:BETTER might be a reasonable place to put something about this, though. It's MoS-adjacent without being rules people may think they need to absorb or are apt to cite and squabble about.  — SMcCandlish ☏ ¢ 😼  12:10, 21 November 2024 (UTC)

It comes up frequently, but not with editorial conflict. I wasn't aware that the contents of MOS must be restricted to practices that are contentious. I simply noticed that MOS:TENSE failed to mention future tense and sought to rectify that.

Thanks for referring me to WP:BETTER. ~Anachronist (talk) 15:46, 21 November 2024 (UTC)

Cleanup of WikiProject Judaism's style advice essay

The page presently at WP:WikiProject Judaism/Manual of Style has been nominated for renaming to WP:WikiProject Judaism/Style advice to be consistent with other wikiproject advice essays on style, since it is not part of the WP:MOS guidelines.

For the same reason, "MOS" shortcuts to it are nominated for replacement, at WP:Redirects for discussion/Log/2024 November 24#MOS:JEW.

The wording in the essay needs considerable work, as it strays off-topic, has a bit of an us-vs.-them and occasionally even ranty tone, ironically has not been in compliance with a dozen or so parts of the actual MoS, and has other issues. I resolved a bit of this in one section, but really it hasn't been very substantively overhauled in over a decade, and almost all of it is the output of a handful of 2006–2007 editors.

PS: See also Misplaced Pages talk:Manual of Style/Biography#Proposal to import a line-item from WP:JUDAISMSTYLE into MOS:BIO. A piece of the essay (mis-placed because it is not about Judaism) is correct and important but really belongs in that guideline instead.  — SMcCandlish ☏ ¢ 😼  08:36, 24 November 2024 (UTC)

Retain or remove citation indicators in quoted text?

Is it acceptable to remove citation indicators – ¹ or (Gorgon, 1993) – that appear within quoted text (this would be to improve readability). I'm not referring to citing quoted material, but to citation marks within quoted material. Thanks! Tsavage (talk) 12:18, 25 November 2024 (UTC)

Yes. References to footnotes are usually silently omitted, as they are not a part of the text flow anyway. Gawaon (talk) 11:52, 26 November 2024 (UTC)

Thanks. Is this addressed in the MoS? I couldn't find mention MOS:QUOTE. This would seem a common situation when citing academic sources. Tsavage (talk) 15:58, 26 November 2024 (UTC)

I added it while doing some other cleanup. It's entirely normal to silently (not with "...") remove inline citations from quoted material, since WP isn't providing the source info, and to the reader it will be just be frustrating (they'll go looking for "Smith 1997" or whatever, and not find it). If our article is also citing the same source, then linking the quoted citation to our citation might be useful, but shouldn't be seen as manadatory. A general principle of quotation (inline or block) is to only quote what is pertinent, what is contextually necessary for our purposes; otherwise we're wandering into over-quotation which is both poor writing and apt to be a copyright issue unless the source is public-domain.  — SMcCandlish ☏ ¢ 😼  13:55, 11 December 2024 (UTC)

Thanks. Your addition is helpful and doesn't seem to overcomplicate things. I realized the primary aim with quoted material is not to forensically reproduce it from the source (as I'd kinda been doing), it's to accurately represent the meaning as it appears in the full context of the source. Which makes minor silent adjustments for readability fine, provided meaning is strictly preserved – comprehension and judgement are of course required. Tsavage (talk) 17:06, 11 December 2024 (UTC)

MOS:NOTLATIN and the Americanist phonetic notation

Hello, per the discussion at Template:Did you know nominations/Muthkwey, I thought it may be best to start a discussion here. We have come to a bit of a stand-still regarding the status of Americanist phonetic notation (NAPA). Per the discussion, several languages in the Pacific Northwest Coast use Americanist Phonetic Notation and as it stands, it is recognized as a non-Latin script in the system. The challenge is that there exists no recognized romanization system for NAPA, per NOTLATIN’s requirement for romanization of non-Latin scripts, nor is there an incentive to do so.

In typical usage beyond Misplaced Pages, words in Northwest Coast languages rendered in NAPA are typically left as-is, with no romanization, or with a transliteration if there so exists a historical example. However, those transliterations are few and far between, and are often inconsistent as they differ author to author. It would not be a sustainable system, because those words only constitute a small portion of the lexicon.

My question is whether NAPA should/would be recognized as a Latin script for the purposes of WP:NOTLATIN. NAPA derives heavily from Latin script, with the exception of a few Greek letters. Those letters represent various sounds, and each one serves a specific purpose. If it is not recognized as a Latin script, what would be the best course of action to allow various words to conform with WP:NOTLATIN, since there is no existing romanization system, and any generated romanization therefore would mostly be in violation of WP:OR. Any insight on this would be greatly appreciated. Ornithoptera (talk) 19:53, 25 November 2024 (UTC)

Sounds Latin enough to me. Gawaon (talk) 11:52, 26 November 2024 (UTC)

Agree. The concept of a "romanisation" of NAPA doesn't make sense to me. In fact, NAPA in some ways strikingly resembles romanisation schemes for Cyrillic, and Cyrillic variants that have been used to transcribe or write down previously unwritten languages, so much that in the past I've wondered if UPA and NAPA originally arose as romanisations of Cyrillic-based transcriptions. --Florian Blaschke (talk) 01:26, 10 December 2024 (UTC)

Stale advice: slashes have been line-breaks since 2005 (Unicode 4.1.0)

§ Slashes (strokes) says "On the other hand, if two long words are connected by an unspaced slash, an {{wbr}} added after the slash will allow a linebreak at that point."

I've recently tweaked a couple of articles doing this, and realized that my browser will allow breaks after slashes without any special markup. This is part of the current Unicode line-break algorithm. Looking into the archives, it was added to support breaking URLs between Unicode 4.0.1 (2004-03-30) and Unicode 4.1.0 (2005-08-29).

It's been 19 years. Do we still need this advice? I ask because some parts of WP are aggressively backward-compatible: {{wbr}} still expands to <wbr/>&#8203; since apparently IE7 and earlier don't support <wbr/>. But I seriously doubt that WP is consistently backward-compatible; I'm sure there are lots of more recent edits where the editors didn't see a problem with long /-separated lists on their browsers and didn't do anything tricky. 97.102.205.224 (talk) 17:20, 26 November 2024 (UTC)

Look at Good articles (or former Good articles) from years ago they read like they do now and it just shows that the Manual of Style will stay exactly the same as it has been for 18 years unfortunately. This0k (talk) 02:45, 14 December 2024 (UTC)

Placement of composition/description/synopsis/plot sections

It has been loosely implied that I am an incorrigible, MOS recidivist who should either be placed in wiki-jail or released on my own recognizance and given an MOS ankle monitor and watched closely for compliance. This is because I have consistently used older styles of article writing where descriptions of the subject (art, film, literature, etc.) are not placed in section 1, but elsewhere, sometimes even in section 2 or section 3. There are many reasons as to why I did (or continue to do) this, mostly having to do with different types of narrative structures unique to each topic.

Clearly, the film project has taken a strong stance against this, and I believe the vast majority of film articles are required to have the plot section in the section 1 position. However, I do remember that in the deep past, documentary films were often exempt from this, and would often find the synopsis sections in other positions. This was also true for older non-fiction articles until recently, for example The World Without Us, where the synopsis appears below the background section in section 2, not 1. The same can be said for many different FA art articles, where the composition or description section appears in places other than section 1. Examples are many, including Portrait of Maria Portinari and Portrait of Mariana of Austria. Portrait of Monsieur Bertin is more interesting, where the description section is much, much farther down.

In my mind, this was an acceptable interpretation of "one style or format is acceptable under the MoS" until recently, however, I believe this has fallen out of favor since about 2018 or so (as far as I can tell), and things have become much more rigid, and unlike Old Misplaced Pages culture, you can't do things differently anymore. My reading of this is that description sections in any form are now unofficially required to be in the section 1 position. In other words, if I write a new article right now and place the description of the topic anywhere but section 1, should I be reverted according to MOS practices (across all WikiProjects), or is there room for flexible interpretations across the project in different disciplines?

As an example, in articles about paintings, I am partial to headings that reflect a Lead (0), Background (1), Development (2), and Description (3) structure, in that order. This has recently caused minor friction in other parts of the project with editors who dislike or disagree with me placing the description so far down. I would appreciate some additional insight into whether my practice is acceptable under the MOS. Thank you. Viriditas (talk) 20:30, 27 November 2024 (UTC)

MOS:FILM suggests Plot follows immediately after the lead, but "the structure and ordering may vary between film articles". Not sure about paintings. Nikkimaria (talk) 05:46, 28 November 2024 (UTC)

Input needed on disagreement over where the lifespan goes in relation to a baronetcy or a peerage title

Muéro and I disagree on where the lifespan goes in relation to a name that includes a baronetcy or a peerage title. It started with Muéro removing honorifics from the lead of several articles on peers (many of which I have on my watchlist), following the recently changed guidelines at WP:POSTNOM. This is not controversial, but in their edits, he also removed a comma unrelated to the honorifics, but called for by WP:COMMA ("Don't let other punctuation distract you from the need for a comma, especially when the comma collides with a bracket or parenthesis").

I pointed this out to them, and they acknowledged the error, but then they instead started to leave another comma in place, a comma that was required by the now obsolete guideline. I can't find the guideline in the history of this article, but it went something like this:

For people with a baronetcy or a peerage, the post-nominals should be separated from each other, and from the name, by a comma, for consistency's sake. (my underscore)

That is the comma Muéro left in place, and the result was this:

John Doe, 1st Baron Doe, (1 January 1801 – 31 December 1881), was a Whig politician ...

I pointed out to Muéro that this is also wrong, and that punctuation rarely – if ever – precedes a parenthetical expression. But they are adamant that it should be there.

So here we are. I'd like input from the project, and I'm sure Muéro would like that too.

The discussion originated on Muéro's talk page, but I'm copying it here, and closing it there, while notifying them.

The discussion on Muéro's talk page

Hello.

Thank you for your contributions. Regarding your edit of Frederick Curzon, 7th Earl Howe, and similar edits removing postnoms per the new guidelines, please don't remove the comma after the parenthetical birth–death expression. It's supposed to be there per WP:COMMA: "Don't let other punctuation distract you from the need for a comma, especially when the comma collides with a bracket or parenthesis".

Thank you. HandsomeFella (talk) 15:50, 25 November 2024 (UTC)

Ah, good catch. I can't wait for the day when nobility titles are also excluded entirely, which would make that comma unnecessary anyway. Muéro 15:58, 25 November 2024 (UTC)

Hello again.

Thank you for your understanding. Re: your latest edits, you're now leaving a comma in place that shouldn't be there.

Nathaniel Charles Jacob Rothschild, 4th Baron Rothschild, (29 April 1936 – 26 February 2024),
                                  ^                     ^                                   ^
                                  A                     B                                   C

Commas A and C are paired, comma B should be removed along with the postnoms that followed it. Commas rarely precede parentheses.

Cheers.

HandsomeFella (talk) 17:52, 25 November 2024 (UTC)

I don't think that makes sense. If someone doesn't have a nobility/royalty title, there is no comma before or after the life span. When adding the nobility/royalty title, the pair of commas should go before and after the nobility/royalty title. Why, when adding the nobility/royalty title, would the life span get looped into the comma pair? Muéro 17:56, 25 November 2024 (UTC)

Step by step

I think it makes perfect sense. You don't put a parenthetical expression after punctuation, do you? Let me take this step by step. Normally, the first sentence would be something like this:

John Doe was a Whig politician ...

Now let's add that he was a peer:

John Doe, 1st Baron Doe, was a Whig politician ...
        ^              ^
        A              B

The commas A and B are paired, i.e. the "parenthetical" title is set off at both ends (unless when there is other punctuation, like at the end of sentence). Let's see what happens without the closing (second) comma:

John Doe, 1st Baron Doe was a Whig politician ...

If the commas aren't paired, the sentence reads "1st Baron Doe was a Whig politician", and "John Doe" is left dangling at the start of the sentence.

Now, let's add the life span. Where do we add it? Before punctuation.

John Doe, 1st Baron Doe (1 January 1801 – 31 December 1881), was a Whig politician ...
        ^                                                  ^
        A                                                  B

The commas A and B are still paired. See?

HandsomeFella (talk) 23:04, 25 November 2024 (UTC)

The nobility title is a nonessential appositive. Commas go before and after a nonessential appositive. I'm assuming you don't consider the lifespan, which is never set off by commas in a Misplaced Pages article, to be a part of the same nonessential appositive somehow, right? If it's not included in the nobility title nonessential appositive, then it goes outside the commas. Muéro 00:04, 26 November 2024 (UTC)

No, it doesn't. Sure, the lifespan parenthetical isn't part of the appositive, but neither are the commas, which is demonstrated by the fact that at, if the name and title occurred at the end of a sentence, there wouldn't be a comma; there would be a period/full stop:

... Joseph Smith bequeathed the manor to his nephew, John Doe, 1st Baron Doe (1801–1881).

You wouldn't place the parenthetical outside the sentence like this, would you?

... Joseph Smith bequeathed the manor to his nephew, John Doe, 1st Baron Doe. (1801–1881)

Ergo: normal rules apply, which is that punctuation doesn't precede a parenthetical. (The exception being when there is a complete sentence inside the parentheses, in which case punctuation occurs both at the end of the preceding sentence, i.e. before the parenthetical, and before the closing parenthetical, as shown here.)

Commas go before and after an appositive (unless there is other punctuation), but that does not necessarily mean immediately after.

HandsomeFella (talk) 10:29, 26 November 2024 (UTC)

"Punctuation doesn't precede a parenthetical" is not a rule at all. It's just something you made up.

If the parenthetical were being applied to the nobility title, then the parenthetical should go within the commas that set off the nobility title. But the parenthetical is being applied to the actual name of the person, which came before the nonessential appositive that is set off by commas.

If you dislike the placement of the nobility title between the name and the lifespan parenthetical, I wouldn't disagree. I'd happily remove the nobility title entirely from the lead sentence (or heck, the whole article). Or put the lifespan parenthetical first, and then the nobility title. But wherever the nobility appositive is being stuck, it gets set off by commas. That's the rule. Muéro 13:38, 26 November 2024 (UTC)

This one is simple: a comma is never placed immediately before other punctuation. Instead it's placed after them or, in case or semicolons and periods, omitted altogether. While MOS:COMMA doesn't say so quite explicitly (supposedly treating it as one of these common sense things that everybody already knows?), it gives an example of how to do it correctly: "Burke and Wills, fed by locals (on beans, fish, and ngardu), survived for a few months." (With the second parenthetical comma after the closing bracket.) So, by analogy, "John Doe, 1st Baron Doe (1 January 1801 – 31 December 1881), was a Whig politician" is indeed correct. Gawaon (talk) 08:58, 28 November 2024 (UTC)

Concur with the OP and with Gawaon on the typographical point; we don't use a comma right before a round-bracketed parenthetical, nor does much of anyone else in the world. One might make an argument that "logically", in the way a computer program would approach logic, there should or could be one there, and this is the direction Muéro has been going, but human language does not operate on such a basis, being a matter of convention combined with expediency, not a matter of a JSON-like syntax in which a comma that really should not be needed to parse the material must be present anyway or the operation will fail.

That said, we do have several interrelating issues at play in this titles and post-noms sector that are worth cataloguing and considering in some detail:

1. Something like "Xerxes Youill Zounds, Grand Poobah of Elbonia–Brobdingnag (3 May 1571 – 24 July 1644), was ..." is always indicating the life-span dates. If there is a need to specify the duration of a peerage, including a change in titles, that should be done in plain English in the article body, and is not going to be lead-sentence or even lead-section material. It's body material, like "Upon the death of his father, Zounds became 3rd poobah of Elbonia on 12 December 1629. He was elevated to 1st grand poobah of Elbonia–Brobdingnag on 20 June 1639 by High King Korki IX of Kerblachistan. Zounds was also the bishop of Lilliput from ca. 1630 to 14 February 1633, when he was defrocked by the archbishop of Elbonia."
2. As an anti-classist myself, I still have to observe/concede that "don't include any titles or post-noms because they are classist" is not a viable position. WP is not a socio-political activism tool, and when any such title or honor (whether earned or hereditary or otherwise) is pertinent to a notable article subject, it should be covered, more prominently the more important it is within the context of their notability. (See below for an idea toward suppressing lead inclusion when not related to notability at all but a late-coming add-on to the pile of someone's life aachievements.)
3. There's a been a very long-standing de facto consensus to always include peerage titles and important post-nominals (but not academic or professional titles or post nominals like "Dr" or "PhD", or guild/union stuff like "ASC", "PGA") in the lead sentence. Virtually every applicable article has been written this way.
4. A recent-ish RfC (I seem to have lost the link to it – help me out?) with probably much too low a turnout upended part of this, and now has us remove the post-nominals from the lead sentence. This has not sat well, and actually introduces some writing problems that the RfC participants did not anticipate. For example, WP does not, except in an article on the subject being abbreviated, introduce an acronym/initialisms unless it is going to be re-used later in the same artile. But if our bio subject's investiture as a Knight Commander of the Order of the Bath is covered in the body only, the point at which this is done has no need to a "KCB" appearing at that point, since "KCB" is used as a post-nominal not otherwise and would not be re-used later in the article; the result is that the "KCB" that applies to this person has no logical place to go in the article any longer, since it was actually only pertinent in the lead sentence, attached to the person's name. We could do something very awkward like state that this knighthood entitles/entitled this person to use "Sir" or "Dame" and the post-nominal "KCB", but this sort of blather would have to be repeated throughout many thousands of articles, and was already very concisely conveyed by the original lead sentence without having to spell it out and micro-WP:COATRACK the bio article with detailia about how a particular order's nomenclatural rules operate. Simply showing rather than telling was better.

   So, this really should be re-RfCed, at a higher-profile venue like WP:VPPOL so we are certain that the community at large really wants to impose this lead rule change and its problems all in the name of shaving a few characters off the lead sentence. "The postnoms will be in the infobox anyway" isn't the (or an) answer, since not all bios have infoboxes, and there is staunch resistance to adding them in many cases. A potential compromise might be to not include postnoms in lead sentence but in an infobox when one is present and has a parameter for it.

5. Even without revisiting that with a better RfC, the present wording at MOS:POSTNOM is daft: "post-nominal letters may be included in the main body of the article, but not in the lead sentence of the article". This has already lead to dispute about whether it means post-noms are banned from the entire lead or only the literal lead sentence, because it only addresses the lead sentence and the post-lead-section article body. The correct answer (if you look at the RfC discussion and the alleged consensus arising from it) is that this should instead read something like "post-nominal letters may be included, but not in the lead sentence of the article"; there was no consenus to ban them from the entire lead section. However, this runs into the problem above: Because post-nominal letters are used directly with full names, and generally only upon first introduction, there effectively is no practical place for them, in the lead section or in the article body, other than the lead sentence (except arguably in an infobox if it's there and has a place for this information).
6. Next, there's a misapprehension here (evidenced in the beginning of this thread) that this anti-postnom RfC result somehow also means to remove peerage and nobility titles from the lead. It does not. They are a different category of thing and were not addressed in that RfC. It is possible that a consensus might be reached to remove peerage titles when they are not pertinent to the subject's notability (e.g. that would have been the case with Christopher Guest had he had remained an actor only and not taken a seat in the House of Lords). There are also many life baronetcies created late in the life of the recipients and to little public awareness; a case can be made to exclude them from the lead sentence and probably from the entire lead section. But this is something for a consensus discussion on an article-by-article basis, or for a new RfC if we wanted a categoric rule of some kind about it.
7. A side issue is that some parties from the nobility and peerage wikiprojects have, by WP:FAITACCOMPLI behavior, programmatically usurped the |name= parameter of {{infobox person}} and its offshoots, abusing it to hold the peerage title, when that really belongs in |postnom= since it is in fact post-nominal (it's just not a post-nominal abbreviation). See Margaret Thatcher for the typical absurd result. Because this has been done to thousands and thousands of articles and involves yet another "wikiproject rebellion" against the norms of the entire rest of the project, I suspect this is probably best addressed with another WP:VPPOL RfC so there can be no doubt about the community consensus level of the result (which will obviously be to stop having our infobox blatantly lie to our readers that Margaret Thatcher's name is "The Baroness Thatcher". For the Thatcher case, the obvious solution is: |name=Margaret Hilda Thatcher|honorific_suffix=Baroness Thatcher<br />{{Post-nominals|country=GBR|size=100%|LG|OM|DStJ|PC|FRS|HonFRSC}} , and this is what agrees with the lead of the article. (Note lack of "The" before "Baroness".)

   These infoboxes are also failing MOS:HONORIFIC by including honorific salutation phrases like "The Right Honorourable" that are not part of the name in any sense, but used when writing a letter to such a person or when introducing them as speaker, and so on; that sort of information does not belong in a bio article (much less thousands of them robotically) but in an article on forms-of-address etiquette and probably again in the article on the title (baronet or whatever the case may be).

There are probably other issues to address, but this is a lot already.  — SMcCandlish ☏ ¢ 😼  13:42, 11 December 2024 (UTC)

Any objections to extending MOS:TIES to all nations and regions?

Currently MOS:TIES qualifies itself to English-speaking nations. However, in an increasingly multicultural world with English emerging as the lingua franca, at minimum in the Western world, why qualify this part of the MoS like that, ESPECIALLY when it also impacts on MOS:UNIT? For example, the European Union has 24 official languages, including English, and multilingualism is one of its founding principles.

Would it not make sense to extend MOS:TIES to nations (and regions) irrespective of whether they traditionally speak English or not? Because I can see how saying to someone that embraces multilingualism and values Europe's rich linguistic diversity wishing to contribute to an article on a topic with strong ties to their nation or region in the EU, where English is an official language, that in this case that tie doesn’t count (and someone else gets to decide) might be perceived as ... well ... rude and arrogant, which isn't just unnecessary but also unproductive. Would the article not benefit from including anyone with a strong tie to it?

I must note I would prefer if there was an established international variant, but I also find it practical not to have to waste time and effort trying to work out whether in a given article its meter or metre, organise or organize, or SI first and then imperial, or imperial first and then SI. Because getting it wrong just causes unnecessary consternation, especially if the article is inhabited by one or more "Shelobs". Elrondil (talk) 06:41, 14 December 2024 (UTC)

I'm not in favor of this idea. TIES is an exceptional case that should be used only when it's very clear; the main rule is RETAIN.

In practice I think this proposal comes down to "don't use American English in articles about Europe". I don't agree with that. --Trovatore (talk) 06:52, 14 December 2024 (UTC)

Also not in favor for the reasons cited by Trovatore. Doremo (talk) 07:16, 14 December 2024 (UTC)

I do object to this.

Moreover, from what I understand it's a perennial suggestion, so I recommend perusing the last major flare-up of it from June, wherein I happen to embark on a journey from the exact wrong position all the way to the right one, filling your heart with hope for a better future as you follow my progress. Remsense ‥ 论 07:23, 14 December 2024 (UTC)

MOS:NOTGALLERY

At another talk page, I was writing an explanation of why articles should not be swamped in a plethora of images, planning to cite MOS:NOTGALLERY. Fortunately for once I checked first and found that it is just an alias for WP:NOTDB, not a statement that article spaces should not be mirrors of Commons.

Given that the majority of visitors do so on mobile phones, is there a case for an explicit policy that says that curation is essential, less is more?

Or would it be enough to change the target of NOTGALLERY to MOS:IMAGEREL (which might need a little expansion because right now it just says Images must be significant and relevant in the topic's context, not primarily decorative. They are often an important illustrative aid to understanding. When possible, find better images and improve captions instead of simply removing poor or inappropriate ones, especially on pages with few visuals. However, not every article needs images, and too many can be distracting. At least a reference to WP:ARTICLESIZE? (which is expressed in terms of word count, not megabytes, so would also need work). 𝕁𝕄𝔽 (talk) 17:48, 16 December 2024 (UTC)

I think IMAGEREL would be a better redirect target. I want this to point to guidance that images should be included selectively rather than overwhelming articles with images. NOTDB instead seems to be guidance that images should be relevant and accompanied by text, which is not enough to prevent big indiscriminate galleries. —David Eppstein (talk) 20:52, 16 December 2024 (UTC)

I've had second thoughts about this one. It is probably not wise to make NOTGALLERY an exception to the general rule that WP:NOTaaaaaaaa shortcuts all redirect to WP:Misplaced Pages is not. So the better plan is to add a short sentence to the current target to say that Misplaced Pages is not a database of images or a catalogue raisonné; those are among the functions of Wikimedia Commons. Image use in Misplaced Pages articles must comply with MOS:IMAGEREL. I will do that now.

IMAGEREL needs some work too, to make it even more explicit that to bury an article in a mass of images is sure way to ensure that nobody reads it. --𝕁𝕄𝔽 (talk) 10:43, 17 December 2024 (UTC)

While some types of "galleries" should be avoided, articles on certain visual topics do benefit from many visual examples. I also do not think we should explicitly outlaw the catalogue raisonné model while allowing many other bibliographic lists. One size does not fit all, and such a change would need to be debated with the folks curating WP:NOT and those who work on visual topics. —Kusma (talk) 10:57, 17 December 2024 (UTC)

Pending further discussion, I have removed the reference to catalogue raisonné from my amendment (so that it now reads simply Misplaced Pages articles are not a repository of images: image use in Misplaced Pages articles must comply with MOS:IMAGEREL. to item 4, "Photographs or media files".

I agree certainly that, in an article about an artist or an artistic movement, it is essential to illustrate the phases of their artistic development. That to me is clearly in keeping with IMAGEREL and wp:localconsensus can determine relevancy. But to include an image of every work in an artist's oeuvre? How is that a valid exception to NOTDB? (and likely a COPYVIO too). And why not show every putter manufactured by ACME Golf Inc? every locomotive made by ACME Rail Inc? every postage stamp (including all misprints) produced by the Austro-Hungarian empire? We have articles so swamped in pointless images that they have become essentially unusable to visitors on mobile. How does that make any sense? --𝕁𝕄𝔽 (talk) 11:34, 17 December 2024 (UTC)

I would definitely oppose including every work in an artist's oeuvre in an article on the artist, but I want to make sure we do not outlaw List of paintings by Edvard Munch, where the images are perfectly encyclopaedic and just as relevant for identification as the images in List of members of the 19th Bundestag. Tables in such long lists are often not great for small screens, but that is a separate issue from the number of images. Generally, lists are not the same as other articles in their use of images, so the rules should reflect that. —Kusma (talk) 12:25, 17 December 2024 (UTC)

Please, let's not compromise the full extent of the encyclopedia by limiting what has always been one of its main features. Images and galleries define and describe just as much as text. That many choose to "read" Misplaced Pages on tinier gadgets should not dictate the coverage and image-styling of encyclopedic content articles. Randy Kryn (talk) 11:49, 17 December 2024 (UTC)

Audio video guidance

Hi there, I'm noting a lack of guidance for Audio video content, I've mentioned this at Wikipedia_talk:Manual_of_Style/Images. It seems people just edit MOS rather than run through large discussions, but I'm reluctant to start plunging in before getting some help. Here is what i think is needed:

• Something explaining that the guidance at Misplaced Pages:Manual of Style/Images applies to Audio-video content in most cases, eg regarding relevance, image quality, textual information, offensive images, placement, size, location, availability. Nearly all of the page is relevant, in fact.
• The download advice might need to be different. Do videos or audio need a warning that they are large files? This is not assumed, it seems.

There is a case for some separate AV guidance, regarding:

• Length: should inline videos be shorter where possible? Does this apply to audio clips?
• Language: if audio or video is original language, should subtitled content be preferred rather than recording originals? Should songs be subtitled where possible? What are the requirements for validating translations (what are the relevant WP policies on translation of original source material that apply?)
• Rendition: historical accents and historical musical performances might be very rare. Should we say that modern standards are fine, in the absence of authentic reconstructions?
• Public domain renditions: if audio or video is a rendition of a public domain source, for example a work by Mozart, or a speech by Caesar, what are the requirements for source validation (these should reference WP's general guidelines, but these are mostly focused on secondary sources).

Jim Killock (talk) 20:25, 16 December 2024 (UTC)

• Elsewhere, someone asked whether an RfC would be needed to add guidance on this topic. I think not -- while discussion will be needed on details, I can't see anyone objecting to clarifying that multimedia beyond everyday images should follow similar guidelines to those for image. The question is where to say that. We don't want to duplicate guidance on contextual significance etc., because that creates two things that need to be kept in sync. Probably the best thing is to expand MOS/Images to explicitly cover other multimedia. See BTW Misplaced Pages:Manual_of_Style/Music_samples, which has a contextual significance section. EEng 20:39, 16 December 2024 (UTC)

  Thanks very much (and yes that was me!) I agree that MOS:Images would be best, especially to get this started.

  The contextual significance contains much about in-copyright works. That is in general very helpful. In-copyright video samples feels like something rather complex that might need an RFC, and might be best parked until there is a little more in place. Jim Killock (talk) 20:49, 16 December 2024 (UTC)

  @EEng Would it be helpful if I draft up something on Wikipedia_talk:Manual_of_Style/Images and ask for feedback? Jim Killock (talk) 21:03, 16 December 2024 (UTC)

  I suggest you wait a while so that the experienced editors gathered here can lend their thoughts. After that, you might take the conversation back to Talk:MOS/Images, but since that page has 1/5 watchers of this one, and you've already put a pointer there to this thread here, it might be better to continue here as you begin to draft. There's no hurry to this, so the slower you take it, and the greater the extent to which others can get their thoughts in, the smoother it will go. (I'm afraid I'm really tied up IRL so the time I myslf can contribute is limited.) EEng 21:24, 16 December 2024 (UTC)

  Happy to wait. I made a stab at below, but I can wait for further thoughts / feedback here. What I've provided relates to historical source content, as most of the AV I've been dealing with falls into this category; I have guessed at some other considerations but it is currently narrower than it should be. Jim Killock (talk) 21:44, 16 December 2024 (UTC)

Audiovisual content can also be used for illustrative purposes. Most of the guidance on images above applies to audio visual content. Additionally, consider:

• Length: inline videos or audio that is shorter will be easier for users to watch. Consider clipping long form content, and linking to the original on Commons, or elsewhere. Longer videos (eg, over 10 minutes) may be more suitable for links than inline video, unless they are highly relevant to the page's subject.
• Rendition: historical accents and historical musical performances of content may be very rare. Modern renditions are fine, where authentic reconstructions are not available, and may be preferred, where there is uncertainty about the original performances.
• Musical, poetic and literary content: aesthetic considerations are higher for these kinds of content. Where possible, the performances should be considered good by other editors. Where editors find performances are poor, content should generally not be included.
• Language: where audio or video is in the original language, subtitles should generally be preferred rather than translated versions, as this reflects the original more closely and text files are easier to correct than mistakes in audio-visual content. Where possible, songs should be subtitled. Original language versions should be made available where where possible for artistic content.
• Translations of subtitles should be verifiable, but as with other Misplaced Pages content, competent editors can create them. While academic translations are preferred, where subtitle translations are longer than 10-20 words, use of academic translations is likely to constitute copyright infringement. Here, a Wikipedian's translation should ideally be verifiable against an academic translation. (See Non-English sources for further guidance.)
• Public domain renditions: if audio or video is a rendition of a public domain source, for example a work by Mozart, or a speech by Caesar, the original sources must be valid. The performance should be comparable and follow the original. Where possible, include links on media file pages so that editors can make checks.
• Sourcing: as with images, sourcing of audio-visual content needs to be copyright compliant. Sources of CC video and audio can include Youtube, Flickr and CC search tools. Care should be taken to ensure the licensing claims appear to be valid.
• See also: Misplaced Pages:Manual of Style/Music samples

Jim Killock (talk) 21:50, 16 December 2024 (UTC)

The "Language" point is a bit unclear to me. Is it asking for subtitles to be in English or the original language? If the phrase "rather than translated versions" is referring to the spoken or written material, that seems to contradict the phrase "where audio or video is in the original language". Which is also a weird way to say it because the "original language" could be English. Given that this is English Misplaced Pages, an English version should be provided whether or not there is a non-English version.

Subtitles should be provided for all videos with an audio track, to make them accessible for readers who cannot hear or find it difficult. There are additional guidelines at MOS:ANIMATION.

Not sure the "Sourcing" point needs to be made, as this is explained in detail for images generally.

The "Length" point should probably link to the Misplaced Pages:Manual of Style/Music samples and point out the copyright issue when displaying here under fair use. It should say "video" not "videos" to be grammatical.

I would drop the "Translations of subtitles" point and just link to WP:NONENG for guidance on translations.

The "Public domain renditions" point does not make any sense to me, and I would just drop it.

I'm not sure whether the "Rendition" point needs to be made, but if it does, it's confusing. I think it's supposed to be recommending that historically accurate renditions of older works are preferred, if available. Maybe that's true, maybe it isn't, depending on what the purpose of inclusion in the article is. Might be better just to leave this point off; I don't see any similar guidance for audio samples of music. Page editors can decide which samples are best out of those available.

Another point probably worth making is that a video should be considered an optional part of an article. In other words, any content vital to reader understanding should be included in the text and not be omitted on the assumption that reader will watch the video. Many readers will not be able to view video due to technical limitations, such as using a web browser that is not configured with a video player, or reading an article in another medium such as an app, paper printout, or text-to-speech system (including those who cannot see or find it difficult to read text). There is more specific guidance against putting text in images at MOS:TEXTASIMAGES.

It's fine for a video to re-explain something that's already explained in the text if having a moving image clarifies substantially, but it seems wasteful for embedded videos to effectively repeat or rephrase the text.

-- Beland (talk) 22:49, 16 December 2024 (UTC)

Thanks very much!

• Regarding language, this was meant to be about non-English content, think Bach or Mozart in German or Latin; or Goethe's poetry.
• On Sourcing, the section on images does not include YT, which is significant for CC video.
• On translation, the situation for subtitles is a bit different, as usually you cannot use academic in-copyright translations, so this mention is retained.
• On public domain renditions, this was the subject of a long and unclear discussion recently. Does that help? Take a file such as File:Queen Elizabeth I's Reprimand of an Insolent Polish Ambassador..webm. There is some need for verification, even tho it is not being used as a citation? I've edited it for clarity.
• On style of renditions, this has come up a few times in discussion, including at the link above, where a user claimed only a Catholic priest could do a Latin audio recording; also at a parallel discussion on LA Misplaced Pages about accents and delivery, preferring a modern standard over historical guesses. I figured the same principle might apply to say reading Shakespeare, or using 16th century instruments; it simply shouldn't be a consideration, but sometimes editors think it should be.
• I've added the points on (1) text as images, (2) subtitles for EN content, (3) optionality of AV content

VERSION 0.2

Audiovisual content can also be used for illustrative purposes. Most of the guidance on images above applies to audio visual content. Importantly, audio-visual content should not be an essential part of a page, which is necessary to understand the whole. This is because not all readers will be able to download or access the content, for example because of technical limitations or relying on text to speech tools. With audio and video just as with any content, relevance is paramount; consult WP:DUE for further context. There must be a clear reason for including the content on the page.

Additionally, consider:

• Length: inline videos or audio that is shorter will be easier for users to watch. Consider clipping long form content, and linking to the original on Commons, or elsewhere. Longer videos (eg, over 10 minutes) may be more suitable for links than inline video, unless they are highly relevant to the page's subject.
• Rendition: historical accents and historical musical performances are not required. Modern renditions of audio are acceptable. For example, there is no need to read Shakespeare with an Elizabethan pronunciation.
• Musical, poetic and literary content: aesthetic considerations are higher for these kinds of content. Where possible, the performances should be considered good by other editors. Where editors find performances are poor, content should generally not be included.
• Subtitles for comprehension: In English language videos, an English language subtitle track should always be provided for accessibility. See MOS:ANIMATION for more details.
• Subtitles for translation: where audio or video is originally in a non-English language, for example a Goethe poem, subtitles should generally be preferred over than translated audio, as this reflects the original more closely and text files are easier to correct than mistakes in audio-visual content. Where possible, songs should be subtitled. Original language versions should be made available where where possible for artistic content.
• Translations of subtitles See Non-English sources for guidance. Note that longer subtitle sequences may need to be translated by Wikipedians rather than obtained from academic sources to avoid copyright infringement.
• Embedding text: As with images, rendered text should be avoided in video content. See MOS:TEXTASIMAGES for more information.
• Public domain renditions: if audio or video is a rendition of a public domain source, for example a work by Mozart, or a speech by Caesar, it must be possible to check the original scores or texts. An editor should be able to compare the performance with the original. Where possible, include links on media file pages so that editors can make checks.
• Sourcing: as with images, sourcing of audio-visual content needs to be copyright compliant. Sources of CC video and audio can include Youtube, Flickr and CC search tools. Care should be taken to ensure the licensing claims appear to be valid.
• See also: Misplaced Pages:Manual of Style/Music samples

Jim Killock (talk) 23:32, 16 December 2024 (UTC)

This appears to be related to situations such as Talk:Niccolò_Machiavelli#RFC_on_video_inclusion, where a video consisting of a person reading a letter aloud was included in an article, one example of a series of such edits. It is not clear to me that we need a bunch of guidelines about the best form for this sort of application because it is not clear that it is desirable to include such videos in the first place - the cart is being put before the horse. MrOllie (talk) 23:54, 16 December 2024 (UTC)

Yes, I certainly would like to clear up some of the misapprehensions that regretfully appeared in that discussion. It's a discussion I will deeply regret getting involved in for some time.

I'll be clear about the other discussions and examples of this content for context:

• List of poems by Catullus; Poetry of Catullus no debate and no questions occurred
• Neo-Latin; no questions raised (I am the main editor for this page but plenty of people make edits)
• Frederick the Great; video suggested and included as a link after discussion with editors
• Samuel Johnson; video suggested but not included after discussion with editors
• Latin; readings included; no discussion or objection
• Martin Luther; reading of his disputes with no objections raised
• Henry VIII; reading of his defence of Catholicism; posted and no objections raised
• Elizabeth I; video flagged as a possible addition as a link; no response yet
• Immanuel Kant and Georg Wilhelm Friedrich Hegel; early work added; an editor has asked me to check whether these are sufficiently relevant; I've agreed to do so and remove the videos if WP:DUE is not met.

@MrOllie I hope you can at least see that normally I try to be as collaborative as I can be. there's not much point going further into why that discussion became hard for me. However, policy is the place where we make guidelines to avoid disputes and lack of clarity.

What meets WP:DUE overrides any other consideration, to my mind so I have added that to the draft text. (With audio and video just as with any content, relevance is paramount; consult WP:DUE for further context. There must be a clear reason for including the content on the page.) Jim Killock (talk) 00:12, 17 December 2024 (UTC)

As regards the other articles where there was no discussion, just because there was no dissent at the moment doesn't mean there wont be in the future. What happened at the Machiavelli article could just as easily happen in the other ones

I am also asking you kindly to please stop making the issues with that RfC bigger than what they are. Plasticwonder (talk) 00:27, 17 December 2024 (UTC)

We can take this discussion in two ways:

• We can either construtively discuss the principles behind what video content should be allowable; or
• We can decide that emotions are too high for it and pause it

I do need this guidance, because there are divergences of opinion on some of the points, and it's important to me to be able to resolve them. But my guess is that if the three of us are just going to rehash the RFC discussion, then that would a terrible use of other people's time and energy. A break off would make sense, in my view. Jim Killock (talk) 00:41, 17 December 2024 (UTC)

No one's emotions are high but yours, judging by your rather relentless snipes against my character and the fact that you have so much as admitted it in the RfC. You have also stated that the RfC "needed to die" (quite strong words) when I gave you a chance to change your mind, and now you want to pause now that the discussion is nearing a close?

I do not get what you are trying to accomplish here, to be fair. Plasticwonder (talk) 00:47, 17 December 2024 (UTC)

It is not needed to rehash the RFC here, but I did feel that fresh eyes on this talk page should have enough context to understand what the proposal is about. MrOllie (talk) 00:48, 17 December 2024 (UTC)

Thanks, I appreciate that as a valid concern. Does the change regarding WP:DUE help, or do you feel more is needed? For context, other points raised in the RFC such as regarding the need to be able to validate translation is also included. Jim Killock (talk) 00:54, 17 December 2024 (UTC)

I dropped the video from Henry VIII; it seemed like excessive detail. It's already on Defence of the Seven Sacraments where it's a bit more appropriate. But even there, it seems like it violates the video equivalent of MOS:TEXTASIMAGES. Same for Martin Luther and On the Bondage of the Will.

I also posted that the video for Elizabeth I should probably just be kept on Commons; there's already a general link to the topic there.

I agree it's not clear that videos of performances of works should generally be included, so I would also be hesitant about specifying anything in particular about those. Uploaded videos cover a broad variety of subjects, including scientific phenomena, buildings, and specific events. -- Beland (talk) 03:22, 17 December 2024 (UTC)

I would like to understand MOS:TEXTASIMAGES a bit more, especially regarding accessibility in particular, as this is certainly an overriding concern. What makes the text subtitle files inaccessible and not regarded as text? Jim Killock (talk) 09:09, 17 December 2024 (UTC)

Misplaced Pages:Image use policy already says that for user-created diagrams, etc., a source for the underlying data must be included. To me, this applies straightforwardly to videos that are presenting public-domain content. A citation to the original work is kind of implied, but a reference to a specific version or even better an online copy, should suffice. YouTube videos that we're importing into Misplaced Pages as on-article videos are no different than diagrams or maps or explanatory videos uploaded by random Misplaced Pages or Commons users, assuming an appropriate copyright license. The reliability of YouTube is not really in question, any more than the reliability of any given Misplaced Pages editor is, when they are just repackaging information from a different underlying source in a more digestible way. That's different than citing a YouTube video as a reliable source for the information itself.

I'm not sure I have enough examples to make a guideline about video length. Ten minutes seems way too long for download on a mobile phone, and most videos I would expect to be under a minute. Perhaps there are exceptions, but I'd want to survey how videos are being used now. In the meantime, I would trim the 0.2 version down to reduce scope and reduce overlap with other pages and rephrase and retitle:

----

Video content (v. 0.3)

• The guidelines on this page also generally apply to videos.
• Many readers will not be able to play videos, because of technical limitations of their web browser, because they are seeing article content on a different web site or app, or because they are using a different medium, such as paper or text-to-speech system. Some readers cannot see or find it difficult. Videos should be used as a supplement to article material, to concisely illustrate the subject in a way that a still image or text cannot do. Videos should not replace article text, and articles should remain coherent and comprehensive when video playback is not available.
• Similar to MOS:TEXTASIMAGES, for accessibility and file size reasons:
  • Videos that simply show text should be replaced with text.
  • Videos that simply show a sequence of still pictures should be replaced with an image gallery.
  • Videos of text being read aloud should be replaced with text, or if the sound of words is being demonstrated, audio files (with the text being read in the file caption or in closed captioning).
  • Videos of text and narration with should be converted to article text.
• The copyright and other guidelines on Misplaced Pages:Manual of Style/Music samples also apply to video samples.
• The policies on Misplaced Pages:Image use policy also generally apply to videos.
• Accessibility guidelines at MOS:ANIMATION apply.

----

-- Beland (talk) 03:56, 17 December 2024 (UTC)

Misplaced Pages:Videos has additional suggestions; not sure if it's appropriate to link there from here. -- Beland (talk) 03:57, 17 December 2024 (UTC)

With your commentary, this makes a lot of sense. I would point out that there was a lot of heat generated over YT reliability in the aforementioned RFC, so it would be good to point that it can be used. YT is not mentioned as a source for images in the images section above; an alternative would be to add it there in the list of common sources, but that also seems odd. I know one can point to the archive discussion, but that is not generally available knowledge for anyone looking at the guidance in future. Jim Killock (talk) 09:14, 17 December 2024 (UTC)

• Project-Class Help pages
• Top-importance Help articles
• Misplaced Pages Help Project pages