User talk:SMcCandlish
From Wikipedia the free encyclopedia
Welcome to SMcCandlish's talk page. I will generally respond here to comments that are posted here, rather than replying via your talk page (or the article's talk page, if you are writing to me here about an article), so you may want to watch this page until you are responded to, or let me know where specifically you'd prefer the reply. |
This user talk page might be watched by friendly talk page stalkers, which means that someone other than me might reply to your query. Their input is welcome and their help with messages that I cannot reply to quickly is appreciated. |
No RfAs or RfBs reported by Cyberbot I since 18:09 2/16/2024 (UTC)
2 template-protected edit requests | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
Updated as needed. Last updated: 14:52, 23 April 2024 (UTC) |
- recent changes
- purge this page
- view or discuss this template
Currently, there are no requests for arbitration.
Case name | Closed |
---|---|
Conflict of interest management | 13 Apr 2024 |
Currently, no requests for clarification or amendment are open.
No arbitrator motions are currently open.
News and updates for administrators from the past month (March 2024).
- An RfC is open to convert all current and future community discretionary sanctions to (community designated) contentious topics procedure.
- The Toolforge Grid Engine services have been shut down after the final migration process from Grid Engine to Kubernetes. (T313405)
- An arbitration case has been opened to look into "the intersection of managing conflict of interest editing with the harassment (outing) policy".
- Editors are invited to sign up for The Core Contest, an initiative running from April 15 to May 31, which aims to improve vital and other core articles on Wikipedia.
Most recent poster here: MediaWiki message delivery (talk)
Mini-toolbox:
- My Wikimedia Library (journal access, etc.; to get your own, see WP:LIBRARY)
- Wikipedia:AutoWikiBrowser/Script (req. WP:AWB access and JWB installed or is just a normal redlink)
- Special:LintErrors
- Hunt down abuse of
{{em}}
for non-emphasis italics [1] — and<em>
[2] - Move and redirect articles with slashes in their titles when feasible (i.e. when not proper names that require them)
- NAC-at-ANRFC geekery to remember
- NAC-at-RM geekery to remember
- Ref consistency checker (use in preview or sandbox):
{{ref info|Manx cat|style=float:right}}
- Reliably regex match a single linebreak in wikicode (or elsewhere):
(\r\n|\r|\n)
- Helpful links related to WP:MEATBOT, WP:COSMETICBOT, and code cleanup: WP:EDITORFRIENDLY (a.k.a. WP:EDITORHOSTILE), WP:COSMETIC (a.k.a. WP:SUBSTANTIVE), WP:SPECTRUM
- All WP:CUE project participants should watchlist this alerts page.
Today's featured articles
- 21 Apr 2024 – 1984 World Snooker Championship (talk · edit · hist) will be Today's Featured Article; see blurb
Featured article candidates
- 08 Apr 2024 – 2023 World Snooker Championship (talk · edit · hist) was FA nominated by Lee Vilenski (t · c); see discussion
- 02 Feb 2024 – John Pulman (talk · edit · hist) was FA nominated by BennyOnTheLoose (t · c); see discussion
Good article nominees
- 16 Mar 2024 – Reanne Evans (talk · edit · hist) was GA nominated by BennyOnTheLoose (t · c); start discussion
- 14 Jan 2024 – 2024 Masters (snooker) (talk · edit · hist) was GA nominated by Lee Vilenski (t · c); start discussion
- 14 Dec 2023 – 2023 UK Championship (talk · edit · hist) was GA nominated by AmethystZhou (t · c); see discussion
- 07 Aug 2023 – 2022 Northern Ireland Open (talk · edit · hist) was GA nominated by Lee Vilenski (t · c); see discussion
Other:
- MW Editing team e-meetings, /wikimedia.org/edit-tasktriage via Google Hangouts (Tuesdays, noon–12:30pm PDT = 20:00 UTC during DST, 19:00 otherwise, but often half an hour earlier).
- MW Tech Advice e-meetings, via IRC at #wikimedia-tech connect (Wednesdays, 1–2pm PDT = 16:00–17:00 UTC).
- meta:Talk:Spam blacklist – global blacklist requests
As of 2024-04-23 , SMcCandlish is Active.
|
|
|
Old stuff to resolve eventually[edit]
Cueless billiards[edit]
Extended content |
---|
Categories are not my thing but do you think there are enough articles now or will be ever to make this necessary? Other than Finger billiards and possibly Carrom, what else is there?--Fuhghettaboutit (talk) 11:12, 18 January 2010 (UTC)
Sad...[edit]How well forgotten some very well known people are. The more I read about Yank Adams, the more I realize he was world famous. Yet, he's almost completely unknown today and barely mentioned even in modern billiard texts.--Fuhghettaboutit (talk) 13:47, 21 January 2010 (UTC)
|
Some more notes on Crystalate[edit]
Extended content |
---|
Some more notes: they bought Royal Worcester in 1983 and sold it the next year, keeping some of the electronics part.[3]; info about making records:[4]; the chair in 1989 was Lord Jenkin of Roding:[5]; "In 1880, crystalate balls made of nitrocellulose, camphor, and alcohol began to appear. In 1926, they were made obligatory by the Billiards Association and Control Council, the London-based governing body." Amazing Facts: The Indispensable Collection of True Life Facts and Feats. Richard B. Manchester - 1991wGtDHsgbtltnpBg&ct=result&id=v0m-h4YgKVYC&dq=%2BCrystalate; a website about crystalate and other materials used for billiard balls:No5 Balls.html. Fences&Windows 23:37, 12 July 2011 (UTC)
|
Extended content |
---|
No one has actually objected to the idea that it's really pointless for WP:SAL to contain any style information at all, other than in summary form and citing MOS:LIST, which is where all of WP:SAL's style advice should go, and SAL page should move back to WP:Stand-alone lists with a content guideline tag. Everyone who's commented for 7 months or so has been in favor of it. I'd say we have consensus to start doing it. — SMcCandlish Talk⇒ ɖ∘¿¤þ Contrib. 13:13, 2 March 2012 (UTC) |
You post at Wikipedia talk:FAQ/Copyright[edit]
Extended content |
---|
That page looks like a hinterland (you go back two users in the history and you're in August). Are you familiar with WP:MCQ? By the way, did you see my response on the balkline averages?--Fuhghettaboutit (talk) 15:54, 6 January 2013 (UTC)
|
Hee Haw[edit]
Extended content |
---|
Yeah, we did get along on Donkeys. And probably will get along on some other stuff again later. Best way to handle WP is to take it issue by issue and then let bygones be bygones. I'm finding some interesting debates over things like the line between a subspecies, a landrace and a breed. Just almost saw someone else's GA derailed over a "breed versus species" debate that was completely bogus, we just removed the word "adapt" and life would have been fine. I'd actually be interested in seeing actual scholarly articles that discuss these differences, particularly the landrace/breed issue in general, but in livestock in particular, and particularly as applied to truly feral/landrace populations (if, in livestock, there is such a thing, people inevitably will do a bit of culling, sorting and other interference these days). I'm willing to stick to my guns on the WPEQ naming issue, but AGF in all respects. Truce? Montanabw(talk) 22:40, 6 January 2013 (UTC)
|
Redundant sentence?[edit]
Extended content |
---|
The sentence at MOS:LIFE "General names for groups or types of organisms are not capitalized except where they contain a proper name (oak, Bryde's whales, rove beetle, Van cat)" is a bit odd, since the capitalization would (now) be exactly the same if they were the names of individual species. Can it simply be removed? There is an issue, covered at Wikipedia:PLANTS#The use of botanical names as common names for plants, which may or may not be worth putting in the main MOS, namely cases where the same word is used as the scientific genus name and as the English name, when it should be de-capitalized. I think this is rare for animals, but more common for plants and fungi (although I have seen "tyrannosauruses" and similar uses of dinosaur names). Peter coxhead (talk) 09:17, 3 May 2014 (UTC)
|
Note to self on WP:WikiProject English language[edit]
Extended content |
---|
Finish patching up WP:WikiProject English language with the stuff from User:SMcCandlish/WikiProject English Language, and otherwise get the ball rolling. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 20:22, 17 August 2016 (UTC) |
Excellent mini-tutorial[edit]
Extended content |
---|
Somehow, I forget quite how, I came across this - that is an excellent summary of the distinctions. I often get confused over those, and your examples were very clear. Is something like that in the general MoS/citation documentation? Oh, and while I am here, what is the best way to format a citation to a page of a document where the pages are not numbered? All the guidance I have found says not to invent your own numbering by counting the pages (which makes sense), but I am wondering if I can use the 'numbering' used by the digitised form of the book. I'll point you to an example of what I mean: the 'book' in question is catalogued here (note that is volume 2) and the digitised version is accessed through a viewer, with an example of a 'page' being here, which the viewer calls page 116, but there are no numbers on the actual book pages (to confuse things further, if you switch between single-page and double-page view, funny things happen to the URLs, and if you create and click on a single-page URL the viewer seems to relocate you one page back for some reason). Carcharoth (talk) 19:10, 12 September 2016 (UTC)
|
Extended content |
---|
You had previously asked that protection be lowered on WP:MEDMOS which was not done at that time. I have just unprotected the page and so if you have routine update edits to make you should now be able to do so. Best, Barkeep49 (talk) 06:42, 25 January 2020 (UTC)
|
Ooh...potential WikiGnoming activity...[edit]
Extended content |
---|
I stumbled upon Category:Editnotices whose targets are redirects and there are ~100 pages whose pages have been moved, but the editnotices are still targeted to the redirect page. Seems like a great, and sort of fun, WikiGnoming activity for a template editor such as yourself. I'd do it, but I'm not a template editor. Not sure if that's really your thing, though. ;-) Cheers,
|
Note to self[edit]
Extended content |
---|
Don't forget to deal with: Template talk:Cquote#Template-protected edit request on 19 April 2020. — SMcCandlish ☏ ¢ 😼 14:48, 20 April 2020 (UTC) |
Now this[edit]
Extended content |
---|
Not sure the ping went through, so noting here. Just spotted where a now-blocked user moved a bunch of animal breed articles back to parenthetical disambiguation from natural disambiguation. As they did it in October and I'm only catching it now, I only moved back two just in case there was some kind of consensus change. The equine ones are definitely against project consensus, the rest are not my wheelhouse but I'm glad to comment. Talk:Campine_chicken#Here_we_go_again. Montanabw(talk) 20:14, 25 June 2020 (UTC)
|
PGP[edit]
FYI, it looks like your key has expired. 1234qwer1234qwer4 21:57, 5 November 2022 (UTC)
- Aiee! Thanks, I'll have to generate a new one when I have time to mess around with it. — SMcCandlish ☏ ¢ 😼 22:32, 5 November 2022 (UTC)
[edit]
de:Rapport (Textil) is an intersting approach, and we don't seem to have a corresponding sort of article. Something I might approach at some point. — SMcCandlish ☏ ¢ 😼 22:11, 23 March 2024 (UTC)
Current threads[edit]
Capitalization after a hyphen[edit]
Hey there. In 2020, you moved Three-Fifths Compromise to Three-fifths Compromise, with the edit summary WP:HYPHEN (don't capitalize after a hyphen unless what follows the hypen it itself a proper name).
I have a question about that: are you certain WP:HYPHEN is saying "if what follows a hyphen is a proper noun" rather than "if the hyphenated compound is a proper noun"? If your interpretation of the wording is accurate, then I would propose that the exemption for "titles of published works" be extended to all proper nouns. In the case of the Three-Fifths Compromise, plenty of sources capitalize "fifths", including AP, NYT, WaPo, Forbes, LA Times, and Guardian, etc. This is also an outlier, as we have articles like Coca-Cola ("cola" is not a proper noun), Spider-Man ("man" is not a proper noun), Quasi-War ("war" is not a proper noun), Employment Non-Discrimination Act ("discrimination" is not a proper noun), etc. InfiniteNexus (talk) 19:37, 1 December 2023 (UTC)
Collapse-boxing a long thread so I don't have to keep scrolling past it |
---|
|
The following rules apply to hyphenated terms appearing in a title capitalized in headline style [...]
- Always capitalize the first element.
- Capitalize any subsequent elements unless they are articles, prepositions, coordinating conjunctions ([...]), or such modifiers [...] following musical key symbols.
- If the first element is merely a prefix or combining form that could not stand by itself as a word (anti, pre, etc.), do not capitalize the second element unless it is a proper noun or proper adjective.
- Capitalize the second element in a hyphenated spelled-out number (twenty-one or twenty-first, etc.) or hyphenated simple fraction (two-thirds in two-thirds majority).
The examples that follow demonstrate the numbered rules [...]
- [...]
- Record-Breaking Borrowings from Medium-Sized Libraries (2)
- [...]
- Anti-intellectual Pursuits (3)
- A Two-Thirds Majority of Non-English-Speaking Representatives (3, 4)
- [...]
APA:
In title case, capitalize the following words in a title or heading:
- [...]
- major words, including the second part of hyphenated major words (e.g., "Self-Report," not "Self-report")
MLA:
When you copy an English-language title or subtitle [...] use title-style capitalization: capitalize the first word, the last word, and all principal words, including those that follow hyphens in compound terms.
[...]
Do not capitalize the word following a hyphenated prefix if the dictionary shows the prefix and word combined without a hyphen.
- Theodore Dwight Weld and the American Anti-slavery Society
AMA:
In titles, subtitles, and text headings, do not capitalize the second part of a hyphenated compound in the following instances:
If either part is a hyphenated prefix or suffix (see [...])
- Nonsteroidal Anti-inflammatory Drugs for Ankylosing Spondylitis
If both parts together constitute a single word (consult [...])
- Reliability of Health Information Obtained Through Online Searches for Self-injury [...]
- Short-term and Long-term Effects of Violent Media on Aggression in Children
- [...]
However, if a compound is temporary or if both parts carry equal weight, capitalize both words.
- [...]
- Low-Level Activity
- Drug-Resistant Bacteria
- [...]
In titles, subtitles, and text headings, capitalize the first letter of a word that follows a lowercase (but not a capital) Greek letter (see [...]), a numeral ([...]), a symbol, a stand-alone capital letter, or an italicized organic chemistry prefix, [...]
AP makes no mention of capitalization after a hyphen, but "The Star-Spangled Banner" is given as an example of a title (which we also capitalize, would you look at that).
InfiniteNexus (talk) 18:48, 4 December 2023 (UTC)
Post-holiday followup[edit]
@InfiniteNexus: More research of the above sort is needed. To just dive in and do one bit of it, I find that MHRA Style Guide [15] has a ridiculously inconsistent rule to capitalize after a hyphen, even when it's a prefix that cannot stand alone, except when that prefix is specifically Re-. There is no rationale given for this weirdness. I think it would be worthwhile to look in other major style guides and see whether anything like a largely consistent pattern actually emerges. Your four American ones (at least two of which, APA and AMA, have been moving over time to be increasingly consistent with Chicago on many points) don't cover enough ground for us to be certain of this. And AMA is trying to be meaningful but failing dismally. "Short-term" and "low-level" are both the same kind of term; same goes for "self-injury" and "drug-resistant". They can all be split up without hyphens, without losing meaning: "A low level of drug resitance was observed over a short term in a study of patients admitted for self injury". (I guess this is what happens when medical people with no linguistics background try to write material about English-language structure and usage.) The unitary hyphenated compounds below cannot be split up this way (though some are sometimes colloquially written as hyphenless closed compounds: "knowhow" and "runnerup", but not "fatherinlaw").
Iff it turns out that there is a demonstrable lean across all major style guides, then we could probably encapsulate it with something simplified and easy to remember and apply, which might (more resesearch is needed) be something like:
In title case, capitalize after a hyphen when the compound is temporary (usually a multi-word modifier that would be written without hyphens if not used adjectivally): Real-Estate Demography, Remote-Control Operation, Common-Sense Guidelines. Do not capitalize after a hyphen if the term is a compound with:
- a prefix (Pre-eclampsia, Anti-establishment), unless what follows the hyphen is a proper name Neo-Aristotelian;
- a suffix (Dada-esque);
- a compound with a synergistic meaning separate from that of its parts and which is almost always hyphenated (Father-in-law, Know-how, Runner-up).
A construction like this would avoid AMA's categorical confusion; avoid highly debatable ideas like "constitute a single word", "if both parts carry equal weight", "principal words", "major words"; avoid "the dictionary" nonsense (there is no such thing as "the" dictionary, but lots of dictionaries which often conflict with each other and have different levels of prescriptive versus descriptive approach); and avoid nitpicky geekery no one is apt to care about, like musical key symbols and italicized organic chemistry prefixes (we should not address minutiae like that unless long-term dispute arises about it, per WP:CREEP and WP:MOSBLOAT).
However, I find the "the second element in a hyphenated spelled-out number" very dubious, and same with "-century" constructions; I have seen many titles of things that use "Twenty-two", "Fifty-third", and "Fourth-century"; this is one of several cases that needs more investigation in more style guides. And in the end, we are not required to do what a loose preponderance of other style guides seem to lean toward, especially when they contradict each other as to details and rationales; they are just duly informative with regard to what we decide. But we do need to decide something, since the extant material at MOS:TITLES has a gap, and people are not agreeing on what fits inside it.
PS: Your "The Star-Spangled Banner" is given as an example of a title (which we also capitalize, would you look at that)
smirking isn't constructive. You know as well as I do that WP content is not a source, and that editors doing stylistically questionable things at a particluar article has nothing to do with whether a style rule we have should be changed. More to the point, the style guides you quoted are not in agreement on it, and AMA for one would have it as "The Star-spangled Banner" because "star-spangled" is not a temporary compound but a poetic 18th-century neologism that is a unitary term and appears to have nearly no existence without the hyphen. MLA would also lower-case "-spangled" because of its dictionary rule [16]. — SMcCandlish ☏ ¢ 😼 01:43, 29 December 2023 (UTC)
- If you are still interested in looking into this, feel free to so, but right now I do not have time to continue delving into this matter. The four (five, if counting AP) style guides I looked at are probably the most widely used in the U.S., so it seems safe to assume that this is the norm among most external style guides. I don't have access to style guides from other countries. InfiniteNexus (talk) 07:35, 29 December 2023 (UTC)
Getting rid of {rp} [edit]
Applause! Now tell me how to get round wp:CITEVAR objections like this one: Talk:Eric Gill/Archive 1#Proposal to change citations of McCarthy's books to use harvard referencing and Talk:Eric Gill/Archive 1#Page number citations are expected when the source is a substantial book. I had hoped to get the Eric Gill article up to GA standard but I am too much of a secret typographer to put my name to a GAN, given its current spider-crawled-in-the-ink appearance. Sigh. 𝕁𝕄𝔽 (talk) 20:03, 18 December 2023 (UTC)
- @JMF: I think in the Gill case (if I'm reading it right), the other party's objection was to inline parenthetical referencing with page numbers, which the community also deprecated already, i.e. doing things like "This is a claim (Smith 2023, p. 7).", instead of "This is a claim.
<ref>Smith 2023, p. 7.</ref>
", or the templated equivalents "This is a claim.<ref>{{harv|Smith|2023|p=7}}</ref>
", or "This is a claim.{{sfn|Smith|2023|p=7}}
". It's actually possible that 14GTR was literally opposed to ever including page numbers in any form, in which case his argument has no WP:P&G legs to stand on and should just be ignored.Sudden flash of possible insight: A strong case can be made that because the community did clearly deprecate inline parenthetical referencing in 2020 (WP:PAREN), and the rationale for doing so was its reading-flow disruptiveness, not the fact that round-bracket characters were involved, this actually translates automatically to a deprecation of{{Rp}}
as well. It is simply another format for doing inline parenthetical referencing (its own documentation states explicitly that it's an adaptation from "full Harvard referencing and AMA style", though ultimately this is me quoting myself), just with fewer details and using superscript and colon, instead of more details with round brackets and no superscript or colon. That is, the deprecation is of citations that are inline and parenthetical, not inline and using what Americans call parentheses (round brackets). So, replacing "This is a claim (Smith 2023, p. 7)." but retaining "This is a claim<ref>Smith 2023.</ref>{{Rp|7}}
" to produce "This is a claim.[1]:7" is simply defying that site-wide consensus by still putting part of the citation (page numbers or other in-source locations) inline parenthetically – especially given that the template can be used to produce things like "This is a claim.[1]:viii–xiv, 7–9, 12, and back cover". Indeed, Wikipedia:Citing sources#Generally considered helpful already includes "converting parenthetical referencing to an acceptable referencing style". So, you could actually try that argument right now in doing cleanup of{{Rp}}
.Because of the "let chaos reign" stupidity that is WP:CITEVAR, some people are probably apt to try to argue against this, but I think their case will be weak and easily deflated. That said, probably the only path to total cleanup is going to be really fully documenting how to convert{{Rp}}
into other formats, and why it is a good idea, and why{{Rp}}
is bad, and then have a follow-up RfC or TfD to formally deprecate{{Rp}}
and mandate its replacement (mostly by AWB and sometimes even by bots for simple cases), so that it is no longer considered a valid "citation style" for CITEVAR purposes, no question about it. And I think the work in doing that documentation is going to be in my lap, though I'm not over-eager to wade into it right this second. It gives me a headache just thinking about it. — SMcCandlish ☏ ¢ 😼 21:04, 18 December 2023 (UTC)- The stonewall response was much as I expected though I had hoped that time and the offer of a ladder to climb down might just do the trick. AFAICS, the only way forward is to formally propose that {{rp}} be deprecated in favour of harvard referencing. Trouble is, when I tried to use the {{harvid}} method way back, I found it hostile. I persisted and matters much improved when I found {tl|sfnp}}. But other editors may have had their fingers burned and will resist, based on their bad experience way back when. So preparing the ground with explanation and education may be needed? --𝕁𝕄𝔽 (talk) 20:00, 20 December 2023 (UTC)
- Took me "a minute" to figure it out, too. I've started the slog of fully documenting how to replace
{{rp}}
, at User:SMcCandlish/Replacement of Template:Rp. Still needs some more info in it, and proofreading for any markup errors that mess up any of the code examples. — SMcCandlish ☏ ¢ 😼 09:46, 21 December 2023 (UTC)
- Took me "a minute" to figure it out, too. I've started the slog of fully documenting how to replace
- The stonewall response was much as I expected though I had hoped that time and the offer of a ladder to climb down might just do the trick. AFAICS, the only way forward is to formally propose that {{rp}} be deprecated in favour of harvard referencing. Trouble is, when I tried to use the {{harvid}} method way back, I found it hostile. I persisted and matters much improved when I found {tl|sfnp}}. But other editors may have had their fingers burned and will resist, based on their bad experience way back when. So preparing the ground with explanation and education may be needed? --𝕁𝕄𝔽 (talk) 20:00, 20 December 2023 (UTC)
Incremental updates[edit]
Update: This is going very slowly, but I'm committed to working on it. It's going to require a bunch of very well-tested regular expressions, used in series in a JS user script, to catch and clean up a large number of content use cases, so that it produces uniform citation formatting (and without breaking anything). My earlier-documented work toward that at the page mentioned above has already been surpassed, in code I'm developing off-site. I'll start building the regexes I'm working on into a JavaScript pretty soon and start testing that against real content and refining it. After it reliably works for all valid and most sane but invalid test cases, then we'll be able to do search–replace operations against {{rp}}
that will have predictable results with minimal errors. This is going to be a big project. It was more difficult than I expected because XML syntax (much less XML mixed with a {{...}}
syntax!) is incredibly difficult to parse accurately with regex (or anything else for that matter) reliably. I've been using advanced tools like regex101.com with complex blobs of valid and invalid test-case input, and using ChatGPT to try to work out particularly thorny matching failures, and so on. As an example, just one of the regexes developed so far looks like <ref\s+name\s*=\s*(?:"\s*([^"](?:(?!\s*\/>|\s*"\s*>|\s+(?:group|follow|extends)).)*?)\s*"|'\s*([^'"](?:(?!\s*\/>|\s*'>|\s+(?:group|follow|extends)).)*?)\s*'|([^"](?:(?!\s*\/>|\s*>|\s+(?:group|follow|extends)).)*))\s*(?:(\/)|)>
, and even this cannot yet handle <ref name=foo group=bar>
to normalize the name=
part, only to avoid breaking a ref that has a group=
part (and it does not do anything to normalize the latter part yet, only the former). — SMcCandlish ☏ ¢ 😼 00:06, 28 December 2023 (UTC)
- It now parses even stuff like
<ref group="bar's > / bar" extends=baz name='foos > / foo' follow="quux quux" />
(and some of the code it's accounting for is only in the beta of mw:Help:Cite and not deployed on en.WP yet), though this one regex only fixes up thename=
parameter; other passes with similar regexes would handle other attributes likegroup=
to normalize their formatting. Then another pass to fix spacing that shouldn't exist between citations. And so on. And of course a pass to replace{{rp}}
with{{sfnp}}
or whatever. Like I say, a multi-step process that'll be done by using the regexes in JS. The regex in question is now the monstrous<ref\s+((?:group|follow|extends)\s*=(?:(?!name\s*=).)*)?name\s*=\s*(?:"\s*([^"](?:(?!\s*\/>|\s*"\s*>|\s+(?:group|follow|extends)).)*?)\s*"|'\s*([^'"](?:(?!\s*\/>|\s*'>|\s+(?:group|follow|extends)).)*?)\s*'|([^"](?:(?!\s*\/>|\s*>|\s+(?:group|follow|extends)).)*))(\s+(?:group|follow|extends)\s*=(?:(?!\s*\/>|\s*>).)*)*\s*(?:(\/)|)>
. I'm suprised I pulled this off. Its one failure is that it can't gracefully handle the XML-valid (but technically ref-invalid) formname='foo "bar" baz'
(single-quoted value with nested double quotes) or the completely invalidname="foo "bar" baz">
; that's something that'll need to be handled by an earlier cleanup pass that looks just for those specific problems. — SMcCandlish ☏ ¢ 😼 02:02, 28 December 2023 (UTC)- Regex upgraded again, to handle line-breaking between
<ref>
attributes, as well as > inside quoted attributes aftername=
.- The new regex (just for handling
name
with or without other attributes present) is:<ref\s+((?:group|follow|extends)\s*=(?:(?!name\s*=)[\s\S])*)?name\s*=\s*(?:"\s*([^"](?:(?!\s*\/>|\s*"\s*>|\s+(?:group|follow|extends)).)*?)\s*"|'\s*([^'"](?:(?!\s*\/>|\s*'>|\s+(?:group|follow|extends)).)*?)\s*'|([^"](?:(?!\s*\/>|\s*>|\s+(?:group|follow|extends)).)*))(\s+(?:group|follow|extends)\s*=(?:(?!\s*\/>|"\s*>|'\s*>)[\s\S])*)*\s*(?:(\/)|)>
- It is already sophisticated enough to handle input as awful as:
<ref group= "bar's > / bar" extends= baz name= ' foos > / foo ' follow= "quux > quux" />
- Even
<syntaxhighlight>
can't deal with the above, but what I'm writing can. This one just cleans upname
(toname="foos > / foo"
from the above mess, and gets rid of the line break before the closing/>
while we're at it); similar regexes in later passes will deal withgroup
, etc., then eventually{{rp}}
replacement. — SMcCandlish ☏ ¢ 😼 03:27, 29 December 2023 (UTC) - Reminder to self: At some point, the script will also have to account for
{{#tag:ref |Citation content here. |name=... |group=... |follow=... |extends=...}}
(with parameters in various order and with or without linebreaks and extraneous spacing). — SMcCandlish ☏ ¢ 😼 03:37, 29 December 2023 (UTC)
- The new regex (just for handling
- Regex upgraded again, to handle line-breaking between
- It now parses even stuff like
Intervene?[edit]
Have you seen Help talk:Citation Style 1/Archive 92#Automating conversion of REF-plus-Rp to Sfn((m)p)? Do you want to launch a teaser trailer? Your call. --𝕁𝕄𝔽 (talk) 18:22, 28 December 2023 (UTC)
- @JMF: Done. — SMcCandlish ☏ ¢ 😼 01:43, 29 December 2023 (UTC)
Vauthors[edit]
Possibly telling people how to write harv citations is out of scope but I thought I should flag this one for you to include or ignore, your call. I've only just found the {{ref={{sfnref|blah blah}} }} facility and it is a lot more convenient that adding first=/last= to each and every name, just so you can write {{sfnp|last1|last2|last3|last4|2024}}. Here is a test example:
- Wang T, Mo L, Mo C, Tan LH, Cant JS, Zhong L, Cupchik G (June 2015). "Is moral beauty different from facial beauty? Evidence from an fMRI study". Social Cognitive and Affective Neuroscience. 10 (6): 814–23. doi:10.1093/scan/nsu123. PMC 4448025. PMID 25298010.
Up to you. --𝕁𝕄𝔽 (talk) 16:56, 29 December 2023 (UTC)
|vauthors=
in the documentation and scripting eventually. But |vauthors=
should not be used except in an article entirely done in Vancouver-style references (or it's against WP:CITESTYLE's instructions to use a consistent referencing style). It's a poor idea to use that style in the first place because it outputs less-useful author metadata, and much more importantly is harder to parse for readers (it is less clear that something like "Tan LH" is an individual's name than "Tan, L. H." that matches the rest of our initials formatting and other name handling, most especially when "Tan LH" appears in an article otherwise using citations that output "Tan, L. H."), and it's more error-prone for editors because this weird name formatting must be done exactly perfectly in that parameter. Another serious fault with it is that we often actually know complete author names (and these can be quite helpful in distinguishing authors and even in finding the source in the first place if it's something without a free-to-read URL or DOI), but |vauthors=
forces us to drop most of the name information we already have; it's a disservice to readers and to editors doing verification work. Any time I run into a |vauthors=
in an article that is not consistently in Vanc style, I replace it with a set of |last1=
|first1=
... (unless I'm in a big hurry or something), often with more complete author names.Using |ref={{sfnref|...}}
a.k.a. |ref={{harvid|..}}
isn't dependent in any way on |vauthors=
.Also, the Lua behind the citation templates can already parse the names inside |vauthors=
(if they were done right) and use them with {{sfnp}}
, {{harvp}}
, etc., directly. If we remove the |ref={{sfnref|Wang ''et al''|2015}}
from your example: Here is a claim in the article.[1]
Wang T, Mo L, Mo C, Tan LH, Cant JS, Zhong L, Cupchik G (June 2015). "Is moral beauty different from facial beauty? Evidence from an fMRI study". Social Cognitive and Affective Neuroscience. 10 (6): 814–23. doi:10.1093/scan/nsu123. PMC 4448025. PMID 25298010.
Just using the automated {{sfnp|Wang|Mo|Mo|Tan|2015}}
is clearer and easier than using a |ref={{sfnref|Wang ''et al''|2015}}
along with {{sfnp|Wang ''et al''|2015}}
. And there doesn't seem to be a consensus that "et al." should be italicized as Latin, because it is so assimilated into English, like "i.e." and "e.g."; I don't think any of our citation templates italicize it. (But it should have a "." after it, italicized or not, even in British usage, since it's a truncation abbreviation, of et alia.) Even without the italics, just using the automated {{sfnp|Wang|Mo|Mo|Tan|2015}}
is still clearer and easier than using a |ref={{sfnref|Wang et al.|2015}}
along with {{sfnp|Wang et al.|2015}}
. — SMcCandlish ☏ ¢ 😼 23:23, 29 December 2023 (UTC)
- Ah, I didn't realise that {{sfnp}} was able to deconstruct a vauthors list. I could have saved myself a lot of hassle. Now I've given myself some more hassle to redo it properly. ;-^
- (I too prefer to change a vauthors list to
|first1= last1= first2= last2=
etc. Generally I avoid using it when creating a citation except when the authors are Chinese or Japanese but the article is in English: how do I know if it is last=Mao first=Tse Tung or vice versa? I confess to using it too when ten authors are listed, for example on IPCC papers.) --𝕁𝕄𝔽 (talk) 17:18, 30 December 2023 (UTC)- Well, like I said at the other page, no one's ever going to be "punished" for mixing citation styles. :-) Someone else just might rearrange it later. It can be a hassle. I got pretty irritated in fixing a vauthor instance stuck into an otherwise non-Vancouver article, as it had over 30 authors. I've seen someone reduce this to the first four last/first pairs then do
|display-authors=etal
, but I'm a little down on that because we had more author information and doing that deleted it. I think I'll whip up a script to convert from vauthors to last/first, at least for my own convenience, but probably after doing this big ref-cleaner and rp-replacer job first.As for Asian names, I would guess just go by what the publication says; if it's "Chaudhary, C.; Richardson, A. J.; ...", and had a "Hua, X." or rarely but sometimes in Sinological material "Hua X" with no comma, in the author list, that already indicates the family-name order. But if the paper's author list started with "Chetan Chaudhary, Abigail Richardson, ..." and included something like "Hua Xiang" then it could be ambiguous; did they keep the same order, or give the Chinese names in surname-first order? I'm not sure vauthors would help here, since you wouldn't be sure whether to use "Hua X" or "Xiang H". Some familiarity with East Asian naming patterns helps. A name like "Hua Xhiangshu" or "Hua Xhian-shu" or "Hua Xiang-Shu" (orthography varies) would be family-name-first. People with more experience at it than I have can figure out Japanese names just by familiarity with which are usually given and which family names. Korean I'm generally at a loss with, unless it follows the Chinese pattern ("Lee Joon-gi" or "Lee Joon-Gi" or "Lee Joongi" is surname-first). It helps a little that a few Korean family names are overwhelmingly common, like Park/Pak/Paik, Lee/Li, Jun/Joon/June, Song/Sung, and Kim. When I'm unsure, I usually just Google around for other works by the same person until I can figure it out. If I could not at all, I would probably do
|author4=Hua Xiang
using the name order I had found (at all or most commonly) and leave it for someone with language/culture-specific experience to figure it out later. Maybe put in an HTML comment to this effect. — SMcCandlish ☏ ¢ 😼 22:52, 30 December 2023 (UTC)PS: As I understand it, the vauthors to sfnp/harvp "translation" uses the author names up to the first four. I'm not sure what happens when someone has a main cite with
|vauthors=Chaudhary C, Richardson AJ, Hua X
|display-authors=etal
. I'm not sure if the latter is just a visual injection of "et al.", or whether it counts as a fourth author name and would require{{sfnp|Chaudhary|Richardson|Hua|et al.|2023}}
. I suspect not, but something to test in a sandbox. — SMcCandlish ☏ ¢ 😼 23:04, 30 December 2023 (UTC)
- Well, like I said at the other page, no one's ever going to be "punished" for mixing citation styles. :-) Someone else just might rearrange it later. It can be a hassle. I got pretty irritated in fixing a vauthor instance stuck into an otherwise non-Vancouver article, as it had over 30 authors. I've seen someone reduce this to the first four last/first pairs then do
Games[edit]
S, I know you're into games and their capitalizations, so take a look at List of abstract strategy games. I downcased a whole bunch of games listed there already, but there are a few I'm not sure what to do about, such as Connect Four, that might be trademarks, or might be generic. Do you have any insights or advice on those? Dicklyon (talk) 07:25, 20 December 2023 (UTC)
- Will have a look-see, but am in middle of some detailed thangs. — SMcCandlish ☏ ¢ 😼 09:29, 21 December 2023 (UTC)
- @Dicklyon: For that one, we have an article title of Connect Four, and a lead that begins "Connect Four (also known as Connect 4, Four Up, Plot Four, Find Four, Captain's Mistress, Four in a Row, Drop Four, and Gravitrips". "Connect Four" does appear to be sourced as a Milton-Bradley (now Hasbro, after merger) trademark, along with the later "Connect 4" spelling. And in English, it is probably the WP:COMMONNAME even if we'd prefer otherwise. It is possible some of the other names are trademarks (or constitute titles of works in the form of commercially published variants of this game, more specifically), but would need to be investigated one-by-one, with those that are not trademarks being lower-cased. And it might be more WP:NPOV to rewrite most of the article to use one of the lowercased non-TM names, and only use "Connect Four" or "Connect 4" when referring to specific MB–Hasbro products/publications.What is presently at "score four" seems like it should be "Score Four" (trademark of Funtastic in 1968, AKA "Connect Four Advanced" by Hasbro later); there doesn't appear to be a generic name for that variant. And I'm skeptical it is a valid stand-alone article instead of a section at Connect Four, anyway; looks like it would not pass a GNG test at AfD.I didn't look closely at other examples. Were there some other iffy ones? — SMcCandlish ☏ ¢ 😼 01:43, 29 December 2023 (UTC)
- Sure, lots of potentially iffy ones. Like what I did here. You concur? And what about things like Five Field Kono that are usually capped in sources, for no apparaent reason? Dicklyon (talk) 05:51, 29 December 2023 (UTC)
- The cleanup at peralikatuma looks spot-on to me. And five field kono (not even a redirect there? FFS ....) is a folk game, not a trademark/publication, so should be lower-case, and as: five-field kono (
five-field {{lang|ko-Latn|kono}}
) – per MOS:HYPHEN and MOS:FOREIGN. The parent article gonu has similar issues. This is the kind of stuff MOS:GAMECAPS is specifically aiming to address (along with overcapitalization of things like sports, folk dances, sport/dance moves and techniques, game pieces, musical instruments, etc.). For at least the immediate future, we have one weird exception, for go (game), which is presently being rendered "Go", but obviously really should be go ({{lang|zh-Latn|go}}
), but we would need another RfC to undo the previous one that arrived at "Go" through what seems to be a WP:SSF-based WP:LOCALCONSENSUS. But in no way is "Go" some kind of "capitalize all Asian folk games" excuse. So, kono/gonu. — SMcCandlish ☏ ¢ 😼 06:20, 29 December 2023 (UTC)- Thanks, I fixed some more of those. There's still a ton of over-capping in games generally though. Dicklyon (talk) 18:27, 29 December 2023 (UTC)
- Yes there is. Probably still in a lot of dance articles, too, though I cleaned up a lot of those. Sports mostly look pretty good, but I still run into obscure ones over-capitalizing stuff. — SMcCandlish ☏ ¢ 😼 23:24, 29 December 2023 (UTC)
- Thanks, I fixed some more of those. There's still a ton of over-capping in games generally though. Dicklyon (talk) 18:27, 29 December 2023 (UTC)
- The cleanup at peralikatuma looks spot-on to me. And five field kono (not even a redirect there? FFS ....) is a folk game, not a trademark/publication, so should be lower-case, and as: five-field kono (
- Sure, lots of potentially iffy ones. Like what I did here. You concur? And what about things like Five Field Kono that are usually capped in sources, for no apparaent reason? Dicklyon (talk) 05:51, 29 December 2023 (UTC)
Dahua Technology[edit]
Hi SMcCandlish, I noticed that you are part of the category of Wikipedians willing to provide third opinions [17]. I have been working on Dahua Technology and am hoping you may be interested in reviewing an ongoing discussion on the talk page regarding specific terminology used in the article. I'd be grateful for your feedback and assistance in implementing the edits as you see fit. Thank you, Caitlyn23 (talk) 19:23, 20 December 2023 (UTC)
- Will try to look into it tomorrow, but it's been a long day for me already. — SMcCandlish ☏ ¢ 😼 09:31, 21 December 2023 (UTC)
- More like the next day or day after; have a lot going on. — SMcCandlish ☏ ¢ 😼 10:00, 22 December 2023 (UTC)
- Hi SMcCandlish, just checking back to see whether you may have time to review the discussion on the Dahua Technology talk page. I'd be interested to hear your thoughts and would appreciate assistance with the edits. Thanks again, Caitlyn23 (talk) 18:22, 28 December 2023 (UTC)
- @Caitlyn23: This isn't really a Wikipedia:Third opinion matter, because it's not a dispute between two editors; rather, there has been a series of consensus discussions with unclear resolution. It would be much more appropriate for me to simply weigh in as one of those editors, than try to do what amounts to arbitrating between one editor (you) and a bunch of other editors (of differing opinions but some of them against yours). I have done that now, suggesting a compromise approach both sides hopefully will find workable. — SMcCandlish ☏ ¢ 😼 01:43, 29 December 2023 (UTC)
- Hi SMcCandlish, just checking back to see whether you may have time to review the discussion on the Dahua Technology talk page. I'd be interested to hear your thoughts and would appreciate assistance with the edits. Thanks again, Caitlyn23 (talk) 18:22, 28 December 2023 (UTC)
- More like the next day or day after; have a lot going on. — SMcCandlish ☏ ¢ 😼 10:00, 22 December 2023 (UTC)
Artistic billiards[edit]
Hi! I've done a little bit of work on Artistic billiards over the last couple days - I'd never seen a match, but recently found a video on YouTube and it's very enjoyable! Shame it is so hard to find a detailed video. I've added some info from Trick Shot about Artistic Pool, but I'm not super familiar with the subject. Is there any funky sourcing outside of Shamos's book about these terms, Google isn't super helpful. Lee Vilenski (talk • contribs) 13:13, 27 December 2023 (UTC)
- @Lee Vilenski: Not that I'm really aware of, or I would have split Artistic pool into its own article by now. I know Tom "Dr. Cue" Rossman is heavily involved in artistic pool (or at least was as of around 2010 or so). Old pool magazines like Inside Pool and Billiards Digest from that era probably have some coverage, but I no longer have a collection of that stuff (used to live in a converted warehouse space with oodles of room, but now a small apartment, so had to downsize a lot). AZBilliards may have some coverage, and there might be historical info among Rossman's own online materials. As for artistic [carom] billiards, carom in general isn't very popular in the English-speaking world but is a big deal otherwise, so I would expect more source materials to be available in French, Italian, Spanish, and Chinese, among other languages in the "carom world".One minor concern is that Trick shot#Artistic pool and Artistic billiards#Artistic pool are basically near-identical WP:CFORKS. The meat of the material should be merged to the former, with the latter reduced to a compressed summary, with
{{Main|Trickshot#Artistic pool}}
at the top of it. — SMcCandlish ☏ ¢ 😼 23:13, 27 December 2023 (UTC)- I thought as much. I am in the process of merging, although I don't really see how Trickshot would be the main article of the two. Perhaps I don't know enough about the subject. Lee Vilenski (talk • contribs) 09:21, 28 December 2023 (UTC)
- @Lee Vilenski: Well, artistic pool, artistic billiards, and trick-shot snooker are all essentially sub-topics (discipline-specific variants) of the Trick shot topic. Artistic billiards is well-developed in encyclopedic material enough for a stand-alone article. Artistic pool is slowly heading that direction; trick-shot snooker is not yet (though there's at least one specific-competition article). But Artistic pool (on a six-pocket pool table) is not a subtopic of Artistic billiards (on a pocketless carom table). — SMcCandlish ☏ ¢ 😼 01:43, 29 December 2023 (UTC)
- I thought as much. I am in the process of merging, although I don't really see how Trickshot would be the main article of the two. Perhaps I don't know enough about the subject. Lee Vilenski (talk • contribs) 09:21, 28 December 2023 (UTC)
Happy New Year[edit]
Happy New Year! | ||
Wishing you and yours a Happy New Year, from the horse and bishop person. May the year ahead be productive and distraction-free and may Janus light your way. Ealdgyth (talk) 14:45, 31 December 2023 (UTC) |
Happy New Year, SMcCandlish![edit]
SMcCandlish,
Have a prosperous, productive and enjoyable New Year, and thanks for your contributions to Wikipedia.
Abishe (talk) 14:17, 1 January 2024 (UTC)
Send New Year cheer by adding {{subst:Happy New Year fireworks}} to user talk pages.
Abishe (talk) 14:17, 1 January 2024 (UTC)Speed pool[edit]
Do you know if Speed pool is actually a thing? It's been unsourced for a decade and I couldn't find much about it aside from a few tournaments of the same name. Seems non-notable to me, but thought I'd check first. Lee Vilenski (talk • contribs) 23:52, 1 January 2024 (UTC)
- It's definitely a thing, a professional competitive discipline. Jeanette Lee was big into it, back before all her medical issues. AZBilliards and such probably have good coverage of it that we're not citing yet. — SMcCandlish ☏ ¢ 😼 00:19, 2 January 2024 (UTC)
Post-holidays note to self[edit]
Something to deal with quickly:
Need to stop putting this off; will probably only take 10 minutes.
Ongoing:
- Wikipedia talk:Manual of Style#"Acronyms in page titles" is mis-placed in an MoS page
- Wikipedia:Village pump (policy)#Make Wikipedia:WikiProject Computer science/Manual of style into Wikipedia:Manual of Style/Computer science
- Wikipedia talk:Manual of Style/Tables#Creating policy to support an argument – removed incorrect stuff about tooltips, and MOS:TOOLTIP may also need an update
- Wikipedia talk:Naming conventions (lists)#Fixing disambiguation confusion
Several things appear to have stalled out over the holidays:
- Wikipedia talk:Manual of Style/Biography#JOBTITLES simplification proposal
- Wikipedia talk:Verifiability#Merge WP:SELFSOURCE and WP:BLPSELFPUB to WP:ABOUTSELF
- Wikipedia talk:Naming conventions (companies)#Use of comma and abbreviation of Incorporated
- Wikipedia talk:Bot policy#Systematic mass edits to hidden category dates
- Template talk:Infobox person#Placement of "Sir"
- Template talk:Infobox person#Death cause parameter
- Wikipedia talk:Manual of Style/Accessibility#Making redundant table captions screen-reader-only
- Wikipedia talk:Manual of Style#A worsening MOS:DASH issue (causing mounting WP:CONSISTENT problems)
Some of these may need to be restarted as RfCs.
See also:
- Talk:Cosimo III de' Medici#Requested move 15 December 2023 – WP:NCPEER's "rule" calling for long-ass page titles like Cosimo III de' Medici, Grand Duke of Tuscany got discarded like chaff; this may be significant in addressing WP:PEERAGE's and WP:ROYALTY's other attempts to use WP:FAITACCOMPLI to impose "their own rules" (WP:CONLEVEL failure).
Forgot about this one for a long time (need to merge the NC material out of MOS:COMICS into WP:NCCOMICS):
An article still using deprecated WP:PARENTHETICAL referencing of the {{harv}}
style to use as a cleanup testbed:
— SMcCandlish ☏ ¢ 😼 16:14, 7 January 2024 (UTC); updated: 02:52, 24 February 2024 (UTC)
Dicing[edit]
Hello. You'll see that my edit was a typo, as I ' Claimed ', as inexpicably I'd typed ' qs ', not ' Vide ', and corrected it.
I'd say that this being an online dictionary, people who read it, by their nature, have an interest in what they don't understand; that not to use words, (though it wasn't my intention), that '...more than a few...' (sic) understand should be persuasive only if we weren't writing in English: to use that for a guide now, (not that that's contravening any Wikipaedia rule), should mean that at some past time somebody declared it is one, anyway; and it must have been sometime between one of the forms of Celtic speech used in Britain and today, since we're using English, here; words which, at one time, '...not more than a few...' knew, meaning we might still be uding Anglo-Saxon. So when did excluding the unfamiliar become a rule ? Dictionaries are still being published to explain both new and unfamiliar words; a pursuit disallowed, now, by this guide.
It's true I could have made ' Vide ' a link; but what's conversational for some is as abstuse as others' reasonings.
Yes, it was mentioned above ; but not all sections and sub-sections are read, and the re-emphasised words occupying the space of an old ink blot might very well, (for the majority, not ' The few ', who skip through what they read), have been the harmless ones that conveyed the distinction between tartan and dicing.
Anyway, regards to you. Heath St John (talk) 19:46, 8 January 2024 (UTC)
- @Heath St John: Sorry about the "wasn't a typo fix" part; I had seen both your edits as a single combined diff, and only the edit summary of the second was visible, so it looked like the addition of the cross-reference was claimed to be a typo fix. I should have checked to see whether it was more than one edit with distinct edit summary rationales. Anyway, Wikipedia doesn't use q.v. (what I'm guessing was intended by qs) or vide this way. They're unfamiliar to too many readers, and don't really serve a purpose here (mostly because Wikipedia is not paper). If the mention was right there in the same block of text (as it was in this case), there is no reason to tell people where it is; and if it's widely separated, in a different section, the thing to do, if a cross-reference really seems needed, is to link to that section, e.g. with
{{see below|[[#History|below]]}}
or whatever, which produces output like . The usual purpose of q.v. is to refer to a headword, such as is found in a glossary; and vide is generally used in academic material to refer to a specific passage (and your use of it didn't provide such specificity). Anyway, the lead section at Sillitoe tartan is now even clearer than it was, with the terminological quibbles consolidated, so there's little if any room of confusion any longer. PS: Wikipedia style for abbreviated Latinisms like "q.v." and "i.e." and "e.g." and "et al." is to use the dots, and the ones that are well-assimilated into non-specialist English don't take italics, while the more obscure ones like "q.v." and "p.m.v" and "op. cit." (lots of them are legalisms or academicisms) are italicized. "Et al." is actually an edge case with regard to the italics; there is or was recently a discussion open about this, though I forget where. (Frustrating, since I was going to comment in it.) — SMcCandlish ☏ ¢ 😼 20:55, 8 January 2024 (UTC)- Very clear.
- Thanks very much. Heath St John (talk) 21:03, 8 January 2024 (UTC)
Pushing beans[edit]
Hi there! In the future, I hope you can take a beat and consider WP:AGF instead of implying that someone is busy pushing beans up their nose, as you did in this edit summary. There's already too much gatekeeping at the project, and I don't think you want to come off as doing that. -- Mikeblas (talk) 02:04, 10 January 2024 (UTC)
- There is no AGF failure or gatekeeping in anything I said, or in reverting something I didn't (at least at the time) consider an improvement. I get the feeling you've not actually read or understood WP:BEANS. In short, it means don't give people ideas about monkeying around with stuff they don't need to be monkeying around with. It has nothing literal to do with noses and beans; its a metaphor. (And wasn't about you.) My point was that from my perspective, Trapper already had answered your query, and my further point was that people generally don't need to know about bot-related code, in detail in documentation of parameters for human editors to use, or a few of them are likely to mess around with it in unhelpful ways. Those who do have a reason to be involved with it (e.g. they operate a bot, or they're working on the cleanup category populated by the bot) are already going to know about that parameter and what it's doing (or will quickly know how/where to find out). That was the reasoning at the time (and doesn't fit in an edit summary). However, given what you said at WT:CS1 later, I already said I saw your viewpoint on it and you should just feel free to undo my revert [18]. I guess you didn't see that, but it's a little weird to get a hostile-ish note about some old revert from a few days ago. It's not like I have some magical power whereby a revert from me is permanent and unquestionable. :-) Anyway, I do see your point about documenting that parameter in a more general-editor-facing way, since there might after all be a reason for any given editor to do something with it. Just don't think it should be redundantly documented, when linking to existing documentation is fine. Even that I don't feel terribly strongly about, though. — SMcCandlish ☏ ¢ 😼 02:48, 10 January 2024 (UTC)
Alternative to rp[edit]
Hi. In your archive Page-ception you have two paragraphs that outline ref= use as an alternative to Template:rp. Is that still current? Any chance there is a standalone description I can point out for others?
(I use rp primarily because it is much shorter. ref= has the same problem as sfn, additional points of failure. In <ref name=McNuttsIR2006/>{{rp|131}}</ref>
vs <ref>[[#McNuttsIR2006|McNuts, I. R. (2006)]], p. 131.</ref>
, the string "McNuts, I. R. (2006)]], p.
" isn't checked by reference failing.) Johnjbarton (talk) 19:31, 12 January 2024 (UTC)
- @Johnjbarton: I wasn't able to parse what you meant by "isn't checked by reference failing" and that quoted string. I haven't made the "Page-ception" thread's stuff into a page of its own, and I'm more and more leaning toward
{{sfnp}}
(which does not need a surrounding<ref>...</ref>
), along with rare use of{{harvp}}
inside<ref>...</ref>
for cases that require additional annotations. The complicated|ref=Whatever 2023
and<ref name="Whatever2023">[[#Whatever 2023|Whatever (2023)]] ...</ref>
stuff I did at Tartan and some other articles can all be replaced by those two templates for a leaner and less error-prone result.Is there some kind of case you're having an issue with? I might be able to help work it out.
The problem (or a problem) with
{{rp}}
is that it is a form of inline parenthetical referencing, which was deprecated by community consensus entirely in 2022. It separates part of the citation data from the citation and clogs up the text. — SMcCandlish ☏ ¢ 😼 19:50, 12 January 2024 (UTC)- Context: over at Electromagnetic field, we're dealing with a situation where there are a couple standard textbooks that are cited repeatedly, each citation pointing to a different page range, and then a bunch of one-off citations for specific points. One way would be to use a bunch of {{rp}} tags. Another would be to have a separate list of {{cite book}} templates for the textbooks and then point to the specific page ranges with {{sfn}}s. XOR'easter (talk) 21:21, 12 January 2024 (UTC)
- @XOR'easter and Johnjbarton: Oh, that one's easy-peasy: [19] (along with some other cleanup). Did that while carrying on a debate at WP:VPPOL in the other window. :-) This one didn't need any
|ref=
twiddling. If it doesn't suit your needs, feel free to undo it of course (WP:CITEVAR and all 'at). Some folks prefer to have the multi-cited sources be under their own subheading after==References==
, such as===Sources===
or===Bibliography===
, instead of between{{refbegin}}
and{{refend}}
(or even both at once). — SMcCandlish ☏ ¢ 😼 22:35, 12 January 2024 (UTC)- Thanks for the fix (at least @XOR'easter will be happier ;-)
- I can't understand multi-cited in a separate section. Change the number of citations and fiddle with the sections. No thanks. Johnjbarton (talk) 02:05, 13 January 2024 (UTC)
- If it comes to it, just go back to the older format or pick a new one; I wasn't trying to "impose my will" by that change; it was basically a demo, and I half-expected it to be reverted. — SMcCandlish ☏ ¢ 😼 03:04, 14 January 2024 (UTC)
- PS: Another approach is WP:LDR, in which the multi-cited sources would be put inside a
<references>...</references>
structure or an extended{{reflist|...}}
tag, directly under==References==
, each wrapped in<ref>...</ref>
, but this strikes me as unnecessarily complicated. — SMcCandlish ☏ ¢ 😼 22:37, 12 January 2024 (UTC)
- @XOR'easter and Johnjbarton: Oh, that one's easy-peasy: [19] (along with some other cleanup). Did that while carrying on a debate at WP:VPPOL in the other window. :-) This one didn't need any
- I don't want to relitigate the decision, but for me the exact problem with sfn is that separates the citation data (in References) from the citation (in Sources). Or in the case of Electromagnetic field, "Reference" contains some blue links that point to otherwise-formatted citations and some blue links that point outside the article. Looks sloppy.
- Now that I know that
sfnp
can be mixed with<ref>
I'll try it. Johnjbarton (talk) 02:04, 13 January 2024 (UTC)- Well, at least all the citation data is in the "References" section; this is clearly an improvement over (less sloppy than) having some of it there and some of it stuck in mid-sentence in the article (where for some readers it's probably not even clear what it is). At any rate, it is not possible to have all citation information on the same line, somewhere on the page, without entirely duplicating every
{{cite journal}}
or whatever for every page at which it is cited. This really is about as good as it gets. The whole site seems to be moving this direction. PS: I used{{sfnp}}
instead of{{sfn}}
because it produces the same "(2018)" date output as the main citation templates;{{sfn}}
produces "2018" without the consistent parentheses/round-brackets, for no good reason. People only use{{sfn}}
because it has a shorter name and they think it's "the default" or what is "normal", but it should really not be used unless the article has a citation style that is consistently using "2018" format, which is only possible if they're all non-templated, manually formatted citations, which is pretty much no longer done in any article on the system except old junk no one's touched since the 2000s. — SMcCandlish ☏ ¢ 😼 02:12, 13 January 2024 (UTC)- Is there any documentation other than Template:Sfnp? I'm sure it is completely obvious to you, but don't understand how to use it.
- In
{{sfnp | <last1*> | <last2> | <last3> | <last4> | <year*> | p= <page> | loc= <location> }}
- there are an indefinite number of parameters (how many authors last names?) with ambiguous definitions (2002abcde?) ("de Broglie" vs "DeBroglie" etc). As I understand it these have to match a
{{cite}}
template correct? All of the parameterslast1...year
are essentially an identifier forced to match a function of the cite template as far as I can tell. - (None of this is an issue with
ref
because thename
only needs to match, the authors and date are only given one place. Seems to me that a solution where the point of citation entry is an arbitrary string and page number likerp
but which renders as the consensus desires would be nicer). Johnjbarton (talk) 16:47, 13 January 2024 (UTC)- For others and future reference: the information about how to use
{{sfnp}}
is in Template:Sfnp, in the "Possible issues" and "Implementation" sections. Johnjbarton (talk) 22:16, 13 January 2024 (UTC)
- For others and future reference: the information about how to use
- Well, at least all the citation data is in the "References" section; this is clearly an improvement over (less sloppy than) having some of it there and some of it stuck in mid-sentence in the article (where for some readers it's probably not even clear what it is). At any rate, it is not possible to have all citation information on the same line, somewhere on the page, without entirely duplicating every
- Context: over at Electromagnetic field, we're dealing with a situation where there are a couple standard textbooks that are cited repeatedly, each citation pointing to a different page range, and then a bunch of one-off citations for specific points. One way would be to use a bunch of {{rp}} tags. Another would be to have a separate list of {{cite book}} templates for the textbooks and then point to the specific page ranges with {{sfn}}s. XOR'easter (talk) 21:21, 12 January 2024 (UTC)
- A filled-out "maximal" example would be something like:
{{sfnp|Chen|Jones|López-Garcia|Le Fevre|2021|p=99|loc=footnote 7}}
. - The
|loc=
parameter is optional and can also be used in place of instead of along with|p=
or its plural form|pp=
(those two are mutually exclusive with regard to each other):{{sfnp|Chen|Jones|López-Garcia|Le Fevre|2021|loc=errata sheet}}
- The author surnames must match those (in numeric order) given in the CS1 template, e.g.:
{{Cite journal |last1=Chen |first1=Amy B. |last2=Jones |first2=C. D. |last3=López-Garcia |first3=Carlos |last4=Le Fevre |first4=Jean-Paul |last5= ... |date=2021 ...}}
to match the above example.- Spelling must be the same ("De Broglie" and "DeBroglie" and "de Broglie" are not equivalent).
- The surname matching also works with the generic CS2 equivalent template
{{Citation |last1=Chen |first1=Amy B. |last2=Jones |first2=C. D. |last3=López-Garcia |first3=Carlos |last4=Le Fevre |first4=Jean-Paul |last5= ... |date=2021 ...}}
If this is encountered in any article dominated by the more specific CS1 templates, it should be replaced with the appropriate one of those, per WP:CITESTYLE (and at this point, the vast majority of uses of CS2{{Citation}}
are inconsistent injections of this sort into CS1 articles; the number of articles consistently templated in CS2 is decreasing all the time). - Surprisingly, it also works by extracting individual surnames out of the lossy and "reader-hateful"
|vauthors=
mess, as long as it's actually coded in the proper format:{{Cite journal |vauthors=Chen AB, Jones CD, López-Garcia C, Le Fevre J-P, ... |date=2021 ...}}
This format, too, should be replaced on-sight with CS1's standard|last1=
, etc., if|vauthors=
is encountered in a article that is not consistetly using Vancouver-style citations, which is almost all of the cases at this point. (Few articles remain using Vancouver consistently, but editors who are fans of that style commonly go around wrongly injecting it into articles that do not use it, which is against WP:CITESTYLE). - It's also smart enough to treat
|editor1-last=
, etc. as author names for this purpose if there is no|last1=
, etc. If there are one or more specified authors, then any editor names are ignored (they do not concatenate onto the author(s) list). |last=
,|author=
, and|author1=
(and the rare|author-last=
,|author1-last=
, and|author-last1=
) are all aliases of|last1=
, and so forth.|editor-last=
,|editor=
,|editor-last1=
,|editor1=
are all aliases of|editor1-last=
, and so on.
- For multiple authors, the maximum is 4, not "an indefinite number". If you put in 5 or more, the template will throw a red error message. (This applies to
{{sfnp}}
,{{harvp}}
, and all their variants.) - All the authors up to 4 must be included if specified in the full-length citation. For the above example, doing
{{sfnp|Chen|Jones|López-Garcia|2021|p=32}}
will not work because|Le Fevre
is missing. - The CS1/CS2 special parmeter
|display-authors=etal
, to output "et al." after the last specified author name, is not detected or supported. If the citation is{{cite book |last=Adebayo |first=Mohamed |display-authors=etal |date=1997 ...}}
, this must be short-cited like{{sfnp|Adebayo|1991|p=23}}
. - Dealing with two publications the same year by the same author(s) [or, technically, authors with the name surname]: This is where
|ref=
comes in. If you have{{cite book |last=Tāwhiri |first=Koa |date=2023 ...}}
and{{cite journal |last=Tāwhiri |first=Moana |date=2023 ...}}
, the solution is this:{{cite book |last=Tāwhiri |first=Koa |date=2023 ... |ref={{sfnref|Tāwhiri|2023a}} }}
and{{cite journal |last=Tāwhiri |first=Moana |date=2023 ... |ref={{sfnref|Tāwhiri|2023b}} }}
, each short-cited as{{sfnp|Tāwhiri|2023a}}
and{{snfp|Tāwhiri|2023b|p=42}}
, respectively.- An alternative when there are two authors with the same surname is to be more specific about the author names:
{{cite book |last=Tāwhiri |first=Koa |date=2023 ... |ref={{sfnref|Tāwhiri, K.|2023}} }}
and{{cite journal |last=Tāwhiri |first=Moana |date=2023 ... |ref={{sfnref|Tāwhiri, M.|2023}} }}
, each short-cited as{{sfnp|Tāwhiri, K.|2023}}
and{{snfp|Tāwhiri, M.|2023|p=42}}
, respectively. Doing both forms of disambiguation at once is not helpful. The name disambiguation is often helpful any time there are two authors by the same surname in the same article, even if the publication years do not collide. - The formerly recommended practice was to "operator overload" the long-form citation's
|year=
parameter:{{cite book |last=Tāwhiri |first=Koa |year=2023a ...}}
, which would work with{{sfnref|Tāwhiri|2023a}}
, but it pollutes the long-form citation's date ouput with an invalid year string: Tāwhiri, Koa (2022a) The kluge to repair that was to do:{{cite book |last=Tāwhiri |first=Koa |year=2023a |date=2023...}}
. But this is all just ridiculous awfulness, a case of the tail wagging the dog, the code forcing human editors to do confusing crap that abuses and juggles around template parameters for side purposes that don't match their citation-information intent. Worse, non-expert editors are apt to think that|year=2023a
|date=2023
is a typo and "fix" it to just|date=2023
, thereby breaking short cites to that source. The|ref=
parameter was introduced to make such easily broken hoop-jumping unnecessary. Instances of|
, with or without the compensating|date=2023
should be replaced with|date=2023
and an{{sfnref}}
(also often called by the alias{{harvid}}
) inside a{{ref}}
. NB: Using|date=
instead of|year=
is universally better, because|date=
also handles bare years along with fuller dates, and editors who encounter a|year=2023
but see a full date in the cited work when verifying it are apt to improve the citation by giving the full date;|year=
is simply obsolete.
- An alternative when there are two authors with the same surname is to be more specific about the author names:
- Dealing with excessively long author names (usually organizational ones): Another job for
|ref=
. If you have{{sfnref|...}}
{{cite report |editor1-last=Yi |editor1-first=Xiu-Yīng |editor2=Committee on Reptile and Amphbian Nomenclature |date=2023 |publisher=World Herptological Society ...}}
, you can add|ref=
, and cite it as, e.g.,{{sfnref|Yi|CRAN|2015}}
{{sfnp|Yi|CRAN|2015}}
. - Vancouver-style citation templates (
{{Vcite journal}}
,{{Vcite journal}}
,{{Vcite book}}
, etc.), which are rare but still occationally found, cannot be used at all with{{sfnp}}
, etc., without adding|ref=
to them. Yet another reason to not use that citation style.{{sfnref|...}}
- Author names used by
{{sfnp}}
and related templates have nothing to do with what is in<