This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 1 | ← | Archive 4 | Archive 5 | Archive 6 | Archive 7 | Archive 8 | → | Archive 10 |
Is there a convention for what to use for the archivedate
parameter when the date is unknown? I have used "archivedate=an unknown date
", but the result looks a bit silly, in my opinion. --
Lambiam 19:12, 10 August 2009 (UTC)
url=http://www.economist.com/opinion/displaystory.cfm?story_id=9116747
actually does refer to a website very much related to
The Economist. What is more, there are no periodical=
or contribution=
fields in the template, nor in fact in any other template used on the page. You must be talking about some other citation in some other article. --
Lambiam 06:08, 12 August 2009 (UTC)For some reason the end of this "microformat" contains <span style="display: none;"> </span>. I do not see what it's purpose is. — TheDJ ( talk • contribs) 14:35, 11 August 2009 (UTC)
{{
editprotected|Template:Citation/core}}
For {{ cite web}} and the similar templates supporting author, first, last, authorlink, I'd like to request the following: if authorlink is set, and author/first/last are not set, the template should consider authorlink to be the author's name and display it as a wikilink. In other words, setting authorlink alone would be treated as shorthand for setting both authorlink and author to the same thing. If you're concerned about unknown potential backwards compatibility issues, creating a new parameter called authorwikilink or whatever is an alternative. The point of all of this is that it is not uncommon for published authors to have articles about them, and if authorlink is set, it is better to do what is done in the main text of articles and assume that the un-disambiguated version is the right version. Thanks. 66.167.48.5 ( talk) 01:54, 23 August 2009 (UTC)
The "pages=" parameter of {{ Cite album-notes}} is not consistent with the other core citation templates, and it does not have a "page=" parameter. Should it be updated or replaced with a version that is based on Citation/core? — John Cardinal ( talk) 01:06, 1 September 2009 (UTC)
{{
editprotected}}
Please sync with
the sandbox. As the CSS we added after
the previous discussion has decached, we can now use a <span class="citation"/>
instead of <cite/>
. TIA. —
Ms2ger (
talk) 08:42, 11 September 2009 (UTC)
{{ editprotected}}
In last month's
discussion there was consensus that {{
Citation/core}} should not depend on publicly-visible templates like {{
Link}} and {{
Para}}, but should instead stick with the {{
Citation}} name space; the easiest way to do this is to move or copy {{
Link}} to {{
Citation/make link}} and to have {{
Citation/core}} use {{
Citation/make link}}; also, it should simply inline the <tt>
elements rather than invoke {{
Para}}. There was also consensus that the current method of supporting italic links with {{
Link}} and {{
Italiclink}} is not as good as the <nowiki>
method, because it bloats the HTML with <span>
s. (Some other issues were discussed, but they didn't reach consensus.) This matter was put off until after the cite element problem could be fixed, which just now happened (see
#Cite element, take two above), so it's time to install the fix now.
Please sync with the sandbox by installing
this patch
this revised patch. Also, please protect {{
Citation/make link}} so that it has the same protection level as {{
Citation/core}}. Thanks.
Eubulides (
talk) 14:24, 12 September 2009 (UTC)
|para=
instead of |url=
, and updated my above comments to mention
the revised and combined patch. In discussion earlier, I think the idea was that {{
Citation error}} was part of the citation namespace and could be used. For now I'd rather not combine this with the |archiveurl=
change, to keep this patch simple (I don't understand the |archiveurl=
business, I'm afraid).
Eubulides (
talk) 15:41, 12 September 2009 (UTC)|archiveurl=
change in
#Error messages above. I'd still like to solve that problem separately.
Eubulides (
talk) 16:06, 12 September 2009 (UTC)<nowiki>
. I
fixed the problem and updated my above comments accordingly.
Eubulides (
talk) 16:49, 12 September 2009 (UTC)Done — TheDJ ( talk • contribs) 01:32, 15 September 2009 (UTC)
{{
editprotected}}
The line }}, ed{{#if:{{{EditorSurname2|}}}|s}}{{#ifeq:{{{Sep|,}}}|.||.}}{{
should have a dot after "ed". See
Template_talk:Cite_book#Missing_dot_after_.27ed.27_in_some_cases.
Debresser (
talk) 09:01, 15 September 2009 (UTC)
I've been having a problem in the Blood pressure article with the links from the footnotes for Pickering 2005 to the References section. I've tried to debug it in various ways without success, except to find that the problem is related to the presence of one or more coauthors in the Pickering 2005 article. Have you tested the changes to see how they work for sources with multiple authors with respect to the link from the harv footnote to the source in a Reference section, like in the case of the Blood pressure article? Thanks. -- Bob K31416 ( talk) 20:31, 5 October 2009 (UTC)
{{
Cite journal}}
, instead of
|first=TG|last=Pickering|coauthors=JE Hall, LJ Appel, et al
|first1=TG |last1=Pickering |first2=JE |last2=Hall |first3=LJ |last3=Appel |first4=BE |last4=Falkner |author5=et al
{{
harv|Pickering|Hall|Appel|al|2005|p=nnn}}
{{
harv|Pickering|Hall|Appel|Falkner|2005|p=nnn}}
|author9=
, which is unfortunate because this paper has 10 authors. The field |coauthors=
doesn't work when |last2=
is specified. However, don't feed more than four lastnames into {{
harv}}
. --
Redrose64 (
talk) 22:35, 5 October 2009 (UTC)Each cite is assigned an id with the citation class. The id is defined as |ref=
if it exists, else it is built as:
|year=
if it exists, else |date=
If no author surname is defined, then no id is generated.
Most of the citation templates, such as {{ cite web}}, simplify this by extracting the year from the date.
For example:
<ref>{{cite web |url=http://example.org |title=Example |date=September 9, 2009 |last=Drucker}}</ref>
Results in id="CITEREFDrucker2009". If there is no date, then id="CITEREFDrucker".
The real problem occurs when the id is duplicated:
<ref>{{cite journal |last=Drucker |journal=New Zork Times |title=My first article |date=January 1, 2009}}</ref> <ref>{{cite journal |last=Drucker |journal=New Zork Times |title=My second article |date=February 1, 2009}}</ref> <ref>{{cite journal |last=Drucker |journal=New Zork Times |title=My third article |date=March 1, 2009}}</ref> <ref>{{cite book |last=Drucker |title=My life in articles |year=2009}}</ref>
For all of these, id="CITEREFDrucker2009", which results in invalid HTML.
You can run any well referenced article through the W3C Markup Validation Service and see errors relating to duplicated ids, for example today's featured article Her Majesty's Theatre. ---— Gadget850 (Ed) talk 15:52, 13 September 2009 (UTC)
|year=
parameter as year, anyway...?
Happy‑
melon 21:15, 20 September 2009 (UTC)|ref=
which will set the id, but that is not really a fix. We need a good id generator like this
GUID - Unique ID Generator. Or a way to create a hash from common parameters like title and URL. ---—
Gadget850 (Ed)
talk 22:24, 20 September 2009 (UTC)This change has broken interoperability of {{ harv}} and {{ cite journal}}, as described at Template talk:Cite journal#Target linking for harv. Please revert. I'm quite unhappy that this discussion happened only here rather than somewhere more visible. As for how to extract the year: the correct solution is to use year=1989a, year=1989b etc in cases where the year is ambiguous, because the same ambiguity is also present for human readers who can't see the html coding. — David Eppstein ( talk) 04:09, 25 October 2009 (UTC)
|year=1989
to |year=1989a
for no apparent reason. For more, please see the discussion about this in
#We should never render invalid HTML below.
Eubulides (
talk) 05:10, 25 October 2009 (UTC)Hello, I'm trying to update the citation templates for the es.wikipedia. Are these "citation classes" in the initial <span> tag actually used in some .css or so? I can see some specifications for "citation" in MediaWiki:Common.css but nothing specific for "citation book" or "citation journal" for example.
Thank you in advance. Chanchicto ( talk) 17:33, 25 October 2009 (UTC)
citation book
, it doesn't mean that the element is a member of that one class, but that it is member of two classes: citation
and book
. And, currently, there are no rules that would apply for the book
class (at least in Vector skin). But these could be useful for custom
user styles.
Svick (
talk) 17:56, 25 October 2009 (UTC){{
editprotected}}
Per
Template_talk:Citation#Unify_appareance_of_the_various_identifiers. and
Template_talk:Citation#Identifier_sandbox, could you replace the lines:
<!--============ ISBN ============--> #if: {{{ISBN|}}} |{{{Sep|,}}} ISBN {{{ISBN}}} }}{{
with
<!--============ ISBN ============--> #if: {{{ISBN|}}} |{{{Sep|,}}} [[International Standard Book Number|ISBN]] [[Special:BookSources/{{{ISBN}}}|{{{ISBN}}}]] }}{{
the lines
<!--============ PMID ============--> #if: {{{PMID|}}} |{{{Sep|,}}} PMID {{{PMID}}} }}{{
with
<!--============ PMID ============--> #if: {{{PMID|}}} |{{{Sep|,}}} [[PubMed Identifier|PMID]] [http://www.ncbi.nlm.nih.gov/pubmed/{{{PMID}}} {{{PMID}}}] }}{{
and the lines
<!--============ PMC ============--> #if: {{{PMC|}}} |{{#if: {{{URL|}}} |{{{Sep|,}}} [[PubMed Central|PMC]]: [http://www.pubmedcentral.nih.gov/articlerender.fcgi?tool=pmcentrez&artid={{{PMC}}} {{{PMC}}}] }} }}{{
with
<!--============ PMC ============--> #if: {{{PMC|}}} |{{#if: {{{URL|}}} |{{{Sep|,}}} [[PubMed Central|PMC]] [http://www.pubmedcentral.nih.gov/articlerender.fcgi?tool=pmcentrez&artid={{{PMC}}} {{{PMC}}}] }} }}{{
Headbomb { ταλκ κοντριβς – WP Physics} 15:41, 26 October 2009 (UTC)
Could we rig the Language parameter to take ISO abbreviations? (Adjusting documentation to point to that list: Iso_language_code - I would vote for the THREE (3) letter abbreviations) Or point to a list the languages that are acceptable?...I just tripped over a couple using ES for Spanish...and some with "Mexican"... -- Mjquinn_id ( talk) 18:25, 2 November 2009 (UTC)
{{ editprotected}} This problem was reported in Template talk:Cite journal #Italics in title not recursive but it's generic to all the citation templates that use italic titles. If the title itself contains italics, these italics are not turned into roman text as they should be. For example, this:
{{cite paper |title=Fouled Anchors: The ''Constellation'' Question Answered |last= Wegner |first= Dana M. |authorlink= |coauthors= Colan Ratliff, Kevin Lynaugh |year= 1991 |url= http://www.dt.navy.mil/cnsm/docs/fouled_anchors.pdf }}
currently generates this:
{{
cite journal}}
: Cite journal requires |journal=
(
help); Unknown parameter |coauthors=
ignored (|author=
suggested) (
help)and all the title is currently italicized. The word "Constellation" should not be italicized; the title should read "The Constellation Question Answered". The obvious fix is to move the italicization of the work title to inside the call to {{ Citation/make link}}, rather than outside. I've made a patch to do that, and have tested it in Template:Cite journal/testcases (it's the last test case). Please install this simple sandbox patch. Thanks. Eubulides ( talk) 18:30, 13 November 2009 (UTC)
i i { font-style: normal; }
to
MediaWiki:Common.css. (I'm disabling the editprotected request for now.) —
Ms2ger (
talk) 19:05, 13 November 2009 (UTC)
|Place=
parameter but I will not likely have time for the next week or so. For more details, see
this discussion. --
Tothwolf (
talk) 19:20, 13 November 2009 (UTC)
i i { font-style: normal; }
to
MediaWiki:Common.css." Sorry, I have no idea what
MediaWiki:Common.css does or how exactly to add "i i { font-style: normal; }
" to it. Can you please install that fix, whatever it is, into
MediaWiki:Common.css? Or, if there's some reason why that would take some time or delay, can you please install
the simple sandbox patch here in the meantime? The simple patch works now, and can be used until the better patch is installed into
MediaWiki:Common.css.
Eubulides (
talk) 05:01, 14 November 2009 (UTC) PS. I followed up at
MediaWiki talk:Common.css #Italics of italics not working inside a link.
Eubulides (
talk) 05:21, 14 November 2009 (UTC)Followup discussion at MediaWiki talk:Common.css #Italics of italics not working inside a link indicates that the Common.css patch doesn't work, due to a bug in HTML Tidy, is a hairy piece of code that I guess is not likely to be fixed soon. While it'll be nice to see HTML Tidy get fixed, in the meantime let's install this simple sandbox patch to work around this instance of the problem. This simple patch won't hurt even when (if?) HTML Tidy and Common.css get fixed; and in the meantime it fixes our bug. Eubulides ( talk) 18:16, 14 November 2009 (UTC)
I don't really see an issue with the change and it does fix the behaviour. Here are some examples:
[http://www.example.com/ Example]
''<nowiki />[http://www.example.com/ Example]<nowiki />''
''<nowiki />[http://www.example.com/ ''Example'']<nowiki />''
[http://www.example.com/ ''<nowiki />Example<nowiki />'']
[http://www.example.com/ ''<nowiki />''Example''<nowiki />'']
{{Citation/core |URL=http://www.example.com/ |Title=Example}}
{{Citation/core |URL=http://www.example.com/ |Title=''Example''}}
{{Citation/core |URL=http://www.example.com/ |Title=Foo bar ''Example'' baz qux}}
{{Citation/core/sandbox |URL=http://www.example.com/ |Title=Example}}
{{Citation/core/sandbox |URL=http://www.example.com/ |Title=''Example''}}
{{Citation/core/sandbox |URL=http://www.example.com/ |Title=Foo bar ''Example'' baz qux}}
What I find interesting is that the output of Special:ExpandTemplates is correct, but the rendered version which I guess goes through tidy, is not. -- Tothwolf ( talk) 19:02, 14 November 2009 (UTC)