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 2 | Archive 3 | Archive 4 |
As mentioned a couple of times above, this template is not correctly placing things into paragraphs. Judging by the comments, and the template's help text, it once did, so I think that should be restored. For instance, this is the HTML result of {{quote|Line 1<br/> Line 2<br/> Line 3<br/> Line 4.}}
, the example from
#line breaks above:
<blockquote class="templatequote"> <div>Line 1<br /> <p>Line 2<br /> Line 3<br /> Line 4.</p> </div> </blockquote>
To see why this is a problem, look at this longer example (subst'ed):
The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog.The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog.
The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog.
The line spacing is different in the first paragraph compared to the following two, as is the first inter-paragraph space compared to others. Quietbritishjim ( talk) 20:25, 25 February 2011 (UTC)
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Currently the {{ quote}} template breaks discussion closes, see Wikipedia:Articles for deletion/1929 Ottawa sewer explosion. Once the quote template is used, the box stops, and does not extend to the end of the discussion. I ran into this problem once before, and fixed it by nowiking the quote, but as it is a reoccuring problem, I think we need to fix it. I have sandboxed a fix for the template at {{ Quote/sandbox}}. The only change is the removal of a line break, see the change. It will fix the problem, as demonstrated in my sandbox: problem with original template, change to sandboxed version problem gone. Monty 845 03:40, 10 October 2011 (UTC)
{{ Bq}} appears to offer the main features of this template, and many others. Can anyone break it? I am aware from this talk page that sometimes people find ways to make {{ Quote}} produced unexpected output. I'd like to get its basic code fixed before trying to replicate the more nit-picky functions of this template. — SMcCandlish Talk⇒ ʕ(Õلō)ˀ Contribs. 17:12, 2 February 2012 (UTC)
The following:
{{quote|Line 1<br/>
Line 2<br/>
Line 3<br/>
Line 4.}}
produces:
Line 1
Line 2
Line 3
Line 4.
Why is there a <p> only after the first line? Is there an alternative way of quoting (verses, etc.) with line breaks? Shreevatsa ( talk) 06:34, 12 November 2009 (UTC)
<blockquote class="templatequote"> <div>Line 1<br /> <p>Line 2<br /> Line 3<br /></p> Line 4.</div> </blockquote>
<p>...</p>
markup at all in the absence of an actual blank line in the wiki source (which we couldn't use anyway, due to
T8200; see
#Lists, below for an explanation), or manual markup forcing it, e.g.::{{quote|Line 1<br /> :<p>Line 2<br/><br /> :Line 3<br/></p><br /> :Line 4.}}
<p>...</p>
after Line 3
. Anyway, this almost has to be a
MediaWiki bug not a template error, but may take extensive testing to figure out and report at MediaWiki Bugzilla, if it's not been reported already. —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 16:38, 2 February 2012 (UTC)Various test cases to confirm my suspicions
|
---|
Line 2
Line 2
Line 4.
|
{{quote|1=<!-- -->Line 1<br/><!-- -->Line 2<br/><!-- -->Line 3<br/><!-- -->Line 4.}}
{{quote|1=<!-- -->Line 1<br/><!-- -->Line 2<br/><!-- -->Line 3<br/><!-- -->Line 4.}}
Line 1
Line 2
Line 3
Line 4.
This text is followed by two newlines.
This text should be indented.
The last paragraph is not even in a <blockquote>
element, never mind the <ul>
. I think this is a consequence of
Bugzilla 6200. The workaround mentioned in the template documentation (which makes newlines turn into <p>
s) doesn't help here. {{
Cquote}} behaves correctly but at the expense of unsightly oversized quotation marks.
Hairy Dude (
talk) 17:02, 2 February 2012 (UTC)
This text is followed by two newlines.
This text should be indented.
This text is followed by two newlines.
This text should be indented.
{{
Editprotected}}
Make |quote=
an alias of |text=
, and |cite=
an alias of |sign=
. (i.e. {{#if:{{{text|{{{quote|{{{1|}}}}}}}}|...}}
markup). We can then simply redirect the ancient, obsolete {{
epigraph}}, which is otherwise essentially identical to {{
quote}} (or eventually to {{
Bq}}, which is being developed with even more features. Regardless, {{epigraph}}
has no reason to exist any longer. It was originally intended for pull quotes, but has long since been superseded by {{
cquote}}. Even if someone finds some new use for it, there is no reason for the parameters to not be compatible so that templates can be converted between, at will with trivial ease in articles. —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 00:37, 3 February 2012 (UTC) PS: If we really, really, really want to preserve the kinda pointless difference between the templates of spacing between the quote and the citation, we can add another if-test for it, but that's a serious
WP:DGAF matter. PS: The template is only used on a few hundred articles at all. —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 00:49, 3 February 2012 (UTC)
Perhaps someone should put a not on the epigraph doc page telling people not to use it anymore? D O N D E groovily Talk to me 13:35, 14 February 2012 (UTC)
Why is there a pointless <div>...</div>
around the {{{text|{{{1}}}}}} content, with no styling, no class, no id, no reason or use for a div being there? Did I miss some geeky reason this was added? Is it just a bit of leftover dead code from when all the styling was moved into the site-wide CSS file? —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 15:53, 31 January 2012 (UTC)
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
<div>...</div>
to <div class="Bug6200">...</div>
, as at {{
Bq}}, so we know why it's there and know it can be removed when that MediaWiki bug is fixed. —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 17:11, 2 February 2012 (UTC)In HTML5, the <cite> tag is reserved for titles only. [1] Therefore, its current use in the template is invalid HTML5 and may cause problems down the road, and in particular may cause accessibility problems for screen readers. Therefore, I want to make two technical changes. First, common.css should be changed to:
/* Styling for Template:Quote */
blockquote.templatequote {
margin-top: 0;
}
blockquote.templatequote .attribution {
line-height: 1em;
text-align: left;
padding-left: 2em;
margin-top: 0;
}
blockquote.templatequote .attribution .source {
font-size: 85%;
}
Second, the template should be changed to:
<blockquote class="templatequote"><div>{{{text|{{{1|<noinclude>{{lorem ipsum}}</noinclude><includeonly>{{error|Error: No text given for quotation (or equals sign used in the actual argument to an unnamed parameter)}}</includeonly>}}}}}}
</div>{{#if:{{{sign|{{{2|<noinclude>TRUE</noinclude>}}}}}}|<div class="attribution">—{{{sign|{{{2|<noinclude>[[Someone's full name|Someone]]</noinclude>}}}}}}{{#if:{{{source|{{{3|<noinclude>TRUE</noinclude>}}}}}}|, <span class="source">{{{source|{{{3|<noinclude>''Source''</noinclude>}}}}}}</span>}}</div >}}</blockquote><noinclude>
{{documentation}}
<!-- Add cats and interwikis to the /doc subpage, not here! -->
</noinclude>
COGDEN 08:48, 6 May 2011 (UTC)
<cite>...</cite>
would be:{{quote|text={{Lorem}}|sign=Anne O. Nymus|source=''<cite>The Unlightable Being of Bareness</cite>'', 1992, p. 37}}
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
{{ cquote}} currently redirects here, even though it doesn't take the same parameters. This is from an old revision of Polish resistance movement in World War II:
{{cquote|Within the framework of the entire enemy intelligence operations directed against Germany, the intelligence service of the Polish resistance movement assumed major significance. The scope and importance of the operations of the Polish resistance movement, which was ramfied down to the smallest splinter group and brilliantly organized, have been in (various sources) disclosed in connection with carrying out of major police security operations.||| [[Heinrich Himmler]], 31 December 1942<ref name="occupation"/>}}
I assume that was correct when it was written. With the new definition of {{ cquote}}, the final parameter was ignored, and the article had an error message about the "occupation" reference being defined but not used. I've fixed this one, but how many other quotations are no longer displaying their reference? -- John of Reading ( talk) 17:57, 4 January 2013 (UTC)
An example in the documentation says: "Cry “Havoc” and let slip".
This looks like a violation of
MOS:QUOTEMARKS, since it uses "tilted" quotemarks (“...”) rather than "typewriter" quotemarks ("...").
—
BarrelProof (
talk) 15:31, 10 May 2013 (UTC)
I don't know where else to post this, hope this is the right place. In the article Comcast Corp. v. FCC I came across an issue where a section heading following a quote was not displaying. The heading (The FCC’s new net neutrality rules) showed up in the TOC but not in the text. I corrected this by adding a '.' after the template at this edit [2], but that's obviously a cheap hack. Could someone look into this? Maybe it's just my browser but I'm using FF fully updated under KUbuntu most current stable release (13.04). Anyways, I know jack about templates, so if this isn't the right place, please bring this to the proper place. Eaglizard ( talk) 08:37, 22 June 2013 (UTC)
{{
quote box}}
, but I don't recall how we fixed it at the time. In this case, the headings were present but displaced off the right-hand edge of the screen. You can verify that they're present by going to
this version, marking text from "Decision on Comcast v. FCC [6]" to "The FCC released", copying to clipboard and pasting somewhere else - what gets pasted is "Decision on Comcast v. FCC [6] The FCC's reaction The FCC released".{{
clear}}
immediately after each {{
quote box}}
. --
Redrose64 (
talk) 09:56, 22 June 2013 (UTC)I enabled the "beta" Typography refresh setting. Since then, I have noticed that the black quotation marks generated by this template display on top of images, infoboxes, etc. In other words, they do not adjust to their surroundings. I did not notice this before enabling the new typography setting. -- Another Believer ( Talk) 15:20, 27 March 2014 (UTC)
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
At present, the combined effect of the class="templatequotecite"
and <cite>...</cite>
tag on the source parameter is to reduce its rendered size to 78% of normal. This causes accessibility problems for visually impaired visitors and violates our recent guidance at
Wikipedia:Manual of Style/Accessibility #Text: "Avoid using smaller font sizes in elements that already use a smaller font size .... In no case should the resulting font size drop below 85% of the page fontsize (or 11px).
"
One simple solution which preserves the semantic markup would be to use a span with "font-size:larger" around the source parameter. I've made an example modification to the sandbox.
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
— Someone, Source
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
If further differentiation between |sign
and |source
is desired then a reduction of around 92% at each step would leave the source at 85% of page font size, but would entail further tweaking via spans to partially offset the effect of class="templatequotecite"
.
RexxS (
talk) 20:44, 10 April 2014 (UTC)
class="templatequotecite"
, as its only purpose is to make the <cite>
smaller. --
Gadget850
talk 09:44, 11 April 2014 (UTC)
A merge of {{ Bq}} with this template is being considered at Wikipedia:Templates for discussion/Log/2014 November 29#Template:Bq. Comments are welcome, thanks! —PC -XT + 01:24, 9 December 2014 (UTC)
Hi, I posted a comment today using the quote template and I notice one space precedes the quotation, and two spaces follow it. Is this on purpose?
Tarantino stated that he had tremendous fondness for the works of Alan Smithee, remarking:
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.[1]
However, filmmaker Martin Scorcese described Smithee's works as "doo doo".[2]
It seems to do this whether I put the "However" line on a different line or right after the quote. It looks weird to me, although if that's a MOS standard, I'll gladly yield. Thanks in advance for any edification. Cyphoidbomb ( talk) 19:27, 6 January 2015 (UTC)
-- [[
User:Edokter]] {{
talk}}
19:32, 6 January 2015 (UTC)This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The most recent edit, by Gadget850, has broken the template, which displays {{{author author name}}}. Can someone please revert it? — OwenBlacker ( Talk) 13:26, 10 January 2015 (UTC)
Can anyone explain this line from § Restrictions?
“If you do not provide quoted text, the template generates a parser error message, which will appear in red text in the rendered page.”
The only way it makes sense to me is if it means quotation marks, which don’t belong around a blockquote and don’t cause an error. — 174.141.182.82 ( talk) 15:09, 12 April 2015 (UTC)
{{
quote}}
→ Error: No text given for quotation (or equals sign used in the actual argument to an unnamed parameter)
Hello. I have an experience editing on Wikia. I'm just curious why doesn't have this the quotation mark thingy like those of the cquote template. The cquote template is used in some articles and it messes up with the infobox. NejiLoverr26~ TheCurseWriter 12:58, 4 June 2012 (UTC)
I have tested this in both Safari 5.0 and Firefox 3.6.3 on OS X. As far as I can tell, there are (at least by default) no visible style attributes associated with the blockquote element except a left indent. If the text is not up against the left edge of the frame, then the quoted text is not visually distinctive in any way at all. Example:
This paragraph is not in a quote template. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Morbi consectetur semper turpis, vitae gravida odio pulvinar in. In tincidunt purus a risus bibendum et dictum lorem laoreet. Proin vel nulla erat, vel commodo felis. Etiam dapibus dictum odio, nec eleifend neque volutpat in. Sed vel erat nibh, sed aliquam felis. Nullam neque nulla, vehicula nec ornare in, ultrices in magna. Fusce tempor ultrices tortor, vel tempus dolor mattis adipiscing. Donec vestibulum interdum fermentum. Integer vel tellus dolor. Nunc ligula sem, gravida quis eleifend vitae, auctor id purus.
This paragraph is in a quote template, but the only way you're going to know that is by looking at the source. In dictum posuere elementum. Pellentesque gravida tristique sodales. Nulla vel purus ut arcu iaculis facilisis rhoncus in sapien. Etiam cursus lobortis eros, sit amet gravida sem commodo eget. Sed auctor mollis ligula, quis pretium ipsum malesuada et. Nam eget risus a risus tristique bibendum vitae in elit. Etiam dui justo, mollis vel elementum eget, fringilla sit amet ligula. Maecenas sit amet diam a tortor bibendum varius. Phasellus a ligula non felis molestie pretium. Fusce congue magna eget odio tristique consequat. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Maecenas dolor nulla, eleifend vitae tristique ut, pellentesque ac mi. Aenean gravida justo vel justo gravida ornare. Mauris lacinia est sit amet massa tristique hendrerit. Vestibulum faucibus urna quis mauris posuere sed mollis sapien accumsan. Donec dui diam, malesuada eget aliquam in, feugiat aliquam sem. In vel turpis magna, quis mattis ipsum. In hac habitasse platea dictumst. Curabitur ut elementum libero. Sed lorem ante, bibendum ut hendrerit ut, porttitor vitae tortor.
This paragraph is not in a quote template. Ut consequat lorem sit amet elit posuere eget feugiat enim aliquam. Maecenas pellentesque ullamcorper orci vitae consequat. Phasellus sit amet nisl quis enim sagittis pellentesque. Sed fringilla hendrerit aliquet. Suspendisse nec lacus eget nunc venenatis condimentum. Mauris euismod, quam quis commodo tincidunt, sem dolor fringilla enim, et mattis tortor magna non mi. Duis sed facilisis nisl. Fusce luctus orci non orci ultrices sed tristique magna dapibus. Nullam facilisis porttitor neque. Pellentesque id felis vel leo volutpat suscipit. Praesent pellentesque odio diam. Nullam gravida fermentum velit, quis interdum ligula fermentum at. Quisque eget diam leo, pulvinar congue arcu. Proin id pellentesque nunc. Nunc non erat nunc. In hac habitasse platea dictumst. Nulla pulvinar, sem sit amet mollis pretium, lectus ligula accumsan urna, volutpat eleifend libero purus eget augue. Donec non sodales risus. Suspendisse ligula dolor, rutrum quis molestie a, tristique eget justo. Sed suscipit, eros a hendrerit accumsan, purus nulla euismod dui, eget sodales nisi est sit amet eros.
The same issue exists with the {{ bquote}} template.
Capedia ( talk) 20:31, 12 June 2010 (UTC)
I've been having a bit of trouble in the article George Orwell trying to quote some text from the man himself.
The cause of the trouble is that Quote won't put out the tag line if there's no sign parameter, neither specified positionally nor as a named parameter.
I don't want to have to put "George Orwell" as the sign parameter, because it's obvious from the context that we are quoting from Orwell, i.e. the subject of the article itself. While harmless, it's redundant and ugly (in my opinion).
I've added some test cases to demonstrate this. I've done the same for the other parameters, for balance. I note also that if sign is specified but not source, the sandbox version (but not the live version) currently puts out an extraneous end comma after the signature.
I also notice that if you don't supply any text it just puts out the tag line.
Any or all of these may or may not be intentional. At least, I think they should be documented better rather than the dreaded "why is this template not working?" syndrome. I'm happy to add stuff to the documentation once we agree what should happen; this is not one of those "somebody should do something about this" calls. I think not having any text should be an error, but perhaps it is deliberately optional so you can just use {{quote}}
to provide a tag line.
I haven't looked whether this affects other variants of this template ({{rquote}}
and so on); I guess their implementations could be shared, providing a tag line in some template {{
tagline}}
or something, which encapsulates these "rules" in one place.
I come here first to get opinions on what should happen. Not putting out a provided source just because there is not a provided sign (i.e. silent failure) does not seem a good option; if sign is intended to be required to get source to be put out, an error should be generated if it's not supplied. I can see exactly where it's going "wrong" (from my perspective) in the template source, i.e. that parameter 3 (or source) is only put out if parameter 2 (or sign) is present (it's inside the if-condition). The fix, then, is fairly trivial (and I'll probably go do that in the sandbox), but of course we need consensus.
Si Trew ( talk) 09:57, 15 July 2010 (UTC)
|anon=y
parameter, which suppresses the sign code, and to modify the sign code to display an error if it is empty and the anon parameter is empty or absent. That would appear to take care of all cases. Anyway, the bug reported here is still certainly happening:{{
quote|1={{Lorem}}
|source=Foo|sign=}}
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
— Foo
{{
quote|1={{Lorem}}
|source=Foo|sign= }}
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
— , Foo
{{
quote|1={{Lorem}}
|source=Foo}}
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
— Foo
source
and sign
and everything worked fine in my tests). 「
ディノ奴
千?!」
? ·
☎ Dinoguy1000 13:05, 18 June 2015 (UTC)
There is something wrong with the template in splitting text into paragraphs. Previously when using the template, if one left a space between two paragraphs, the template would, naturally, recognise this and have the quoted text split into paragraphs as required. For some reason, it is not doing this one and the template is combining the text into a single solid block; I only noticed this issue yesterday. Does anyone know how to fix this, without having to resort to using multiple forced line breaks (<br/>) when quoting? Cheers, Abraham, B.S. ( talk) 01:02, 14 November 2009 (UTC)
blockquote{}
in common.css, not this template's fault.There seems to be a problem with quotes nested between userboxen - see the invisible quote on User:Notafly. Shyamal ( talk) 08:39, 15 September 2014 (UTC)
{{
quote}}
template is not appearing? --
Redrose64 (
talk) 16:20, 15 September 2014 (UTC)
<div class="wikipediauserbox" style="float:left;border:1px solid #6EF7A7;margin:1px;width:238px;"> <table style="border-collapse:collapse;width:238px;margin-bottom:0;background:#C5FCDC;"> <tr> <th style="border:0;width:45px;height:45px;background:#6EF7A7;text-align:center;font-size:14pt;color:black;padding:0 1px 0 0;line-height:1.25em;vertical-align:middle;white-space:nowrap;;"><a href="/info/en/?search=English_language" title="English language">en</a></th> <td style="border:0;text-align:left;font-size:8pt;padding:0 4px 0 4px;height:45px;line-height:1.25;color:black;vertical-align:middle;">This user is a <b><a href="/info/en/?search=Category:User_en-N" title="Category:User en-N">native</a></b> speaker of <b><a href="/info/en/?search=Category:User_en" title="Category:User en">English</a></b>.</td> </tr> </table> </div> <blockquote class="templatequote"> <p>“In der Beschränkung zeigt sich erst der Meister” Natur und Kunst</p> <div class="templatequotecite">—<a href="/info/en/?search=Goethe" title="Goethe" class="mw-redirect">Goethe</a></div> </blockquote> <div class="wikipediauserbox" style="float:left;border:1px solid Black;margin:1px;width:238px;"> <table style="border-collapse:collapse;width:238px;margin-bottom:0;background:#A0A0A0;"> <tr> <th style="border:0;width:45px;height:45px;background:white;text-align:center;font-size:8pt;color:black;padding:0 1px 0 0;line-height:1.25em;vertical-align:middle;">ACADEMIC JOURNAL</th> <td style="border:0;text-align:left;font-size:8pt;padding:0 4px 0 4px;height:45px;line-height:1.25em;color:black;vertical-align:middle;">This user has had his/her work published in an <b><a href="/info/en/?search=Academic_journal" title="Academic journal">academic journal</a></b>.</td> </tr> </table> </div>
Shyamal ( talk) 02:34, 16 September 2014 (UTC)
<blockquote>
element, and should be reported as one, if it hasn't been already (though I'm not sure what the procedure is these days, since they abandoned Bugzilla; there's a page of instructions at
mw:How to report a bug). I've demonstrated this isn't a bug in the template, at
Template:Quote/testcases-disappearing. Walk through the history of that page to see the tests proving it (I left the page blanked, because we don't want the page being categorized in user categories by the userboxes used in the test data). In the interim, the problem can be worked around by using <div>
instead of <blockquote>
. The bug is weird, because the content literally does disappear. It's not invisible. If you copy-paste the entire page into a text editor, the text of the missing quotation(s) is not there; but if you view the page source the code to display it is present, and there's no obvious indication why it would not be rendered. For me (Chrome browser, Mac OS X) the Nietzsche quote is there and rendered properly, while the Goethe one, and its <cite>
have been replaced by an empty whitespace block. Swapping in some other element makes the content appear. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 04:29, 30 July 2015 (UTC)overflow: hidden;
applied to blockquote
in
MediaWiki:Common.css; disabling this rule in Chrome's developer tools causes the quote(s) to display normally. 「
ディノ奴
千?!」
? ·
☎ Dinoguy1000 05:41, 30 July 2015 (UTC)
overflow:inherit
works. This is rare enough I'll just document it in the /doc page and mention the workaround at
Mediawiki talk:common.css. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 22:23, 30 July 2015 (UTC)This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please remove or <noinclude>
the TfM notice in the template body; this template has over 50,000 transclusions and is unlikely to be significantly affected by a merger.
Jc86035 (
talk •
contribs) Use {{
re|Jc86035}} to reply to me 11:39, 18 August 2015 (UTC)
I've created a new quotation template, {{ barquote}}, which might be worth considering integrating into the rest of the set of quotation templates. At the moment, it's only used in one article, but that might change. -- The Anome ( talk) 10:34, 18 August 2015 (UTC)
There's potentially important TfD at Wikipedia:Templates for discussion/Log/2015 August 18#Template:Barquote, some possible results of which are (given what has been proposed so far):
{{
Barquote}}
template into {{
Quote}}
as its new default style.{{
Barquote}}
template into {{
Quote}}
as an optional style that has not been subject to any consensus discussion; this would permit and effectively encourage the addition of random, editor-preferred styles that vary from article to article.{{
Quote}}
– aside from this new "competing" one at TfD – and it applies style consistently via CSS code in
Mediawiki:Common.css. Such a clarification might need to happen anyway, since there's some evidence that people are using inline CSS to elaborately mark up block quotations in unusual ways).Which ever of these you think is the best result, or if you think TfD is not the right venue for that discussion, you should probably comment in some way at the TfD in question, since at least two of these results would have a WP:FAITACCOMPLI effect of changing site-wide approach to block quotation style without their being any WT:MOS (or Template talk:Quote) discussion about it. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 22:20, 1 September 2015 (UTC)
I've identified what the problem (
first reported in 2010) is, and what the fix is. Add the following CSS to the <blockquote>
: margin-left: 0; margin-right: 0; padding-left: 2.8em; padding-right: 2.8em;
I've sandboxed this at Template:Quote/testcases-images, in multiple browsers, on multiple OSes. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 02:50, 30 July 2015 (UTC)
Update: I've brought it up at
MediaWiki talk:common.css, since it's something that should be fixed for <blockquote>
generally. But we might have to settle for fixing it in this template only, given the amount of resistance there usually is to implementing anything at that page, especially if only one person brings it up. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 05:14, 30 July 2015 (UTC)
On Otto Hahn ([ the latest intact version] or others before it), there are many block quotes, but one that has some images to its left does not get indented. (Just search for "A NEW ELEMENT".) Two browsers (Firefox, ie11) refuse to indent there. It was the same when it used <blockquote>text</blockquote> ( the previous intact version); it stayed the same using {{quote|text}}. If you narrow the window until the quote is pushed down below the images, the quote gets indented. If you widen the window, no matter how wide, the quote is not indented. (So it's not a matter of having sufficient room in the middle to indent both sides.) It's scary when a formatter has no effect whatsoever. ((The whole darn Web is busted!!!)) This behavior might be a mistake in "all" web browsers, or not; I can't say; but even if some browsers render it as expected (I haven't tried Safari, good (old) Opera, Chrome), it would probably never get corrected.
Maybe a different CSS for {{quote|text}} would fix the indenting of text on the right side of images (or between left-side and right-side images). (The text has to indent both sides from effective margins, not the whole page or column's margins.) Or maybe changes to the images' HTML or CSS would make it work as intended. Or maybe there is just no way to make the images define a text box that has irregular sides, instead of residing inside a text box that has straight sides. As a last resort, a rearrangement of the page would be needed. (I didn't set out to redesign the page layout, so I'm not ready to start fiddling and fighting with it right now. Maybe later.) - A876 ( talk) 04:10, 30 July 2015 (UTC)
<blockquote style="margin-left: 0; margin-right: 0; padding-left: 2.8em; padding-right: 2.8em;">Text...</blockquote>
.){{quote|Text...}}
with your example code {{quote|style=margin-left: 0; margin-right: 0; padding-left: 2.8em; padding-right: 2.8em;|Text...}}
, the paragraphs indented correctly on both sides:
Otto Hahn (after edit).'When "they" left a template unprotected and someone dared to put in a tested edit, "they" hurriedly reverted it, saying (effectively) "I'm scared".' I know. It's a long-standing problem, and I'm not sure what the solution is. I run into this "you can's do anything with CSS without my 'permission' first"-style problem pretty frequently. It's difficult to get any action to take place at MW:Common.css, and the same parties who slow things down there have a tendency to go around reverting attempts to fix the issue with inline CSS at the template level, leading to protracted disputes.
The test page was intended to show that some potential "solutions" only indent one side correctly, and/or do not scale; the solution actually under discussion at MW:Common.css is the correct one (the one you quote above), though someone wants to use a fixed, non-scaling 40px
version instead of 2.8em
. If you'd like to encourage speedier action (regardless what version of the fix you prefer), that discussion is at
Mediawiki talk:Common.css#Fix for very long-standing problem of blockquote not working with images.
I'd like to add a parameter to specify the
cite
attribute for the <blockquote>
tag. I would do so myself, except I feel URLs added in this way should be made available in/as the byline as well, but I'm not sure how best to go about that. I'm also not sure what parameter name might be preferred; my obvious choice is url
, but others might disagree. =) 「
ディノ 奴
千?!」
? ·
☎ Dinoguy1000 13:00, 18 June 2015 (UTC)
|source=
parameter, a.k.a. |3=
. As of this writing, it only surrounds the source work (book, website, whatever), and the cited author is outside the <cite>...</cite>
element. There's a thread above, at
#Changes to cite and blockquote in HTML specs, about possibly having that element surround both the author and the source, which is permissible but not required in HTML5. If you think it would be desirable to have it do it that way, that would probably be the thread in which to say so, or your view might not be noticed on that point. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 04:46, 30 July 2015 (UTC)cite
attribute, not the element, i.e. <blockquote cite="http://example.com">...
This must be implemented via a new parameter because according to the
spec, the value must be a URL, and no current parameter is guaranteed to be a URL. Regardless, though, I went ahead and
added this parameter, using my original choice of url
, but I doubt it's been used anywhere yet so it could still be renamed if necessary. 「
ディノ 奴
千?!」
? ·
☎ Dinoguy1000 05:47, 30 July 2015 (UTC)
cite=
attribute. Given that it does nothing visible in many browsers, what would be the encyclopedic point, anyway? It would be easily abusable to hide linkspam. See this example:In several browsers I've tried, this does nothing at all visible in the user agent, not even if you hover. If we enabled this feature at all, it would have be disabled in mainspace, and it's pretty much non-functional anyway. WP doesn't use every conceivable feature of HTML, just the useful ones for the project. What's the use case here? Aside: This test demonstrates that we do in fact need to fix our handling ofHold tight and pretend it's a plan!
– The Doctor
<cite>
, however; it should not be applied to just the title of the work and should not be auto-italicizing. We're still treating it like the pre-2013 HTML5 Draft version of the element. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 21:13, 30 July 2015 (UTC)
tag in the byline of the quote (or something similar); if this template were to be converted to a module, this could even be enforced automatically. I don't think the spam angle is a real concern, either; the various spam report bots shouldn't be fooled by its lack of visible effects in browsers, and the URL blacklist and edit filters will work correctly with it (and if there's a requirement that the URL be duplicated in a manner visible in browsers, that lowers this concern even further). All that being said, though, now that you raise the point, I'm rather out of touch with the WP editing community by now (having been retired and mostly inactive for years), and thus am not in a position to answer whether the community would want this feature, or if so, how or where it would be applied, so as far as that goes, if it's really not wanted here, feel free to revert my addition. =) 「
ディノ奴
千?!」
? ·
☎ Dinoguy1000 02:28, 31 July 2015 (UTC)
<
ref>
, or otherwise is included in the visible <cite>...</cite>
element (not attribute), then it serves no purpose as an attribute, and just adds to page loading time [albeit not noticeably] for no reason. I hadn't reverted because maybe someone has a reason to use it, like "Oh, this provides useful metadata for [some application here]", but no one's been forthcoming with any yet.I see from https://html.spec.whatwg.org/multipage/semantics.html#the-blockquote-element that this content attribute can have a correponding IDL (i.e., Javascript) element, so in theory we could do something with this URL via a script, e.g. a WP:Gadget, but I cannot think of anything that we would do with it, at least not in mainspace, per WP:EL, etc. The same document also says: "User agents may allow users to follow such citation links," though I can find zero that do so, and continues: "but they are primarily intended for private use (e.g. by server-side scripts collecting statistics about a site's use of quotations), not for readers." And we're not doing anything with them, nor do we have plans to. It does say that "To obtain the corresponding citation link, the value of the attribute must be resolved relative to the element."
In theory we could use this sort of thing internally for quotations of one
WP:POLICY page in another. For example, have a bot check that something at WP:FAUNA#Redirects marked {{quote|class=policyquote|cite=/wiki/Wikipedia:Article_titles#quoted-at-WP:NCFAUNA.Redirects}}
is still a word-for-word match with text at WT:AT that was wrapped with <span class="quotedpolicy" id="quoted-at-WP:NCFAUNA.Redirects">...</span>
, but I think the likelihood of anything like this ever being implemented is very close to zero. A content-facing potential use could be bot-checking an external cite URL for non-404 periodically in case it breaks, on the theory that quotations should have higher verifiability requirements than other content, but there's no consensus at present that this is true, and no such bot planned. If we did have some uses like these in mind, this feature could be put back in.
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 2 | Archive 3 | Archive 4 |
As mentioned a couple of times above, this template is not correctly placing things into paragraphs. Judging by the comments, and the template's help text, it once did, so I think that should be restored. For instance, this is the HTML result of {{quote|Line 1<br/> Line 2<br/> Line 3<br/> Line 4.}}
, the example from
#line breaks above:
<blockquote class="templatequote"> <div>Line 1<br /> <p>Line 2<br /> Line 3<br /> Line 4.</p> </div> </blockquote>
To see why this is a problem, look at this longer example (subst'ed):
The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog.The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog.
The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog. The quick brown fox jumps over the lazy dog.
The line spacing is different in the first paragraph compared to the following two, as is the first inter-paragraph space compared to others. Quietbritishjim ( talk) 20:25, 25 February 2011 (UTC)
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Currently the {{ quote}} template breaks discussion closes, see Wikipedia:Articles for deletion/1929 Ottawa sewer explosion. Once the quote template is used, the box stops, and does not extend to the end of the discussion. I ran into this problem once before, and fixed it by nowiking the quote, but as it is a reoccuring problem, I think we need to fix it. I have sandboxed a fix for the template at {{ Quote/sandbox}}. The only change is the removal of a line break, see the change. It will fix the problem, as demonstrated in my sandbox: problem with original template, change to sandboxed version problem gone. Monty 845 03:40, 10 October 2011 (UTC)
{{ Bq}} appears to offer the main features of this template, and many others. Can anyone break it? I am aware from this talk page that sometimes people find ways to make {{ Quote}} produced unexpected output. I'd like to get its basic code fixed before trying to replicate the more nit-picky functions of this template. — SMcCandlish Talk⇒ ʕ(Õلō)ˀ Contribs. 17:12, 2 February 2012 (UTC)
The following:
{{quote|Line 1<br/>
Line 2<br/>
Line 3<br/>
Line 4.}}
produces:
Line 1
Line 2
Line 3
Line 4.
Why is there a <p> only after the first line? Is there an alternative way of quoting (verses, etc.) with line breaks? Shreevatsa ( talk) 06:34, 12 November 2009 (UTC)
<blockquote class="templatequote"> <div>Line 1<br /> <p>Line 2<br /> Line 3<br /></p> Line 4.</div> </blockquote>
<p>...</p>
markup at all in the absence of an actual blank line in the wiki source (which we couldn't use anyway, due to
T8200; see
#Lists, below for an explanation), or manual markup forcing it, e.g.::{{quote|Line 1<br /> :<p>Line 2<br/><br /> :Line 3<br/></p><br /> :Line 4.}}
<p>...</p>
after Line 3
. Anyway, this almost has to be a
MediaWiki bug not a template error, but may take extensive testing to figure out and report at MediaWiki Bugzilla, if it's not been reported already. —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 16:38, 2 February 2012 (UTC)Various test cases to confirm my suspicions
|
---|
Line 2
Line 2
Line 4.
|
{{quote|1=<!-- -->Line 1<br/><!-- -->Line 2<br/><!-- -->Line 3<br/><!-- -->Line 4.}}
{{quote|1=<!-- -->Line 1<br/><!-- -->Line 2<br/><!-- -->Line 3<br/><!-- -->Line 4.}}
Line 1
Line 2
Line 3
Line 4.
This text is followed by two newlines.
This text should be indented.
The last paragraph is not even in a <blockquote>
element, never mind the <ul>
. I think this is a consequence of
Bugzilla 6200. The workaround mentioned in the template documentation (which makes newlines turn into <p>
s) doesn't help here. {{
Cquote}} behaves correctly but at the expense of unsightly oversized quotation marks.
Hairy Dude (
talk) 17:02, 2 February 2012 (UTC)
This text is followed by two newlines.
This text should be indented.
This text is followed by two newlines.
This text should be indented.
{{
Editprotected}}
Make |quote=
an alias of |text=
, and |cite=
an alias of |sign=
. (i.e. {{#if:{{{text|{{{quote|{{{1|}}}}}}}}|...}}
markup). We can then simply redirect the ancient, obsolete {{
epigraph}}, which is otherwise essentially identical to {{
quote}} (or eventually to {{
Bq}}, which is being developed with even more features. Regardless, {{epigraph}}
has no reason to exist any longer. It was originally intended for pull quotes, but has long since been superseded by {{
cquote}}. Even if someone finds some new use for it, there is no reason for the parameters to not be compatible so that templates can be converted between, at will with trivial ease in articles. —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 00:37, 3 February 2012 (UTC) PS: If we really, really, really want to preserve the kinda pointless difference between the templates of spacing between the quote and the citation, we can add another if-test for it, but that's a serious
WP:DGAF matter. PS: The template is only used on a few hundred articles at all. —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 00:49, 3 February 2012 (UTC)
Perhaps someone should put a not on the epigraph doc page telling people not to use it anymore? D O N D E groovily Talk to me 13:35, 14 February 2012 (UTC)
Why is there a pointless <div>...</div>
around the {{{text|{{{1}}}}}} content, with no styling, no class, no id, no reason or use for a div being there? Did I miss some geeky reason this was added? Is it just a bit of leftover dead code from when all the styling was moved into the site-wide CSS file? —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 15:53, 31 January 2012 (UTC)
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
<div>...</div>
to <div class="Bug6200">...</div>
, as at {{
Bq}}, so we know why it's there and know it can be removed when that MediaWiki bug is fixed. —
SMcCandlish
Talk⇒ ʕ(Õلō)ˀ
Contribs. 17:11, 2 February 2012 (UTC)In HTML5, the <cite> tag is reserved for titles only. [1] Therefore, its current use in the template is invalid HTML5 and may cause problems down the road, and in particular may cause accessibility problems for screen readers. Therefore, I want to make two technical changes. First, common.css should be changed to:
/* Styling for Template:Quote */
blockquote.templatequote {
margin-top: 0;
}
blockquote.templatequote .attribution {
line-height: 1em;
text-align: left;
padding-left: 2em;
margin-top: 0;
}
blockquote.templatequote .attribution .source {
font-size: 85%;
}
Second, the template should be changed to:
<blockquote class="templatequote"><div>{{{text|{{{1|<noinclude>{{lorem ipsum}}</noinclude><includeonly>{{error|Error: No text given for quotation (or equals sign used in the actual argument to an unnamed parameter)}}</includeonly>}}}}}}
</div>{{#if:{{{sign|{{{2|<noinclude>TRUE</noinclude>}}}}}}|<div class="attribution">—{{{sign|{{{2|<noinclude>[[Someone's full name|Someone]]</noinclude>}}}}}}{{#if:{{{source|{{{3|<noinclude>TRUE</noinclude>}}}}}}|, <span class="source">{{{source|{{{3|<noinclude>''Source''</noinclude>}}}}}}</span>}}</div >}}</blockquote><noinclude>
{{documentation}}
<!-- Add cats and interwikis to the /doc subpage, not here! -->
</noinclude>
COGDEN 08:48, 6 May 2011 (UTC)
<cite>...</cite>
would be:{{quote|text={{Lorem}}|sign=Anne O. Nymus|source=''<cite>The Unlightable Being of Bareness</cite>'', 1992, p. 37}}
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
{{ cquote}} currently redirects here, even though it doesn't take the same parameters. This is from an old revision of Polish resistance movement in World War II:
{{cquote|Within the framework of the entire enemy intelligence operations directed against Germany, the intelligence service of the Polish resistance movement assumed major significance. The scope and importance of the operations of the Polish resistance movement, which was ramfied down to the smallest splinter group and brilliantly organized, have been in (various sources) disclosed in connection with carrying out of major police security operations.||| [[Heinrich Himmler]], 31 December 1942<ref name="occupation"/>}}
I assume that was correct when it was written. With the new definition of {{ cquote}}, the final parameter was ignored, and the article had an error message about the "occupation" reference being defined but not used. I've fixed this one, but how many other quotations are no longer displaying their reference? -- John of Reading ( talk) 17:57, 4 January 2013 (UTC)
An example in the documentation says: "Cry “Havoc” and let slip".
This looks like a violation of
MOS:QUOTEMARKS, since it uses "tilted" quotemarks (“...”) rather than "typewriter" quotemarks ("...").
—
BarrelProof (
talk) 15:31, 10 May 2013 (UTC)
I don't know where else to post this, hope this is the right place. In the article Comcast Corp. v. FCC I came across an issue where a section heading following a quote was not displaying. The heading (The FCC’s new net neutrality rules) showed up in the TOC but not in the text. I corrected this by adding a '.' after the template at this edit [2], but that's obviously a cheap hack. Could someone look into this? Maybe it's just my browser but I'm using FF fully updated under KUbuntu most current stable release (13.04). Anyways, I know jack about templates, so if this isn't the right place, please bring this to the proper place. Eaglizard ( talk) 08:37, 22 June 2013 (UTC)
{{
quote box}}
, but I don't recall how we fixed it at the time. In this case, the headings were present but displaced off the right-hand edge of the screen. You can verify that they're present by going to
this version, marking text from "Decision on Comcast v. FCC [6]" to "The FCC released", copying to clipboard and pasting somewhere else - what gets pasted is "Decision on Comcast v. FCC [6] The FCC's reaction The FCC released".{{
clear}}
immediately after each {{
quote box}}
. --
Redrose64 (
talk) 09:56, 22 June 2013 (UTC)I enabled the "beta" Typography refresh setting. Since then, I have noticed that the black quotation marks generated by this template display on top of images, infoboxes, etc. In other words, they do not adjust to their surroundings. I did not notice this before enabling the new typography setting. -- Another Believer ( Talk) 15:20, 27 March 2014 (UTC)
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
At present, the combined effect of the class="templatequotecite"
and <cite>...</cite>
tag on the source parameter is to reduce its rendered size to 78% of normal. This causes accessibility problems for visually impaired visitors and violates our recent guidance at
Wikipedia:Manual of Style/Accessibility #Text: "Avoid using smaller font sizes in elements that already use a smaller font size .... In no case should the resulting font size drop below 85% of the page fontsize (or 11px).
"
One simple solution which preserves the semantic markup would be to use a span with "font-size:larger" around the source parameter. I've made an example modification to the sandbox.
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
— Someone, Source
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
If further differentiation between |sign
and |source
is desired then a reduction of around 92% at each step would leave the source at 85% of page font size, but would entail further tweaking via spans to partially offset the effect of class="templatequotecite"
.
RexxS (
talk) 20:44, 10 April 2014 (UTC)
class="templatequotecite"
, as its only purpose is to make the <cite>
smaller. --
Gadget850
talk 09:44, 11 April 2014 (UTC)
A merge of {{ Bq}} with this template is being considered at Wikipedia:Templates for discussion/Log/2014 November 29#Template:Bq. Comments are welcome, thanks! —PC -XT + 01:24, 9 December 2014 (UTC)
Hi, I posted a comment today using the quote template and I notice one space precedes the quotation, and two spaces follow it. Is this on purpose?
Tarantino stated that he had tremendous fondness for the works of Alan Smithee, remarking:
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.[1]
However, filmmaker Martin Scorcese described Smithee's works as "doo doo".[2]
It seems to do this whether I put the "However" line on a different line or right after the quote. It looks weird to me, although if that's a MOS standard, I'll gladly yield. Thanks in advance for any edification. Cyphoidbomb ( talk) 19:27, 6 January 2015 (UTC)
-- [[
User:Edokter]] {{
talk}}
19:32, 6 January 2015 (UTC)This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The most recent edit, by Gadget850, has broken the template, which displays {{{author author name}}}. Can someone please revert it? — OwenBlacker ( Talk) 13:26, 10 January 2015 (UTC)
Can anyone explain this line from § Restrictions?
“If you do not provide quoted text, the template generates a parser error message, which will appear in red text in the rendered page.”
The only way it makes sense to me is if it means quotation marks, which don’t belong around a blockquote and don’t cause an error. — 174.141.182.82 ( talk) 15:09, 12 April 2015 (UTC)
{{
quote}}
→ Error: No text given for quotation (or equals sign used in the actual argument to an unnamed parameter)
Hello. I have an experience editing on Wikia. I'm just curious why doesn't have this the quotation mark thingy like those of the cquote template. The cquote template is used in some articles and it messes up with the infobox. NejiLoverr26~ TheCurseWriter 12:58, 4 June 2012 (UTC)
I have tested this in both Safari 5.0 and Firefox 3.6.3 on OS X. As far as I can tell, there are (at least by default) no visible style attributes associated with the blockquote element except a left indent. If the text is not up against the left edge of the frame, then the quoted text is not visually distinctive in any way at all. Example:
This paragraph is not in a quote template. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Morbi consectetur semper turpis, vitae gravida odio pulvinar in. In tincidunt purus a risus bibendum et dictum lorem laoreet. Proin vel nulla erat, vel commodo felis. Etiam dapibus dictum odio, nec eleifend neque volutpat in. Sed vel erat nibh, sed aliquam felis. Nullam neque nulla, vehicula nec ornare in, ultrices in magna. Fusce tempor ultrices tortor, vel tempus dolor mattis adipiscing. Donec vestibulum interdum fermentum. Integer vel tellus dolor. Nunc ligula sem, gravida quis eleifend vitae, auctor id purus.
This paragraph is in a quote template, but the only way you're going to know that is by looking at the source. In dictum posuere elementum. Pellentesque gravida tristique sodales. Nulla vel purus ut arcu iaculis facilisis rhoncus in sapien. Etiam cursus lobortis eros, sit amet gravida sem commodo eget. Sed auctor mollis ligula, quis pretium ipsum malesuada et. Nam eget risus a risus tristique bibendum vitae in elit. Etiam dui justo, mollis vel elementum eget, fringilla sit amet ligula. Maecenas sit amet diam a tortor bibendum varius. Phasellus a ligula non felis molestie pretium. Fusce congue magna eget odio tristique consequat. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Maecenas dolor nulla, eleifend vitae tristique ut, pellentesque ac mi. Aenean gravida justo vel justo gravida ornare. Mauris lacinia est sit amet massa tristique hendrerit. Vestibulum faucibus urna quis mauris posuere sed mollis sapien accumsan. Donec dui diam, malesuada eget aliquam in, feugiat aliquam sem. In vel turpis magna, quis mattis ipsum. In hac habitasse platea dictumst. Curabitur ut elementum libero. Sed lorem ante, bibendum ut hendrerit ut, porttitor vitae tortor.
This paragraph is not in a quote template. Ut consequat lorem sit amet elit posuere eget feugiat enim aliquam. Maecenas pellentesque ullamcorper orci vitae consequat. Phasellus sit amet nisl quis enim sagittis pellentesque. Sed fringilla hendrerit aliquet. Suspendisse nec lacus eget nunc venenatis condimentum. Mauris euismod, quam quis commodo tincidunt, sem dolor fringilla enim, et mattis tortor magna non mi. Duis sed facilisis nisl. Fusce luctus orci non orci ultrices sed tristique magna dapibus. Nullam facilisis porttitor neque. Pellentesque id felis vel leo volutpat suscipit. Praesent pellentesque odio diam. Nullam gravida fermentum velit, quis interdum ligula fermentum at. Quisque eget diam leo, pulvinar congue arcu. Proin id pellentesque nunc. Nunc non erat nunc. In hac habitasse platea dictumst. Nulla pulvinar, sem sit amet mollis pretium, lectus ligula accumsan urna, volutpat eleifend libero purus eget augue. Donec non sodales risus. Suspendisse ligula dolor, rutrum quis molestie a, tristique eget justo. Sed suscipit, eros a hendrerit accumsan, purus nulla euismod dui, eget sodales nisi est sit amet eros.
The same issue exists with the {{ bquote}} template.
Capedia ( talk) 20:31, 12 June 2010 (UTC)
I've been having a bit of trouble in the article George Orwell trying to quote some text from the man himself.
The cause of the trouble is that Quote won't put out the tag line if there's no sign parameter, neither specified positionally nor as a named parameter.
I don't want to have to put "George Orwell" as the sign parameter, because it's obvious from the context that we are quoting from Orwell, i.e. the subject of the article itself. While harmless, it's redundant and ugly (in my opinion).
I've added some test cases to demonstrate this. I've done the same for the other parameters, for balance. I note also that if sign is specified but not source, the sandbox version (but not the live version) currently puts out an extraneous end comma after the signature.
I also notice that if you don't supply any text it just puts out the tag line.
Any or all of these may or may not be intentional. At least, I think they should be documented better rather than the dreaded "why is this template not working?" syndrome. I'm happy to add stuff to the documentation once we agree what should happen; this is not one of those "somebody should do something about this" calls. I think not having any text should be an error, but perhaps it is deliberately optional so you can just use {{quote}}
to provide a tag line.
I haven't looked whether this affects other variants of this template ({{rquote}}
and so on); I guess their implementations could be shared, providing a tag line in some template {{
tagline}}
or something, which encapsulates these "rules" in one place.
I come here first to get opinions on what should happen. Not putting out a provided source just because there is not a provided sign (i.e. silent failure) does not seem a good option; if sign is intended to be required to get source to be put out, an error should be generated if it's not supplied. I can see exactly where it's going "wrong" (from my perspective) in the template source, i.e. that parameter 3 (or source) is only put out if parameter 2 (or sign) is present (it's inside the if-condition). The fix, then, is fairly trivial (and I'll probably go do that in the sandbox), but of course we need consensus.
Si Trew ( talk) 09:57, 15 July 2010 (UTC)
|anon=y
parameter, which suppresses the sign code, and to modify the sign code to display an error if it is empty and the anon parameter is empty or absent. That would appear to take care of all cases. Anyway, the bug reported here is still certainly happening:{{
quote|1={{Lorem}}
|source=Foo|sign=}}
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
— Foo
{{
quote|1={{Lorem}}
|source=Foo|sign= }}
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
— , Foo
{{
quote|1={{Lorem}}
|source=Foo}}
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. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
— Foo
source
and sign
and everything worked fine in my tests). 「
ディノ奴
千?!」
? ·
☎ Dinoguy1000 13:05, 18 June 2015 (UTC)
There is something wrong with the template in splitting text into paragraphs. Previously when using the template, if one left a space between two paragraphs, the template would, naturally, recognise this and have the quoted text split into paragraphs as required. For some reason, it is not doing this one and the template is combining the text into a single solid block; I only noticed this issue yesterday. Does anyone know how to fix this, without having to resort to using multiple forced line breaks (<br/>) when quoting? Cheers, Abraham, B.S. ( talk) 01:02, 14 November 2009 (UTC)
blockquote{}
in common.css, not this template's fault.There seems to be a problem with quotes nested between userboxen - see the invisible quote on User:Notafly. Shyamal ( talk) 08:39, 15 September 2014 (UTC)
{{
quote}}
template is not appearing? --
Redrose64 (
talk) 16:20, 15 September 2014 (UTC)
<div class="wikipediauserbox" style="float:left;border:1px solid #6EF7A7;margin:1px;width:238px;"> <table style="border-collapse:collapse;width:238px;margin-bottom:0;background:#C5FCDC;"> <tr> <th style="border:0;width:45px;height:45px;background:#6EF7A7;text-align:center;font-size:14pt;color:black;padding:0 1px 0 0;line-height:1.25em;vertical-align:middle;white-space:nowrap;;"><a href="/info/en/?search=English_language" title="English language">en</a></th> <td style="border:0;text-align:left;font-size:8pt;padding:0 4px 0 4px;height:45px;line-height:1.25;color:black;vertical-align:middle;">This user is a <b><a href="/info/en/?search=Category:User_en-N" title="Category:User en-N">native</a></b> speaker of <b><a href="/info/en/?search=Category:User_en" title="Category:User en">English</a></b>.</td> </tr> </table> </div> <blockquote class="templatequote"> <p>“In der Beschränkung zeigt sich erst der Meister” Natur und Kunst</p> <div class="templatequotecite">—<a href="/info/en/?search=Goethe" title="Goethe" class="mw-redirect">Goethe</a></div> </blockquote> <div class="wikipediauserbox" style="float:left;border:1px solid Black;margin:1px;width:238px;"> <table style="border-collapse:collapse;width:238px;margin-bottom:0;background:#A0A0A0;"> <tr> <th style="border:0;width:45px;height:45px;background:white;text-align:center;font-size:8pt;color:black;padding:0 1px 0 0;line-height:1.25em;vertical-align:middle;">ACADEMIC JOURNAL</th> <td style="border:0;text-align:left;font-size:8pt;padding:0 4px 0 4px;height:45px;line-height:1.25em;color:black;vertical-align:middle;">This user has had his/her work published in an <b><a href="/info/en/?search=Academic_journal" title="Academic journal">academic journal</a></b>.</td> </tr> </table> </div>
Shyamal ( talk) 02:34, 16 September 2014 (UTC)
<blockquote>
element, and should be reported as one, if it hasn't been already (though I'm not sure what the procedure is these days, since they abandoned Bugzilla; there's a page of instructions at
mw:How to report a bug). I've demonstrated this isn't a bug in the template, at
Template:Quote/testcases-disappearing. Walk through the history of that page to see the tests proving it (I left the page blanked, because we don't want the page being categorized in user categories by the userboxes used in the test data). In the interim, the problem can be worked around by using <div>
instead of <blockquote>
. The bug is weird, because the content literally does disappear. It's not invisible. If you copy-paste the entire page into a text editor, the text of the missing quotation(s) is not there; but if you view the page source the code to display it is present, and there's no obvious indication why it would not be rendered. For me (Chrome browser, Mac OS X) the Nietzsche quote is there and rendered properly, while the Goethe one, and its <cite>
have been replaced by an empty whitespace block. Swapping in some other element makes the content appear. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 04:29, 30 July 2015 (UTC)overflow: hidden;
applied to blockquote
in
MediaWiki:Common.css; disabling this rule in Chrome's developer tools causes the quote(s) to display normally. 「
ディノ奴
千?!」
? ·
☎ Dinoguy1000 05:41, 30 July 2015 (UTC)
overflow:inherit
works. This is rare enough I'll just document it in the /doc page and mention the workaround at
Mediawiki talk:common.css. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 22:23, 30 July 2015 (UTC)This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please remove or <noinclude>
the TfM notice in the template body; this template has over 50,000 transclusions and is unlikely to be significantly affected by a merger.
Jc86035 (
talk •
contribs) Use {{
re|Jc86035}} to reply to me 11:39, 18 August 2015 (UTC)
I've created a new quotation template, {{ barquote}}, which might be worth considering integrating into the rest of the set of quotation templates. At the moment, it's only used in one article, but that might change. -- The Anome ( talk) 10:34, 18 August 2015 (UTC)
There's potentially important TfD at Wikipedia:Templates for discussion/Log/2015 August 18#Template:Barquote, some possible results of which are (given what has been proposed so far):
{{
Barquote}}
template into {{
Quote}}
as its new default style.{{
Barquote}}
template into {{
Quote}}
as an optional style that has not been subject to any consensus discussion; this would permit and effectively encourage the addition of random, editor-preferred styles that vary from article to article.{{
Quote}}
– aside from this new "competing" one at TfD – and it applies style consistently via CSS code in
Mediawiki:Common.css. Such a clarification might need to happen anyway, since there's some evidence that people are using inline CSS to elaborately mark up block quotations in unusual ways).Which ever of these you think is the best result, or if you think TfD is not the right venue for that discussion, you should probably comment in some way at the TfD in question, since at least two of these results would have a WP:FAITACCOMPLI effect of changing site-wide approach to block quotation style without their being any WT:MOS (or Template talk:Quote) discussion about it. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 22:20, 1 September 2015 (UTC)
I've identified what the problem (
first reported in 2010) is, and what the fix is. Add the following CSS to the <blockquote>
: margin-left: 0; margin-right: 0; padding-left: 2.8em; padding-right: 2.8em;
I've sandboxed this at Template:Quote/testcases-images, in multiple browsers, on multiple OSes. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 02:50, 30 July 2015 (UTC)
Update: I've brought it up at
MediaWiki talk:common.css, since it's something that should be fixed for <blockquote>
generally. But we might have to settle for fixing it in this template only, given the amount of resistance there usually is to implementing anything at that page, especially if only one person brings it up. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 05:14, 30 July 2015 (UTC)
On Otto Hahn ([ the latest intact version] or others before it), there are many block quotes, but one that has some images to its left does not get indented. (Just search for "A NEW ELEMENT".) Two browsers (Firefox, ie11) refuse to indent there. It was the same when it used <blockquote>text</blockquote> ( the previous intact version); it stayed the same using {{quote|text}}. If you narrow the window until the quote is pushed down below the images, the quote gets indented. If you widen the window, no matter how wide, the quote is not indented. (So it's not a matter of having sufficient room in the middle to indent both sides.) It's scary when a formatter has no effect whatsoever. ((The whole darn Web is busted!!!)) This behavior might be a mistake in "all" web browsers, or not; I can't say; but even if some browsers render it as expected (I haven't tried Safari, good (old) Opera, Chrome), it would probably never get corrected.
Maybe a different CSS for {{quote|text}} would fix the indenting of text on the right side of images (or between left-side and right-side images). (The text has to indent both sides from effective margins, not the whole page or column's margins.) Or maybe changes to the images' HTML or CSS would make it work as intended. Or maybe there is just no way to make the images define a text box that has irregular sides, instead of residing inside a text box that has straight sides. As a last resort, a rearrangement of the page would be needed. (I didn't set out to redesign the page layout, so I'm not ready to start fiddling and fighting with it right now. Maybe later.) - A876 ( talk) 04:10, 30 July 2015 (UTC)
<blockquote style="margin-left: 0; margin-right: 0; padding-left: 2.8em; padding-right: 2.8em;">Text...</blockquote>
.){{quote|Text...}}
with your example code {{quote|style=margin-left: 0; margin-right: 0; padding-left: 2.8em; padding-right: 2.8em;|Text...}}
, the paragraphs indented correctly on both sides:
Otto Hahn (after edit).'When "they" left a template unprotected and someone dared to put in a tested edit, "they" hurriedly reverted it, saying (effectively) "I'm scared".' I know. It's a long-standing problem, and I'm not sure what the solution is. I run into this "you can's do anything with CSS without my 'permission' first"-style problem pretty frequently. It's difficult to get any action to take place at MW:Common.css, and the same parties who slow things down there have a tendency to go around reverting attempts to fix the issue with inline CSS at the template level, leading to protracted disputes.
The test page was intended to show that some potential "solutions" only indent one side correctly, and/or do not scale; the solution actually under discussion at MW:Common.css is the correct one (the one you quote above), though someone wants to use a fixed, non-scaling 40px
version instead of 2.8em
. If you'd like to encourage speedier action (regardless what version of the fix you prefer), that discussion is at
Mediawiki talk:Common.css#Fix for very long-standing problem of blockquote not working with images.
I'd like to add a parameter to specify the
cite
attribute for the <blockquote>
tag. I would do so myself, except I feel URLs added in this way should be made available in/as the byline as well, but I'm not sure how best to go about that. I'm also not sure what parameter name might be preferred; my obvious choice is url
, but others might disagree. =) 「
ディノ 奴
千?!」
? ·
☎ Dinoguy1000 13:00, 18 June 2015 (UTC)
|source=
parameter, a.k.a. |3=
. As of this writing, it only surrounds the source work (book, website, whatever), and the cited author is outside the <cite>...</cite>
element. There's a thread above, at
#Changes to cite and blockquote in HTML specs, about possibly having that element surround both the author and the source, which is permissible but not required in HTML5. If you think it would be desirable to have it do it that way, that would probably be the thread in which to say so, or your view might not be noticed on that point. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 04:46, 30 July 2015 (UTC)cite
attribute, not the element, i.e. <blockquote cite="http://example.com">...
This must be implemented via a new parameter because according to the
spec, the value must be a URL, and no current parameter is guaranteed to be a URL. Regardless, though, I went ahead and
added this parameter, using my original choice of url
, but I doubt it's been used anywhere yet so it could still be renamed if necessary. 「
ディノ 奴
千?!」
? ·
☎ Dinoguy1000 05:47, 30 July 2015 (UTC)
cite=
attribute. Given that it does nothing visible in many browsers, what would be the encyclopedic point, anyway? It would be easily abusable to hide linkspam. See this example:In several browsers I've tried, this does nothing at all visible in the user agent, not even if you hover. If we enabled this feature at all, it would have be disabled in mainspace, and it's pretty much non-functional anyway. WP doesn't use every conceivable feature of HTML, just the useful ones for the project. What's the use case here? Aside: This test demonstrates that we do in fact need to fix our handling ofHold tight and pretend it's a plan!
– The Doctor
<cite>
, however; it should not be applied to just the title of the work and should not be auto-italicizing. We're still treating it like the pre-2013 HTML5 Draft version of the element. —
SMcCandlish ☺
☏
¢ ≽ʌⱷ҅ᴥⱷʌ≼ 21:13, 30 July 2015 (UTC)
tag in the byline of the quote (or something similar); if this template were to be converted to a module, this could even be enforced automatically. I don't think the spam angle is a real concern, either; the various spam report bots shouldn't be fooled by its lack of visible effects in browsers, and the URL blacklist and edit filters will work correctly with it (and if there's a requirement that the URL be duplicated in a manner visible in browsers, that lowers this concern even further). All that being said, though, now that you raise the point, I'm rather out of touch with the WP editing community by now (having been retired and mostly inactive for years), and thus am not in a position to answer whether the community would want this feature, or if so, how or where it would be applied, so as far as that goes, if it's really not wanted here, feel free to revert my addition. =) 「
ディノ奴
千?!」
? ·
☎ Dinoguy1000 02:28, 31 July 2015 (UTC)
<
ref>
, or otherwise is included in the visible <cite>...</cite>
element (not attribute), then it serves no purpose as an attribute, and just adds to page loading time [albeit not noticeably] for no reason. I hadn't reverted because maybe someone has a reason to use it, like "Oh, this provides useful metadata for [some application here]", but no one's been forthcoming with any yet.I see from https://html.spec.whatwg.org/multipage/semantics.html#the-blockquote-element that this content attribute can have a correponding IDL (i.e., Javascript) element, so in theory we could do something with this URL via a script, e.g. a WP:Gadget, but I cannot think of anything that we would do with it, at least not in mainspace, per WP:EL, etc. The same document also says: "User agents may allow users to follow such citation links," though I can find zero that do so, and continues: "but they are primarily intended for private use (e.g. by server-side scripts collecting statistics about a site's use of quotations), not for readers." And we're not doing anything with them, nor do we have plans to. It does say that "To obtain the corresponding citation link, the value of the attribute must be resolved relative to the element."
In theory we could use this sort of thing internally for quotations of one
WP:POLICY page in another. For example, have a bot check that something at WP:FAUNA#Redirects marked {{quote|class=policyquote|cite=/wiki/Wikipedia:Article_titles#quoted-at-WP:NCFAUNA.Redirects}}
is still a word-for-word match with text at WT:AT that was wrapped with <span class="quotedpolicy" id="quoted-at-WP:NCFAUNA.Redirects">...</span>
, but I think the likelihood of anything like this ever being implemented is very close to zero. A content-facing potential use could be bot-checking an external cite URL for non-404 periodically in case it breaks, on the theory that quotations should have higher verifiability requirements than other content, but there's no consensus at present that this is true, and no such bot planned. If we did have some uses like these in mind, this feature could be put back in.