Last modified: 2011-07-15 04:49:04 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T18872, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 16872 - A newline after pipe in a table implies a paragraph
A newline after pipe in a table implies a paragraph
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://de.wikipedia.org/wiki/Benutzer...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-04 00:48 UTC by René Kijewski
Modified: 2011-07-15 04:49 UTC (History)
2 users (show)

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


Attachments

Description René Kijewski 2009-01-04 00:48:48 UTC
Recently you can't write
> {|
> |
> {{{1}}}
> |}
anymore, because it renders to
> <table> <tr> <td> <p>{{{1}}}</p> </td> </tr> </table>
and no more to
> <table> <tr> <td> {{{1}}} </td> </tr> </table>
as it would without a newline.

The newline is helpful in conjunction with infoboxes, where it makes using lists (* and #) as a parameter easier. Not a long time ago (the change was one recently discovert) both rendered the same. Also I'm quite sure, that a table may not contain a paragraph, as it needs to descend from a <p> or <div> itself in HTML >4.0 (if I am not all wrong).
Comment 1 Bergi 2010-09-05 13:44:50 UTC
In my opinion this is OK. Through this you can choose whether you want a <p> or not. So when you have infoboxes with a possibility of list-paramters, you can check ([[:de:Template:Str left]]) the first char of you Parameter and then provide a tablerow with a p next to an ul, or just the raw #PCDATA.

Otherwise the layout (no element and p/ul have different top-margins) cant be controlled that easy.

BTW: As referring to http://de.selfhtml.org/html/referenz/elemente.htm#td, p in td is allowed, more: #PCDATA is not!
Comment 2 Dan Collins 2011-07-15 04:49:04 UTC
Looks like Bergi is saying that this is the expected behavior. Closing invalid.

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


Navigation
Links