Last modified: 2011-03-13 18:05:35 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 4827 - blockquote support in wikitext
blockquote support in wikitext
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Lowest enhancement with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-02-01 22:32 UTC by Michael Zajac
Modified: 2011-03-13 18:05 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Michael Zajac 2006-02-01 22:32:18 UTC
Colons are widely misused to create block quotations in articles (they become semantically-silly definition-list definitions).  
Wikitext badly needs support for the HTML blockquote element.

Textile text renderer uses "bq. " to render blockquotes [http://textism.com/tools/textile/]. Example:

  bq. This is a block quotation.

Markdown text renderer uses email-style greater-than signs [http://daringfireball.net/projects/markdown/
syntax#blockquote]. Example:

  > This is a block quotation.

Some combination of quotation marks may also be a convenient mnemonic:

  "" Block quotation indicated by two double quotation marks at the start of the line.
Comment 1 Michael Zajac 2006-03-26 23:40:54 UTC
The dd tag is also visually inadequate: a block quotation should have margins on both the left and the right.  
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-05-30 06:10:28 UTC
Is there something wrong with <blockquote>?
Comment 3 Michael Zajac 2006-05-31 16:12:29 UTC
When I add HTML blockquote tags to an article, other editors tend to replace them with 
colons, because they see this as the preferable wikitext equivalent.  

Ideally, definitions and blockquotes could be given different visual rendering via style 
sheets, to help remind editors of the difference (perhaps just wider margins on the right 
and left will do).  But for goodness' sake, not the big cartoon quotation marks in the 
background!
Comment 4 Michael Zajac 2006-08-15 00:54:31 UTC
After a few months experience, it seems that the last is not so 
serious a problem: there aren't that many block quotations in 
Wikipedia, and they don't get converted to colon-indents all that 
often.

Still, it would be nice if there was a wikitext method.  Ideally, 
several other elements could be nested in a single block quotation, 
something like this:

> First paragraph.
>
> Second paragraph.
> * list bullet 1
> * list bullet 2
>
> It would be great if this whole wikitext block remained in a 
single blockquote element!
Comment 5 Michael Zajac 2006-10-23 06:06:20 UTC
English Wikipedia's CSS now has distinctive formatting for blockquote elements, using them is recommended in the 
Manual of Style, and I see more editors adding them.

A problem with using the HTML tag, not mentioned above, is that it has to be closed properly and balanced.  Wikitext 
editor shouldn't really be required to understand these HTML concepts.  A wikitext version would automatically close 
itself.
Comment 6 Omegatron 2006-12-19 19:44:45 UTC
(In reply to comment #5)
> A problem with using the HTML tag, not mentioned above, is that it has to be
closed properly and balanced.  Wikitext 
> editor shouldn't really be required to understand these HTML concepts.  A
wikitext version would automatically close 
> itself.

It's also hard to type and not wiki-like.  If we wanted out site to be written
in HTML, we would just have it written in HTML.  It's supposed to be a wiki.  It
used to be, at least...
Comment 7 Dan Jacobson 2008-06-09 20:10:10 UTC
Gentlemen, the in the following input, a gratuitous new paragraph
is rendered from </blockquote> thru POINT-X. Just thought you would
like to know. As for me I now put the tags on their own lines to make
sure there are no such artifacts created. Seen in version that is on Wikipedia today.

We see <blockquote> some individuals to conclude that a well- designed
compression algorithm can compress any input, thus, constituting a
magic compression algorithm.</blockquote> My algorithm is to use POINT-X
several algorithms and pick the best (and noting in the header
produced which algorithm we chose, for easy uncompression) ---so
there! Yes, can't always compress, but when it does it is the best
algorithm on the block.
Comment 8 Leon Weber 2008-06-09 20:38:29 UTC
<blockquote> does already work, if people are not accepting it, talk to the people. If you don't like its appearance, change the CSS. You might do that in User:You/monobook.css, MediaWiki:Monobook.css or MediaWiki:Commons.css.
<blockquote> should be prefered over colons as it's the appropriate markup for quotes, allowing cli browsers or screen readers to display or highlight the quote appropriately.
Comment 9 Omegatron 2008-06-09 21:03:05 UTC
(In reply to comment #8)
> <blockquote> does already work

<blockquote> is HTML, not wikicode.
Comment 10 Leon Weber 2008-06-09 21:08:20 UTC
(In reply to comment #9)
> <blockquote> is HTML, not wikicode.
I don't see a problem with this. If we invented a wikicode expression for <blockquote>, it would just be a synonym for <blockquote>. Wikicode is meant to offer simplified HTML solutions for common problems which occur in a wiki, like lists, where the * markup saves us from writing the additional <ul> tags etc. Creating a synonym doesn't save us from anything.
Comment 11 Dan Jacobson 2008-06-09 21:23:14 UTC
I moved my part of the bug to Bug #14489. Bye.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links