View source for Help talk:Citation Style 1/Archive 95

{{Automatic archive navigator}}

== 'Others' parameter for 'Cite magazine' template ==

While looking through the parameters of [[Template:Cite magazine]], I noticed that the 'others' parameter is the recommended means by which illustrators should be listed. As the 'authors' parameter was deprecated for not contributing to the citation's metadata, shouldn't a separate, optional '''<nowiki>'</nowiki>illustrator<nowiki>'</nowiki>''' (aliases 'illustrator-last', 'illustrator-surname', 'illustrator1', 'illustrator1-last', 'illustrator1-surname', 'illustrator-last1', 'illustrator-last1'), '''<nowiki>'</nowiki>illustrator-first<nowiki>'</nowiki>''' (aliases 'illustrator-given', 'illustrator1-first', 'illustrator1-given', 'illustrator-first1', 'illustrator-given1'), '''<nowiki>'</nowiki>villustrators<nowiki>'</nowiki>''' ([[Vancouver style]]), and '''<nowiki>'</nowiki>display-illustrators<nowiki>'</nowiki>''' (to determine when et al. is added) parameters be added, to ensure documented magazine illustrators are searchable as metadata in a format similar to the ones established for authors and editors?

The 'others' parameter would still be kept, of course, as a catch-all parameter for any additional contributors. -[[User:CoolieCoolster|CoolieCoolster]] ([[User talk:CoolieCoolster|talk]]) 23:36, 11 May 2024 (UTC)

:There is also photographer. Some books the photography is the main content or the most notable contributor.
:Looking at {{tlx|cite book}} it says:
::'''others''': To record other contributors to the work, including illustrators. For the parameter value, write ''Illustrated by John Smith''
:So I guess if you free form ''Illustrated by Name'', it would be possible to search the metadata. In practice editors might say things like: ''Illustrator: Name'' or ''Name (illustrator)'' etc.. the main thing is the ability to search on the word "illustrator" or "illustrated" in the ''others'' field. This is messy I agree and makes parsing error prone. OTOH how to deal with a couple dozen common occupations without blowing up the complexity of citations. Maybe if the keynames were associative arrays eg. {{para|others[illustrators]|Joe Smith, Bill Barn}} {{para|others[photographers]|Mary Sue}} .. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 15:29, 27 May 2024 (UTC)
:{{para|others}} is a free-input parameter. If you want the very reader-unfriedly Vancouver style, you just do {{para|others|Jones VT, Smith AM (illustrators)}}. These templates are already excessively complex, and we do not need a whole new multiplying set of parameter variants for every imaginable kind of "other", especially as it also leads to a bunch of numbered variants of them: {{para|illustrator5-last}}, etc., etc. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 16:33, 11 June 2024 (UTC)

== PDF page number parameter ==

PDFs often have page numbers printed on each page, but these are offset from the page numbers of the digital PDF file due to title pages, forewords, etc. Normally we only cite the page number printed on the page we're citing. Could we add another page number parameter for the digital page number in such a document? Maybe we could call it "digital page", "PDF page", "digital document page", or "digital version page". [[User:Toadspike|<span style="color:#21a81e;text-decoration:underline;text-decoration-thickness: 10%;">'''Toadspike'''</span>]] [[User talk:Toadspike|<span style="color:#21a81e;font-variant: small-caps;font-weight:bold;">[Talk]</span>]] 12:06, 27 May 2024 (UTC)

:I frequently add the page number to the URL as described at [[WP:PAGELINKS]]. (Further documentation: [https://helpx.adobe.com/acrobat/kb/link-html-pdf-page-acrobat.html][https://pdfobject.com/pdf/pdf_open_parameters_acro8.pdf]<!-- https://web.archive.org/web/20171013102703/https://www.adobe.com/content/dam/acom/en/devnet/acrobat/pdfs/pdf_open_parameters.pdf -->).
:{{demo|<nowiki>{{harvtxt|Abate|1998|p=[https://scholar.csl.edu/cgi/viewcontent.cgi?article=1124&context=thd#page=10 2]}}</nowiki>}}
:I'd be reluctant to add this to the visible citation, since I don't presume that future readers will be looking at the exact same PDF that I am. PDFs may eventually become deprecated and readers will view some other file format. The publisher may use OCR software to detect the printed page numbers and add it to the PDF file. In the latter case, the URL doesn't change, but the way page numbers are displayed to users will change, which could make notes about PDF page numbers to users confusing. [[User:Daask|Daask]] ([[User talk:Daask|talk]]) 14:48, 27 May 2024 (UTC)
::Agreed. Also different PDF readers might give different page numbers, depending which page it considers #1 and how it counts - there is an internal algorithm that can't be assumed to be universal for every reader.  -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 14:58, 27 May 2024 (UTC)
:This is another routine request that has fair objections, as above. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 16:11, 27 May 2024 (UTC)
::To add to the objections, the PDF-format e-book pagination of something is not likely to match other e-book formats (ePub, etc.). And if the document is replaced later with a new version, the PDF pagination may completely change, because whoever generated it use a different print-to-PDF tool. There are means of linking to specific "PDF pages" in documents, that are respected by some (not all) browsers, and I suppose such a link culd be used around the page number in {{para|page}}. But even that's kind of iffy, for the aforementioned reason: if the document is later updated, that link might go to the wrong spot in the document. My practice has been to give the visible page number in the work, and if it lacks such numbering, then identify the in-document location some other way, e.g. {{para|at|"Dallas, Texas" entry}}, or {{para|at|§ 8.52.7}}. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 16:48, 11 June 2024 (UTC)

== Prioritize publisher URL over third-party repositories ==

'''I propose that we prioritize linking to articles provided by the publisher over third-party repositories when both are open access.'''

When a citation template doesn't supply {{para|url}}, the URL linked by the title text is supplied instead by identifiers when an open access version is known to be available. My proposal only changes which open access version is linked when multiple options are available.

Consider the following citations of the same work:

{{Markup2 | tstyle=font-weight:normal
|t=When {{para|pmc}} is given, then a link is provided to PubMed Central because all PubMed Central articles are open access.
|m=<nowiki>{{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | pmc=6124072}}</nowiki>
|r={{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | pmc=6124072}}
}}
{{Markup2 | tstyle=font-weight:normal
|t=When {{para|doi-access|free}}, a link is provided to that DOI.
|m=<nowiki>{{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | doi=10.1098/rsos.172239}}</nowiki>
|r={{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | doi=10.1098/rsos.172239}}
|m2=<nowiki>{{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | doi=10.1098/rsos.172239 | doi-access=free}}</nowiki>
|r2={{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | doi=10.1098/rsos.172239 | doi-access=free}}
}}
{{Markup2 | tstyle=font-weight:normal
|t=When both {{para|doi}} and {{para|pmc}} are provided, PubMed Central is linked
|m=<nowiki>{{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | pmc=6124072 | doi=10.1098/rsos.172239}}</nowiki>
|r={{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | pmc=6124072 | doi=10.1098/rsos.172239}}
|m2=<nowiki>{{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | pmc=6124072 | doi=10.1098/rsos.172239 | doi-access=free}}</nowiki>
|r2={{cite journal | last=Pashler | first=Harold | last2=Heriot | first2=Gail | date=2018 | title=Perceptions of newsworthiness are contaminated by a political usefulness bias | journal=Royal Society Open Science | volume=5 | issue=8 | page=172239 | issn=2054-5703 | pmid=30224994 | pmc=6124072 | doi=10.1098/rsos.172239 | doi-access=free}}
}}

<strong>I am proposing a change only for the very last example, when both {{para|pmc}} is given and {{para|doi-access|free}}. Currently, it links to PubMed Central. I think we should link to the DOI, since this is more likely provided by the publisher rather than a third-party repository.</strong>

<strong>My primary reason for this change is that some articles in [[PubMed Central]] appear to be [[preprint]]s rather than the final published version, eg. {{PMC|6688940}}.</strong> {{small|(Note the text change following the mention of {{Taxon italics|Salpiglossis sinuata}}.)}} Additionally, I think its worthwhile to encourage traffic to open access publishers.

Minor considerations:
# Both PubMed Central's HTML version and the publisher's HTML version sometimes have formatting issues that the other one does not. eg. In [https://www.mdpi.com/2227-9032/10/4/658#sec3dot2dot2-healthcare-10-00658 this publisher's version], quotes lack italics or sufficiently different indentation to clearly differentiate from body text. Not an issue in [https://www.ncbi.nlm.nih.gov/pmc/articles/PMC9031265/#sec3dot2dot2-healthcare-10-00658 PubMed Central].
# The DOI sometimes, but rarely, links directly to a PDF, whereas PMC always links to an HTML, with a PDF usually available, eg. {{PMC|5780623}}
# Are publishers more likely to have supplementary data? A quick glance at some sample articles didn't indicate this, but I suspect it is sometimes true.
[[User:Daask|Daask]] ([[User talk:Daask|talk]]) 14:24, 27 May 2024 (UTC)

:The reason PMC takes precedence over DOI is historical and rooted in PMC autolinking before (free) DOIs did. Possibly because PMC version is lightweight, reduces data consumption (important on mobile and pay-per-GB internet plans) and does not require a PDF reader. Not saying this shouldn't be changed, just why this is currently the case.
:Really we should have a hierarchy of priority for when multiple identifiers are free (like if {{para|doi-access|free}} and {{para|jstor-access|free}}) so that autolinking apply to all [[version of record]] identifiers (i.e. not arxiv/ssrn/s2cid, etc...), which should be manually overridable i.e. {{para|auto-url|jstor}}. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 23:04, 28 May 2024 (UTC)
::That sounds reasonable, other than I'm skeptical we really need an override once a "cascade" of preference is established; the reasons to do an override would probably be very subjective. If we did implement one, {{para|auto-url}} doesn't make much sense to me, since if you're doing a manual override that's the opposite of automated. (Plus as semantic/pedantic matter, ''auto-'' actually means 'self-'; an autoimmune disorder is an immune-system response to some of one's own cells, not an immune response to automation or brought about by automata.) <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 16:55, 11 June 2024 (UTC)

==Citation issue still broken==
[[Help talk:Citation Style 1/Archive_93#Issue_citation_currently_broken|As mentioned]], the template continues to be broken, failing to display <code>|issue=</code> content in most instances. As mentioned by other editors, no, this isn't how it used to work and I wasn't insane/delusional to think so. As mentioned by other editors, no, there is no benefit or reasonable purpose to shutting it off. As mentioned by other editors, yes, it's generally beneficial to add the functionality ''even if'' (which wasn't ever the case) I had been delusional and just imagined the template worked better during a fever dream. Anyone who ''wants'' fiddlely use-specific coding can already choose between {{tl|cite book}}, {{tl|cite journal}}, {{tl|cite web}}, {{tl|whatever}}. ''This'' should be a decent multipurpose default template and there's no reason not to allow it to be.

Now, y'know, go ahead and actually fix it. Please. Thank you.&nbsp;—&nbsp;[[User talk:LlywelynII|<span style="text-shadow:#BBBBBB 0.1em 0.1em 0.1em; class=texhtml">Llywelyn<span style="color: Gold;">II</span></span>]] 23:40, 28 May 2024 (UTC)

:This is a feature, not a bug. Books have no issues, so they shouldn't support {{para|issue}}. Same for websites. Journal have issues, so cite journal supports that parameter. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 02:30, 29 May 2024 (UTC)
::I believe the template under discussion here is {{t|Citation}}, which is not exclusively used to cite books. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 02:34, 29 May 2024 (UTC)
:::I think the previous discussion said all that needed to be said. Llywelyn bringing it up again as if their point of view had consensus is simply disruptive. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 02:40, 29 May 2024 (UTC)
::::I agree that there should be a multipurpose template that displays every parameter you feed it, but I'm not upset that there isn't. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 03:00, 29 May 2024 (UTC)
:::::Here's {{tl|cite magazine}} with {{para|mode|cs2}}, which should meet the OP's need: {{cite magazine|issue=69|volume=42|date=Spring 2004|title=Article title|magazine=Magazine title|mode=cs2}}. And here's {{tl|citation}} with the same parameters: {{citation|issue=69|volume=42|date=Spring 2004|title=Article title|magazine=Magazine title}}. Works for me. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:51, 29 May 2024 (UTC)
:::::There is one, but it's based on what parameters you feed it. If you feed it book parameters then it will format as a book. -- <small>LCU</small> '''[[User:ActivelyDisinterested|A<small>ctively</small>D<small>isinterested</small>]]''' <small>''«[[User talk:ActivelyDisinterested|@]]» °[[Special:Contributions/ActivelyDisinterested|∆t]]°''</small> 11:10, 29 May 2024 (UTC)
::::::I don't want to put words in LlewellynII's keyboard's mouth, but it seems like that's part of the problem: {{t|Citation}} overthinks things, and requires editors to learn and remember which parameters it considers "book parameters" and which it considers "serial / periodical parameters", and that it cares if you try to mix and match them.{{pb}}If, for some reason, an editor has a preference for {{para|contribution}} + {{para|title}} over {{para|title}} + {{para|work}}, and supplies {{para|issue}}, maybe it's not necessary to assume that the {{para|issue}} was unintentional / unimportant / impossible, and just display it anyway.{{pb}}I understand this probably would require rewriting some subroutines and would also probably negate the ability to output clean metadata, but it would flatten the learning curve. My gnoming job security is based on citation templates being fiddly and algorithms doing a bad job at filling them out properly, so maybe I shouldn't be supporting changes like this, but I did want to demonstrate that there's more than one person in favour of an easy to use catchall template that behaves as expected even if the parameter aliases chosen are non-standard. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 11:52, 29 May 2024 (UTC)
:::::::I don't think it's to difficult to understand that using |journal= is required if you citing a journal. The issue I see with displaying any parameter is what formating and placement should be applied to random parameters, and should that vary depending on what other parameters are supplied. The issue is that a certain set of formating / placement is desired but without supplying the information required to do that. -- <small>LCU</small> '''[[User:ActivelyDisinterested|A<small>ctively</small>D<small>isinterested</small>]]''' <small>''«[[User talk:ActivelyDisinterested|@]]» °[[Special:Contributions/ActivelyDisinterested|∆t]]°''</small> 12:09, 29 May 2024 (UTC)
::::::::Yeah, but this is just sort of the price we pay for continuing to support {{tlx|Citation}} (CS2), despite it being used less than 1% of the time in our citations, and almost never consistently within the article. Per [[WP:CITESTYLE]], if we encounter an article with a mixture of citation styles, that mess should be normalized to a single style. For my part, I normalize always to CS1 (and cite the guideline as the rationale). To date, I have never been reverted on it. CS2 is basically doomed. The fact that nearly no one uses it (in part because of its "I have to remember a bunch of quirks" issues), and a large number of casual editors aren't even aware it exists, means inevitably that articles that maybe started out using it, or more-or-less-predominantly using it, become more and more CS1 over time (unless at some super-obscure page no one touches), then the more inconsistent they get the more likely it is they'll get normalized to a single style, which will usually be CS1. This is a set of effects causing a synergistic not just linear shift toward CS1. PS: The only real rationale I've ever seen offered for CS2 is that CS1 weirdly uses "." as a separator, and produces a "choppy fragments" effect that some people don't like. So, just switch to ";" and the problem goes away, along with any further inspiration to use CS2 at all. For an off-site project, I use a lot of more-or-less-WP-style citations, and have been using ";" as the citation parameter separator, and it's perfectly fine for this purpose. Even if you have mutiple "last1, first1; last2, first2;" authors in series, it's clear that they're authors and when you encounter "The onomastic heritage of Strathclyde" or whatever, you've moved on from the author list to the title of the paper/whatever. Sticking a grammatically nonsensible "." in there is a solution in search of a problem. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 16:28, 11 June 2024 (UTC)
:::::::::Since CS1 and CS2 are quite similar in output, I've suggested that the two styles be merged together to eliminate the need to support two. For those who like using {{tl|citation}}, they could continue to do so, and for those who prefer the other templates, they could continue to use them, and we'd get harmonious output in the end. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white;">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white;"><big>→</big></span>]]'''</span>  00:28, 12 June 2024 (UTC)

==Works with multiple volumes==
Used to be simple to handle with <code>|vol=[http://www.firsturl.com I], [http://www.secondurl.com II], &c. </code>. The template currently throws out errors when <code>|vol=</code> has a URL in it. Surely it isn't necessary to run entire citation template for every volume of a multivolume work. I assume there's a workaround for the reduced functionality, but it's not obvious or clear from the documentation what it is. So... what is it?&nbsp;—&nbsp;[[User talk:LlywelynII|<span style="text-shadow:#BBBBBB 0.1em 0.1em 0.1em; class=texhtml">Llywelyn<span style="color: Gold;">II</span></span>]] 23:56, 28 May 2024 (UTC)
:Per [[WP:SAYWHEREYOUREADIT]] and perhaps other guidance, cite the volume that supports the claim you are making in the article. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:53, 29 May 2024 (UTC)
::Indeed. Citing 2+ volumes of a work and making the reader try to guess which one is pertinent is "[[User-friendly|user-hateful]]". People keep getting confused into thinking that our citations and the templates we use for them serve some kind of bibliographic-catalogue purpose, and keep listing things like total number of volumes, total number of pages, form-factor of the edition/printing ("hardback", etc.), and even trying to list out all the different editions. This is not what they are for. They are for and {{em|only for}} helping the reader find the specific material in the specific source being cited by our article so that the claims in the material can be verified. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 16:15, 11 June 2024 (UTC)

== FAQ ==

I started an FAQ for this page at [[Help talk:Citation Style 1/FAQ]] because of [[Help talk:CS1#%7Cagency= for %7B%7Bcite magazine%7D%7D?|this discussion]]. IDK if we even actually need a separate page for the FAQ or if we can just put it on [[Help:CS1]] or something. But I do think it would be valuable to have something for recurring comments/requests. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 23:35, 1 June 2024 (UTC)
:There are templates for integrating FAQs into pages like this; see, e.g., the top of [[WT:MOS]]. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 15:43, 11 June 2024 (UTC)
== |agency not working in Cite book template? ==

Is the ''agency'' parameter still working in the ''Cite book'' template? It is listed as an active template parameter on [[Template:Cite_book/TemplateData]] but the template is throwing up ''Unknown parameter'' errors, ''e.g.'' [[here|Template:Cite_OED_1933/doc]] [[User:Skullcinema|Skullcinema]] ([[User talk:Skullcinema|talk]]) 14:04, 26 April 2024 (UTC)
:I suspect that you meant to write: <syntaxhighlight lang="wikitext" inline="1">[[Template:Cite_OED_1933/doc|here]]</syntaxhighlight> → [[Template:Cite_OED_1933/doc|here]].
:
:Support for {{para|agency}} in templates that shouldn't support that parameter was removed as a result of [[Help_talk:Citation_Style_1/Archive_93#tcommon_assignment_cleanup|this discussion]].  {{para|agency}} is defined for {{tlx|cite news}}, {{tlx|cite press release}}, and {{tlx|cite web}}.  Also supported by {{tlx|citation}} when that template has {{para|newspaper}} or {{para|work}}.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:36, 26 April 2024 (UTC)
::I have encountered several of these {{para|agency}} in book citations in cleaning up CS1 errors. All the ones I have seen should instead have been {{para|publisher}}. I have seen no evidence that {{para|agency}} is actually a useful and meaningful parameter for these citations. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 02:09, 27 April 2024 (UTC)
:::In this particular [[OED|case]] I was looking for a way to reflect the Philological Society's contribution to the work.
:::Obviously there are two reasons for citing a work, one to identify where the source material can be found and the second to give credit to the creators of the work. The OED is atypical for a book in that there were a myriad of contributing authors and the publisher came into the process 20 years after the start of the work.
:::If not {{para|agency}} would you have another option for crediting the Society within the citation? — [[User:Skullcinema|Skullcinema]] ([[User talk:Skullcinema|talk]]) 15:55, 3 May 2024 (UTC)
::::As the work was based on materials they helped collect would {{para|others}} be appropriate? e.g.<br>{{cite book |date=1933 |editor1-last= Murray |editor1-first= James A. H. |editor-link1=James_Murray_(lexicographer) |editor2-last=Bradley |editor2-first=Henry |editor-link2=Henry_Bradley |editor3-last=Craigie |editor3-first=W. A. |editor-link3=William_Craigie |editor4-last=Onions |editor4-first=C. T. |editor-link4= Charles_Talbut_Onions |title=The Oxford English Dictionary; being a corrected re-issue with an introduction, supplement and bibliography of A New English Dictionary on Historical Principles |title-link=Oxford_English_Dictionary#Completion_of_first_edition_and_first_supplement |edition=1st |location=Oxford |publisher=Clarendon Press |isbn=0198611013 |lccn=a33003399 |oclc=2748467 |ol=OL180268M |others=The Philological Society}} -- <small>LCU</small> '''[[User:ActivelyDisinterested|A<small>ctively</small>D<small>isinterested</small>]]''' <small>''«[[User talk:ActivelyDisinterested|@]]» °[[Special:Contributions/ActivelyDisinterested|∆t]]°''</small> 21:13, 3 May 2024 (UTC)
:::::Thanks, that will work fine. — ROU [[User:Skullcinema|Skullcinema]] ([[User talk:Skullcinema|talk]]) 22:23, 3 May 2024 (UTC)

Can we please not remove parameters breaking hundreds or thousands of article citations? The agency parameter was used in tons of {{tlx|cite report}} citations for weather-related articles citing NOAA government offices / agencies. Even if your argument is that these are "incorrect" or whatever, really seems bad to just break literally thousands of citations with no backup plan. [[User:Master of Time|<span style="color:green; font-family:Times New Roman"><u>Master of Time</u></span>]]&nbsp;([[User talk:Master of Time|<span style="color:green; font-family:Times New Roman">talk</span>]]) 09:11, 28 April 2024 (UTC)
:If one is to believe the results of [https://en.wikipedia.org/enwiki/w/index.php?search=incategory%3A%22CS1+errors%3A+unsupported+parameter%22+hastemplate%3A%22Cite+report%22+insource%3A%2F%5C%7B+%2A%5BCc%5Dite+report%5B%5E%5C%7D%5D%2A%5C%7C+%2Aagency%2F+weather&ns0=1 this search] there are ~355 articles in {{cl|CS1 errors: unsupported parameter}} with {{tlx|cite report}} templates that have {{para|agency}} and where the article, somewhere, contains the word 'weather'.
:
:Some cases, like this from [[Weather of 2021]], the value in {{para|publisher}} us unnecessarily duplicated in {{para|agency}}:
::<syntaxhighlight lang="wikitext" inline="1">{{cite report|agency=National Centers for Environmental Information|title=Storm Events Database January 25, 2021|url=https://www.ncdc.noaa.gov/stormevents/eventdetails.jsp?id=938002|publisher=National Centers for Environmental Information|access-date=May 5, 2021|archive-date=May 10, 2021|archive-url=https://web.archive.org/web/20210510142454/https://www.ncdc.noaa.gov/stormevents/eventdetails.jsp?id=938002|url-status=live}}</syntaxhighlight>
:Others, like this one from the same article, appear to use some sort of made-up 'agency' name:
::<syntaxhighlight lang="wikitext" inline="1">{{Cite report |url=https://www.ncdc.noaa.gov/stormevents/eventdetails.jsp?id=972354 |title=Pennsylvania Event Report: EF2 Tornado |publisher=National Centers for Environmental Information |agency=National Weather Service Weather Forecast Office in Philadelphia, Pennsylvania |year=2021 |accessdate=December 18, 2021 |archive-date=December 18, 2021 |archive-url=https://web.archive.org/web/20211218061648/https://www.ncdc.noaa.gov/stormevents/eventdetails.jsp?id=972354 |url-status=live }}</syntaxhighlight>
::('National Weather Service Weather Forecast Office in Philadelphia, Pennsylvania' does not appear on the [https://www.ncdc.noaa.gov/stormevents/eventdetails.jsp?id=972354 Storm Events Database page] linked from the citation).
:::{{ping|Trappist the monk}} It's not obvious, but it actually does appear. Individual ''Storm Data'' event entries (of which the link above to the Storm Events Database is one) are created by the over 100 National Weather Service WFOs (Weather Forecast Offices) across the country and are then compiled together / released by the National Centers for Environmental Information. There are multiple ways of accessing these entries, including in the form of massive monthly ''Storm Data'' PDFs (printed versions may also be available but I think for a price) and from individual links like the one above. PHI, as shown in the WFO field of the table at that link, is the code of the WFO that created this event entry. The intent of the citation (even if formatted weirdly or wrongly) is to both attribute the NCEI and the WFO that created the entry. [[User:Master of Time|<span style="color:green; font-family:Times New Roman"><u>Master of Time</u></span>]]&nbsp;([[User talk:Master of Time|<span style="color:green; font-family:Times New Roman">talk</span>]]) 11:18, 13 June 2024 (UTC)
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:04, 29 April 2024 (UTC)
The category [[:Category:CS1 errors: unsupported parameter|CS1 errors: unsupported parameter]] currently has more than 3000 pages listed, the majority for {{para|agency}}. Some are fixable, but what about when the citation has something different for {{para|publisher}}?.--<span style="text-shadow:#FFD700 0.2em 0.2em 0.2em">[[User:Auric|<span style="color: #FC3700;">'''Auric'''</span>]] [[User talk:Auric|<span style="color: #0C0F00;">''talk''</span>]]</span> 13:06, 29 April 2024 (UTC)
:{{para|agency}} is not now, nor ever has been, an alias or synonym of {{para|publisher}}.  If the source is delivered by some provider other than the publisher, use {{para|via}} to hold the name of the provider.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:04, 29 April 2024 (UTC)
:: That makes sense, thanks.--<span style="text-shadow:#FFD700 0.2em 0.2em 0.2em">[[User:Auric|<span style="color: #FC3700;">'''Auric'''</span>]] [[User talk:Auric|<span style="color: #0C0F00;">''talk''</span>]]</span> 17:56, 29 April 2024 (UTC)
::To be fair, it appears to have been frequently ''misused'' as an alias or synonym of publisher. That does not mean that there has ever been a time when citations that did so were correct. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 17:58, 29 April 2024 (UTC)
:There may have been some confusion when the publisher of a source is a government agency. Rather, {{para|agency}} has been a shorthand name for a parameter holding the wire agency of a news story, to properly credit that the origin of a news article in a paper was the Associated Press/United Press International/Agence France-Presse/etc. and not the cited newspaper itself, with or without any additional reporter byline. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white;">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white;"><big>→</big></span>]]'''</span>  22:31, 29 April 2024 (UTC)
As the parameter {{para|agency}} has been removed, how should the entry for it on [[Template:Cite_book/TemplateData]] be corrected? Should it just be deleted from the table? — [[User:Skullcinema|Skullcinema]] ([[User talk:Skullcinema|talk]]) 16:06, 3 May 2024 (UTC)

:I've removed it. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 17:58, 9 May 2024 (UTC)
Relatedly, Citation bot has recently been adding agency= to cite book templates: see [[User talk:Citation bot/Archive 38#Adds unknown parameter to CS1]] and [[Special:Diff/1221981567]]. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 19:26, 9 May 2024 (UTC)

== Displaying the name of the collaboration when the primary authors are not known ==

The description of the {{mono|collaboration}} parameter says:

{{bq|'''collaboration''': Name of a group of authors or collaborators; requires '''author''', '''last''', or '''vauthors''' listing one or more primary authors; follows author name-list; appends "et al." to author name-list.}}

When {{mono|collaboration}} is supplied, but {{mono|author}} is not, the current behavior is to not display the name of the collaboration at all.

The problem is that there are studies for which the primary authors are not known. For example, the following rather important study, referenced in [[Euler–Heisenberg Lagrangian]], has 397 authors, none of them marked as primary: "[https://arxiv.org/pdf/1910.12400 Measurement of e<sup>+</sup>e<sup>−</sup> Momentum and Angular Distributions from Linearly Polarized Photon Collisions]". Listing the first few names from an alphabetically sorted list of authors makes no sense. The current behavior forces me to use {{mono|author}} for the name of the collaboration.

I propose to change the description and the behavior of {{mono|collaboration}} so that it only requires supplying the primary authors if they are known, still displaying the name of the collaboration if {{mono|author}} is empty. —&nbsp;[[User:UnladenSwallow|UnladenSwallow]] ([[User talk:UnladenSwallow|talk]]) 18:45, 1 June 2024 (UTC)

:I agree. I have encountered this situation multiple times. In some cases the publication doesn't even list the authors, it merely names the collaboration. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 19:03, 1 June 2024 (UTC)
:{{xt|Listing the first few names from an alphabetically sorted list of authors makes no sense.}} It is nonetheless standard practice (or was, at least, until fairly recently) to cite as Adam, J. ''et al.'' (STAR Collaboration).
:That said, there is no reason for why you can't have a collaboration as a single author. Or two authors + a collaboration, that does not require ''et al'' to be displayed. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 21:08, 1 June 2024 (UTC)
:If there's no principal investigator named, what's wrong with putting the name of the collaboration into the {{para|author}} parameter? Corporate authorship is pretty normal in a lot of areas. Unless I'm misunderstanding something – always a strong possibility – it seems like the behaviour requested here would render on the page exactly the same as {{para|author|Collaboration Name}}. What probem am I missing here? [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 22:14, 1 June 2024 (UTC)
::I just think it would be better to always put the name of the collaboration in the <code>collaboration</code> parameter, whether the names of the principal authors are available or not.
::A more general solution would be to rename <code>collaboration</code> to <code>collective-author</code> and require that collective authors (such as corporate authors, commissions, collaborations, etc.) always go there, so that the <code>author<i>n</i></code> parameters are only used for single humans. —&nbsp;[[User:UnladenSwallow|UnladenSwallow]] ([[User talk:UnladenSwallow|talk]]) 22:37, 2 June 2024 (UTC)
:::I have suggested a {{para|org-author<sub>n</sub>}} before which would also skip our checks for commas and semicolons and allow us to remove a lot of uses of <code>((name_triggering_checks))</code>. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 17:11, 3 June 2024 (UTC)
::::Or just use author<sub>n</sub> as normal. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 21:38, 5 June 2024 (UTC)
:{{tq|Listing the first few names from an alphabetically sorted list of authors makes no sense}} isn't really true here. It makes less sense in the minds of various academics (concerned primarily with credit) than it does here, but even in the academic world and especially here, listing the first few names enables one to easily find the paper (or whatever it is) via various means, in most cases, because such a work will typically be indexed in various dabases, bibliographies, card catalogues, etc., by a partial or complete list of named authors, alphabetically by family name. It is crucial to remember that our citations exist for helping our readers find and make use of the sources, not for making academics happy about the frequency of their names appearing.{{pb}}PS: a {{para|collective-author}} or {{para|org-author}} parameter would simply be a redundant alias of {{para|author}} (or {{para|author{{var|n}}}}), which already serves that purpose. This entire discussion makes me question the necessity or wisdom of a {{para|collaboration}} parameter in the first place. I have yet to run into it "in the wild" (despite over 18 years and 200K+ non-automated edits) and have never used it. There has never been a case of a citation I needed to build, no matter the complexity of the authorship, editorial process, and publishing, that I could not do entirely sensibly with other parameters, even if it ends up being something like: ... {{para|last1|Chen}}{{para|first2|Xie-luan}}{{para|author1-mask|Chen Zie-luan}}{{para|last2|Smith}}{{para|first2|J. P.}}{{para|author3|Legume Projectiles Workgroup}}{{para|display-authors|etal}}{{para|translator-last|O'Brien}}{{para|translator-first|Maeve}}{{para|others|McNabb, John (illustrator)}}{{para|editor1-last|Gutierrez}}{{para|editor1-first|Selena}}{{para|editor2|Foostuffs Momentum Committee}}{{para|publisher|X. Y. Zedman & Co., for the Ministry of Foodfights}} .... <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 16:11, 11 June 2024 (UTC)
::That's because you don't edit in particle physics. See [[Quark#cite_note-PDGTetraquarks-14]], [[Quark#cite_note-Belletetra-15]] or [[Quark#cite_note-LHCbtetra-17]] for example, amongst several others. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 01:24, 12 June 2024 (UTC)
::Man, two people above who just skimmed right over why I said what I said: {{tq|1=I have suggested a {{para|org-authorn}} before '''which would also skip our checks for commas and semicolons and allow us to remove a lot of uses of {{para|author|((a_name_triggering_checks))}}'''}}. I would love for {{para|author}} to fill the role of "{{em|only}} organizational names", but it's not that today, it's a template-level synonym for {{para|last}} and a lot of people also use it for {{para|author|last, first}}, which maybe at some date we can instead have a more strict change to support catching those uses also, in favor of moving to {{para|org-author}} parameters........... [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 21:46, 13 June 2024 (UTC)

== Placement of ISSN in Citation Style 1 ==

I'm seeking clarification on the placement of the ISSN parameter in {{tl|cite journal}}. Specifically, what are the arguments for displaying the ISSN after the DOI and other article identifiers, rather than directly after the journal name?

For context, the ISSN is an identifier for the journal as a whole, not the individual article. Here are two examples to illustrate my point:

:;Example 1 - ISSN as Part of Article Identifiers
:<nowiki> Doe, J. (2024). "Research on Sample Topics". ''Sample Journal''. doi:10.1234/abcd.5678, ISSN 1234-5678. </nowiki>
:;Example 2 - ISSN as Part of Journal Identifier
:<nowiki> Doe, J. (2024). "Research on Sample Topics". ''Sample Journal'', ISSN 1234-5678. doi:10.1234/abcd.5678. </nowiki>

In Example 1, the ISSN is listed after the DOI, suggesting it is an identifier for the article. In Example 2, the ISSN is placed after the journal name, clearly indicating it is an identifier for the journal.

I believe that if we display the ISSN, it should be positioned to reflect that it identifies the journal. This would avoid confusion and provide a clearer reference structure. Alternatively, we could consider not displaying the ISSN at all in citations.

What are the current reasons for the existing placement of the ISSN, and would it be possible to revise the format for better clarity?

Thank you for your input. [[User:Josve05a|Jonatan Svensson Glad]] ([[User talk:Josve05a|talk]]) 19:21, 5 June 2024 (UTC)
:Identifiers are rendered as a group that is alpha ascending sorted by down-cased identifier names.  So, 'ISSN', down-cased to 'issn' follows 'doi' in the rendering.  It used to be that the identifiers were rendered in random order because of how Lua deals with associative tables.  There were complaints about the randomness so we sort the identifiers; no more randomness.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:51, 5 June 2024 (UTC)
::Thank you for the clarification on the current sorting mechanism for identifiers. While I understand the rationale behind grouping identifiers and sorting them alphabetically to avoid randomness, I believe this approach conflates two fundamentally different types of identifiers. The ISSN identifies the journal, while identifiers like DOI are specific to individual articles. This distinction is crucial for accurate citation and reference clarity. Consider the following points:
::;Clear Distinction of Identifiers:
::Placing the ISSN with the DOI and other article-specific identifiers can mislead readers into thinking the ISSN is also specific to the article. However, the ISSN is a unique identifier for the journal itself, not the article. Separating these would enhance clarity:
:::<code><nowiki>Doe, J. (2024). "Research on Sample Topics". ''Sample Journal'', ISSN 1234-5678. doi:10.1234/abcd.5678.</nowiki></code> Here, the journal identifier (ISSN) is clearly linked to the journal name, and the article identifier (DOI) follows as part of the article-specific details.
::;Enhanced Citation Accuracy
::Academic standards and citation guidelines typically differentiate between journal and article identifiers. Aligning Wikipedia’s citation style with these standards would improve the accuracy and professionalism of our citations. For example, many style guides (e.g., APA, MLA) do not group ISSN with article identifiers.
::;Improved Reader Experience
::For readers and editors, a clear and structured citation format is easier to read and understand. Grouping identifiers by their type (journal vs. article) can prevent confusion and ensure that the citation components are immediately recognizable:
:::<code><nowiki>Doe, J. (2024). "Research on Sample Topics". ''Sample Journal'', ISSN 1234-5678. doi:10.1234/abcd.5678, PMID 12345678. </nowiki></code>
::;Consistent Identifier Grouping
::If the goal is to avoid randomness and ensure consistent ordering, we can achieve this while still distinguishing between journal and article identifiers. We could establish a format where journal identifiers (e.g., ISSN) always appear directly after the journal title, followed by article identifiers (e.g., DOI, PMID) in alphabetical order.
::By acknowledging the inherent differences between these types of identifiers and reflecting this distinction in our citation templates, we can provide clearer, more accurate citations. I propose revisiting the grouping strategy to separate journal identifiers from article-specific identifiers, ensuring each is clearly defined and appropriately placed. [[User:Josve05a|Jonatan Svensson Glad]] ([[User talk:Josve05a|talk]]) 19:57, 5 June 2024 (UTC)
:::ISSN is best omitted because it is rarely a relevant identifier. You cite the article, not the journal as a whole. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 21:37, 5 June 2024 (UTC)
::::It is unfortunately added as default if you use the VisualEditor's cite tool "Citoid", as well as e.g. "[[Wikipedia:ProveIt|ProveIt]]", to generate the reference code. So I doubt many (at least not me) takes the time to actively remove the ISSN when included in the generated reference. Do we have a count of how many articles/references cite ISSNs currently (and how many of these are really needed to e.g. disambiguate the journal)? [[User:Josve05a|Jonatan Svensson Glad]] ([[User talk:Josve05a|talk]]) 21:42, 5 June 2024 (UTC)
:::::95%+ of the time, it's automated garbage. Same type of garbage that will add |publisher=Elsevier BV to journal citations. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 21:59, 5 June 2024 (UTC)
::::::I believe these tools no longer adds publisher to journals though (only e.g. web and book). [[User:Josve05a|Jonatan Svensson Glad]] ([[User talk:Josve05a|talk]]) 22:00, 5 June 2024 (UTC)
:::::::I believe Citoid and ProveIt (which uses Citoid) will ignore ISSN for a template if you remove it from the "citoid" section of the template's /doc or /TemplateData subpage. Should it be ignored for {{tl|cite journal}}, and should it be ignored for the other citation templates? [[User:Rjjiii|<span style="font-variant:small-caps;">Rjj<sup>iii</sup></span>]] ([[User talk:Rjjiii#top|talk]]) 14:44, 12 June 2024 (UTC)
:If we're going to retain an ISSN parameter, I would agree with the OP that this is a serial-publication-level identifier, not an article/paper identifier and would be better right after the title of the serial publciation, so it is not confusable with a pointer to the specific article/paper being cited. There's a minor wrinkle in that ISSNs are also sometimes issued for series of books, in which case the ISSN should come right after {{para|series}} if present. It not present (e.g. because the books in the series all share the same title and are only distinguished by volume number), then I guess it belongs after {{para|title}}, and sorted with other book-level identifiers like ISBN or a whole-book DOI. If the chapter/contribution has its own DOI, then that should adhere right after the chapter/contribution, I would think. In short: the desire to group and sort identifiers is reasonable, but only to the extent they are the same type and that grouping and sorting them does not confuse or mislead our reader. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 15:42, 11 June 2024 (UTC)
::In principle I agree with separating article-level and publication-level identifiers. In practice it is not always easy. How do you distinguish book-level dois from chapter-level dois? —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 20:06, 13 June 2024 (UTC)
:::Or any book-level identifiers from chapter-level identifiers in general, especially when many can be either. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 23:08, 13 June 2024 (UTC)

== MediaWiki changes to citation parsing ==

Just saw this in "Tech News: 2024-24":
{{tqb|1=<nowiki />
* [[File:Octicons-tools.svg|12px|link=|alt=|Advanced item]] The HTML markup used for citations by [[mw:Special:MyLanguage/Parsoid|Parsoid]] changed last week. In places where Parsoid previously added the <bdi lang="zxx" dir="ltr"><code>mw-reference-text</code></bdi> class, Parsoid now also adds the <bdi lang="zxx" dir="ltr"><code>reference-text</code></bdi> class for better compatibility with the legacy parser. [[mw:Specs/HTML/2.8.0/Extensions/Cite/Announcement|More details are available]]. [https://gerrit.wikimedia.org/r/1036705]
* ...
* [[File:Octicons-sync.svg|12px|link=|alt=|Recurrent item]] The [[mw:MediaWiki 1.43/wmf.9|new version]] of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2024-06-11|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2024-06-12|en}}. It will be on all wikis from {{#time:j xg|2024-06-13|en}} ([[mw:MediaWiki 1.43/Roadmap|calendar]]). [https://wikitech.wikimedia.org/wiki/Deployments/Train][https://wikitech.wikimedia.org/wiki/Deployments/Yearly_calendar]
* [[File:Octicons-tools.svg|12px|link=|alt=|Advanced item]] The new version of MediaWiki includes another change to the HTML markup used for citations: [[mw:Special:MyLanguage/Parsoid|Parsoid]] will now generate a <bdi lang="zxx" dir="ltr"><code><nowiki><span class="mw-cite-backlink"></nowiki></code></bdi> wrapper for both named and unnamed references for better compatibility with the legacy parser. Interface administrators should verify that gadgets that interact with citations are compatible with the new markup. [[mw:Specs/HTML/2.8.0/Extensions/Cite/Announcement|More details are available]]. [https://gerrit.wikimedia.org/r/1035809] 
}}
<span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 15:31, 11 June 2024 (UTC)

:No issues. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 21:47, 13 June 2024 (UTC)

== CS1 wrapper templates using "mode" ==

Several templates have the same issue with formatting, so I'm posting here. I'll leave a link at the less-watched talk page of each template below.

There are many [[:Category:Specific-source templates|specific-source templates]] that wrap a CS1/CS2 template. Previously, template formatting could be set with the {{para|mode}} parameter in each template. Now, the formatting can be set for the whole article using <code><nowiki>{{CS1 config|mode=}}</nowiki></code>. Some specific-source templates wrap the general purpose CS2 {{tl|Citation}} and use {{para|mode|cs1}}. Because this emits the message "{{tq|{{tl|cite book}}: CS1 maint: overridden setting ([[:Category:CS1 maint: overridden setting|link]])}}" and adds the page to [[:Category:CS1 maint: overridden setting|a tracking category]], the templates should be converted into CS1 wrapper templates. (Or fixed in some other way.)

{| class="wikitable"
|+
!Template
!Proposed wrapper
!Result
|-
|{{Tl|Calflora}}
|{{Tl|Cite web}}
|
|-
|{{Tl|Cite form 990}}
|{{Tl|Cite document}}
|
|-
|{{Tl|Cite Transperth timetable}}
|{{Tl|Cite web}}
|
|-
|{{Tl|Cite UN World Population Prospects}}
|{{Tl|Cite web}}
|
|-
|{{Tl|EFloras}}
|{{Tl|Cite web}}
|
|-
|{{Tl|FEIS}}
|{{Tl|Cite web}}
|
|-
|{{Tl|Jepson eFlora}}
|{{Tl|Cite web}}
|
|-
|{{Tl|Minnesota Wildflowers}}
|{{Tl|Cite web}}
|
|-
|{{Tl|Silvics}}
|{{Tl|Cite book}}
|
|-
|{{Tl|Tropicos/main}}
|{{Tl|Cite web}}
|
|}

Side note: the handful of CS2 map templates like {{tl|Cite gnis2}} have a similar issue, [[User:Rjjiii|<span style="font-variant:small-caps;">Rjj<sup>iii</sup></span>]] ([[User talk:Rjjiii#top|talk]]) 16:31, 12 June 2024 (UTC)

:There's a problem, because the choice of the wrapped template is often dictated by pre-existing parameters accepted by the wrapping template. So changing the wrapped template may break existing functionality in a hard-to-detect way. Would it be possible for the wrapping templates to (somehow) detect the mode that is set by {{tl|CS1 config}}? That seems like the cleanest solution (if possible). I will investigate, but open to other ideas. — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 19:51, 12 June 2024 (UTC)

::I think having all of these templates obey the mode specified {{tl|CS1 config}} may be possible with a helper template calling [[Module:Citation/CS1/Configuration]]. I'm busy IRL, but can get to this in the next 1-2 days. Please hold off making changes to these wrapper templates as I attempt a fix. — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 20:01, 12 June 2024 (UTC)
:Or, once again, why aren't we merging CS1 and CS2 together? They're very similar in overall output, and if we could just agree to harmonize them the little that we'd need, we could remove this dichotomy once and for all. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white;">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white;"><big>→</big></span>]]'''</span>  22:01, 12 June 2024 (UTC)
::Before we get into that can of worms, maybe we can first forbid Vancouver style? That's a bigger variation in citation style than CS1 vs CS2, and one that I think causes more difficulties (because the abbreviated author names make it difficult to distinguish authors with similar names, for instance when trying to find which Wikipedia articles cite someone's work). —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 23:14, 12 June 2024 (UTC)
:::@[[User:David Eppstein|David Eppstein]]: yes, that too. I know the medical editors like it because they're used to that in academic literature, but I find it too terse for a general readership. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white;">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white;"><big>→</big></span>]]'''</span>  23:22, 12 June 2024 (UTC)
{{od|3}} {{Fixed}} {{ping|Rjjiii}} I created [[Module:Citation mode]] which suppresses a mode argument when {{tl|CS1 config}} is set. I edited all of the templates you listed, above, to call the module for the mode argument that they pass to their inner {{tl|Citation}} template. For a simple example of usage, see {{tl|cite gnis2}}.

I'm not seeing any changes in [[:Category:CS1 maint: overridden setting|the overriden-setting tracking category]]: I suspect that the current members of that category are caused by some other problem.

Feel free to use [[Module:Citation mode]] or let me know if you see any problems. — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 12:58, 13 June 2024 (UTC)

:Thanks {{u|Hike395}}! That fixed the problem without causing any unexpected changes. This worked way better than my plan. Would it be a good idea to link [[Module:Citation mode]] in the documentation at [[Template:Citation Style documentation/display]] for future specific-source templates? [[User:Rjjiii|<span style="font-variant:small-caps;">Rjj<sup>iii</sup></span>]] ([[User talk:Rjjiii#top|talk]]) 00:32, 14 June 2024 (UTC)
::IIUC, [[Template:Citation Style documentation/display]] is part of the documentation for all citation templates for general editors, is that right? If a user is setting the mode in an article, I'm guessing you still want the article to show up in the tracking category. The module should probably only be used for wrapping citation templates. Is there a documentation or help page specifically for editors who are wrapping these kind of templates? — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 02:29, 14 June 2024 (UTC)

== url-status request ==

I came across a case where an legitimate article was archived at archive.org. The original article was subsequently moved to a different website with a completely different path, and the original website (about.com) became black-listed by wikipedia (assuming unfit for citation). Shouldn't we have parameter "url-status = moved", or something like that to reflect what happened? Because the other parameters don't seem to apply (the new site isn't dead or unfit, or usurped), and "live" would apply, except that the archived link no longer matches the live link because of the move. [[User:Dhrm77|Dhrm77]] ([[User talk:Dhrm77|talk]]) 18:45, 14 June 2024 (UTC)

:There are many scenarios that could have a url-status flag. Soft-404s. Soft-redirects. Soft-200s. etc.. This is a soft-redirect ie. a dead link that is live at a different URL but lacks a redirect. Ok so we flag those. But why? {{para|url-status}} has one purpose, to change the appearance of the primary link. A soft-redirect situation would not require a change in how the URL is displayed that is not already done with existing modes like live and dead. The new URL has a "live" status. That it doesn't match the archive-url is not really a problem this happens frequently, sometimes when a page moves, sometimes when the citation is created editors use a different archive URL from the primary URL. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 20:05, 14 June 2024 (UTC)
::Thanks. That was helpful. [[User:Dhrm77|Dhrm77]] ([[User talk:Dhrm77|talk]]) 20:17, 14 June 2024 (UTC)

== Regarding archive dates parsed from URLs in Cite web template(s) ==

Not sure if this is the correct place for a suggestion for the template. I am not comfortable with sending edit requests for templates (yet), so I figured I'd put it here.

If you insert an archive link into web templates, such as [https://web.archive.org/web/20240615012051/http://example.com/ https://web.archive.org/web'''/''<u>2024061</u>'''''<nowiki/>''<u>5</u>''012051/http://example.com/], you can see in the url in the highlighted area that the date is present in the url. Given so, why is the archive date field required when the date is provided through the url? If you input the wrong date into the template, a mismatch error is thrown and it shows the correct date. If it knows the correct date, why not correct the error?

I am aware that not all archiving services provide the date handily in the url, but since the Internet Archive is the largest one, can't the template make an exception for the Archive? I know it's not a huge deal, but it is still another thing to type and check.

Sorry if I'm not making very much sense, I am still learning about how all of this works. Thank you. [[User:EatingCarBatteries|<span style="color:#ad3b56;">'''EatingCarBatteries'''</span>]] <sub>''([[Special:Contributions/EatingCarBatteries |contributions]], [[User_talk:EatingCarBatteries | talk]])''</sub> 05:56, 16 June 2024 (UTC)

== Whitespace in `CS1 config` and `bots` ==

I'm not quite clever enough to figure out how {{tlx|Use dmy dates}} and {{tlx|EngvarB}} don't emit a linebreak, but {{tlx|CS1 config}} and {{tlx|bots}} presently do. Does it have to do with [[Module:Unsubst]] somehow? In any case, would it be possible to have the same behavior for the latter templates, as I presently have to put them on the same line at the top of articles. [[User:Remsense|<span style="border-radius:2px 0 0 2px;padding:3px;background:#1E816F;color:#fff">'''Remsense'''</span>]][[User talk:Remsense|<span lang="zh" style="border:1px solid #1E816F;border-radius:0 2px 2px 0;padding:1px 3px;color:#000">诉</span>]] 12:43, 18 June 2024 (UTC)
== Sub-titles, numeration, parts and <code><nowiki>|trans-series=</nowiki></code> request ==

;Sub-titles for <code><nowiki>{{cite book|</nowiki></code> and accompanying numbering
I need several sub title parameters for <code><nowiki>{{cite book|</nowiki></code> because the template as it now exists is difficult to work with.

For example, if I'm citing the Corpus of Hieroglyphic Luwian Inscriptions:
*the actual series is ''Series in Indo-European Language and Culture'',
**while the title is ''Corpus of Hieroglyphic Luwian Inscriptions'',
***the 1st volume is ''Inscriptions of the Iron Age'',
****and its first part is ''Text Introduction, Karatepe, Karkamiš, Tell Ahmar, Maraş, Malatya, Commagene'',
****its second part is ''Amuq, Aleppo, Hama, Tabal, Assur Letters, Miscellaneous, Seals, Indices'',
****and its third part is ''Plates'',
***the 2nd volume is ''Karatepe-Aslantaş''
****the 2nd volume is sub-titled ''The Inscriptions: Facsimile Edition'',
***the 3rd volume is ''Inscriptions of the Hittite Empire and New Inscriptions of the Iron Age'',
****the 3rd volume is itself divided into a part III/1 and a part III/2.

Despite the recommendations I have received during my previous requests here, this is not working for me. I am having trouble adding proper titles in the template for several publications whose titles and sub-titles are similarly extensive.

;Numeration
Along with this, there also needs to be accompanying series numeration, volume numeration, and parts numeration.

;Parts for <code><nowiki>{{cite encyclopedia|</nowiki></code>
I would also need <code><nowiki>{{cite encyclopedia|</nowiki></code> to also have a numbering or part accompanying the titles.

For example, the entry for Que in the ''Reallexikon der Assyriologie und Vorderasiatischen Archäologie'' has a part A written by J.D. Hawkins and a part B written by D. Syrmington.

And several more sources I cite have similar entries divided into several parts, which are either labelled with a letter of the alphabet or a number.

I need a parameter to add this numeration.

;Need for <code><nowiki>|trans-series</nowiki></code>
I also need a translation option for series names in languages other than English.

;Which citation to use when citing a dictionary
Additionally, which citation template should I use when citing a dictionary?

For example, if I am citing the ''eDiAna Dictionary'', which has sections for various languages and entries that are divided into several parts written by multiple authors, which citation template should I use? [[User:Antiquistik|Antiquistik]] ([[User talk:Antiquistik|talk]]) 15:37, 16 June 2024 (UTC)

:In the first case, <code><nowiki>{{cite book |chapter=<Foobar> |title=Corpus of Hieroglyphic Luwian Inscriptions &ndash; Volume 1: Inscriptions of the Iron Age |series=Series in Indo-European Language and Culture |volume=<xxx> |page=<yyy> }}</nowiki></code> will give {{Xt|{{cite book |chapter=<Foobar> |title=Corpus of Hieroglyphic Luwian Inscriptions &ndash; Volume 1: Inscriptions of the Iron Age |series=Series in Indo-European Language and Culture |volume=<xxx> |page=<yyy> }}}}
:Replace <Foobar> with "Text Introduction", "Tell Ahmar", or whatever. Similar for Vol 2/Vol 3.
:&#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 15:46, 16 June 2024 (UTC)
::Honestly, this is still very unwieldy. Can't additional sub-titles be added to the template instead? [[User:Antiquistik|Antiquistik]] ([[User talk:Antiquistik|talk]]) 16:54, 16 June 2024 (UTC)
:::There's no need for them. Put subtitles with titles. Put series into series. Put (series) volume into volume. Put chapter into chapter. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 17:18, 16 June 2024 (UTC)
::::This unfortunately doesn't work, especially with sources that have multiple levels of sub-divisions. I really need an expansion of the template. [[User:Antiquistik|Antiquistik]] ([[User talk:Antiquistik|talk]]) 21:01, 19 June 2024 (UTC)
:::::I've just shown you. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 21:09, 19 June 2024 (UTC)
::::::I understand that, and I appreciate the help. But this solution doesn't solve the issues that I am facing with using the template in its current state. [[User:Antiquistik|Antiquistik]] ([[User talk:Antiquistik|talk]]) 06:48, 23 June 2024 (UTC)
:::::::What is the issue you are facing then? Give me a specific case of what you want to cite, and I'll show you how to use the template. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 20:16, 26 June 2024 (UTC)
:(ec) I've seen bots change {{tl|cite dictionary}} to {{tl|cite encyclopedia}}, so I suppose that's the one to use for dictionaries. Agree that {{para|trans-series}} would be helpful; I come up against this periodically, and it feels weird to cram the translation into the same parameter after splitting it out for the previous two.{{pb}}As to the {{para|subtitle}} idea, I do low-key agree that adding one could be helpful, but not for reasons of unwieldiness (any solution where the source is "Chapter" in ''Title: Named Volume, Part something'' is going to be unwieldy).{{pb}}My experience has been that I'll sometimes want to use {{para|title-link}} for a source we have an article about, but multiple named volumes comprise the title, so I end up with ''Science and Civilization in China: vol. 4 Physics and Physical Technology, part 1: Physics'', with the entire title linking the article ''[[Science and Civilization in China]]''.{{pb}}The other use case I would have for {{para|subtitle}} is for links to old books on Internet Archive or HathiTrust (or, decreasingly commonly, Project Gutenberg), where the title is something fashionably lengthy for the turn of the twentieth century like ''Travels and researches in Chaldæa and Susiana; with an account of excavations at Warka, the Erech of Nimrod, and Shúsh, Shushan the Palace of Esther, in 1849–52'' or ''Bismya; or The lost city of Adab : a story of adventure, of exploration, and of excavation among the ruins of the oldest of the buried cities of Babylonia'', and the whole dang thing gets bluelinked across three lines by the {{para|url}} parameter, because there's no way to cordon off the main part of the title for linking or put an external link inside the {{para|title}} parameter, and any other parameter I try to kludge the subtitle into doesn't concatenate next to the title but instead is separated by other information.{{pb}}Anyway I don't really see a pressing need for this, but it would be nice for those sorts of situations. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 17:23, 16 June 2024 (UTC)

== PMID limit needs updating ==

Looks like PMIDs started ticking over 38900000 in the past couple of days. An article referencing 38900028 showed up in the tracking category and [https://pubmed.ncbi.nlm.nih.gov/38900028/ it is valid]. [[User:Masterzora|Masterzora]] ([[User talk:Masterzora|talk]]) 03:59, 23 June 2024 (UTC)

== generic name warning on "The Antisemitism Policy Trust" ==

"The Antisemitism Policy Trust" causes a generic name error ([https://en.wikipedia.org/enwiki/w/index.php?title=List_of_conspiracy_theories&oldid=1230364479#cite_note-APT:_Conspiracy_Theories:_A_Guide-283 here]). I marked it  accept-this-as-written. Was that correct? I can't find any other author on [https://antisemitism.org.uk/wp-content/uploads/2024/05/Conspiracy-Theory-Guide.pdf the report]. What is causing it to be flagged? [[User:AlmostReadytoFly|AlmostReadytoFly]] ([[User talk:AlmostReadytoFly|talk]]) 14:56, 26 June 2024 (UTC)
:The error occurs because {{para|author}} includes the word ''policy''.  I would have written that template this way:
::<syntaxhighlight lang="wikitext" inline="1">{{cite web |title= Conspiracy Theories: A Guide for Members of Parliament and Candidates |website=The Antisemitism Policy Trust |url= https://antisemitism.org.uk/wp-content/uploads/2024/05/Conspiracy-Theory-Guide.pdf |access-date= 11 June 2024}}</syntaxhighlight>
:::{{cite web |title= Conspiracy Theories: A Guide for Members of Parliament and Candidates |website=The Antisemitism Policy Trust |url= https://antisemitism.org.uk/wp-content/uploads/2024/05/Conspiracy-Theory-Guide.pdf |access-date= 11 June 2024}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:16, 26 June 2024 (UTC)
::Thanks. I failed to notice "policy" in the list in [[Help:CS1_errors#generic_name]]. [[User:AlmostReadytoFly|AlmostReadytoFly]] ([[User talk:AlmostReadytoFly|talk]]) 15:40, 26 June 2024 (UTC)
== URL blocked for certain locations ==

I can't access the URL https://tvlistings.zap2it.com/overview.html?programSeriesId=SH01739244&aid=gapzap and marked it as dead, however another editor can apparently access it. Is there some kind of parameter that should be used here to note this? I was looking at {{tl|Cite web}} but didn't find one. [[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 11:29, 27 June 2024 (UTC)

:This is a perennial faq, no we do not manage policy blocks because they are changeable and relative to the viewer. For example, people in Romania can't access BBC links hosted in the UK, but only for 18 months, and this information is not made public anywhere. The possibilities are endless. The alternative? Check the archive link when you can't reach the main link. Of course this leads to the situation you describe of incorrectly marking a link dead, which is its own problem. Because even if the citation was tagged as a possible policy block, as you suggest, how would you know if it was policy block dead, or actual dead? It then leads to the problem of links ''not'' being marked dead when they should be. Probably in this case one would need to use a site like isitdownrightnow.com (assuming that site is not also policy blocked). It's a messy complex problem.  -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 14:57, 27 June 2024 (UTC)

== Minor bug: missing "." ==

Any CS1 citation templates ends with "." However, this does not happen if a) {{para|quote}} is used and its value does not end with "."; and b) no other parameter injects content into the rendered citation after the quotation content. Example:
* <code><nowiki>{{cite book |editor1-last=Jenny |editor1-first=M. |editor2-last=Sidwell |editor2-first=P. |chapter=Reconstructing Austroasiatic prehistory |date=2015 |title=Handbook of the Austroasiatic Languages |location=Leiden |publisher=Brill |page=1 |quote=Sagart (2011) and Bellwood (2013) favour the middle Yangzi |ref=none}}</nowiki></code>
renders as:
* {{cite book |editor1-last=Jenny |editor1-first=M. |editor2-last=Sidwell |editor2-first=P. |chapter=Reconstructing Austroasiatic prehistory |date=2015 |title=Handbook of the Austroasiatic Languages |location=Leiden |publisher=Brill |page=1 |quote=Sagart (2011) and Bellwood (2013) favour the middle Yangzi |ref=none}}
<span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 10:45, 28 June 2024 (UTC)
:'Twas ever thus; probably to avoid multiple terminal punctuation characters: <code>!.</code>, <code>?.</code>, etc.  This functionality was established long before we had {{para|postscript|none}}.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:47, 28 June 2024 (UTC)
::Well, can something be done about it now in this Lua golden age? <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 00:08, 1 July 2024 (UTC)
:Is this example supposed to be bibliographically accurate? (genuine question: autism) I'm not seeing chapter {{tq|Reconstructing Austroasiatic prehistory}} at {{doi|10.1163/9789004283572}}, nor any chapter by that name [https://brill.com/search?q1=Reconstructing+Austroasiatic+prehistory across Brill.] (Also I guess add a four dots sentence-terminal ellipsis to the quote as a workaround?) [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 14:34, 30 June 2024 (UTC)
::I would think it {{em|should}} be. It's just a citation I ran across (I think I may have formatted a bare-text one into a template though; don't remember at this point). Please do feel free to repair it in any way it needs. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 00:08, 1 July 2024 (UTC)
:::Veering entirely off topic here, but [http://www.rogerblench.info/Language/SEA/SEAOP.htm this page] provides the answer: the chapter was not included in the published book, and so the four references to this source are all citing an unpublished manuscript. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 08:30, 1 July 2024 (UTC)
:::I'm fixing these, and I'll stop derailing this thread after this post, but noting for funsies that the full sentence in [http://www.rogerblench.info/Archaeology/SE%20Asia/Blench%20AA%20prehistory%20final.pdf the original source] reads "{{xtn|Sagart (2011) and Bellwood (2013) favour the middle Yangzi, although there is no direct linguistic evidence for this, and the expansion of the [language] phylum in its present form would have to begin further south.}}" So there may be some misrepresentation. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 09:07, 1 July 2024 (UTC)
::::Good sleuthing. I guess this PDF could count as self-publication by a subject-matter expert, so still usable, as long as used properly. But there might be more, latter, better sourcing anyway. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 00:42, 2 July 2024 (UTC)

== Google URL replacing Clyde Ships URL ==

Why has this template recently changed from correctly citing references from the Clyde Ships website, such as https://www.clydeships.co.uk/view.php?ref=10727 and is now translating them to show them as Google, such as https://www.google.com.hk/?ref=10727&gws_rd=ssl ? [[User:Johnragla|Johnragla]] ([[User talk:Johnragla|talk]]) 20:16, 30 June 2024 (UTC)

:@[[User:Johnragla|Johnragla]] have you got an example in an article to look at? [[User:Nthep|Nthep]] ([[User talk:Nthep|talk]]) 20:21, 30 June 2024 (UTC)
::No, because I've used manual citations, rather than automatic. An example of how the template used to work is ref 131 on the [[Northern Steamship Company]] page. [[User:Johnragla|Johnragla]] ([[User talk:Johnragla|talk]]) 20:33, 30 June 2024 (UTC)
:::@[[User:Johnragla|Johnragla]] You're using the visual editor rather than the source editor, correct? The behaviour you're seeing is a VisualEditor citation tool issue rather than an issue with any of the citation templates (I can replicate your issue if I use the visual editor). I've no idea where that tool is managed for en:WP. Anyone? [[User:Nthep|Nthep]] ([[User talk:Nthep|talk]]) 21:10, 30 June 2024 (UTC)
::::@[[User:Nthep|Nthep]] Thank you, yes, correct. [[Wikipedia:VisualEditor]] says "Use [[Phabricator]] to report [[Wikipedia:Bug reports and feature requests|problems]] with Visual Editor." Do you want to do that, or shall I? [[User:Johnragla|Johnragla]] ([[User talk:Johnragla|talk]]) 21:22, 30 June 2024 (UTC)
:::::I'll leave it to you. [[User:Nthep|Nthep]] ([[User talk:Nthep|talk]]) 07:56, 1 July 2024 (UTC)
== Add an "adblock removal" signal to "Subscription or registration required" at [[:Template:Cite web]] ==

An increasing number of websites, particularly in the news and information space, require you to disable your adblocker to access their content. While this is not quite the same as a paywall or registration requirement, it is still an annoyance. I therefore propose that the "Subscription or registration required" parameter at [[:Template:Cite web]] should have a variable added to indicate that the website requires adblock disabling for access. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 18:02, 26 June 2024 (UTC)
:Might it be better to make that a separate parameter, since a site requiring removing ad blockers might or might not, e.g., require registration. -- [[User:Chatul|Shmuel (Seymour J.) Metz Username:Chatul]] ([[User talk:Chatul|talk]]) 19:11, 26 June 2024 (UTC)
:: I have not experienced that, but then I again I never register for the sites that require registration, so I have not seen whether they ''also'' require adblock disabling. I would still think that this could be handled with a single parameter, with one additional variable for those that require registration ''and'' adblock disabling. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 20:04, 26 June 2024 (UTC)
:::For large values of one. A site that doesn't work with ad blockers might be at any of four access levels, so the options are:
:::#Status quo
:::#Add a parameter for ''requires disabling ad blockers'' for each {{para|''foo''-access}} parameter
:::#Define 4 new values for each {{para|''foo''-access}} parameter, e.g., {{para|url-access|limited-noadblocker}}
:::#Let each {{para|''foo''-access}} parameter take a list of two subparameters
:::I believe that the first two options are the most reasonable. -- [[User:Chatul|Shmuel (Seymour J.) Metz Username:Chatul]] ([[User talk:Chatul|talk]]) 10:17, 27 June 2024 (UTC)
::::Agreed, and I have to lean toward 1, because it's not WP's job to tell readers what they have to do to get access to something. This is just yet another form of "policy block" like region-specific blocking, and it's essentially an insoluble issue by us, because there are millions of websites and they change all the time. [[WP:NOT#DATABASE]] of random websites' policies. We're presently permitting notice of paywalled or registration-required links, but even this is dubiously useful. Any given paywalled academic site is effectively not paywalled for any academic or student whose institution provides institutional-subscription access, for example. And whether or not a site such as Internet Archive requires a free user registration to access something is ultimately immaterial, since the source is still accessible and one can (unless particularly clueless) use fake data to register anyway. Even if we continue to tolerate that minimal level of trying to tell the reader what to expect at innumerable random websites that may change their behavior at any moment (and may do it on a regional or other policy basis, too), we should not expand this worm-can further. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 10:56, 28 June 2024 (UTC)
:That's true across the web, and if you use an adblocker, while not illegal, you are changing how websites operate and violate the implicit free content paid by ads agreement. I'm against the inclusion of this parameter because custom scripts designed to circumvent those agreements should not be encouraged or supported. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 20:11, 26 June 2024 (UTC)
:: {{re|Headbomb}} Adblockers generally do not prevent a website from including integrated textual advertising content, e.g., a sidebar or footer on a news website. They block intrusive forms of advertising like popups. There wouldn't be adblockers if there weren't popup ads. In any case, this is intended to caution our readers, many of whom do have adblockers that a specified externally linked website may be foreclosed to them. If a link had an appropriate caution, I as a reader would know not to waste my time following the link, knowing that I would not be able to access the content at the other end. I don't see how such a notice is materially different from one indicating that registration is required. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 20:19, 26 June 2024 (UTC)
:::You choose to use an adblocker. The cause of the problem is the you using an adblocker to circumvent how the website is designed to be used. We shouldn't have to warn you about your own choices. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 20:26, 26 June 2024 (UTC)
::::No, the cause of the problem is the failure to provide enough information to make an informed choice. Only if you chose to click on a link '''that you know''' prohibits ad blockers is it reasonable to claim that it's what you chose. -- [[User:Chatul|Shmuel (Seymour J.) Metz Username:Chatul]] ([[User talk:Chatul|talk]]) 10:17, 27 June 2024 (UTC)
:Requiring you to disable adblockers is not merely an annoyance: it is a breach of your security perimeter, of which adblocking may be an important part. See e.g. [https://www.vice.com/en/article/93ypke/the-nsa-and-cia-use-ad-blockers-because-online-advertising-is-so-dangerous the NSA and CIA use ad-blockers] (2021) and [https://www.securityweek.com/fbi-recommends-ad-blockers-cybercriminals-impersonate-brands-search-engine-ads/ FBI Recommends Ad Blockers] (2022).
:Conversely, use of adblockers is not a circumvention and should not be discouraged. It is an important security measure. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 20:47, 26 June 2024 (UTC)
::I agree that ads are a common attack vector, cross-site scripting was a bad idea from the beginning. -- <small>LCU</small> '''[[User:ActivelyDisinterested|A<small>ctively</small>D<small>isinterested</small>]]''' <small>''«[[User talk:ActivelyDisinterested|@]]» °[[Special:Contributions/ActivelyDisinterested|∆t]]°''</small> 16:32, 27 June 2024 (UTC)
:::Yep. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 10:51, 28 June 2024 (UTC)
:Is this only for sites that currently need to have adblockers disabled? What happens if some adblockers work but other don't, or adblockers must be disabled now but later they work out a way to circumvent the detection? If this isn't just based on the technical issue then what of sites that disallow adblockers but make no technical measures to stop you from using them? -- <small>LCU</small> '''[[User:ActivelyDisinterested|A<small>ctively</small>D<small>isinterested</small>]]''' <small>''«[[User talk:ActivelyDisinterested|@]]» °[[Special:Contributions/ActivelyDisinterested|∆t]]°''</small> 07:52, 27 June 2024 (UTC)
:: {{re|ActivelyDisinterested}} See, e.g., [https://tulsaworld.com/obituaries/localobituaries/judge-william-a-goff/article_8e8d03ba-1825-5cf5-a22c-83d5496fdbab.html this]. I encounter this sort of thing all the time. I don't think anyone wants to follow a link that ''we provide'' as a source in an article, only to have a screen-blocking pop-up in their face telling them that they must disable their ad-blocker to continue. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 15:03, 27 June 2024 (UTC)
:::You miss my point. The adblockers work to overcome detection, so if your adblocker no longer triggers that message what then? No site supported by ads wants you to use an adblocker, and Wikipedia shouldn't care one way or the other. -- <small>LCU</small> '''[[User:ActivelyDisinterested|A<small>ctively</small>D<small>isinterested</small>]]''' <small>''«[[User talk:ActivelyDisinterested|@]]» °[[Special:Contributions/ActivelyDisinterested|∆t]]°''</small> 16:31, 27 June 2024 (UTC)
:::: If a site is functionally inaccessible because it requires that you remove defenses, then it is no better than a site that requires you to pay to access it. I'm just saying that we should have the option of letting our readers know that before they click the link that we are providing to them. Wikipedia should care about the experience we provide our readers. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 16:51, 27 June 2024 (UTC)
:::::The majority of Wikipedia's readers are not using it or care about it. For them there is no difficulty accessing it. -- <small>LCU</small> '''[[User:ActivelyDisinterested|A<small>ctively</small>D<small>isinterested</small>]]''' <small>''«[[User talk:ActivelyDisinterested|@]]» °[[Special:Contributions/ActivelyDisinterested|∆t]]°''</small> 19:51, 27 June 2024 (UTC)
:What's the purpose of this? Potentially saving the vanishingly small percentage of people who actually verify sourced information intersecting the set of people who use adblockers the trivial time it takes to decide of whether to whitelist a news site's ads, disable their ad blocker, close the tab, or attempt to locate the tiny {{small|continue to article}} link in the "Looks like you're using an adblocker" modal?{{pb}}I don't think that technical foibles are really necessary to include in citation information, but particularly not at the citation template level. If this is a real concern, follow the citation template with a transclusion of {{tl|subscription or advertising}}.{{pb}}This might also be the wrong area of concentration if we're concerned about clear signalling of access levels: as far as I'm aware, zero citation generation scripts contain functionality that automatically adds {{para|url-access| subscription}} to any source, meaning that we have tens of thousands or hundreds of thousands of citations to subscription-only sources with no red padlock icons. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 11:25, 27 June 2024 (UTC)
:: {{re|Folly Mox}} Do you have data on the "percentage of people who actually verify sourced information"? Many browsers now have an adblocker built in, particularly because adblockers prevent websites from downloading tracking software onto your computer. As for whether it is ''used'', we have countless citation templates that are missing basic things like dates, author names, even titles of the work cited. We have functionalities throughout the encyclopedia that are little-used, but would improve the encyclopedia if well-used. We should still have those options. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 15:13, 27 June 2024 (UTC)
:::I don't have data on what percentage of editors bother to verify sources. I feel like I remember hearing that the Foundation has stats on reader clickthrough to sources, and it's something like 1%, but I don't remember where I read that or when the data is from.{{pb}}Point taken about unused functionality; have you thought about the suggestion to use {{tl|subscription or advertising}} if no consensus develops to add {{para|url-access|ads}}? [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 17:49, 27 June 2024 (UTC)
::::The template {{tl|subscription or advertising}} renders as 
<blockquote>{{subscription or advertising}}</blockquote>
::::Until there is a decision to not delete it, ... -- [[User:Chatul|Shmuel (Seymour J.) Metz Username:Chatul]] ([[User talk:Chatul|talk]]) 20:11, 27 June 2024 (UTC)
:::::Yeah, I forgot to check transclusions when I found that template and proposed it as an alternative solution, and another participant in this discussion [[Wikipedia:Templates for discussion/Log/2024 June 27#Template:Subscription or advertising|nominated it for deletion]] in the time since my above comments. Honestly I don't feel particularly strongly about this thread either way. I was just trying to find a quick and simple method to address the concerns with existing templates. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 11:02, 29 June 2024 (UTC)
:Rather than worrying about this, or the other many variation (see for instance the section below), would it be worthwhile just change this to have one option 'restricted'. This covers subscription, adblocking, geoblocking, etc. -- <small>LCU</small> '''[[User:ActivelyDisinterested|A<small>ctively</small>D<small>isinterested</small>]]''' <small>''«[[User talk:ActivelyDisinterested|@]]» °[[Special:Contributions/ActivelyDisinterested|∆t]]°''</small> 19:54, 27 June 2024 (UTC)
:: I do think that the type of restriction may be relevant, and editors who are creating templates should have the flexibility to specify a type. Perhaps the parameter should provide an option to add a generic "restricted" signal, or a more specific signal of the editor's choosing. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 21:24, 27 June 2024 (UTC)

:We should not be trying to track this sort of information in citation templates. These are website "policy" issues that can change at any time for any reason based on the whim of a low-level engineer, a mid-level manager, or high-level politician. Policy can change every few months. There is no way to keep it accurate. Nor is it required to cite a source. There is an expectation readers are able to navigate around the web. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 15:20, 1 July 2024 (UTC)
::Before nomination of {{tl|subscription or advertising}} for deletion, its two ns0 transclusions were altered to {{tl|subscription required}}, as the websites cited no longer supported free reading with ads. It is a difficult thing to stay on track of updating. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 16:12, 1 July 2024 (UTC)
::: Nonetheless, there are many external websites to which we link for which a reader traversing the link will receive an immovable popup requiring the lowering of their adblock defenses. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 02:07, 7 July 2024 (UTC)

== Adding a language code ==

Maybe I'm bad at reading comprehension, but I couldn't find how to add a new supported language code on the page [[Template:Citation Style documentation/language/doc]]. Can anyone help please? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 12:14, 3 July 2024 (UTC)
:What language tag?  The lists of MediaWiki-supported language name/tags are automatically rendered by querying MediaWiki with the Scribunto language library function <syntaxhighlight lang="lua" inline="1">mw.language.fetchLanguageNames(lang, 'all')</syntaxhighlight>.  To be displayed at [[Template:Citation Style documentation/language/doc]] MediaWiki must have support for the language name/tag.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:21, 3 July 2024 (UTC)
::It's "wlx", which is not yet fully supported by MediaWiki. Maybe it will be supported in the future, but is it possible to add a custom language until then? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 14:42, 7 July 2024 (UTC)

== Limits ==

Hi, @[[User:Trappist the monk|Trappist the monk]], it's me again, from [[Help talk:Citation Style 1/Archive 93#Limits]]. As I could see today by chance, my suggestion was excepted, and tabular data is a part of the code now, isn't it? [[User:IKhitron|IKhitron]] ([[User talk:IKhitron|talk]]) 23:45, 3 July 2024 (UTC)
:{{slink|Help_talk:Citation_Style_1/Archive_94|module_suite_update_23–24_March_2024}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:43, 4 July 2024 (UTC)

== |transcript-url not working ==

{{Cite speech |first=Adam |last=Smith |url=https://www.example.com |location=Location |event=Event |title=Title |date=July 7, 2024 |transcript-url=https://www.example.com}} [[User:Amayorov|Amayorov]] ([[User talk:Amayorov|talk]]) 17:59, 7 July 2024 (UTC)
:{{para|transcript}} and {{para|transcript-url}} were not supported by {{tlx|cite speech}} in its wikitext (old) form so they are not supported in its current [[Module:Citation/CS1]] form:

<div style="margin-left:3.2em">{{Cite compare |mode=speech |nosandbox=yes |old=yes |first=Adam |last=Smith |url=https://www.example.com |location=Location |event=Event |title=Title |date=July 7, 2024 |transcript=Transcript Title |transcript-url=https://www.example.com}}
{{small|I added {{para|transcript|Transcript Title}} to your example so that {{para|transcript-url}} would have something to link if it did work.}}</div>
:
:The {{para|transcript}} parameters are supported by {{tlx|cite av media}} and {{tlx|cite episode}}.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:28, 7 July 2024 (UTC)
::It appears on [[Template:Cite speech]] though!
::Besides, even if this parameter isn't supposed to work, shouldn't we add it? It could be very useful. [[User:Amayorov|Amayorov]] ([[User talk:Amayorov|talk]]) 19:05, 7 July 2024 (UTC)
:::If you mean the mentions in {{slink|Template:Cite_speech|Deprecated}}, you will find that mention in every cs1|2 template ({{slink|Template:Cite_book|Deprecated}}, {{slink|Template:Cite_journal|Deprecated}}, etc).  The mention is supposed to convey the fact that support for the unhyphenated {{para|transcripturl}} has been withdrawn globally.  Nearly a year later, that table will be emptied at the next module suite update when support for {{para|authors}} is withdrawn.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:14, 7 July 2024 (UTC)
::::I see, thanks! [[User:Amayorov|Amayorov]] ([[User talk:Amayorov|talk]]) 22:40, 7 July 2024 (UTC)
== "[[:Wikipedia:Lua cites]]" listed at [[Wikipedia:Redirects for discussion|Redirects for discussion]] ==
[[File:Information.svg|30px]]
The redirect <span class="plainlinks">[//en.wikipedia.org/enwiki/w/index.php?title=Wikipedia:Lua_cites&redirect=no Wikipedia:Lua cites]</span> has been listed at [[Wikipedia:Redirects for discussion|redirects for discussion]] to determine whether its use and function meets the [[Wikipedia:Redirect|redirect guidelines]]. Readers of this page are welcome to comment on this redirect at '''{{slink|Wikipedia:Redirects for discussion/Log/2024 July 8#Wikipedia:Lua cites}}''' until a consensus is reached. <!-- Template:RFDNote --> [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 13:48, 8 July 2024 (UTC)
== Nomination for deletion of [[Module:Citation]] ==
[[File:Ambox warning blue.svg|30px|link=]][[Module:Citation]] has been [[Wikipedia:Templates for discussion|nominated for deletion]]. You are invited to comment on the discussion at [[Wikipedia:Templates for discussion/Log/2024 July 8#Module:Citation|'''the entry on the Templates for discussion page''']].<!--Template:Tfdnotice--> [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 16:01, 8 July 2024 (UTC)

:Actually I nominated for redirection rather than deletion. There is no such TfD notice template though. [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 16:03, 8 July 2024 (UTC)
== year parameter ==

cs1|2 is somewhat schizophrenic when validating {{para|year}}.  If I write:
:<syntaxhighlight lang="wikitext" inline="1">{{cite book |title=Title |year=August 2023}}</syntaxhighlight> → {{cite book |title=Title |year=August 2023}}
no error even though 'August 2023' is not a 'year'.  But, if I write:
:<syntaxhighlight lang="wikitext" inline="1">{{cite book |title=Title |year=August 2023 |date=August 2023}}</syntaxhighlight> → {{cite book |title=Title |year=August 2023 |date=August 2023}}
there is an error message because 'August 2023' is not a 'year'.

I propose to add a maintenance category to identify cs1|2 templates that have {{para|year}} where the assigned value is not <code>YYY</code>, <code>YYYY</code>, their circa forms<u>, year-only ranges</u>, and with or without <code>CITEREF</code> disambiguators.  To make cs1|2 consistent in how it validates {{para|year}} I propose that we define {{para|year}} so that it may only hold one of the year formats named above.  To accomplish that, we need to know where noncompliant {{para|year}} year parameters exist so that they may be repaired before a fix is made in [[Module:Citation/CS1/Date validation]].  The category is necessary because there are a so many non-cs1|2 templates that use {{para|year}} that Cirrus searching is woefully inadequate.

Yea or nay?

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) <s>15:53, 29 June 2024 (UTC)</s> 13:24, 30 June 2024 (UTC) {{small|(modified)}}
:How should a range, {{para|year|2020–2022}}, be treated? -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 01:03, 30 June 2024 (UTC)
::That would need to be allowed. [[User talk:Kanguole|Kanguole]] 11:55, 30 June 2024 (UTC)
::
::Literalist as I have been accused of being, ''year'' to me means just that.  Year range is a date so {{para|date|2020–2022}}.  Clearly there will be whining about this so I have modified the proposed definition of {{para|year}}.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:24, 30 June 2024 (UTC)
:This matches a rationale for keeping both {{para|date}} and {{para|year}} explained at [[Help talk:Citation Style 1/Archive 31#Preference between year or date parameter in Cite Journal]]. Two editors mention using {{para|year}} to discourage future editors/bots from changing "YYYY" to something like "January YYYY" arbitrarily. [[User:Rjjiii|<span style="font-variant:small-caps;">Rjj<sup>iii</sup></span>]] ([[User talk:Rjjiii#top|talk]]) 07:27, 30 June 2024 (UTC)
:Support as maintenance category; oppose as error category. I don't think that a new CS1 error is being proposed here, but for clarity. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 12:50, 30 June 2024 (UTC)
::Initially a maintenance category.  Once that category is cleared, it goes away, the fix is made to [[Module:Citation/CS1/Date validation]], and thereafter, noncompliant {{para|year}} parameters become errors categorized in the already existing {{cl|CS1 errors: dates}}.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:24, 30 June 2024 (UTC)
:::Sounds fair. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 14:13, 30 June 2024 (UTC)
:I have tweaked the sandbox.  The examples below are variations on this theme:
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |year=900}}</syntaxhighlight>
:{{para|year|900}} (ok):
::{{cite book/new |title=Title |year=900}}
:{{para|year|c. 900}} (ok):
::{{cite book/new |title=Title |year=c. 900}}
:{{para|year|c. 900a}} (ok):
::{{cite book/new |title=Title |year=c. 900a}}
:{{para|year|1900}} (ok):
::{{cite book/new |title=Title |year=1900}}
:{{para|year|900–1000}} (ok):
::{{cite book/new |title=Title |year=900–1000}}
:{{para|year|1951–52}} (ok):
::{{cite book/new |title=Title |year=1951–52}}
:{{para|year|August 1900}} (not ok because month is not a year):
::{{cite book/new |title=Title |year=August 1900}}
:{{para|year|Winter 1951–52}} (not ok because season is not a year)::
::{{cite book/new |title=Title |year=Winter 1951–52}}
:{{para|year|April–May 1900}} (not ok because month range is not a year):
::{{cite book/new |title=Title |year=April–May 1900}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:28, 12 July 2024 (UTC)
::I feel like "c." constructs should authomatically use {{tl|circa}} to explain the notation, especially since
::<pre>{{cite book/new |title=Title |year={{circa}} 900}}</pre>
::{{cite book/new |title=Title |year={{circa}} 900}}
::produces an error. [[User:IceWelder|<span style="font-variant: small-caps;">IceWelder</span>]] &#91;[[User talk:IceWelder|<span style="color: #424242;">&#9993;</span>]]&#93; 19:43, 12 July 2024 (UTC)
:::{{Tl|circa}} is bad for accessibility (mobile readers can't hover) in addition to polluting the metadata. {{Xt|c. 900}} is pretty widely understood as an approximate date. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 22:17, 12 July 2024 (UTC)

== Volume in bold ==

"Volume values that are wholly digits, wholly uppercase Roman numerals, or fewer than five characters will appear in '''bold'''." Why is bold text used in these cases? - [[User:BobKilcoyne|BobKilcoyne]] ([[User talk:BobKilcoyne|talk]]) 05:47, 30 June 2024 (UTC)

:That's true for e.g. {{tl|cite journal}}, and not true for e.g. {{tl|cite periodical}}, {{tl|cite encyclopaedia}}, {{tl|cite book}}.{{pb}}I don't remember which published academic citation style guides recommended bolding the volume number, but it does a good job of setting it apart from the issue number and visually separating the citation. I feel like we had a discussion here about this just last year at least. I'll see if I can locate it in the archives for you. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 13:03, 30 June 2024 (UTC)
:Well, I wasn't able to locate the discussion I was remembering, but see for example:{{ubl| {{sectionlink|Help talk:Citation Style 1/Archive 50|2=When &#124;volume= is a Roman Numeral}} (2018)| {{sectionlink|Help talk:Citation Style 1/Archive 62|Bolding of the volume number}} (2020)| {{sectionlink|Help talk:Citation Style 1/Archive 77|Journal volume in Bold}} (2021)| {{sectionlink|Help talk:Citation Style 1/Archive 79|Still an issue with book volumes}} (2021)}}{{pb}}Short answer I guess is that a lot of people talked it through over the years and it got consensus. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 13:21, 30 June 2024 (UTC)
::This seems like a reasonable style for citation output in the form "'''63''' (7): 43–51", but a) we really have reason to do that at all, since [[WP:NOTPAPER]] and we have no reason to compress space; and b) "vol. 63, no. 7, pp. 43–53" (or "Vol." and "No." if one insists on capitalizing those things) is much clearer. It's also a format in which the boldfacing would serve no purpose. That is, the boldfacing only serves a disambiguating purpose for a format that we have no reason to use and a good reason not to. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 00:48, 2 July 2024 (UTC)
:::This, exactly. I consistently  use {{tl|cite magazine}} even when citing traditional academic journals just to get away from the compressed format of {{tl|cite journal}}. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white;">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white;"><big>→</big></span>]]'''</span>  04:18, 2 July 2024 (UTC)
:::I support switching to an explicit style. —&nbsp;[[User:UnladenSwallow|UnladenSwallow]] ([[User talk:UnladenSwallow|talk]]) 04:26, 13 July 2024 (UTC)
::::I oppose switching to a single style for both academic journals and popular periodicals. Having {{xt|{{strong|30}} (2)}} for journals and {{xt|Vol. 30 no. 2}} for magazines lets me tell at a glance what kind of publication I'm looking at in the reference list. Additionally, if we were to adopt a single style, I'd argue for the other direction, since bolded text is easier to distinguish amongst an information dense morass of a citation than a couple abbreviations prepending two of possibly a half dozen or more numeric strings. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 14:57, 13 July 2024 (UTC)
:::If not using paper meant space was no longer an issue, we'd be using "volume", "number" and "pages" instead of "vol.", "no." and "pp.". Many screens are smaller than pages, and readers are still human, so the old ergonomic factors still apply. [[User talk:Kanguole|Kanguole]] 15:33, 13 July 2024 (UTC)

== cite magazine should support |agency ==

The cite magazine template should support the |agency parameter - for example this article https://www.golfdigest.com/story/golf-hope-ap should be cited as {{cite magazine |url=https://www.golfdigest.com/story/golf-hope-ap |title=Vegas Hangs On |magazine=Golf Digest |agency=Associated Press |date=January 23, 2011}} - but that throws an error. Some magazines do use news agencies so this should be a supported parameter. [[User:Tewapack|Tewapack]] ([[User talk:Tewapack|talk]]) 19:39, 2 July 2024 (UTC)

:{{U|Tewapack}}, lateness of reply acknowledged, but how is this source not a case for {{tl|cite news}}? Granted it's hosted by ''Golf Digest'', but nothing on the page indicates it was published as a story in any issue of their periodical. It appears just to be a wire story that they reprinted online. I'd probably go with <syntaxhighlight lang="wikitext" inline="1">{{cite news |url= https://www.golfdigest.com/story/golf-hope-ap |title= Vegas Hangs On |work= Golf Digest | date= January 23, 2011 |agency= Associated Press}}</syntaxhighlight> [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 16:13, 13 July 2024 (UTC)

==External link indicator==
In a conversation at [[Template talk:Internet Archive#Registration required parameter]] it was pointed out that {{t|Cite book}} does not produce an external link indicator for a title URL if {{para|url-access}} is specified:
* {{cite book|last=Bloggs|first=Joe|title=Book of Bloggs|url=https://en.wikipedia.org/|url-access=registration|ref=none}}
* {{cite book|last=Bloggs|first=Joe|title=Book of Bloggs|url=https://en.wikipedia.org/|ref=none}}
What's the rationale? -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 14:26, 7 July 2024 (UTC)
:If there was any discussion to explicitly overwrite the external link icon, I don't recall it.  You might find your answer somewhere in the archives.  I think the first discussion in a rather long chain of discussions might be at {{slink|Help_talk:Citation_Style_1/Archive_13|Open_access_icon}}.
:
:If I had to guess, I would say that we opted to do as MediaWiki does with external links to pdf documents:
::<syntaxhighlight lang="wikitext" inline="1">[https://example.com/document.pdf A PDF Document]</syntaxhighlight> → [https://example.com/document.pdf A PDF Document]
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:57, 7 July 2024 (UTC)
::Seems fine. Having links cluttered with an icon that means "this is an ext. link" followed by another that means "this is an external link to which {{var|X}} access conditions apply" would be redundant and annoying. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 11:07, 14 July 2024 (UTC)
== Doesn't play well with <nowiki>{{ill}}</nowiki> ==

I tried to use {{tl|ill}} inside a {{tl|cite journal}}, like this:

<code><nowiki>
* {{cite journal |author={{ill|Reinhold Merkelbach|de|Reinhold Merkelbach}} |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |year=1989 |pages=15–16 |url=https://www.jstor.org/stable/20187001}}
</nowiki></code>

But that currently renders without any wikilink, like this:
* {{cite journal |author={{ill|Reinhold Merkelbach|de|Reinhold Merkelbach}} |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |year=1989 |pages=15–16 |url=https://www.jstor.org/stable/20187001}}

Is this bad interaction fixable by someone who knows about templates? --[[User:Quuxplusone|Quuxplusone]] ([[User talk:Quuxplusone|talk]]) 14:46, 6 July 2024 (UTC)

:You'll want to use {{para|author-link|:de:Reinhold Merkelbach}}, which has the desired effect. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 14:49, 6 July 2024 (UTC)
:
:Not fixable. When expanded, your example {{tlx|ill}} produces this:
::{{code|lang=wikitext|{{ill|Reinhold Merkelbach|de|Reinhold Merkelbach}}}}
:{{para|author}} wants to see only a single name (which may be wikilinked) but it certainly does not want to see the styling that {{tld|ill}} adds.
:
:One other way to wikilink the author's name is:
::{{para|author|<nowiki>[[:de:Reinhold Merkelbach|Reinhold Merkelbach]]</nowiki>}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:06, 6 July 2024 (UTC)
::Hm, that's too bad. I'm not a fan of unmarked wikilinks to non-English Wikipedias, so the suggestion to mark it up as [[:de:Reinhold Merkelbach|Reinhold Merkelbach]] (via <code>author-link</code> or otherwise) is right out. I'll leave it as-is for now, but I hope this can be fixed someday. (For example, by finding whatever innards of the <code>author</code> field currently "want[] to see only a single name (which may be wikilinked)" and whitelisting {{tl|ill}} as a valid possibility there, too.) --[[User:Quuxplusone|Quuxplusone]] ([[User talk:Quuxplusone|talk]]) 17:39, 6 July 2024 (UTC)
:::Not going to happen.  cs1|2 annotates interwiki-linked author names so that readers can see that the interwiki-linked author name is at a non-English Wikipedia:
::::<syntaxhighlight lang="wikitext" inline="1">{{cite journal |author=[[:de:Reinhold Merkelbach|Reinhold Merkelbach]] |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |year=1989 |pages=15–16 |url=https://www.jstor.org/stable/20187001}}</syntaxhighlight>
:::::{{cite journal |author=[[:de:Reinhold Merkelbach|Reinhold Merkelbach]] |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |year=1989 |pages=15–16 |url=https://www.jstor.org/stable/20187001}}
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:54, 6 July 2024 (UTC)
::::I understand the reasons for the behaviour by the citation templates. However, this construction, <code><nowiki>[[:xx:Name]]</nowiki></code>, will AFAIK forever prevent those links to be automatically converted to a local link if an article for that author gets written here. I wonder if this could be improved if the templates added a tracking category in those cases (in article space only) so that [[User:Cewbot]]'s [[Wikipedia:Bots/Requests for approval/Cewbot|task #1]], run by [[User:Kanashimi]], has a way of locating this usage. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 00:54, 7 July 2024 (UTC)
:::::The bot can only handle interlanguage templates. Sorry it can't handle links to other language wikipedias, that would require quite a bit of extra work. [[User:Kanashimi|Kanashimi]] ([[User talk:Kanashimi|talk]]) 02:38, 7 July 2024 (UTC)
::::::A tracking category for interwiki links in templated citation authors could still be useful for others to check. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 04:09, 7 July 2024 (UTC)
:::::::In the sandbox, interwiki-linked and interproject-linked names (author, editor, etc) will be categorized in one of two new properties categories.  When both project and language are part of the link prefix, only the project will be categorized; this is in keeping with the rendered annotation.  Using the example above, copy one (or both) of these to someplace in mainspace (necessary because prop cats are suppressed here), edit and preview (do not save):
::::::::<syntaxhighlight lang="wikitext" inline="1">{{cite journal/new |author=[[:de:Reinhold Merkelbach|Reinhold Merkelbach]] |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |year=1989 |pages=15–16 |url=https://www.jstor.org/stable/20187001}}</syntaxhighlight>
::::::::<syntaxhighlight lang="wikitext" inline="1">{{cite journal/new |author=Reinhold Merkelbach |author-link=:d:Q972677 |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |year=1989 |pages=15–16 |url=https://www.jstor.org/stable/20187001}}</syntaxhighlight>
:::::::At the bottom of the mainspace article you will see two red-linked categories:
::::::::{{cl|CS1 interwiki-linked names}}
::::::::{{cl|CS1 interproject-linked names}}
:::::::Articles in those categories will be sorted by the interwiki or interproject prefix.
:::::::
:::::::Keep?  Discard?
:::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:41, 13 July 2024 (UTC)
::::::::A safer test is to copy the templates to the 'Input wikitext' box at [[Special:ExpandTemplates]].  Then click OK.  Redlinked cats at the bottom of the page.
::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:49, 13 July 2024 (UTC) 
"cs1|2 annotates interwiki-linked author names so that readers can see that the interwiki-linked author name is at a non-English Wikipedia" — Oh, that's awesome! I recommend tweaking the formatting just a little bit, so that instead of displaying as "[[:de:Reinhold Merkelbach|Reinhold Merkelbach]] [in German]" it would display as "[[Reinhold Merkelbach]] <small>[&zwnj;[[:de:Reinhold Merkelbach|de]]&zwnj;]</small>". (That's trivial, and would also address Michael Bednarek's defect report.) And then perhaps instead of making the user have to know to type <nowiki>[[:de:Thing|Thing]]</nowiki>, permit them to type <nowiki>{{ill|Thing|de|Thing}}</nowiki>. That would have the effect of accomplishing what I'm looking for, as a very small modification of what you've already implemented. --[[User:Quuxplusone|Quuxplusone]] ([[User talk:Quuxplusone|talk]]) 17:41, 7 July 2024 (UTC)
:The implementing discussion may explain to you why we did not do what you want us to do: {{slink|Help_talk:Citation_Style_1/Archive_86|author-link%3Dinterlanguage}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:00, 7 July 2024 (UTC)
::{{tq|Keep?  Discard?}} +1 for 'keep'. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 03:00, 14 July 2024 (UTC)

I have to think that, for metadata purposes, it would be much cleaner to do this:
:<code><nowiki>{{cite journal |last=Merkelbach |first=Reinhold |author-link=de:Reinhold Merkelbach |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |date=1989 |pages=15–16 |url= https://www.jstor.org/stable/20187001}}</nowiki></code>
But for some reason this is mis-rendered, presumably due to some questionably desirable pre-filtering of the value of {{para|author-link}}:
:{{cite journal |last=Merkelbach |first=Reinhold |author-link=de:Reinhold Merkelbach |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |date=1989 |pages=15–16 |url= https://www.jstor.org/stable/20187001}}
This:
:<code><nowiki>{{cite journal |last=Merkelbach |first=Reinhold |author-mask=[[de:Reinhold Merkelbach|Merkelbach, Reinhold]] |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |date=1989 |pages=15–16 |url= https://www.jstor.org/stable/20187001}}</nowiki></code>
also fails:
:{{cite journal |last=Merkelbach |first=Reinhold |author-mask=[[de:Reinhold Merkelbach|Merkelbach, Reinhold]] |title=Zwei neue orphisch-dionysische Totenpässe |lang=de |journal=Zeitschrift für Papyrologie und Epigraphik |number=76 |date=1989 |pages=15–16 |url= https://www.jstor.org/stable/20187001}}
Ideally, I would think {{para|author-link}} would be the way to do this, and that it would detect the canonical other-project prefixes (mostly language codes), and do {{tlx|ILL}}-style stuff. Even if that's too much work, then just not barfing on a <code>{{var|xx}}:</code> language-code prefix would be good, even if does no extra things borrowed from {{tnull|ILL}} and just builds the link the way doing a bare <code><nowiki>[[de:Reinhold Merkelbach|Merkelbach, Reinhold]]</nowiki></code> works outside the template: [[de:Reinhold Merkelbach|Merkelbach, Reinhold]]. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 11:21, 14 July 2024 (UTC)
:You are mistook:
::<syntaxhighlight lang="wikitext" inline="1">[[de:Reinhold Merkelbach|Merkelbach, Reinhold]]</syntaxhighlight> → [[de:Reinhold Merkelbach|Merkelbach, Reinhold]]
:works in this namespace but does not work in mainspace because the above markup is for adding interwiki links to the languages menu.  Prove it to yourself by editing a page that does not list Deutsch in the languages menu ({{USS|Will Rogers}} is one such).  Edit and paste the above wikitext into the article and preview.  Deutsch will be listed in the languages menu but Merkelbach will not be found where you inserted the link.  This is why your example templates show the {{color|#d33|Check {{mono|1=author-link=}} value}} error message.  We don't want to be indiscriminately adding links to the languages menu so Module:Citation/CS1 suppresses the malformed author link whether the template wikilinks the {{para|author}} parameter or uses the {{para|author-link}} parameter; contributor, editor, etc links similarly suppressed.
:
:This is, by the way, discussed at the error message's [[Help:CS1_errors#bad_paramlink|help link]].
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:52, 14 July 2024 (UTC)

== Numeric author name ==

* {{cite web |author1=34 |title=Lane Rasberry |url=https://www.youtube.com/watch?v=gmhsqYsvz-I |website=34Questions |publisher=YouTube |language=en |date=19 September 2021}}

The {{para|author1|34}} generates a red message. This is how the author signs their name, "34", and the name of the work is 34Questions. Is there a way to express this without a red message? -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 23:08, 16 July 2024 (UTC)
:<syntaxhighlight lang="wikitext" inline="1">{{cite av media |author1=((34)) |title=Lane Rasberry |url=https://www.youtube.com/watch?v=gmhsqYsvz-I |publisher=34Questions |via=YouTube |language=en |date=19 September 2021}}</syntaxhighlight>
::{{cite av media |author1=((34)) |title=Lane Rasberry |url=https://www.youtube.com/watch?v=gmhsqYsvz-I |publisher=34Questions |via=YouTube |language=en |date=19 September 2021}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:14, 16 July 2024 (UTC)
== <nowiki>{{Cite paper}}</nowiki> without a journal? ==

Cite paper redirects to Cite journal.  What should be done when the paper in question is a [[white paper]] published by a manufacturer, but not part of a journal, and not one of a clear series? It's more of a technical backgrounder on their significant invention.  [[User:Andy Dingley|Andy Dingley]] ([[User talk:Andy Dingley|talk]]) 13:50, 14 July 2024 (UTC)

:I use {{tl|Citation}} for this sort of source, but if it's online and you don't need specific page numbers, {{tl|Cite web}} will work. Both templates accept {{para|series}}. If this is about [https://www.paxmanhistory.org.uk/hi-dyne.htm#appendB Paxman Hi-Dyne engines], I'd probably go with {{tl|Cite web}}, since the reproduction of the original via ''Richard Carr's Paxman History Pages'' is a human conversion to HTML and the original source [[WP:SWYGT|is not what was consulted]]. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 14:39, 14 July 2024 (UTC)
:: I have a photocopy of the paper copy too, but there's nothing useful on there about a journal as such.
:: I know it's pointless on WP, because they're all just redirects, but I do prefer the semantics of marking up journals as journals and papers as papers. [[User:Andy Dingley|Andy Dingley]] ([[User talk:Andy Dingley|talk]]) 14:46, 14 July 2024 (UTC)
:::Perhaps one could employ {{para|type|White paper}}? [[User:Remsense|<span style="border-radius:2px 0 0 2px;padding:3px;background:#1E816F;color:#fff">'''Remsense'''</span>]][[User talk:Remsense|<span lang="zh" style="border:1px solid #1E816F;border-radius:0 2px 2px 0;padding:1px 3px;color:#000">诉</span>]] 15:42, 14 July 2024 (UTC)
::{{ec}}
::{{tq|but if it's online and you don't need specific page numbers}} Do you mean to suggest that {{tlx|cite web}} does not support the pagination parameters?  If you do then you are mistook:
:::<syntaxhighlight lang="wikitext" inline="1">{{cite web |url=//example.com |title=Title |page=23}}</syntaxhighlight> → {{cite web |url=//example.com |title=Title |page=23}}
:::<syntaxhighlight lang="wikitext" inline="1">{{cite web |url=//example.com |title=Title |pages=23–45}}</syntaxhighlight> → {{cite web |url=//example.com |title=Title |pages=23–45}}
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:43, 14 July 2024 (UTC)
: Is {{tl|cite report}} appropriate here? &nbsp;—&nbsp;<span style="white-space: nowrap;font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> [[User:Jts1882|Jts1882]]  &#124;[[User talk:Jts1882| talk]]&nbsp;</span> 15:34, 14 July 2024 (UTC)
:: Thanks, that seems like the best fix. [[User:Andy Dingley|Andy Dingley]] ([[User talk:Andy Dingley|talk]]) 19:55, 14 July 2024 (UTC)
::While we're here: is this also ideal for standards documents? [[User:Remsense|<span style="border-radius:2px 0 0 2px;padding:3px;background:#1E816F;color:#fff">'''Remsense'''</span>]][[User talk:Remsense|<span lang="zh" style="border:1px solid #1E816F;border-radius:0 2px 2px 0;padding:1px 3px;color:#000">诉</span>]] 20:07, 14 July 2024 (UTC)
:::{{tl|cite standard}} exists. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 23:31, 17 July 2024 (UTC)

== Please fix: the limited mouseover for url-access is too specific ==

Some web servers refuse access as a way of avoiding having to respect the [[GDPR]]. This is especially the case for some US-based servers - presumably the idea that ordinary people might have the right to privacy is too radical to [[Nineteen Eighty-Four|some newspapers]]. See [https://archive.today/Ln0oI this example for an archiver], in which case the archiver was presumably a server located outside of the US. Maybe there are similar cases for some Russian and Chinese servers that refuse access to people who can't be [[surveillance capitalism|tracked]].

Our current option ''limited'' for ''url-access'' for {{t|web cite}} gives the mouseover text {{tq|Free access subject to limited trial, subscription normally required}}, which is misleading for web servers that require privacy violation. The alternatives ''registration'' and ''subscription'' are misleading for this case too.

We need to either:
* add a fourth option, e.g. ''geolimited'' with mouseover text {{tq|Access forbidden to some geographical locations}}; or
* change the ''limited'' text to something more generic such as {{tq|Free access in some cases}}.

This will require an extension or correction (respectively) to
 ['registration'] = {class='id-lock-registration', title='Free registration required'},
 ['limited'] = {class='id-lock-limited', title='Free access subject to limited trial, subscription normally required'},
 ['subscription'] = {class='id-lock-subscription', title='Paid subscription required'},
in [[Module:Citation/CS1/Configuration]] by someone with editing access. [[User:Boud|Boud]] ([[User talk:Boud|talk]]) 11:35, 16 July 2024 (UTC)

Possibly related discussions:
* [[Help talk:Citation Style 1/Archive 62#Request for new url-access_value(s)]] - Dec 2019/Jan 2020
* [[Help talk:Citation Style 1/Archive 74#Intent of url-access=limited]] - Jan 2021
Neither of these seem to mention the geo-related access-only-with-privacy-violation issue. The GDPR officially became active in 2018 and my feeling is that US geo restrictions were implemented by some US newspapers quite rapidly. But it seems like this issue hasn't been discussed earlier. [[User:Boud|Boud]] ([[User talk:Boud|talk]]) 11:45, 16 July 2024 (UTC)

:See [[Help talk:Citation Style 1/FAQ]]. This is not going to be done, and it is a misuse of these parameters to specify that a geo-limitation is enforced on the URL. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 23:30, 17 July 2024 (UTC)

== MNRAS is open access ==

This would cover DOI patterns
*10.1093/mnras	
*10.1111/j.1365-2966	
*10.1046/j.1365-8711

Is is possible to implement those? &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 02:44, 17 July 2024 (UTC)
:I presume that you are asking if it is possible to mark dois that match these patterns with the {{color|#3a3|CS1 maint: unflagged free DOI}} maintenance message.   Possible but costly.  If we create a list of these sorts of patterns, each pattern must be individually matched against every doi that is not marked with {{para|doi-access|free}} and the doi registrant is not listed as always free.  The test for always-free dois does not suffer from this because the free-registrant table is converted from a sequence to an associative array (only occurs once per article rendering).  Looking up a doi registrant in the array is quick.
:
:Seems to me that this is a task better suited to some sort of bot.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:46, 17 July 2024 (UTC)
::Why couldn't the others also be converted to an associative array? I know with regex, it's rather trivial to match those (e.g. 10\.1093\/mnras). The reason why this would be desirable is that it's rather trivial to find something like [https://en.wikipedia.org/enwiki/w/index.php?go=Go&search=insource%3A%2F10%5C.1046%5C%2Fj%5C.1365-8711%2F&title=Special%3ASearch&ns0=1&ns118=1 insource:/10\.1046\/j\.1365-8711/], but it's close to impossible, if not impossible to find ''which'' citations ''aren't'' marked with {{para|doi-access|free}}. And with ~7000 articles citing MNRAS, it's extremely inefficient to do Citation bot runs in the hopes of catching stragglers. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 12:24, 17 July 2024 (UTC)
:::Extracting the doi registrant from a doi prefix is easy because the registrant is {{em|always}} delimited by <code>10.{{var|registrant}}/</code> so in regex: <code>registrant = 10\.([^\/]+)\/</code>.  To determine if that registrant is free-to-read, we simply index into the known-free associative array: <code>is_free = known_free_doi_registrants_t[registrant]</code>.
:::
:::{{tq|it's rather trivial to match those (e.g. 10\.1093\/mnras)}}.  True, but every doi in the article must be tested like that.  And if not found, we then have to test every doi in the article with <code>10\.1111\/j\.1365-2966</code>.  And if not found, we then have to test every doi in the article with <code>10\.1046\/j\.1365-8711</code>.
:::
:::The portions of the doi suffixes that you name above are not fixed length and aren't delimited by always-known delimiting characters so each doi must be tested against each pattern.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:19, 17 July 2024 (UTC)
:::
:::If we create an associative array where the registrant is the index and the value is a sequence of unique doi suffix incipits then it is simple to test each registrant without having to test each doi suffix.  So, if the array looks like this:
::::<syntaxhighlight lang="lua">local extended_registrants_t = {												-- known free registrants identifiable by the doi suffix incipit
	['1046'] = {'j.1365-8711'},													-- MNRAS
	['1093'] = {'mnras'},														-- MNRAS
	['1111'] = {'j.1365-2966'},													-- MNRAS
	}</syntaxhighlight>
:::So, for registrant <code>1234</code> not a known registrant and not an extended registrant no further testing required.  Registrant <code>5320</code> is a known free-to-read registrant so if no {{para|doi-access|free}} add the maint cat.  Registrant <code>1093</code> is an extended registrant so for each value in its associated sequence, do a string find for that value.  If found and no {{para|doi-access|free}} add the maint cat.  Still slower but not so bad as I was thinking it would be.
:::
:::<syntaxhighlight lang="wikitext" inline="1">{{cite journal/new |title=Title |journal=Journal |doi=10.1093/mnras/summat}}</syntaxhighlight>
::::{{cite journal/new |title=Title |journal=Journal |doi=10.1093/mnras/summat}}
:::<syntaxhighlight lang="wikitext" inline="1">{{cite journal/new |title=Title |journal=Journal |doi=10.1111/j.1365-2966.summat}}</syntaxhighlight>
::::{{cite journal/new |title=Title |journal=Journal |doi=10.1111/j.1365-2966.summat}}
:::<syntaxhighlight lang="wikitext" inline="1">{{cite journal/new |title=Title |journal=Journal |doi=10.1046/j.1365-8711.summat}}</syntaxhighlight>
::::{{cite journal/new |title=Title |journal=Journal |doi=10.1046/j.1365-8711.summat}}
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:12, 17 July 2024 (UTC)
::::Why not just test for "1046/j.1365-8711" directly? Anyway, if the above works, we have a way of tagging specific open access journals, when the DOI patterns are journal-specific.&#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 20:44, 17 July 2024 (UTC)
:::::I already [[Help_talk:Citation_Style_1#c-Trappist_the_monk-20240717141900-Headbomb-20240717122400|answered that question]].  If I did not explain it clearly enough, tell me what it is that you don't understand.
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:02, 17 July 2024 (UTC)
::::::My bad, I only saw the second reply the first time around. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 22:40, 17 July 2024 (UTC)
== Access dates ==

I request making parameter access-date to be used if there is a DOI or a PMID. Currently an error appears with an access date parameter without a URL, meaning the "|access-date=2015-02-11" part has to be in an HTML comment outside of the template (cf., inter alia, [[Desmarestiales]]).

Having no need for a URL for an access date to be used helps when one uses a book (or a book chapter, if the book is there but some chapters are not) or a journal article that is not accessible online, for it was not uploaded.

An alternative solution would be to have a URL '''or a DOI, or a HDL, or a PMCID, or a PMID''' to be required to make the access date able to be used. [[User:Alfa-ketosav|Alfa-ketosav]] ([[User talk:Alfa-ketosav|talk]]) 08:34, 22 July 2024 (UTC)

:These would be completely pointless. {{doi|10.1086/392675}}, for example, will always refer to a paper published in March 1999. That you read it on January 4, 2014, March 28, 2022, or July 1, 2024, is completely inconsequential. Same for all other identifiers. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 09:00, 22 July 2024 (UTC)
:{{U|Alfa-ketosav}}, {{para|access-date}} is intended only for sources whose content is likely to change over time, so people can locate the cited version in archives. Stable identifiers point to content that doesn't change. What do you feel the benefit is to adding this datum to stable sources? [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 10:55, 22 July 2024 (UTC)
::If the URLs DOIs point to change, or a journal's website shuts down, it may be possible that a DOI breaks, even if only for a short time. [[User:Alfa-ketosav|Alfa-ketosav]] ([[User talk:Alfa-ketosav|talk]]) 11:18, 22 July 2024 (UTC)
:::Which still won't make the paper you read any different. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 11:21, 22 July 2024 (UTC)

== oclc, issn, & eissn identifier prefixes ==

Editor [[User:Uzume|Uzume]], where is the discussion about [[special:Diff/1236402158/1236527990|these changes]]?

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:23, 25 July 2024 (UTC)

:@[[User:Trappist the monk|Trappist the monk]]: right here, apparently. —[[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 11:26, 25 July 2024 (UTC)
::Nothing happens here without we discuss it.  Please justify these changes.  To me, the current url prefixes are easier for human readers to interpret, especially the prefix for OCLC.  The current prefix clearly indicates what the worldcat url points to: <syntaxhighlight lang="wikitext" inline="1">https://www.worldcat.org/oclc/</syntaxhighlight> can easily be read by humans as an OCLC identifier url; <syntaxhighlight lang="wikitext" inline="1">https://search.worldcat.org/title/</syntaxhighlight> cannot.
::
::Is there any indication from worldcat that the current prefixes are about to become unsupported?
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:52, 25 July 2024 (UTC)
:::@[[User:Trappist the monk|Trappist the monk]]: I would be curious what documentation you might find on the subject. As far as I know there is no indication that the current prefixes will continue to be supported either but they do still work for the time being. —[[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 14:35, 25 July 2024 (UTC)
::::You are the editor who wants this change so the burden of demonstrating its necessity falls to you.
::::
::::For a bit of history of the OCLC prefix:
::::*2006-09-12: included in {{tlx|OCLC}} at the [[Special:Permalink/75192810|creation]] of that template (<syntaxhighlight lang="wikitext" inline="1">http://worldcat.org/oclc/</syntaxhighlight>)
::::*2012-08-27: introduced to [[Module:Citation]] at [[Special:Diff/538980910|this edit]] (as protocol relative <syntaxhighlight lang="wikitext" inline="1">//www.worldcat.org/oclc/</syntaxhighlight>)
::::*2013-02-19: included in [[Module:Citation/CS1]] at the [[Special:Permalink/539041175|creation]] of that module (also protocol relative)
::::*2013-04-07: moved to [[Module:Citation/CS1/Configuration]] at [[Special:Diff/549228620|this edit]] (also protocol relative)
::::*2023-02-09: switched from protocol relative to https scheme at [[Special:Diff/1138454880|this edit]] (<syntaxhighlight lang="wikitext" inline="1">https://worldcat.org/oclc/</syntaxhighlight>)
::::I acknowledge that past performance is no predictor of future existence.  I wonder how often worldcat's internal remapping of the OCLC urls has changed in the 18 or so years since en.wiki started linking to that service.
::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:34, 25 July 2024 (UTC) 
:::::@[[User:Trappist the monk|Trappist the monk]]: I do not want the change but change has a way of always coming whether we want it or not. I think the burden is on OCLC but at some point we will likely have to deal with changes at WorldCat. Feel free to delay it or ignore it. I was just trying to get ahead of what might break in the future. I took the time to make the changes. If people want to throw them away I do not mind. —[[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 17:23, 25 July 2024 (UTC)
:::::@[[User:Trappist the monk|Trappist the monk]]: I suppose the biggest argument for such links is that if one goes to such a record, e.g., <code><nowiki>{{OCLC search link|22239204}}</nowiki></code> → <samp>{{OCLC search link|22239204}}</samp> (and yes, @[[User:Folly Mox|Folly Mox]] the template is called "OCLC {{strong|search}} link" so it is a search), then {{em|that page}} has a button for sharing a link to the record and from there, an item entitled "Copy link" which presumably is the link WorldCat {{em|recommends}} people use. And that yields: https://search.worldcat.org/en/title/22239204, providing the link prefix of <code><nowiki>https://search.worldcat.org/en/title/</nowiki></code> before the identifier to be linked to. So, perhaps I failed to get the URL correct and did not specify the "en" English UI (I tested and links like https://search.worldcat.org/ja/title/22239204 link to the same record with a Japanese UI). Please feel free to update the link prefixes appropriately. Incidentally, that very same record also has a "show more information" link that provides more information and within that it links to the "Online version" of the represented item. That link points to https://search.worldcat.org/search?q=no:701649298 providing a means to get to items via their search query. Perhaps you'd prefer that link prefix as <code><nowiki>https://search.worldcat.org/search?q=no:</nowiki></code> for OCLC searches directly aligns with the link <code><nowiki>prefix https://search.worldcat.org/search?q=n2:</nowiki></code> for ISSN searches. —[[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 21:35, 25 July 2024 (UTC)
::I don't think it makes sense for an {{xt|identifier}} to link to a {{code|search}}. Jmo. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 14:17, 25 July 2024 (UTC)
:::I've reverted the recent changes to identifier templates and infoboxes pending the outcome of this discussion &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 14:29, 25 July 2024 (UTC)
::::@[[User:Headbomb|Headbomb]]: Your powers of reversion are amazing as always. Incidentally, at least with respect to ISSN, the change to use a search URL was discussed at [[Template talk:ISSN#Change request]], requested by an editor without an account (IP user) and made by @[[User:MSGJ|MSGJ]] with [[Special:Diff/415549762/prev|415549762]] back in 2011-02-23 (more than 13 years ago at the time of this writing). —[[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 16:19, 25 July 2024 (UTC)
:::::@[[User:Headbomb|Headbomb]]: Perhaps you'd prefer moving to issn.org as per your [[Special:Diff/942292297/prev|942292297]] in Feb 2020. I think that is a great idea. —[[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 17:36, 25 July 2024 (UTC)
:::@[[User:Folly Mox|Folly Mox]]: Why not? When you select such a link you are searching their federated union catalogue for that identifier (either their OCLC control number/WorldCat title ID or an ISSN). —[[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 14:44, 25 July 2024 (UTC)
::::I understand that [https://www.worldcat.org/oclc/1151668016 https://www.worldcat.org/oclc/identifier] resolves to [https://search.worldcat.org/title/1151668016 https://search.worldcat.org/title/identifier], but as Trappist said above, humans might parse it differently on sight. For me personally, it gives the feeling that we don't actually know the OCLC identifier, and to people unfamiliar with the system entirely, they might not make the connexion between {{code|search.worldcat.org}} and {{xt|OCLC}}. I don't feel particularly strongly about this, and have no opinion whatsoever about the ISSN bits, since I rarely include them and never click through on them. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 22:10, 25 July 2024 (UTC)

== "cite proceedings" ignores issue ==

I wanted to cite this: http://www.rafmuseum.org.uk/documents/Research/RAF-Historical-Society-Journals/Journal-11-Sir%20Frank-Cooper-on-Air-Force-Policy-in-the-1950s-1960s.pdf ("THE PROCEEDINGS OF THE ROYAL AIR FORCE HISTORICAL SOCIETY, Issue No&nbsp;11"), but {{tlx|cite proceedings}} ignores the {{para|issue}} parameter. The only supported parameter seems to be {{para|volume}}, but it unconditionally adds "Vol." and complains "{{red|{{!}}volume{{=}} has extra text}}" about anything that is not a plain digital number. Can the proper output be achieved using currently existing templates, or {{tc|cite proceedings}} needs to be modified (then please do)? — [[User:Mikhail Ryazanov|Mikhail Ryazanov]] ([[User talk:Mikhail Ryazanov|talk]]) 18:10, 25 July 2024 (UTC)
:Use cite journal. Cite proceedings is for conference proceedings. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 18:37, 25 July 2024 (UTC)
:: {{tlx|cite journal}} requires both {{para|title}} and {{para|journal}}, but I need to cite the whole publication. And it's not a journal issue but really proceedings from their [[symposium]] (which "in modern usage, [means] an academic ''conference'' or meeting, such as a scientific conference"). — [[User:Mikhail Ryazanov|Mikhail Ryazanov]] ([[User talk:Mikhail Ryazanov|talk]]) 21:06, 25 July 2024 (UTC)
:::That looks like a journal with "proceedings" as part of its title (as many journals have), not a proceedings of a conference, to me. You should use cite journal for any paper published within it. It is not generally useful to cite whole issues of journals, but maybe the editorial is what you want to cite. As for the symposium: the editorial makes clear that this issue of this journal is filled with some but not all papers from the symposium. It is not the proceedings of the symposium (a book of all the papers from the symposium). It is an issue of a journal (the proceedings of the society) that happens to contain many but not all papers from a symposium with a different name. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 21:19, 25 July 2024 (UTC)
:{{tlx|cite proceedings}} is a redirect to {{tlx|cite conference}}.  {{tld|cite conference}} is screwy (because no one has ever complained enough?).  It will support {{para|issue}} if it also contains {{para|journal}}:
::<syntaxhighlight lang="wikitext" inline="1">{{cite proceedings |title=Title |journal=Journal |volume=XX |issue=4 |conference=Conference}}</syntaxhighlight>
:::{{cite proceedings |title=Title |journal=Journal |volume=XX |issue=4 |conference=Conference}}
:In the above example, {{para|title}} should not be italicized.
:
:I agree with Editor David Eppstein except that I think that ''The Proceedings of the Royal Air Force Historical Society'' is a periodical rather than a journal.  Use either; your call.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:53, 25 July 2024 (UTC)
:: My particular example is from {{slink|Humphrey de Verd Leigh#External_links}}. {{diff||prev|1236625217|Here}} I've tried to format it more reasonably than it was, but it's not clear what exactly was supposed to be cited (Leigh is mentioned directly in at least two different presentations by different authors, but there might be also something else related). RAF Historical Society itself seems to [https://rafhistoricalsociety.org.uk/journals call it a "journal"], but at the same time says that "proceedings of each seminar, and the guest speaker’s paper read at each AGM, are published" in it. I don't know how people distinguish "periodical" and "journal", but this one is not very ''[[wikt:periodic#English|periodic]]'' (they had several issues in 1991, then none in 1992, then only this one in 1993, then several in 1994...). — [[User:Mikhail Ryazanov|Mikhail Ryazanov]] ([[User talk:Mikhail Ryazanov|talk]]) 22:30, 25 July 2024 (UTC)
:::The only (very brief) mention of Humphrey de Verd Leigh is in a single paper:
:::*{{cite journal|first=Michael|last=Paris|title=Flying training in the RFC, 1912–1915: A failure to prepare?|pages=25–30|journal=Proceedings of the Royal Air Force Historical Society|issue=11|year=1993|url=https://www.rafmuseum.org.uk/documents/Research/RAF-Historical-Society-Journals/Journal-11-Sir%20Frank-Cooper-on-Air-Force-Policy-in-the-1950s-1960s.pdf}}
:::What reason do you have for insisting on citing the whole issue rather than being more specific? —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 23:30, 25 July 2024 (UTC)
:::: I'm not insisting and have no reason for that, please read my explanations above. If you know better what to do, just go ahead. — [[User:Mikhail Ryazanov|Mikhail Ryazanov]] ([[User talk:Mikhail Ryazanov|talk]]) 23:46, 25 July 2024 (UTC)
:::::I explicitly suggested what to do above: cite the single paper by Paris that mentions the subject, as a journal paper, using the formatting I used. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 23:50, 25 July 2024 (UTC)
== Title format for <nowiki>{{Cite AV media}}</nowiki> ==

Is there a way to display the title of a work in quotes rather than italics when using {{tl|Cite AV media}}? I can't figure out a way to change the default italic formatting. [[User:Lord Bolingbroke|Lord Bolingbroke]] ([[User talk:Lord Bolingbroke#top|talk]]) 01:32, 28 July 2024 (UTC)

== Enhancement request: add function in CS1 translator to list supported languages ==

Please add a new function 'list' (or maybe, 'languages') to [[Module:CS1 translator]] that returns a list of all the supported languages. My immediate use case is about mentioning this module on a Talk page, and naming the language list, so ideal would be comma-separated, and pre-final 'and': i.e, "Arabic, Chinese, , ... , and Turkish". (That suggests other possible enhancements down the road, including: returning WP (ISO)-prefix codes, or returning one language name given an index number or a WP/ISO code, returning the name if it's supported and empty if it isn't, for use in table-building, or support-checking. I can give a specific case where this would be useful, if interested, on an instruction page for translators.) Thanks, [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 01:12, 31 July 2024 (UTC)
:If you {{tq|[mention] this [[Module:CS1 translator|module]] on a Talk page}}, you could link to it. The module documentation, right at the top, has a table of supported templates with their associated languages (see {{slink|Module:CS1 translator|Supported templates}}).  If this is too technical, does {{tlx|Non-English citation templates}} answer?
:
:Is there a demonstrable need?  This sounds like 'it sure would be nice if someone created {{var|thing one}} in case someday, someone else, might want to do {{var|thing two}}.'
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:38, 31 July 2024 (UTC)
:: Okay, that'll do. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 19:10, 31 July 2024 (UTC)

== [[:Category:CS1 errors: archive-url]] ==

For two articles in this category, I can't find the red error message:
*[[2024 United Kingdom general election]]
*[[Results breakdown of the 2024 United Kingdom general election]]
Normally cntrl-f searching the rendered page for "archive-url" finds it. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 23:10, 1 August 2024 (UTC)
:I edited, changed nothing, published: not in category anymore.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:38, 1 August 2024 (UTC)
::Thanks. I did purge, needed null. Never been clear on the difference. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 01:49, 2 August 2024 (UTC)

== `Cite standard` redirect ==

{{tlx|Cite standard}} is currently a redirect to {{tlx|Cite tech report}}. I feel this is unideal, as the {{para|type}} specified is unideal when citing standards, which are distinguished from technical reports by many bodies. Would it be a headache to retarget this redirect in a manner that only changes this parameter? Not sure if {{para|type|Standard}} or left unset is ideal, but. [[User:Remsense|<span style="border-radius:2px 0 0 2px;padding:3px;background:#1E816F;color:#fff">'''Remsense'''</span>]][[User talk:Remsense|<span lang="zh" style="border:1px solid #1E816F;border-radius:0 2px 2px 0;padding:1px 3px;color:#000">诉</span>]] 23:46, 1 August 2024 (UTC)
:If you don't like the auto-value assigned to {{para|type}} choose another: {{para|type|Standard}} or if that isn't acceptable, {{para|type|none}}.
::<syntaxhighlight lang="wikitext" inline="1">{{cite standard |title=Title}}</syntaxhighlight>
:::{{cite standard |title=Title}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite standard |title=Title |type=Standard}}</syntaxhighlight>
:::{{cite standard |title=Title |type=Standard}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite standard |title=Title |type=none}}</syntaxhighlight>
:::{{cite standard |title=Title |type=none}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:00, 2 August 2024 (UTC)
::Of course: my point is that since this would have to be done in each case, I would question the utility of this particular redirect. [[User:Remsense|<span style="border-radius:2px 0 0 2px;padding:3px;background:#1E816F;color:#fff">'''Remsense'''</span>]][[User talk:Remsense|<span lang="zh" style="border:1px solid #1E816F;border-radius:0 2px 2px 0;padding:1px 3px;color:#000">诉</span>]] 01:03, 2 August 2024 (UTC)
:::There is no way to cite a standard and have cs1|2 autoset {{para|type|Standard}} (or whatever).  You can avoid using {{tlx|cite standard}} and use another cs1|2 template but you will still need to manually set {{para|type}} if you want the template to render a type.  If you don't, use a cs1|2 template that doesn't autoset {{para|type}}.  Alternately, change {{tld|cite standard}} from a redirect to a wrapper template around your favorite cs1|2 template and preset {{para|type}} to your preferred value.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:14, 2 August 2024 (UTC)
::::I was considering the latter, thank you for your expertise! [[User:Remsense|<span style="border-radius:2px 0 0 2px;padding:3px;background:#1E816F;color:#fff">'''Remsense'''</span>]][[User talk:Remsense|<span lang="zh" style="border:1px solid #1E816F;border-radius:0 2px 2px 0;padding:1px 3px;color:#000">诉</span>]] 01:57, 2 August 2024 (UTC)
:The {{para|type}} parameter is an alias for {{para|medium}}; repurposing it as {{para|type|standard}} precludes using {{para|medium}}. -- [[User:Chatul|Shmuel (Seymour J.) Metz Username:Chatul]] ([[User talk:Chatul|talk]]) 15:29, 2 August 2024 (UTC)

== Whitespace workaround for invisible templates redux ==

Sorry to persist about this, but as stated [[Special:Permalink/1237836912#Prevent emitting a newline?|in this discussion about the issue]]: invisible templates such as {{tlx|Bots}} and {{tlx|CS1 config}} emit a newline, which is apparently an ancient bug avoided in other widely used templates like {{tlx|EngvarB}}with a {{tag|nowiki}} hack. If it's not liable to create problems, would it be possible to implement this same workaround in {tlx|Bots}} and {{tlx|CS1 config}} for the time being? [[User:Remsense|<span style="border-radius:2px 0 0 2px;padding:3px;background:#1E816F;color:#fff">'''Remsense'''</span>]][[User talk:Remsense|<span lang="zh" style="border:1px solid #1E816F;border-radius:0 2px 2px 0;padding:1px 3px;color:#000">诉</span>]] 00:04, 2 August 2024 (UTC)

:Phabricator: https://phabricator.wikimedia.org/T369520
:And a ping to {{u|John of Reading}} when he returns from vacation; he seems to have come up with the hack here: [https://en.wikipedia.org/enwiki/w/index.php?title=Template%3ADated_maintenance_category&diff=589732290&oldid=584334966] [[User:Rjjiii|<span style="font-variant:small-caps;">Rjj<sup>iii</sup></span>]] ([[User talk:Rjjiii#top|talk]]) 00:16, 2 August 2024 (UTC) Edit: [https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_120#Fixing_the_problem_in_other_templates old discussion at VPT] 00:19, 2 August 2024 (UTC)
::{{Re|Rjjiii}} That hack should be fine in these templates. I don't have TE rights currently, so cannot make the edits. -- [[User:John of Reading|John of Reading]] ([[User talk:John of Reading|talk]]) 07:28, 3 August 2024 (UTC)

== See section in {{-r|Module talk:Citation}} ==

[[User:Jon (WMF)]] has posted a message in {{-r|Module talk:Citation#Urgent: Please fix this template for printed content Module:Citation/CS1/styles.css.}}. Since that page is a redirect, I provided a {{tl|-r}} link to that comment. [[User:Nickps|Nickps]] ([[User talk:Nickps|talk]]) 19:30, 2 August 2024 (UTC)

:The misplaced section has been moved below: [[#Urgent: Please fix this template for printed content Module:Citation/CS1/styles.css.]] —⁠[[User:Andrybak|andrybak]] ([[User talk:Andrybak|talk]]) 22:11, 2 August 2024 (UTC)
::I have already corrected this issue. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 23:09, 2 August 2024 (UTC)

=== Urgent: Please fix this template for printed content [[Module:Citation/CS1/styles.css]]. ===
{{Moved from|Module talk:Citation}}
<div lang="en" dir="ltr">
Firstly, apologies for writing in English if this is not your first language (this is an automated message).

This template has been detected as one of 436 pages using styles that break the page when printed when the user is using dark mode. The fix is very straightforward - all your styles relating to dark mode must be scoped to. Since there is a high risk of this templates being copied to other wikis it is important this notice is acted on ASAP.

To fix this:
# Update `@media (prefers-color-scheme: dark` to `@media screen and (prefers-color-scheme: dark`
# Wrap any styles relating to `html.skin-theme-clientpref-night` in `@media screen`

If this message has not been acted on in 7 days, this will be fixed by an automated script. Thank you for your help fixing this important issue.

For any questions feel free to ask them at [[phab:T369874]].

[[User:Jon (WMF)|Jon (WMF)]] ([[User talk:Jon (WMF)|talk]]) 18:22, 2 August 2024 (UTC) on behalf of the web team.

</div>

:{{Done}}
:Thank you! [[User:Jon (WMF)|Jon (WMF)]] ([[User talk:Jon (WMF)|talk]]) 01:12, 3 August 2024 (UTC)
== Another generic pseudo-author to detect and warn about ==

"Newsroom" (or "newsroom", "News-room", "news-room", "News Room", "News room", "news room"). I've encounted this in {{para|last}} at least twice in the last month or so. Might need to flag "News" by itself, too, though I guess it's conceivable for someone to be named something like "Janet News".  I know for a fact that Room is an extant surname. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 11:01, 14 July 2024 (UTC)

:That reminds me that I keep running into "Company" in {{para|last}} and was a bit surprised it's not considered a {{tt|{{red|generic name}}}}. An {{code|insource:}} search yielded around 1000 hits, including maybe 30% false positives because I didn't want to pound the servers with a regex to escape the {{code|1==}}. A quick scroll through the first 500 results showed a single valid usage as a surname, at [[Ziphosuchia]], with the balance of true positives consisting of publishing companies misparsed by Citoid and pals. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 11:24, 14 July 2024 (UTC)
::We might add a test to find only <code>Company</code> or <code>company</code> as whole values.  If someone cares to check the results of [https://en.wikipedia.org/enwiki/w/index.php?search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3A%2F%5C%7C+%2A%28last%7Cauthor%29%5B0-9%5D%2A+%2A%3D+%2A%5B%5E%5C%7C%5C%7D%5D%2A%5BCc%5Dompany%2F&ns0=1 this search] if may be possible to loosen the restriction so that the test finds names that include <code>Company</code> or <code>company</code>.  Corporate authors are allowed so I don't think that we can error when a name simply includes <code>Company</code> or <code>company</code>.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:30, 14 July 2024 (UTC)
:::Sorry for the inclarity, but yes I meant specifically just {{para|last|Company}}, without involving substring matching. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 21:40, 14 July 2024 (UTC)
::::[[User:DreamRimmer]] has taken care of the largest single offender in this category of error following [[Wikipedia:AutoWikiBrowser/Tasks#Around 230 misattributed author name parameters to remove|a request]] at WP:AWBREQ. [https://en.m.wikipedia.org/enwiki/w/index.php?search=insource%3A%22last+company+first%22&title=Special%3ASearch&profile=advanced&fulltext=1&ns0=1 A search] for {{code|insource:"last Company first"}} now returns only around 350 matches, although of course it misses cases where the parameters are in a different order. The one author we cite whose actual human surname is "Company" is cited in at least three articles as it turns out, the other two being [[Ischyrochampsa]] and [[Wanosuchus]] (I note to myself for future double parentheses). [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 00:18, 18 July 2024 (UTC)
:Before timing out, [https://en.wikipedia.org/enwiki/w/index.php?go=Go&search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3A%2F%5C%7C+*%28last%7Cauthor%29%5B0-9%5D*+*%3D+*%5BNn%5Dews%2F&ns0=1 this search] found ~2040 articles that have {{para|last{{var|n}}}} or {{para|author{{var|n}}}} parameters with values that begin <code>News</code> or <code>news</code>.  When I ran that search, I found: Newsby, Newsinger, Newsom, Newsome, Newstead, Newsum among the first 20 results; some of them multiple times.  So our generic name search is limited to finding only <code>News</code> or <code>news</code> as whole values to avoid false positives.
:
:For the others that you name:
::<code>Newsroom</code> and <code>newsroom</code>: [https://en.wikipedia.org/enwiki/w/index.php?search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3A%2F%5C%7C+%2A%28last%7Cauthor%29%5B0-9%5D%2A+%2A%3D+%2A%5BNn%5Dewsroom%2F&ns0=1 ~570] articles
::<code>News-room</code> and <code>news-room</code>: [https://en.wikipedia.org/enwiki/w/index.php?search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3A%2F%5C%7C+%2A%28last%7Cauthor%29%5B0-9%5D%2A+%2A%3D+%2A%5BNn%5Dews%5C-room%2F&ns0=1 none]
::<code>News Room</code>, <code>News room</code>, and <code>news room</code>: [https://en.wikipedia.org/enwiki/w/index.php?search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3A%2F%5C%7C+%2A%28last%7Cauthor%29%5B0-9%5D%2A+%2A%3D+%2A%5BNn%5Dews+%5BRr%5Doom%2F&ns0=1 2] (times out)
:Adding a specific test for <code>Newsroom</code> and <code>newsroom</code> seems worthwhile; the others, not.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:30, 14 July 2024 (UTC)
:
:Another that you all should look at is {{para|last{{var|n}}|Bureau}} or {{para|author{{var|n}}|Bureau}}.  This search fund about [https://en.wikipedia.org/enwiki/w/index.php?search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3ABureau+insource%3A%2F%5C%7C+%2A%28last%7Cauthor%29%5B0-9%5D%2A+%2A%3D+%2A%5BBb%5Dureau%2F&ns0=1 8300] articles where the assigned value begins with <code>Bureau</code>.  Of those about [https://en.wikipedia.org/enwiki/w/index.php?search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3ABureau+insource%3A%2F%5C%7C+%2A%28last%7Cauthor%29%5B0-9%5D%2A+%2A%3D+%2A%5BBb%5Dureau+%2A%5B%5C%7C%5C%7D%5D%2F&ns0=1 6680] hold only the word <code>Bureau</code>.  There are authors whose surname is <code>Bureau</code>.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:59, 15 July 2024 (UTC)
:
:Added tests for <code>bureau</code> and <code>company</code> as whole values; added test for the various forms of <code>newsroom</code> named in the OP where the word(s) may appear anywhere in the parameter value:
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Bureau}}</syntaxhighlight> → {{cite book/new |title=Title |last=Bureau}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Bureau}}</syntaxhighlight> → {{cite book/new |title=Title |last=Bureau drawer}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Company}}</syntaxhighlight> → {{cite book/new |title=Title |last=Company}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Company}}</syntaxhighlight> → {{cite book/new |title=Title |last=Mega Huge Company}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Newsroom}}</syntaxhighlight> → {{cite book/new |title=Title |last=Newsroom}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=News room}}</syntaxhighlight> → {{cite book/new |title=Title |last=News room}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=News-room}}</syntaxhighlight> → {{cite book/new |title=Title |last=News-room}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=The News Room}}</syntaxhighlight> → {{cite book/new |title=Title |last=The News Room}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:03, 22 July 2024 (UTC)
:
:And one more: <code>Desk</code> whole word:
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Desk}}</syntaxhighlight> → {{cite book/new |title=Title |last=Desk}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Desk drawer}}</syntaxhighlight> → {{cite book/new |title=Title |last=Desk drawer}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:03, 22 July 2024 (UTC)
:
:And two more: <code>Group</code> and <code>Limited</code> both whole word:
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Group}}</syntaxhighlight> → {{cite book/new |title=Title |last=Group}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Group photo}}</syntaxhighlight> → {{cite book/new |title=Title |last=Group photo}}
::
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Limited}}</syntaxhighlight> → {{cite book/new |title=Title |last=Limited}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Limited availability}}</syntaxhighlight> → {{cite book/new |title=Title |last=Limited availability}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:05, 24 July 2024 (UTC)
:Another worth considering is <code>correspondent</code> as the only entry in an author field. Currently 515 occurances. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 10:33, 27 July 2024 (UTC)
::[https://en.wikipedia.org/enwiki/w/index.php?search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3A%22correspondent%22+insource%3A%2F%5C%7C+%2A%28last%7Cauthor%29%5B0-9%5D%2A+%2A%3D%5B%5E%5C%7C%5C%7D%5D%2A%5BCc%5Dorrespondent%2F&ns0=1 This search] suggests rather more than 500 articles with <code>correspondent</code> in {{para|author{{var|n}}}} or {{para|last{{var|n}}}}:
::
::Added:
:::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |author=Correspondent}}</syntaxhighlight> → {{cite book/new |title=Title |author=Correspondent}}
:::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |last=Correspondent Bank}}</syntaxhighlight> → {{cite book/new |title=Title |last=Correspondent Bank}}
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:52, 27 July 2024 (UTC)
:And another?  What about {{para|last|staff}}?  Before it times out, [https://en.wikipedia.org/enwiki/w/index.php?ns0=1&search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3AStaff+insource%3A%2F%5C%7C+%2A%28last%7Cauthor%29%5B0-9%5D%2A+%2A%3D+%2A%5BSs%5Dtaff+%2A%5B%5C%7C%5C%7D%5D%2F this search] finds about 19,500 articles where {{para|last|author{{var|n}}}} or {{para|last{{var|n}}}} is assigned the single value <code>Staff</code> or <code>staff</code>.  Is 19,500+ to much to dump into {{clc|CS1 errors: generic name‎}}?  Certainly we could write an awb script to remove parameters that are assigned the single value <code>Staff</code>.  The script must also remove matching {{para|first{{var|n}}}} when present.
:
:Displaying 'Staff' as an author name seems to me contrary to our past advice where we used to recommended {{para|author|<nowiki><!--Staff writer(s); no by-line.--></nowiki>}} which seemed to implicitly suggest that we should not be using 'Staff' as an author name.  At [[Special:Diff/751415242|this edit]] in November 2016, pursuant to [[Help_talk:Citation_Style_1/Archive_29#Change_"author=Staff_writer(s);_no_by-line."_to_"Not_stated"|this discussion]] we changed the recommended hidden text.  It also seems to me that specifically naming 'Staff' as an author doesn't make it any easier for readers to locate a source because that name is too generic.  <code>Staff</code> then amounts to pointless clutter.  As an alternate option we could have the awb script convert <code>Staff</code> to <code><nowiki><!--Not stated--></nowiki></code>.  This same awb task could also be used to replace <code><nowiki><!--Staff writer(s); no by-line.--></nowiki></code> with <code><nowiki><!--Not stated--></nowiki></code>.
:
:What do?
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:28, 7 August 2024 (UTC)

== Requested edit to [[Module:Citation/CS1/Configuration]] ==

{{Requested edit|Module:Citation/CS1/Configuration|answered=yes}}
On line 1179 of [[Module:Citation/CS1/Configuration/sandbox]], I have added <code>'grc'</code> to the array <code>script_lang_codes</code>, so that [[Ancient Greek]] can be supported as a <code>script-title</code> language. [[User:Trappist the monk|Trappist the monk]] has also added <code>'ce'</code> to the same array, for [[Chechen language|Chechen]], which should also be safe to add, but these are not the only changes between the sandbox and the live version of the include, so please copy over the whole array definition from line 1178 to 1183. (Note too that the array includes manual line breaks, so some items have moved onto the following line, compared with the live version; please check that no duplicate values exist in the array before saving.) Thank you! — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>(he/him; [[User talk:OwenBlacker|Talk]])</small></span> 21:11, 3 August 2024 (UTC)
:No need to hurry.  The <code>grc</code> text is correctly marked up:
::<syntaxhighlight lang="wikitext" inline="1">{{Citation |author=[[Herodian]] |script-title=grc:Τῆς μετὰ Μάρκον βασιλείας ἱστορία |trans-title=History of the Empire from the Death of Marcus |at=[http://www.tertullian.org/fathers/herodian_03_book3.htm#C8 III, 8, 2] |language=grc}}</syntaxhighlight>
:::{{code|lang=html|{{Citation |author=[[Herodian]] |script-title=grc:Τῆς μετὰ Μάρκον βασιλείας ἱστορία |trans-title=History of the Empire from the Death of Marcus |at=[http://www.tertullian.org/fathers/herodian_03_book3.htm#C8 III, 8, 2] |language=grc}}}}
::::{{Citation |author=[[Herodian]] |script-title=grc:Τῆς μετὰ Μάρκον βασιλείας ἱστορία |trans-title=History of the Empire from the Death of Marcus |at=[http://www.tertullian.org/fathers/herodian_03_book3.htm#C8 III, 8, 2] |language=grc}}
:It is my intention to update all of the cs1|2 suite modules within the next couple of weeks.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:44, 3 August 2024 (UTC)
::Fair enough; I'm certainly in no hurry and had seen that the markup was working. I mainly just wanted to suppress the error message once I spotted it. If you're already on it, then I'll leave you to it. Thank you! 🙂 — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>(he/him; [[User talk:OwenBlacker|Talk]])</small></span> 22:32, 3 August 2024 (UTC)
== What would it take for... ==

Each parameter to be wrapped in a <nowiki><span class="cs1parameter"></span></nowiki>?

For example, if we had 

*{{cite journal |last1=Linden |first1=David van der |title=Coping with crisis. Career strategies of Antwerp painters after 1585 |journal=De Zeventiende Eeuw. Cultuur in de Nederlanden in Interdisciplinair Perspectief |date=23 December 2015 |volume=31 |issue=1 |pages=18 |doi=10.18352/dze.10126}}
That was built something like 
*<nowiki><span class=cs1last>Linden</span>, <span class=cs1first>David van der</span> (<span class=cs1date>23 December 2015</span>). "<span class=cs1title>Coping with crisis. Career strategies of Antwerp painters after 1585</span>". <span class=cs1journal>''De Zeventiende Eeuw. Cultuur in de Nederlanden in interdisciplinair perspectief''</span>. <span class=cs1volume>'''31'''</span> (<span class=cs1issue>1</span>): <span class=cs1pages>18</span>. <span class=cs1doi>{{doi|10.18352/dze.10126}}</span>.</nowiki>

Then people could customize how citation look. Don't want ISSNs to display? hide them with your own CSS tweaks. Don't like last/first order? Rejiggle it to First/Last with CSS. Want "vol./no./p. or pp." to show or not show? CSS tweaks again.

&#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 16:47, 5 August 2024 (UTC)

:Adding something like that shouldn't be that hard, but the question is what are the costs for doing so. Would the additional characters cause loading time to increase on large articles? [[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 15:54, 6 August 2024 (UTC)
::This would significantly increase the output of a page using CS1 and likely decrease the number of pages that fit under [[WP:PEIS]].  Right now our limit seems to be around 600 references on any given day. Playing with it in a text editor with the full output of the initial example (including the coins), we're looking at an increase from 1090 to 1340 bytes, which is about 23%. On a page with 600 references of a similar size, that take the maximum down to about 480. And for pages where more authors are typical in citations, the ratio would grow pretty significantly (and you wouldn't be able to format the multi-author list without Javascript). I think it'd be neat to do something like this, but I don't think it's in the cards without sacrificing coins, which at least has what I think is a more meaningful benefit to people other than the [[User:Barkeep49/Elite|elite]]. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 21:23, 9 August 2024 (UTC)
:::Would we need COinS if we had this? &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 21:32, 9 August 2024 (UTC)
::::Various software consume COinS natively today (notably Zotero). They would need to build adapters of some sort to consume our references marked up like this. Maybe fine for Google who I'm sure uses the data and can adapt at whatever velocity to a change in our output, not so good for the open source and general user community. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 22:09, 9 August 2024 (UTC)

== Bad DOI link ==
{{Moved discussion from|User talk:Citation bot#Bad DOI link|2=[[User:Josve05a|Jonatan Svensson Glad]] ([[User talk:Josve05a|talk]]) 21:13, 5 August 2024 (UTC)}}
Not related to the bot, but people stalking this page could perhaps help me. What should be done with this reference on [[Bartholomeus de Momper the Elder]]:

<code>{{cite journal | url=http://doi.org/10.18352/dze.10126 | doi=10.18352/dze.10126 | title=Coping with crisis. Career strategies of Antwerp painters after 1585 | date=2015 | last1=Linden | first1=David van der | journal=De Zeventiende Eeuw. Cultuur in de Nederlanden in Interdisciplinair Perspectief | volume=31 | page=18 }}</code>

The link the doi points to is "for sale" and not working. Can mark the doi link as not working/usurped? [[User:Josve05a|Jonatan Svensson Glad]] ([[User talk:Josve05a|talk]]) 02:39, 5 August 2024 (UTC)

:{{Tps}} In [[Special:Diff/1238717754]] I marked the DOI inactive using {{para|doi-broken-date}}, and provided an alternative URL whilst the journal sorts out its DNS registration. Future inquiries of this sort are best handled at [[Help talk:Citation Style 1]], FYI. Kindly, [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 09:52, 5 August 2024 (UTC)
::{{U|Josve05a}}, fixing ping. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 09:54, 5 August 2024 (UTC)
::The DOI is not broken though. The landing page is usurped. That's a different issue. This should be discussed at [[Help:CS1]]. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 17:00, 5 August 2024 (UTC)
:::So, anyone got a solution how to mark a doi-link as usurped? Is that an acceptable input in {{para|doi-broken-date}} somehow? [[User:Josve05a|Jonatan Svensson Glad]] ([[User talk:Josve05a|talk]]) 09:04, 9 August 2024 (UTC)
:::It's true that the DOI is not inactive in the usual sense which leads to a "DOI not found" result at doi.org, but it's not ''not'' broken. This is such an unusual situation that I don't think we need a {{para|doi-status|usurped}} or anything.{{pb}}I liked my original solution, but it's true I don't know what bots do with the inactive DOI maintenance categories. Headbomb's removal of the {{para|doi-broken-date}} is worse, since it leaves the broken link in the reference, but rather than reverting I've commented out the DOI for now. I suppose it could be altered to a plaintext field or postscript, so that it's visible to the reader but not linked to the usurped domain. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 11:08, 9 August 2024 (UTC)
:How is this case really any different from the last bullet point at {{cl|CS1 maint: DOI inactive}} (transcluded from {{tlx|broken doi explanation}})?  That item reproduced here for convenience:
:* The DOI resolves to a dead link.  These are hard to report, since the doi.org thinks the DOI works and sometimes the journal no longer exists.
:In this particular case, a squatter is sitting on https://www.de-zeventiende-eeuw.nl/.  For our purposes, that link is just as dead as a doi that links to a 404 page.  I suspect that the squatter does not return 404 so it may be necessary to tweak [[User:Citation bot|Citation bot]] to look for <syntaxhighlight lang="html" inline="1"><meta name="description" content="This domain may be for sale!" /></syntaxhighlight> or some such so that it doesn't inadvertently remove this sort of source from Category:CS1 maint: DOI inactive.
:
:If one is to believe [https://en.wikipedia.org/enwiki/w/index.php?search=insource%3A%2210.18352%2Fdze%22&ns0=1 this search], there are eleven articles that have <code>10.18352/dze...</code> dois.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:54, 9 August 2024 (UTC)

== Floating a long-term big idea ==

My user story is that newer editors using the Visual Editor's built in citation functionality running on Citoid often create garbage citations which have bad values and end up sorted into maintenance categories for others to fix.{{pb}}There doesn't seem to be any will / urgency to implement any kind of error checking into [[:mw:Citoid|Citoid]]: the goal seems to be to integrate it into more Wikimedia projects without addressing most of its problems.{{pb}}My theory is that we may be able to get inexperienced editors to get in the habit of double checking the automatically generated citations if we show them the errors they're causing as soon as the citation is generated.{{pb}}[[Module:CS1]] is the thing that can do this best, and already handles it for existing citations.{{pb}}I'm wondering whether there is or could be a hook somewhere in the module that citations could be passed to whenever they're created in the Visual Editor environment, to give editors instant feedback on the outcome of the Citoid library call.{{pb}}I'm aware we'd need Foundation cooperation to integrate a CS1 error / maint check, either within Visual Editor or as part of the [[:mw:Edit Check|Edit Check]] feature once that is deployed. I'm just wondering how possible / difficult this side of it would be. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 22:03, 5 August 2024 (UTC)

:One possibility would be to use an edit filter that catches new CS1 errors, warns against them, and requires editors to confirm before saving. I don't think that would require any Wikimedia cooperation. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 23:11, 5 August 2024 (UTC)
::I'm pretty sure there would be a lot of pushback to make the visual editor experience blocked/hampered by filters just on the grounds that the visual editor is shit. &#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 00:16, 6 August 2024 (UTC)
:VE's citation generator could theoretically detect the presence of errors and maintenance items: since it's already doing the rendering, it can just take what's inside cs1-maint/cs1-visible-error/cs1-hidden-error. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 21:30, 9 August 2024 (UTC)

== What if the author is a organization such as AJC Sports? ==

What if the author is a organization such as AJC Sports? [[User:Abhiramakella|Abhiramakella]] ([[User talk:Abhiramakella|talk]]) 23:51, 10 August 2024 (UTC)

:Then use only the {{para|publisher}} parameter, and do not specify an individual author. [[User:Remsense|<span style="border-radius:2px 0 0 2px;padding:3px;background:#1E816F;color:#fff">'''Remsense'''</span>]][[User talk:Remsense|<span lang="zh" style="border:1px solid #1E816F;border-radius:0 2px 2px 0;padding:1px 3px;color:#000">诉</span>]] 00:03, 11 August 2024 (UTC)
:
:AJC == ''[[The Atlanta Journal-Constitution]]''?  Then {{tlx|cite news}} and {{para|newspaper|AJC Sports}} or {{para|work|AJC Sports}}.  Omit {{para|author}}.  See {{slink|Help:Citation_Style_1|Authors}}.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:25, 11 August 2024 (UTC)
== Allowing Visual Editor/Citoid Citation tool to use more than one name format ==

Editors who use the manual citation generator in the Visual Editor see an interface in which they are unable to enter any author names that do not conform to the Lastname-Firstname naming system. This is not an issue for manual sourcing or for the Wikitext citation generator, which both allow the use of the <code>|author</code> alias. My understanding is that the VE tool does not allow for the use of aliases, and some devs have indicated that changing the template data here is a preferred solution  to this [https://en.wikipedia.org/enwiki/w/index.php?title=Wikipedia:Village_pump_(proposals)&diff=prev&oldid=1239624579][https://en.wikipedia.org/enwiki/w/index.php?title=Wikipedia:Village_pump_(proposals)&diff=prev&oldid=1239698576]. VE is already enabled for new users and recommended via pop-up to anonymous editors, so is there a way to adjust the [[WP:TEMPLATEDATA]] so that the author field can be used by VE? [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 10:44, 11 August 2024 (UTC)
:The quirks of VE and TemplateData really are outside of the cs1|2 bailiwick.  If what you say is true (I will not use ve so don't really know) then that suggests yet another fault in ve: an inability to recognize and utilize parameter aliases.  If that is the case, perhaps [[WP:PHAB|phabricator]] should be your next stop.
:
:Have you tried adding {{para|author{{var|n}}}} as separate parameters to the TemplateData?  You should choose different names like '''Whole author name {{var|n}}'''.  If that works, you should probably update the descriptions to note that only one of {{para|last{{var|n}}}} or {{para|author{{var|n}}}} is allowed – that order for '''Last name {{var|n}}'''; flipped for '''Whole author name {{var|n}}'''.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:40, 11 August 2024 (UTC)
::The place to make this change is going to be the [[Template:Cite web/doc]] type pages, because these contain the [[WP:TEMPLATEDATA]] that is being proposed to be changed here. [[Template talk:Cite]] redirects here, which is why I suggested CMD make a post here to verify consensus for this. Phab probably wouldn't be the best place for this since this is an enwiki issue, not a wiki agnostic issue.
::To be clear about what we're talking about here, the proposal is to add Author 1, Author 2, etc. to the left side of [https://imgur.com/a/vK6R8S5 this screenshot].
::This could have implications. For example, the number of folks using last= and first= may go down and the number of folks using author= may go up. If there is someone that goes around changing author= to last= and first= because last= and first= are considered a better practice, for example, then having a little discussion before actioning this may be helpful. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 15:44, 11 August 2024 (UTC)
:::When I suggested [[WP:PHAB]], it is because TemplateData already knows about aliases.  This is a snippet from {{slink|Template:Cite web/doc#TemplateData}} (the first entry in the rendered table; <code>paramOrder</code> puts <code>last</code> at the top of the table):
::::<syntaxhighlight lang="json">"last": {
	"label": "Last name",
	"description": "The surname of the author; don't wikilink, use 'author-link'; can suffix with a numeral to add additional authors",
	"aliases": [
		"last1",
		"author",
		"author1",
		"author1-last",
		"author-last",
		"surname1",
		"author-last1",
		"subject1",
		"surname",
		"author-last",
		"subject"
	],
	"type": "line",
	"suggested": true
},
</syntaxhighlight>
:::Clearly, TemplateData already knows about those <code>aliases</code>.  There should be no need for editors to add individual entries to the TemplateData for some or all of those aliases.  Because all of those aliases are known, ve should be able to present them all to the editor; perhaps as a radio button sublist under <code>Last name</code> with <code>last</code> selected as the default.  As the editor, if you want {{para|author}} from the alias list, tick that radio button and untick the associated 'First name' checkbox.  The solution to the ve-can't/won't-use-already-existing-alias-list problem lies with MediaWiki, not with editors adding yet more parameters to TemplateData. And it certainly is not a cs1|2 template problem because cs1|2 templates are not the only templates that use parameters that have aliases.  Not going to hold my breath waiting for a MediaWiki solution.  In the meantime, the alias list is pointless and editors must add individual TemplateData entries for all aliases.  How cumbersome; you can see why I abhor ve. 
:::
:::It has been said here that {{para|first}} / {{para|last}} is the preferred name-list style but that does not work for all names (most notably Asian names where the separating comma in the rendering is problematic).  There is a clumsy workaround for that but a good solution has yet to be discovered.  If the goal of ve is to use only preferred parameter names, support for aliases should be withdrawn.  Not going to hold my breath for that either.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:30, 11 August 2024 (UTC)
::::Maybe it would help for {{u|Chipmunkdavis}} to provide a concrete example of how they are "unable" to enter an author name. If you want to cite a work by [[Sting (musician)]], what is preventing you from putting "Sting" in {{para|last}} using VE? Our documentation says "For corporate authors or authors for whom only one name is listed by the source, use '''last''' or one of its aliases". – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:01, 11 August 2024 (UTC)
:::::Nothing is preventing me, I'm an experienced editor who knows the suggested course of action to ignore the instruction saying "The surname of the author" and just put in what I want, and also knows if I do that to go into the wikitext to fix the mislabeling of "Sting" as a last name. <small>Relatedly the documentation should be changed, "whom only one name" is a small subset of affected names.</small> [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 17:11, 11 August 2024 (UTC)
::::::Maybe I misunderstood the meaning of the word "unable" in the OP: {{tq|Editors who use the manual citation generator in the Visual Editor see an interface in which they are unable to enter any author names that do not conform to the Lastname-Firstname naming system.}} The documentation is not protected. That includes the TemplateData portion of the documentation, which is what provides guidance to editors who use VE. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:52, 11 August 2024 (UTC)
:::::::You seem to have, as you copied through the fuller text however editors are unable to do so by following the instructions in the interface' your suggested solution is to ignore the interface. The documentation is not provided as guidance to editors that use VE, editors are provided only with the text that Novem has provided a screenshot of above. [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 17:59, 11 August 2024 (UTC)
::::::::[[WP:SOFIXIT]]? If editors can't or won't read template documentation, I don't know what to tell them. If VE needs its own documentation, it is up to people who care about VE to make it work. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 20:30, 12 August 2024 (UTC)
:::::::::That is what I am doing, I am here to fix it. That is why I have opened this discussion, it is intended to find ways to fix it. [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 03:42, 13 August 2024 (UTC)
::::::::::We came here to check consensus and I do not see sny objections, so let's just go ahead and edit the TemplateData and call it a day. We should make a list of every template that starts with cite, then edit the corresponding /doc pages (this is where TemplateData is stored) and add something like author, author2, ..., author10. CMD, want to take a stab at it? –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 12:15, 13 August 2024 (UTC)
:::::::::::{{para|author}} already exists in the TemplateData. I think what you want to do is click "Edit template data" and then change the description for that parameter, currently {{tq|The surname of the author; don't wikilink, use 'author-link'; can suffix with a numeral to add additional authors}}, to something that matches the actual documentation, possibly "The surname of the author, name of the corporate author, or author for whom only one name is listed by the source; do not wikilink ...". – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 13:48, 13 August 2024 (UTC)
::::::::::::Ummm, are you sure?  If you look at the JSON formatted [[Template:Cite_web#TemplateData|TemplateData]] for {{tlx|cite web}}, you will find only two instances of <code>"author"</code> (with quotes): the {{para|last}} definition as an alias (see [[Help_talk:Citation_Style_1#c-Trappist_the_monk-20240811163000-Novem_Linguae-20240811154400|my post above]]) and at <code>"maps":</code> → <code>"citoid":</code> → <code>"author":</code> (as I understand it this latter applies only to automated, citoid-created, templates).
::::::::::::
::::::::::::If someone adds {{para|author{{var|n}}}} as a separate parameter, I fear that we will see an increase in the number of articles that populate {{cl|CS1 errors: redundant parameter}} because OMG!-there's-an-empty-box-in-the-form;-I-must-fill-it.  This is why I suggested radio buttons for aliases; something that MediaWiki would needs implement.  Not that it will do much good, but anyone adding {{para|author{{var|n}}}} as a separate parameter to TemplateData should carefully consider the description wording to emphasize the only-one-of-author{{var|n}}-or-last{{var|n}}-is-allowed property of name-list parameters.
::::::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:25, 13 August 2024 (UTC)
:::::::::::::My impression from the OP's description of what they see when using VE is that changing the "Description" for {{para|last}} in the Template Data will resolve their issue. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 15:02, 13 August 2024 (UTC)
::::::::::::::Asking new editors to translate "last" as not meaning "last" is not an optimal solution, as it suggests to new editors that the instructions/labels we have are poorly written, and it will populate templates with a |last field that does not contain a last name. The OMG-empty-box-fill is a complicating issue as well. I wonder how often both fields are filled with the wikitext citation tool. [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 15:41, 13 August 2024 (UTC)
:::::::::::::::Are new editors likely to be using the {{tq|manual citation generator in the Visual Editor}}?  From your OP, I understood you to be describing experienced editors.  Hard (impossible) to know {{tq|how often both fields are filled with the wikitext citation tool}}.  {{cl|CS1 errors: redundant parameter}} is mostly empty which suggests that there is a cohort of gnome editors who keep it swept clean.  I guess there is more of a sense of accomplishment when emptying nearly-empty error and maint cats – I wish they would turn their attention to some of the very-not-so-empty cats...
:::::::::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:04, 13 August 2024 (UTC)
::::::::::::::Mayhaps we're both confused.  OP's first sentence is: {{tq|Editors who use the manual citation generator in the Visual Editor see an interface in which they are unable to enter any author names that do not conform to the Lastname-Firstname naming system.}}  To me, that says that using ve to manually create citations does not allow editors to create citations that use {{para|author{{var|n}}}}.  Instead, editors must use {{para|last{{var|n}}}} and, as a separate operation {{tq|go into the wikitext to fix the mislabeling of "Sting" as a last name}}.  From all of that, I understand OP to be saying that they want to have author{{var|n}} appear in the list of available parameters when manually creating citations using ve.  The 'MediaWiki approved™' solution is to add author{{var|n}} definitions to TemplateData.  I think that this is a copout and that MediaWiki should allow editors to select from the list of aliases that TemplateData already knows about.
::::::::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:04, 13 August 2024 (UTC)
:::::::::::::::The general issue is present for all editors who use the VE citation tool, even experienced editors would be putting in incorrect markup if they used |last for a different name. However, the issue is obviously far more impactful for new editors, and VE is from various accounts much easier for them to use than wikitext markup. You seem to understand me accurately; I also felt the unwillingness to deal with this in VE itself was somewhat a copout and stated as much on the pump discussion. Nonetheless, I think it's an issue worth solving, and if there's another way to move it along (perhaps even just in the interim) it seems worth implementing. [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 17:38, 13 August 2024 (UTC)

== Duplicate cites ==

In [[Carl von Weinberg]], citations #1 and #9 are the same, except for the {{para|quote}}. This is a common scenario, but inefficient. How would you do it, without changing the citation style of the article?  -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 14:53, 16 August 2024 (UTC)
:Depends.  How important are the quotations to the article?  At a glance, I would say not-so-important; the source is, after all, free to read and relatively short.  I would delete and combine.  Quotations require citations, citations do {{em|not}} require quotations.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:02, 16 August 2024 (UTC)
You could always have something like
:Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur.<ref>{{cite journal | pmid=1234 | date=1975 | last1=Nadeau | first1=D. | last2=Marchand | first2=C. | title=Change in the kinetics of sulphacetamide tissue distribution in Walker tumor-bearing rats | journal=Drug Metabolism and Disposition: The Biological Fate of Chemicals | volume=3 | issue=6 | pages=565–576 }}</ref> Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.<ref>{{Harvnb|Nadeau|Marchand|1975|p=569}}: "[...] sunt in culpa qui officia deserunt mollit anim id est laborum."</ref>
{{reflist}}
&#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 15:15, 16 August 2024 (UTC)
:Perhaps something in the pipeline with [[meta:WMDE Technical Wishes/Sub-referencing]]. [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 15:36, 16 August 2024 (UTC)
::Good timing! "Our plan is to deploy the sub-referencing feature for wikitext and Visual Editor by the end of 2024." - This is great. Thanks for the link. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 16:18, 16 August 2024 (UTC)
::Once this becomes available, it will make {{para|page}} and {{para|quote}} somewhat tricky, it will be better to include that information as a sub-reference, so that other sub-references can be attached to the origin cite which is clean of specific page # or quote data. The diffusion of information will create problems with tools, since being able to parse page numbers becomes difficult, information is in multiple templates. Plus, the option for sub-references to be named, makes it more complex. Plus, the possibility of other arguments being sub-referenced, such as authors in a multi-author book. It goes on. I suspect this well-intentioned feature is going to cause a great deal of chaos. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 16:36, 16 August 2024 (UTC)
:::Followed up [https://meta.wikimedia.org/wiki/Talk:WMDE_Technical_Wishes/Sub-referencing#Unintended_consequences here], though unclear who is reading the page. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 16:49, 16 August 2024 (UTC)

== Extend "Cite uses generic title" ==

Hello, could the "Cite uses generic title" message be extended to apply to titles beginning with "Error 404" or "ERROR 404".

Such as {{cite web|url=http://www.ine.cl/error-404|title=Error 404}}

[[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 21:20, 17 August 2024 (UTC)

:In an amusing coincidence, search is currently returning exactly 404 hits for insource:"error 404". —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 21:22, 17 August 2024 (UTC)
:[https://en.wikipedia.org/enwiki/w/index.php?ns0=1&search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3A%22Error+404%22+insource%3A%2F%5C%7C+%2Atitle+%2A%3D+%2A%5BEe%5Drror%5B+%5C-%5D404%2F This search] finds about 85 articles.
:
:Added.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:06, 17 August 2024 (UTC)
== module suite update 17–18 August 2024 ==

I propose to update cs1|2 module suite over the weekend 17–18 August 2024. Here are the changes:

[[Module:Citation/CS1]]:
*allow {{para|agency}} in {{tlx|cite magazine}}; [[Help_talk:Citation_Style_1/Archive_94#%7Cagency%3D_for_%7B%7Bcite_magazine%7D%7D%3F|discussion]]
*maintenance category when value assigned to {{para|year}} is more precise than a year; [[Help_talk:Citation_Style_1/Archive_95#year_parameter|discussion]]

[[Module:Citation/CS1/Configuration]]:
*fix 'email' generic name pattern; [[Help_talk:Citation_Style_1/Archive_94#CS1_errors%3A_generic_name|discussion]]
*fix undeclared variable 'uncategorized_namespaces_t'; no discussion; [[Special:Diff/1222332001|this edit]]
*add  free DOI registrants: 4230 (LIPIcs) and 12942 (Living Reviews)
*maintenance category when value assigned to {{para|year}} is more precise than a year;
*support free-to-read DOI on certain <code>10.{{var|registrant}}/{{var|incipit}}...</code>; initial support for MNRAS, MNRAS Letters, Geophysical Journal International, RAS Techniques and Instruments; [[Help_talk:Citation_Style_1/Archive_95#MNRAS_is_open_access|discussion]]
*test for 'bureau', 'company', 'correspondent', 'desk', 'group', 'limited', 'newsroom' generic names; [[Help_talk:Citation_Style_1#Another_generic_pseudo-author_to_detect_and_warn_about|discussion]]
*update WorldCat URL prefixes; [[Help_talk:Citation_Style_1/Archive_95#oclc,_issn,_&_eissn_identifier_prefixes|discussion]]

[[Module:Citation/CS1/Whitelist]]
*remove support for {{para|authors}}; limit {{para|people}} to {{tlx|cite av media}}, {{tlx|cite episode}}, and {{tlx|cite serial}}; [[Help_talk:Citation_Style_1/Archive_94#removed_support_for_%7Cauthors%3D%3B_what_about_%7Cpeople%3D_and_%7Ccredits%3D%3F|discussion]]

[[Module:Citation/CS1/Date validation]]
*maintenance category when value assigned to {{para|year}} is more precise than a year;

[[Module:Citation/CS1/Identifiers]]
*support free-to-read DOI on certain <code>10.{{var|registrant}}/{{var|incipit}}...</code>; initial support for MNRAS, MNRAS Letters, Geophysical Journal International, RAS Techniques and Instruments;
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:48, 9 August 2024 (UTC)

Also:
* support free-to-read DOI on certain <code>10.{{var|registrant}}/{{var|incipit}}...</code>; additional support for Access Microbiology, Microbiology, Journal of General Microbiology, Microbial Genomics [https://en.wikipedia.org/enwiki/w/index.php?title=Module:Citation/CS1/Configuration/sandbox&diff=prev&oldid=1239968840]
* support free-to-read DOI on certain <code>10.{{var|registrant}}/{{var|incipit}}...</code>; additional support for Heliyon [https://en.wikipedia.org/enwiki/w/index.php?title=Module:Citation/CS1/Configuration/sandbox&diff=prev&oldid=1240126842]
*  support free-to-read DOI on certain <code>10.{{var|registrant}}/{{var|incipit}}...</code>; additional support for Journal of the Endocrine Society, JCEM Case Reports [https://en.wikipedia.org/enwiki/w/index.php?title=Module:Citation/CS1/Configuration/sandbox&diff=prev&oldid=1240127728]
&#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 17:33, 13 August 2024 (UTC)

===Bug===
{{doi|10.1093/notesj/gji104}} is found as a match for {{doi|10.1093/jgi...}}
&#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 14:45, 19 August 2024 (UTC)
:Fixed in the sandbox I think:
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |doi=10.1093/notesj/gji104}}</syntaxhighlight> → {{cite book/new |title=Title |doi=10.1093/notesj/gji104}}
::<syntaxhighlight lang="wikitext" inline="1">{{cite book/new |title=Title |doi=10.1093/gji104}}</syntaxhighlight> → {{cite book/new |title=Title |doi=10.1093/gji104}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:45, 19 August 2024 (UTC)

== Docket Number Definition ==

Could someone add a better definition for docket to [[Template:Cite report]]? At the moment it simply reads "docket number", but nowhere in the template documentation does it explain what a "docket" is – which is not particularly helpful for those unfamiliar with the word. –[[User:Noha307|Noha307]] ([[User talk:Noha307|talk]]) 03:48, 19 August 2024 (UTC)

:[[wikt:docket]] Probably the 4th definition. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 16:21, 20 August 2024 (UTC)

== Coming soon: a completely new way to make citations ==

[[Wikipedia:Village_pump_(technical)#Coming_soon:_A_new_sub-referencing_feature_–_try_it!]]. 

It will involving breaking CS1|2 citations apart, and spreading those pieces around into different parts of the article, as free-form untemplated text. It's integral to MediaWiki. There are no guidelines for usage, anything goes.   -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 17:08, 19 August 2024 (UTC)

:Are there any plans yet to build a {{tl|subref}} (or whatever name) template that can accept the arguments that [[Module:Citation/CS1]] and [[Module:Footnotes]] accept? [[User:Rjjiii|<span style="font-variant:small-caps;">Rjj<sup>iii</sup></span>]] ([[User talk:Rjjiii#top|talk]]) 02:31, 20 August 2024 (UTC)
::Should be. I got kick back, saying editors should have the "luxury" to do whatever they want, without constraint. That doesn't mean we can't make templates, but that also suggests there will be a small but vocal faction that will want complete personal freedom to add whatever thing they want in a sub-ref. I couldn't even get agreement we might need some sort of guideline on how to use sub refs. So, be prepared for this to become a massive headache. There's really nothing stopping anyone from creating sub refs for multiple authors, pages, quotes, URLs, archive URLs, DOIs and other identifiers, dates, ISBNs, works, in-source locations, access-date, and much more. Essentially, everything in a citation can be removed and replaced with a sub-ref. This will create red errors in citations, make parsing citations nearly impossible, fixing citations incredibly hard, link rot will go undetected and unfixed, none of the bots will work like Citation bot and Refill that so many depend on. The libraries like PyWikiBot won't work without a massive overhaul of core components and creation of new features and functions. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 03:42, 20 August 2024 (UTC)
:::If you want to create guidelines and gain consensus for them, then start at [[WP:VPPOL]], not here which is a less-watched, more technical page. I'm not unsympathetic to your view (I don't like LDR style referencing - implied in this development as the way to go, but perversely I do like <nowiki>{{sfn}}</nowiki>)  but the discussion needs to go wider than the technical pages and technical-minded editors who haunt them. 
:::It's an eternal problem with Wikipedia that technical changes happen in a vacuum and not in conjunction with changes with business practices. It's understandable when you consider that the way de-wp probably want to use a feature will be a different way to how the same feature will be used on en-wp, so I don't blame WMF for having a bit of a dump and run approach. We know the technical change is going to happen so let's have the associated en-wp business change discussion upfront but in the right place, which isn't here.
:::Like any change, there are always fears about what will ensue.  All the things you list may happen but less [[Chicken Little]] and more "approach X is to be recommended because it prevents/reduces ABC happening" is, imo, a better starting place for discussion. The use of ''ibid'' has been discouraged for years but it still gets used, to no great detriment overall. We even have [[WP:CITEVAR]] as policy accepting variances in referencing styles, so yes there are almost inevitably going to be edits using sub-refs in ways that you and I will not like for one reason or another. They're not going to eliminated but get the MOS/policy position established which reduces the likelihood of them happening in the first place. [[User:Nthep|Nthep]] ([[User talk:Nthep|talk]]) 07:42, 20 August 2024 (UTC)
::::Very well said. There will likely be consensus for this feature generally, but if there is a guideline and what that guideline says, should be decided by the community. The community needs to understand the consequences of citations that are no longer supported by tools. It will become painfully apparent with time, but the sooner this is resolved the better.  -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 17:06, 20 August 2024 (UTC)
:::If a wiki page cites, e.g., multiple stories in an anthology, multiple articles in an issue, multiple papers at a conference, then it would be normal for different subreferences to have different {{para|auther}} parameters. OTOH, I see no reason to not exclude, e.g., {{para|isbn}}. -- [[User:Chatul|Shmuel (Seymour J.) Metz Username:Chatul]] ([[User talk:Chatul|talk]]) 11:52, 20 August 2024 (UTC)
::::Editors will be creative how they slice and dice citations. There will be a variety in one article, that exists nowhere else, or only a few articles. Many rare birds. Thus, automated tools loose the benefit of CS1|2, which is standardization. Our tools will simply cease to function (for those citations). So we gain things, and loose things. If folks are OK with the loss of Refill, Citation bot, InternetArchiveBot, GreenCbot, AWB, PyWikiBot, etc.. then they are also OK with link rot, usurped URLs, general maintenance of metadata, clearing tracking category errors, etc.. The expectation that tools will be able to adapt should not be assumed. Many rare birds, at high risk of extinction, another way of saying non-robust, error prone, weak ie. bad design. Wikipedia has a lot of bad design but this one of predictable and preventable, with the right guardrails. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 16:32, 20 August 2024 (UTC)
:::::There should be no issue with the main reference. I also don't see an issue with sub-references that use CS1 or CS2 template with {{para|title|op cit}}. -- [[User:Chatul|Shmuel (Seymour J.) Metz Username:Chatul]] ([[User talk:Chatul|talk]]) 17:07, 20 August 2024 (UTC)
::::::Specifying {{para|title|op cit}} in a cs1|2 template inside of a {{tag|ref|attribs=extends="..."|content=<nowiki>{{cite whatever |title=op cit |...}}</nowiki>}} will cause the cs1|2 template to emit bogus title metadata: <code>&rft.btitle=op+cit</code> so anyone consuming article citations via reference management software won't be given the source's actual title in the scraped citation.  Fortunately there are few cs1|2 templates that use {{para|title|Op. cit.}}; see [https://en.wikipedia.org/enwiki/w/index.php?go=Go&search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3A%22op+cit%22+insource%3A%2F%5C%7C+*title+*%3D+*%5BOo%5Dp%5C.%3F+cit%5C.%3F%2F&ns0=1 this search].  Similarly, for {{para|title|Ibid}}; [https://en.wikipedia.org/enwiki/w/index.php?search=hastemplate%3A%22Module%3ACitation%2FCS1%22+insource%3A%22ibid%22+insource%3A%2F%5C%7C+%2Atitle+%2A%3D+%2A%5BIi%5Dbid%2F&ns0=1 this search].
::::::
::::::Yeah, we could add a mechanism (parameter) that would tell a cs1|2 template to mute its metadata output, but that would needs be a manual operation because the cs1|2 template cannot know which {{tag|ref|attribs=extends="..."}} tags wrap it.
::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:48, 20 August 2024 (UTC)
:::::::I'm assuming that whoever uses {{tag|ref|attribs=extends=''main-reference''|content=''citation-template''}} will use the proper parameters for the wrapped sub-reference, provide that template supports an appropriate parameter. -- [[User:Chatul|Shmuel (Seymour J.) Metz Username:Chatul]] ([[User talk:Chatul|talk]]) 18:23, 20 August 2024 (UTC)
:::@[[User:GreenC|GreenC]], make sure you don't [[WP:CANVASS]] when you decide not to invoke the names of your would-be opposition. You got kickback for good reason. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 16:22, 20 August 2024 (UTC)
::This could be done by creating a variant of the citation templates that wrapped the citation in <code><nowiki><ref name="CITEREFSmith2000">...</ref></nowiki></code> instead of putting the ref in the <code><nowiki><cite></nowiki></code> tag. Then {{tlx|subref}} could be written to use that ref in a similar way to {{tlx|sfn}}. None of this seems to require anything more from the MediaWiki implementation. [[User talk:Kanguole|Kanguole]] 10:03, 20 August 2024 (UTC)
::That is
::<syntaxhighlight lang="wikitext">
{{ref cite book |first=E. |last=Miller |title=The Sun |location=New York |publisher=Academic Press |year=2005}}
</syntaxhighlight>
::(arbitrary template name) would expand as
::<syntaxhighlight lang="wikitext">
<ref name="Miller2005">Miller, E. ''The Sun''. New York: Academic Press, 2005.</ref>
</syntaxhighlight>
::and {{tlx|subref|Miller|2005{{para|p|23}}}} would expand as
::<syntaxhighlight lang="wikitext">
<ref extends="Miller2005">Page 23.</ref>
</syntaxhighlight>
::and the existing sub-referencing implementation would do the rest. The only thing missing would be merging of duplicate pages, but there are hooks to enable that too. [[User talk:Kanguole|Kanguole]] 10:24, 20 August 2024 (UTC)
:::That is an interesting idea. It does lock this method further into source code editing. At the moment, the [[WP:LDR|list-defined references]] (LDR) that this method relies on aren't fully implemented in the Visual Editor. The VE can't add, remove, or replace a list-defined reference. Hypothetically though, if the WMF can get LDR working in VE, then this could be much friendlier to new users than {{tl|sfn}}. The template could be designed to plug into the sub-references like: <syntaxhighlight lang="wikitext"><ref extends="Miller2005">{{subref|p=23}}</ref></syntaxhighlight> [[User:Rjjiii|<span style="font-variant:small-caps;">Rjj<sup>iii</sup></span>]] ([[User talk:Rjjiii#top|talk]]) 15:50, 20 August 2024 (UTC)

== cite conference and conference-url ==

From [[Holographic algorithm]]:

<ref name="valiant">{{cite conference
 |title          = Holographic Algorithms (Extended Abstract)
 |first          = Leslie
 |last           = Valiant
 |author-link    = Leslie Valiant
 |date           = 17–19 October 2004
 |conference     = FOCS 2004
 |conference-url = http://www.cs.brown.edu/~aris/focs04/
 |publisher      = IEEE Computer Society
 |location       = Rome, Italy
 |pages          = 306–315
 |isbn           = 0-7695-2228-9
 |doi            = 10.1109/FOCS.2004.34
 |access-date    = 27 February 2011
 |archive-date   = 2012-03-13
 |archive-url    = https://web.archive.org/web/20120313170241/http://www.cs.brown.edu/~aris/focs04/
 |url-status     = dead
}}</ref>
{{reflist talk}}

Same problem with {{tlx|cite conference}} in [[Tervamäki ATE-3]] and [[Tervamäki JT-5]]. Changing {{para|conference-url}} to {{para|url}} solved the problem eg. [[Special:Diff/1241238099/1241238294]]. This could be a new problem, I've never seen it before, three articles showed up in [[:Category:CS1 errors: archive-url]]. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 03:27, 20 August 2024 (UTC)
:The values assigned to {{para|conference-url}} and to {{para|archive-url}} are not links to the paper named in {{para|title}} and do not match the source linked by {{para|doi}}.  {{para|archive-url}} and {{para|access-date}} do not apply to {{para|conference-url}} hence the error messages: <span style="color:#d33"><span style="font-family: monospace">|archive-url=</span> requires <span style="font-family: monospace">|url=</span></span> and <span style="color:#d33"><span style="font-family: monospace">|access-date=</span> requires <span style="font-family: monospace">|url=</span></span>.  Both apply to {{para|url}} or in its absence to {{para|chapter-url}} (and aliases).
:
:Were it me, I would rewrite:
::<syntaxhighlight lang="wikitext" inline="1">{{cite conference |title=Holographic Algorithms |book-title=FOCS 2004: 45th Annual IEEE Symposium on Foundations of Computer Science |first=Leslie |last=Valiant |author-link=Leslie Valiant |date=17–19 October 2004 |conference=FOCS 2004 |publisher=IEEE Computer Society |pages=306–315 |isbn=0-7695-2228-9 |doi=10.1109/FOCS.2004.34 |conference-url=https://web.archive.org/web/20120313170241/http://www.cs.brown.edu/~aris/focs04/}}</syntaxhighlight>
:::{{cite conference |title=Holographic Algorithms |book-title=FOCS 2004: 45th Annual IEEE Symposium on Foundations of Computer Science |first=Leslie |last=Valiant |author-link=Leslie Valiant |date=17–19 October 2004 |conference=FOCS 2004 |publisher=IEEE Computer Society |pages=306–315 |isbn=0-7695-2228-9 |doi=10.1109/FOCS.2004.34 |conference-url=https://web.archive.org/web/20120313170241/http://www.cs.brown.edu/~aris/focs04/}}
:This is not anything new.  {{tlx|cite conference}} needs to be rewritten because editors routinely write poor {{em|proceedings}} citations (we are citing the proceedings, not the conference – if you want to cite the conference website, use {{tlx|cite web}}).
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:37, 20 August 2024 (UTC)
::OK. Thanks for your time explaining. I'll keep this in mind next time I clear the category, about 80% by bot the remaining 20% manually have unusual cases like this. -- [[User:GreenC|<span style="color: #006A4E;">'''Green'''</span>]][[User talk:GreenC|<span style="color: #093;">'''C'''</span>]] 15:51, 20 August 2024 (UTC)