Module talk:Citation/CS1/Feature requests

From Wikipedia, the free encyclopedia
Jump to: navigation, search

This page is used to make requests for new features for the Lua based CS1 templates. Please understand that the priority is to update and debug the older templates before implementing new features. Completed feature requests are archived at Module talk:Citation/CS1/Feature_requests/Completed


Titles should be wrapped with markup indicating the language. --— Gadget850 (Ed) talk 14:37, 29 March 2013 (UTC)

How would this actually work? You have some template examples in mind maybe? Dragons flight (talk) 18:57, 8 April 2013 (UTC)
See {{lang}}. --  Gadget850 talk 23:38, 26 April 2013 (UTC)
Let me be a bit more specific. First, which elements would you have the |language== apply markup to? Title? Title and Chapter? Title and Periodical? Secondly, do you want to use the existing templates, e.g. actually call {{lang|es|Title}} when getting |language=Spanish? Or is it sufficient to bypass the templates and just add a span and (sometimes) a category? Also, is there a automated way of knowing that "Spanish" maps to "es", etc.? Dragons flight (talk) 23:52, 26 April 2013 (UTC)
I was looking at that. We will have to roll our own, as I don't see a template that converts the full language name to the ISO form. Or, we could create a new 'lang' parameter that uses the ISO and overrides 'language'. I would think we could apply dir="rtl" where applicable. Might be best to do this in a separate module that could be used elsewhere. --  Gadget850 talk 00:53, 27 April 2013 (UTC)
I habitually enter, say, |language=es, then have to go back and change it :-( Your proposed new |lang= parameter would be much appreciated. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:19, 17 May 2013 (UTC)
I think this ought to wait until someone converts the language template tree to Lua, so we have a good list of code-to-language mappings. What's needed basically already exists, but as presently implemented its scattered across hundreds of lang subtemplates, which isn't very usable for us. Dragons flight (talk) 22:32, 20 May 2013 (UTC)
I'm not sure what "the language template tree" is, but there's already a language name library available in Lua: {{#invoke:Sandbox/Liangent/LanguageName|languageName|es}} -> Spanish. Liangent (talk) 12:55, 29 May 2013 (UTC)

I believe that this request has been implemented. Example:

Cite book compare
{{ cite book | language=es | title=La Casa de Mi Padre | author=Will Ferrell }}
Old Will Ferrell (in es). La Casa de Mi Padre. 
Live Will Ferrell. La Casa de Mi Padre (in Spanish). 

Jonesey95 (talk) 04:34, 20 December 2013 (UTC)

The code to language conversion is done, but not the language markup.

The above example, renders as (less COinS):

<span class="citation book">Will Ferrell. ''La Casa de Mi Padre'' (in Spanish).</span>

What we need is:

<span class="citation book">Will Ferrell. ''<span lang="es" >La Casa de Mi Padre</span>'' (in Spanish).</span>

See {{lang}}.

--  Gadget850 talk 13:12, 20 April 2014 (UTC)

Is it possible to reinstigate discussion on this change? At the moment, providing human-readable language tagging is done (as Jonesey95 pointed out on 20 December 2013) and COinS-tagging means that we can't use {{lang}} within CS1 templates (like {{cite book |title={{lang|es|La Casa de Mi Padre}} |trans_title=My Father's Home |author=Will Ferrell |language=es }}) because it would pollute the machine-readable data; we need to use {{cite book |title=La Casa de Mi Padre |trans_title=My Father's Home |author=Will Ferrell |language=es }} instead.
What would be great would be to change the output markup so that this example above goes from rendering (without the COinS):
<cite class="citation book">Will Ferrell. <i>La Casa de Mi Padre</i> [<i>My Father's Home</i>] (in Spanish).</cite>
to rendering
<cite class="citation book">Will Ferrell. <i lang="es" xml:lang="es">La Casa de Mi Padre</i> [<i>My Father's Home</i>] (in Spanish).</cite>
for example. This would allow assistive technologies correctly to identify the language of the title (and, for example, user CSS to style text differently according to language). Alternatively, rather than assuming that the title (and only the title) will match the language, new parameters could be added such as |title_lang=, |chapter_lang= and |journal_lang=, for example.
I'm entirely open to discussing the details, as I've just made these up on the spot, but in principle this feels like something we could make work, no?  :o)
OwenBlacker (Talk) 14:32, 7 February 2016 (UTC)
Trappist the monk (talk) 16:43, 7 February 2016 (UTC)

Name suffixes[edit]

The COinS implementation guide specifies that, at least for the first author of a work, it should be possible to separate their name into first name(s), last name, and suffix. When the {{cite}} templates were created, they were regarded solely as presentational, and separate parameters for suffixes weren't thought to be worth implementing. Scanning the ends of first1, first2, editor1,...and so forth for "Sr", "Jr", "II", and "III" should probably pick up most of the citations where suffixes should be moved to their own parameters. Choess (talk) 15:26, 30 March 2013 (UTC)

We should still add parameters for those oddball suffixes. --  Gadget850 (Ed) talk 16:58, 30 March 2013 (UTC)
Sorry, I combined two thoughts. We'd need new "suffix*" parameters for names in general, which could be used for any suffix. The scanning I mentioned could be for a (temporary?) maintenance category to identify citations that would need to be edited to use the new parameters. Choess (talk) 17:15, 30 March 2013 (UTC)
See Suffix (name). We have no guidelines for suffixes, but you are discussing generational suffixes. I need to check some style guides to see if we should include academic, professional, religious or honorary suffixes. --  Gadget850 (Ed) talk 17:20, 30 March 2013 (UTC)
OpenURL (COinS) only provides a field for "name suffixes", not titles or degrees. Choess (talk) 17:32, 30 March 2013 (UTC)

Internet Archive[edit]

Can someone familiar with this module add code to enable Internet Archive links for books etc. For example, the open library code OL16525337M is the book "A concise etymological dictionary of the English language", which also has LCCN 11035890 and Internet Archive code cu31924008779690. Thanks. Mindmatrix 03:20, 2 April 2013 (UTC)

And Google Books ls_XijT33IUC. What other archive systems are used? --  Gadget850 (Ed) talk 09:42, 2 April 2013 (UTC)
at WebCite users can archive single webpages. the Internet Archive also crawls for site/page snapshots and these may follow the rate of change of the originals. Google Books is different, as it may act more like an online publisher than an archival service. (talk) 00:25, 3 April 2013 (UTC)

Here is the id_handler example for LCCN from Module:Citation/CS1/Configuration.

parameters = {'LCCN', 'lccn'}                    How specified in the citation template, i.e. LCCN=
link = 'Library of Congress Control Number'      Wikipage to link to at the ID label
label = 'LCCN'                                   Text to use for the ID label
mode = 'external'                                Indicates an external link (the typical case)
prefix = ''                  Start of the url to use with the ID
suffix = ''                                      Anything to include in the url after the ID
COinS = 'rft.lccn'                               Where to map the data in [[COinS]]
encode = false                                   Whether the ID must be urlencoded
separator = '&nbsp;'                             Separator to use between the ID label and the ID

When given LCCN=123456, this generates output that looks like:

[[Library of Congress Control Number|LCCN]] [ 123456] = LCCN 123456

If you can figure out how to update the fields for Internet Archive, Google Books, or some other ID scheme, then they would be easy to add. A few ID schemes (including Open Library) don't easily map to this format and have to be specially handled, so that is possible too, but it would take more effort. Dragons flight (talk) 19:13, 8 April 2013 (UTC)

Internet Archive has various media (text, audio, video), but they all appear to have the same URL pattern ( Should we create one entry and disregard type, or create separate entries for each, some of which may have subtypes? (For example, some of the audio files could use a handler for Live Music Archive instead of Internet Archive.) I think one handler is probably the better option. Mindmatrix 15:53, 10 April 2013 (UTC)
In general, I tend to think that less is more in cases like this unless there is a strong reason to differentiate. However, I don't really know much about the Internet Archive, so I'm not really a good person to judge. Dragons flight (talk) 16:37, 10 April 2013 (UTC)

prearchive for deadurl[edit]

Add |prearchive=yes as an alias to |deadurl=no. Negative logic like setting a parameter to false to enable a feature is foreign to the average editor. 'prearchive' better describes the feature for preemptively archiving the link. --  Gadget850 (Ed) talk 16:30, 6 April 2013 (UTC)

I am seeing a number of uses of |deadurl=yes which is meaningless. --  Gadget850 talk 12:37, 31 October 2014 (UTC)

postscript check[edit]

Check for 'postscript' with more than one character. I'm seeing some odd stuff inserted. --  Gadget850 (Ed) talk 19:30, 6 April 2013 (UTC)

My present reaction is that it may be too late for this. There appear to be too many people doing things like |postcript=<!-- None -->, plus User:Citation bot has been putting a message about {{inconsistent citations}} in the postscript. Insisting that it ought to be only one character seems a bit futile at this point. Dragons flight (talk) 22:25, 20 May 2013 (UTC)
Perhaps just a hidden tracking category to see what is out there. --  Gadget850 talk 02:04, 21 May 2013 (UTC)

Check for wikilink to current page[edit]

If a citation includes a wikilink to the current page, it becomes bolded:

Markup Renders as
{{cite book |title=[[Module talk:Citation/CS1/Feature requests]]}}

Propose: If the wikilink is to the current page, then remove the linking. --  Gadget850 (Ed) talk 16:18, 12 April 2013 (UTC)

If this is done, it should be done via CSS. Removing the irrelevant italics, the output is styled
<span class="citation book"><strong class="selflink">Module talk:Citation/CS1/Feature requests</strong></span>
Setting ".citation .selflink { font-weight:normal; }" will remove the bold. Dragons flight (talk) 18:05, 12 April 2013 (UTC)
If this is done, then it should apply to all links. I've seen lists of books in author pages where the list is constructed with CS1 templates that include |authorlink=. See Andrew Hunt §Bibliography.
Trappist the monk (talk) 14:43, 27 April 2013 (UTC)
Yes, the suggested CSS would eliminate the bolding associated with such links regardless of where they occur in the citation. Adding that (or not) doesn't actually affect the Module, it would need to go in Mediawiki:Common.css (or similar). Dragons flight (talk) 16:36, 27 April 2013 (UTC)
Yep, it does. Tested in my common.css and citation wikilinks to the current page aren't <strong /> anymore. I gather that this change needs to be made to MediaWiki:Common.css. Shall I make an edit request there?
Trappist the monk (talk) 11:43, 28 April 2013 (UTC)
It would make more sense to me to throw an error in these cases for correction, as these items of various types (author/title) probably just shouldn't have the links rather than being removed by the template. Where an error might get messy would be in things like cite doi, which are by their nature not necessarily on the page which is linked. Hmm. --Izno (talk) 03:44, 28 April 2013 (UTC)
I'm inclined to disagree. There is nothing wrong with wikilinks that point to the current page as long as the link is disabled in the citation. This allows editors to reuse whole citations; it allows <section> to transclude text from one article to another with self-linking citations intact. I don't see a need for error messages here.
Trappist the monk (talk) 11:43, 28 April 2013 (UTC)
And citation templates. I agree with Trappist. --  Gadget850 talk 13:06, 28 April 2013 (UTC)
Just exploring another option. I'm not particularly attached to it. --Izno (talk) 13:20, 28 April 2013 (UTC)
The CSS can deal easily with redirects and wikilinks that occur in places other than link parameters. Trying to accomplish the same breadth of error checking in Module logic would be performance prohibitive. One could check a few of the obvious parameters, e.g. authorlink, but I don't really see how that improves over the CSS suggestion. Dragons flight (talk) 22:13, 20 May 2013 (UTC)
I'd suggest that people make a request for this at MediaWiki talk:Common.css. Dragons flight (talk) 22:13, 20 May 2013 (UTC)

Format size[edit]

Add 'formatsize' to indicate the size of the linked document. This should show right after 'format' and in the parenthesis. There is already a bot filling in PDF sizes for another template, so it can be repurposed to detect if 'format' is defined, then add 'formatsize' if it isn't already defined. --  Gadget850 talk 18:24, 26 April 2013 (UTC)

(format, formatsize)? (Feature request brought to you by Wikipedia:Templates for discussion/Log/2013 April 24#Template:PDFlink.) --Izno (talk) 13:41, 27 April 2013 (UTC)

|formatsize= presumably to be filled in for known file types (PDF, XLS, ...), and not for things not in the list like |format=hardcover, handout, etc. For streaming media, the file size is rarely known up front, unless it's hosted as a file (such as on Commons), so perhaps not filled in for |format=video, but perhaps for AVI, MP4, etc. --Lexein (talk) 03:36, 28 April 2013 (UTC)
video is not a format, but a medium, and should be inserted as a value for type (per the so-called documentation). video formats are: (various) tape formats, (various) disc formats, film etc. AVI, MP4, etc. are not video formats: they are digital file formats and should be used with the appropriate (digital) type = webcast/e-video/downloadable media etc.
the confusion begins with type, a parameter name that only a geek would love, since it can mean anything. apparently, aliasing it with "medium" would be too obvious for some people.
get yer stories straight! (talk) 12:54, 29 April 2013 (UTC)
It occurs to me that we might alleviate some of the confusion going forward by aliasing |format= as |fileformat= to emphasize that we are talking about a digital file. If that were done, a new size parameter could be called |filesize=. Dragons flight (talk) 15:52, 29 April 2013 (UTC)
'urlformat' might be better, since it indicates that it modifies 'url', since there seems to be confusion. Then 'urlsize'. --  Gadget850 talk 16:08, 29 April 2013 (UTC)
I'm not sure about 'urlformat' (as opposed to 'fileformat'). My initial reaction is that 'urlformat' suffers much the same problem as 'format', in that people may be inclined to assume it means the format of the work described at the other end of the URL and put things like "book" or "video" in there. 'fileformat' seems closer to the intended use. Dragons flight (talk) 22:06, 20 May 2013 (UTC)

Template:Cite wikisource[edit]

Could anybody move it to Lua? --DixonD (talk) 09:26, 10 May 2013 (UTC)

it has some novel parameters, including the unique facility of editor-specified page section links (|anchor=). in the doc, this parameter perhaps belongs under "In-source locations" rather than under "Title"? while useful, the parameter name anchor is confusing and should be more user-friendly.
i also like that any or all wikisource-related icons can be hidden.
the doc also misidentifies type: this parameter does not provide "additional information about the media type of the source". the medium is fixed for all wikisource sources: it is a digital, online host, formatted as a wiki. as documented at the template page, type provides information about the work classification or work type of the source. (talk) 17:45, 11 May 2013 (UTC)
I've done a few more conversions this last weekend. I've been handling these roughly in order by number of transclusions. The 1100 uses of cite wikisource is roughly in the middle of the list of what is left. We'll probably get to it eventually, but it will likely be months before all of the 20+ minor templates are converted. Dragons flight (talk) 22:38, 20 May 2013 (UTC)


We should add an ORCID parameter for each author (and possibly one for ISNI) as discussed at Help talk:Citation Style 1/Archive 2#ORCID Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:41, 17 May 2013 (UTC)

If I understand correctly, the proposal is to create a parameter for each author that could specify their associated ORCID, and if there is no local wikilink for that author then to add an external link from the author's name to the associated ORCID database entry? Dragons flight (talk) 02:20, 21 May 2013 (UTC)
Why would it be dependent on the authorlink? If the page is ported to another site, that link may not exist. --  Gadget850 talk 02:28, 21 May 2013 (UTC)
If there is an article about an author, then the ORCID link will be on that page. It seems unnecessary to include it in every reference, but I'd be content that we did, if that's what others want. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:21, 29 May 2013 (UTC)
Yes. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:21, 29 May 2013 (UTC)

Wow: nearly three years on, and no further responses. A resolution for this matter is now being discussed at Help talk:Citation Style 1#‎Proposal: addition of 'author-id' parameter. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:47, 11 April 2016 (UTC)

Discussion was archived, unresolved. Link updated. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:25, 1 August 2016 (UTC)

HTML classes[edit]

We should add HTML classes, identifying the various parameter values, by way of a microformat, as discussed at Module talk:Citation/CS1/Archive 6#HTML classes. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:13, 17 May 2013 (UTC)

When might we see some movement on this? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:48, 11 April 2016 (UTC)
Is there a written standard that maps cs1|2 parameters to microformat tags?
Trappist the monk (talk) 11:58, 11 April 2016 (UTC)
Please see Module talk:Citation/CS1/Archive 6#HTML classes. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:56, 11 April 2016 (UTC)
What I read there suggests that there isn't a written standard yet.
Trappist the monk (talk) 20:18, 11 April 2016 (UTC)
Indeed; as discussed previously (three & four years ago!) we should mint one; and as I said there, "I've started a brainstorming page at Wikipedia:WikiProject Microformats/citation, with a draft proposal for discussion and an example". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:50, 11 April 2016 (UTC)
When Wikipedia:WikiProject Microformats/citation is done let us know. It will help you to consider each of the meta parameters listed in Module:Citation/CS1/Configuration in the aliases table (the meta parameters are the lvalues: ['AccessDate'], etc). Clearly not every cs1|2 meta parameter will need a class because some of them don't display anything to the reader.
Trappist the monk (talk) 22:20, 11 April 2016 (UTC)
Only just seen your reply, so apologies for the delayed response. I've started a provisional mapping at Wikipedia:WikiProject Microformats/citation#Mapping. However, I'm not clear what some of those aliases mean, nor when they're used. Is there any additional documentation? Many of the module's properties won't have a direct equivalent in the microformat; we could simply prepend "p-", so for example "Mode" would map to "p-mode". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:18, 1 August 2016 (UTC)


See also above #Template:Cite wikisource

The {{Cite wikisource}} is not used for many of the templates that call wikisource (See for example {{EB1911}} -- There are currently over 12,000 articles in Category:Wikipedia articles incorporating text from the 1911 Encyclopædia Britannica of which over 3,000 link to wikisource).

For wikisource to be used for templates such as {{EB1911}} it would need to be refocused. The reason why it is not used very much is because not all the articles in these large encyclopaedias have been ported to Wikisource. So we need two parameters one to handle the case were the text is available on wikisource and one where it is not. As over time more more encyclopaedias and other large works will gradually be made available on Wikisource, this problem of gradual availability will not go away in the foreseeable future.

The way this problem is currently handled is to use {{cite encyclopaedia}} and place a wrapper around it (I have [User:PBS/Notes#List of PD Templates|list of dozens] on my notes page), most of which use as a de facto standard:

  • title= — is used for non-wikisource articles
  • wstitle= — is used for wikisource articles

The different scripts wrapped around {{cite encyclopaedia}} handle the specific requirements, but most are similar (and some of these parameters are hard coded):

  • iconstr — can be one of two icons Wikisource-logo.svg and PD-icon.svg depending on whether wstitle is set.
  • noicon — to turn off the display of the lead icon.
  • prescript — for handling attribution as per WP:PLAGIARISM. In most cases this string is "This article incorporates text from a publication now in the public domain"
  • inline — alters the wording of the prescript from "This article" to "One or more of the preceding sentences"
  • wstitle — if the title is on wikisource, otherwise use "title="
  • prewstitle — needed for the wikisource prestring starts [[s:...
  • postwstitle — needed for the wikisource poststing ends ...]]
  • display — used as a display in place of "wstitle=" so that things like disambiguation extensions can be hidden.
  • Sometimes the handling of the Wikisource string, involves including other parameter(s)such as {{{year}}} or {{{volume}}} or whatever into prewstitle or postwstitle — see for example {{Cite PSM}}. Most of the templates that use "wstitle=" will only set the "url=" it "title=" is set.

It seems to me that it should be fairly easy to incorporate these requirements into this module and allow much of the code in the current scripts could be junked as it would allow all the other parameters standard to be passed in without the need to do so explicitly (as had to be done previously). -- PBS (talk) 13:22, 14 June 2013 (UTC)

Chapter and section[edit]

Why is there a restriction on using "chapter" and "section" at the same time? It seems to me there are legitimate need for the two to be used at the same time.Here is a book which has volume, sections and chapters:

  • Bowen, Dr. Henry Lee; 1953; "Chapter 9. Victory in China"; The Army Air Forces in World War II; Volume V The Pacific: Matterhorn to Nagasaki June 1944 to August 1945; Section II, Aid to China: The Theater Air Forces in CBI; University of Chicago Press.

-- PBS (talk) 13:33, 14 June 2013 (UTC)

'section' originates from {{cite manual}}. When I merged it into {{cite book}}, I made 'section' and 'chapter' aliases. See below for more. --  Gadget850 talk 17:42, 14 June 2013 (UTC)
I think that is not the best way to go. I have shown you above an example of where a book uses sections and chapters. -- PBS (talk) 09:27, 15 June 2013 (UTC)


A part= parameter would be useful, see for example:

-- PBS (talk) 13:41, 14 June 2013 (UTC)

Also useful would be column (col.), paragraph (para.); track; hours, minutes and seconds; act, scene, canto, book, part, folio, stanza, back cover, liner notes, indicia, colophon, dust jacket, verse and probably a lot more. But this is why we have the catchall 'at' field where you can add free text where 'chapter' and 'page' don't exactly fit. --  Gadget850 talk 17:45, 14 June 2013 (UTC)
By that argument volume may as well be removed! A difference is made between chapter and page. A similar difference needs to be made between volume and part. In parts page numbering often restarts. Most of the items you have listed in your first sentence are attributes of the same physical book (and are other ways of pinpointing information within a physical book). Part is different, it frequently describes a physical book with its own page numbering. -- PBS (talk) 09:26, 15 June 2013 (UTC)

Separator suppression[edit]

If the value ends in punctuation, then suppress the separator/postscript to prevent extra punctuation. Example:

Markup Renders as
{{cite AV media |title=[[Whaam!]] |last=Lichtenstein |first=Roy}}

Lichtenstein, Roy. Whaam!. 

--  Gadget850 talk 14:05, 21 July 2013 (UTC)

Consistent date location[edit]

This is a reminder, in case it hasn't been implemented yet, of the RfC re consistent date location, Help_talk:Citation_Style_1/Archive_3#RFC:_Consistent_date_location. – Jonesey95 (talk) 14:18, 19 November 2013 (UTC)

Detect and report wikilinks in author parameters[edit]

Our documentation says not to use wikilinks in author parameters. We could create a hidden error message and category for articles that have wikilinks in author parameters. It may be possible for a bot to then convert these links to authorlink parameters.

See discussion at User_talk:Citation_bot#removal_of_authors. – Jonesey95 (talk) 15:48, 30 January 2014 (UTC)


Integrate {{sfnref}} into the CS1 templates. This would take two parameters: |sfnref= and |sfnyear=. --  Gadget850 talk 12:45, 31 March 2014 (UTC)

UA features[edit]

Create a UAfeatures parameter, where features depended upon by the referenced media to present the referenced information are specified. e.g. Cookies, Javascript, Flash. — Preceding unsigned comment added by Mattmill30 (talkcontribs) 03:54, 17 November 2014‎ (UTC)

Circa year ranges - CS1 date error at Development of the New Testament canon[edit]

Trappist the monk at Help talk:Citation Style 1 sent me over here.

I’d like to request the support of circa year ranges in CS1, for example "c. 303 – c. 325" (which is the format per MOS:DATERANGE).

The last paragraph of the lead of Development of the New Testament canon contains several CS1 date errors ("Check date values in: |date= (help)". For example, the citation {{Citation | author = Eusebius | title = Church History | at = 3.25.1–7 | year=c. 303–25}} renders as "Eusebius (c. 303–25), Church History, 3.25.1–7  Check date values in: |date= (help)". According to MOS:DATERANGE the preferred form would be "c. 303 – c. 325", although that produces the same error. "303–325" works, but omits the circa. "c. 303" works, but omits the range. I've tried various other combinations without success.

At least for the Eusebius reference, it's a series of several writings, and the approximate range of years in which they were written is known, but not the exact dates. For example, because of the dedication of the last part, it's known to have been completed before 325, but whether it was 323 or 324 is not known. Some of that is covered at Church History (Eusebius). I believe the same applies to the start date. So using circa is reasonable.

Any other suggestions welcome. Rwessel (talk) 21:02, 4 December 2014 (UTC)

I support this request. We get requests related to "c." more frequently than any other date-related request than I can think of (now that ranges are generally supported). In many cases, we suggest using |orig-year= and putting the publication date of the actual publication being cited in |date=, but citation templates are often used to provide a consistent format for a list of publications within the body of an article, in which case |orig-year= is not desirable. – Jonesey95 (talk) 23:14, 4 December 2014 (UTC)
We could use the same date algorithm but simply allow c. and AD before the date and BC, AD, BCE, and CE after the date (if I am reading WP:ERA correctly). --  Gadget850 talk 20:07, 7 December 2014 (UTC)
Any thoughts on when such a change might be implemented, or a possible work-around? Rwessel (talk) 07:12, 5 January 2015 (UTC)
Allow me to second Rwessel's last post. This is a serious readability issue for such a long list of references, which is difficult enough to read without the error messages. Texas Dervish (talk) 19:40, 6 January 2015 (UTC)

Convert dashes in dates[edit]

We currently convert hyphens and em dashes in page rages to the proper en dash. Do so for dates as well. --  Gadget850 talk 19:04, 12 January 2015 (UTC)

Some hyphens in dates, such as in the YYYY-MM-DD format, should stay as hyphens, so the programming will need to have a bit of subtlety. – Jonesey95 (talk) 21:56, 12 January 2015 (UTC)

strip wikilinks from page, pages, at[edit]

This citation:

Cornelius Tacitus, Publius (98), De origine et situ Germanorum (On the Origin & Situation of the Germans), Cap. XL  Check date values in: |date= (help)


|at=[[s:la:De origine et situ Germanorum (Germania)#XL|Cap. XL]]

the module does not know how to strip the markup before adding it to the COinS.

Trappist the monk (talk) 13:19, 4 June 2015 (UTC)

suggestion list and enumerated parameters[edit]

The module doesn't know how to suggest enumerated parameters:

{{cite book/new |title=Title |EditorSurname1=Last |EditorGiven1=FM}}
Title.  Unknown parameter |EditorGiven1= ignored (help); Unknown parameter |EditorSurname1= ignored (help)


{{cite book/new |title=Title |EditorSurname=Last |EditorGiven=FM}}
Title.  Unknown parameter |EditorSurname= ignored (help); Unknown parameter |EditorGiven= ignored (help)

Trappist the monk (talk) 15:12, 6 August 2015 (UTC)

The more general case: The Suggestion list would be better if it accepted regular expressions or something similar. There are myriad misspelled forms of "access-date" that I catch and fix with a regex in User:Jonesey95/AutoEd/unnamed.js. It would be great if we could feed something like "ac+e+s-*d+a+t+e" (only one "s") or "ac+e+sss+-*d+at+e" (triple "s") into the Suggestions list and have it suggest "access-date". – Jonesey95 (talk) 20:53, 6 August 2015 (UTC)

Suppress spurious warning about zero-width joiner[edit]

{{cite web|title=തിരുവിതാംകൂര്‍|language=Malayalam}} on the Travancore article displays with a warning:

  • "തിരുവിതാംകൂര്‍" (in Malayalam).  zero width joiner character in |title= at position 14 (help);

The zero-width joiner is at the very end and is needed for the title to render correctly.

  • തിരുവിതാംകൂര്‍ - title with the zero-width joiner
  • തിരുവിതാംകൂര് - title without the zero-width joiner

I see that the citation templates support |ignore-isbn-error=true to suppress warnings about the ISBN. Can support for |ignore-title-error=true be added to suppress warnings about the title field's content?

See Zero-width joiner#Examples for how the zero-width joiner and also Zero-width non-joiner#Use of ZWNJ to display alternate forms are used to control the rendering of Indic scripts. goes into technical details.

Another option, would be for you to check the language field and if it's set to one of the Brahmic scripts, Indo-Aryan languages, or Arabic scripts to suppress the warnings about ZWJ and ZWNJ. --Marc Kupper|talk 00:47, 6 June 2016 (UTC)

I thought of a work-around that does not involve changing the template. Instead, the title can be entered using HTML entities. Here's the {{cite web}} used in the previous example but using the entities &#x0D24;...&#x200D; rather than UTF-8 as before.
  • "തിരുവിതാംകൂര്‍" (in Malayalam). 
Or, I can enter the title in UTF-8 except for the zero width joiner which I entered as an HTML entity.
  • "തിരുവിതാംകൂര്‍" (in Malayalam). 
There's no warning about the zero width joiner character though I did use one. The downsides are 1) people are used to copy/pasting UTF-8 strings and would need to convert them to HTML entities. 2) If the entire title is converted then it's no longer human readable when in edit-mode and is confusing to humans should just the zero-width joiners be entered as entities.
Another way to code the template check which is to see if any characters in the string being examined are part language blocks that uses characters such as the zero-width joiner and to then suppress warnings about the zero-width joiners. All 13 characters in the example title prior to the zero-width joiner were in the Malayalam (Unicode block) which runs from U+0D00 to U+0D7F. --Marc Kupper|talk 01:22, 8 June 2016 (UTC)
Please let us not go back to 2004 with HTML entities.
These are valid Unicode characters, which are required in these languages, and which can be easily typed using keyboards for these languages.
The right thing would be to check the language automatically and not show this error if it is one of the languages in which this character is valid, as you suggest initially. --Amir E. Aharoni (talk) 15:28, 20 July 2016 (UTC)

Reporting apparent error in error indication[edit]

I was looking at Help:CS1#How the templates work, and saw what looked like unintended error indications there as follows:

CS1 templates present a citation generally as:

  • With author:
Author (Date). "Title". Work. Publisher. Identifiers.  Check date values in: |date= (help)
  • Without author:
"Title". Work. Publisher. Date. Identifiers.  Check date values in: |date= (help)
(note: wikitext for above copied from Help:CS1#How the templates work)

I'm guessing that this comes from the handling of the |template doc demo=true parameter which is passed there to {{Cite journal}}. I would be outside my comfort zone to pursue this further myself, so I am reporting it here. Wtmitchell (talk) (earlier Boracay Bill) 22:24, 25 April 2017 (UTC)

Not a feature request, how did you end up here?
|template doc demo=true does not prevent error messages; it only prevents this page from being included in Category:CS1 errors: dates‎. To get rid of the error message, those citations will require a valid date: |date=Date is not a valid date; or, the citations should be handwritten without using the templates.
Trappist the monk (talk) 22:37, 25 April 2017 (UTC)

Fix bug causing spurious "Check |url= value" warnings on single-letter subdomains of 4-or-more-letter gTLDs (e.g. "")[edit]

The is_domain_name function incorrectly considers <single letter>.<4-or-more-letter gTLD> not to be a valid domain.

See for an example; "" is incorrectly considered not to be a valid domain. (See for the delegation record of ".cash".) The fix is straightforward.

Daira Hopwood ⚥ (talk) 02:36, 8 August 2017 (UTC)

Fixed in the sandbox.
{{Cite web/new|url=|title=Zcash - About}}
"Zcash - About". 
Trappist the monk (talk) 11:00, 8 August 2017 (UTC)
Thanks :-) Daira Hopwood ⚥ (talk) 12:44, 8 August 2017 (UTC)