https://bugzilla.wikimedia.org/show_bug.cgi?id=12974
Mormegil <[EMAIL PROTECTED]> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://test.wikipedia.org/wi
| |ki/Newline_through_parser_fu
| |nctions
Severity|enhancement |normal
Summary|Wrong parsing of template |Newline added to template
|with HTML color code |and parser function result
| |breaks parsing
Version|1.11.0 |unspecified
--- Comment #6 from Mormegil <[EMAIL PROTECTED]> 2008-11-12 21:15:37 UTC ---
This is a much more general problem, and is much worse: it affects not only
templates but also parser functions (e.g. {{#if:}}), and it affects not only
HTML colors, but everything which starts with colon, semicolon, asterisk,
hashmark, or the “{|” table syntax. Check the linked URL for some examples
where this breaks stuff.
The problem: when the result of a template, or parser function call starts with
{|, :, ;, #, or *, a newline is prepended to it, forcing this character to be a
syntax element, even though the author might not have intended it so (and
wanted to just use the plain character). Especially in the case of parser
functions, this is quite understandable.
This bug is caused by the fix to bug 529, which I believe is wrong, and should
be reverted, even though a compromise version is possible – force the newline
only for the table syntax. Table syntax is rare in other uses than tables
(while colons and semicolons are perfectly normal in plain text), and tables
seem to be the primary use case for that original fix.
(Changing summary, and marking as bug, not a feature request.)
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
