https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Greg Grossmeier changed:
What|Removed |Added
CC||g...@wikimedia.org
Flag
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Frank Contreras <19f...@gmail.com> changed:
What|Removed |Added
Flags||Backport_WMF?
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #16 from Philippe Verdy 2012-03-26 16:06:51
UTC ---
In summary:
* some characters may be represented in the input as numeric character
references or known named character references:
** Those references may be converted early to U
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #15 from Philippe Verdy 2012-03-26 15:41:27
UTC ---
Concerning {{padleft:}} and {{padright:}}, if those functions have to return a
string, it should still contain the nowiki markers, for the same reason as the
one given for {{LC:..
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #14 from Philippe Verdy 2012-03-26 15:19:29
UTC ---
Note that the non-handling of numeric character references as being equivalent
to the natively UTF-8 encoded character, is a separate bug. It does not just
affect #switch but also
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Philippe Verdy changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Tim Starling changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
John Du Hart changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Tim Starling changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #11 from Philippe Verdy 2011-07-17 22:13:49
UTC ---
(In reply to comment #5)
> Hi Phillippe,
>
> This problem is nothing to do with Unicode...
I've not written that. I just said that MediaWiki's PArserFunctions can already
pass o
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Mark A. Hershberger changed:
What|Removed |Added
URL||http://www.mediawiki.org/wi
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Reedy changed:
What|Removed |Added
Blocks||26213
Depends on|26213
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Mark A. Hershberger changed:
What|Removed |Added
CC||m...@everybody.org
Depen
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Gurch changed:
What|Removed |Added
CC||matthew.brit...@btinternet.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #9 from Philippe Verdy 2010-10-10 20:49:40 UTC
---
Given the VERY HUGE usage of string manipulation templates in English
Wikipedia, the past decision to NOT apply support for more efficient string
manipulation parser functions in W
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #8 from Philippe Verdy 2010-10-10 13:11:51 UTC
---
Another note: the Template:Str_left that has this inherent bug of {{padleft:}}
is used in English Wikiepdia in thousands of templates (notably stub templates
and in almost all info
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #7 from Philippe Verdy 2010-10-10 11:55:16 UTC
---
If you fear compatibility problems with existing "padleft:" and "padright:",
why not creating "#padleft:" and "#padright:" that will correct this legacy
problem by stripping the UN
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #6 from Philippe Verdy 2010-10-10 11:44:48 UTC
---
Related bug #16778
Seems to be general to various parser functions, like:
#if:
#ifeq:
#ifexpr:
#expr:
#switch:
whose parameters are not properly filtered out of their "nowiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #5 from Conrad Irwin 2010-10-10 11:28:22
UTC ---
Hi Phillippe,
This problem is nothing to do with Unicode (which MediaWiki is pretty good at,
though I don't think anyone else in the world uses string indexing that merges
combining
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #4 from Philippe Verdy 2010-10-10 11:20:57 UTC
---
Note that the English Wikipedia Template:Trunc experiments similar problems,
except that it uses {{padright:}} and places the template parameter string in
the first parameter of {{
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #3 from Philippe Verdy 2010-10-10 11:09:30 UTC
---
All those horrible template hacks should find an end. It would be much simpler
to deploy parser functions that correctly perform basic string operations that
will filter out conten
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
--- Comment #2 from Philippe Verdy 2010-10-10 10:32:23 UTC
---
Note also that the Template documentation page above also demonstrates that
padleft: does not properly handle HTML character references (such as or
) found in this third paramet
https://bugzilla.wikimedia.org/show_bug.cgi?id=22555
Philippe Verdy changed:
What|Removed |Added
CC||verd...@wanadoo.fr
--- Comment #1 fro
23 matches
Mail list logo
