https://bugzilla.wikimedia.org/show_bug.cgi?id=29005

--- Comment #11 from Bawolff <bawolff...@gmail.com> 2011-05-26 05:54:19 UTC ---
>Many people prefer to read the language in a particular way

Please please please no one make that into a preference. We're talking about
unicode code points, not background colours.

The two ways of encoding the character *should* be identical to the user, they
aren't - mostly due to crappy software support, but they should be [in the
ideal world, well in the ideal world there wouldn't be two ways to encode a
single character...].

While its a little weird for mediawiki on one end to force convert everything
5.1 encoding, spit it out, then on the js side run a regex through the entire
page converting it back to the older encoding, it doesn't seem horrible if it
makes it work for everyone.

Anyways, going back to the original bug:

*For the issue of Safari being stupid and stripping ZWJ's: Since we're doing
this on the client side anyways, might I suggest that webfonts detects what
browser is in use, and only normalizes like that if its using a browser that
isn't broken in that way (or disables those fonts from the choice menu if they
require such normalizations)

*Per comment 1, I'm also unclear how this could break interlinking, since
they're all normalized to one form on the mediawiki side (While I guess it
could if the content language is not ml, since we only do the normalization for
ml, but that seems like an edge case)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to