# 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 10429 - Allow exactly matching Unicode characters in HTML liberal mode
 Summary: Allow exactly matching Unicode characters in HTML liberal mode
 Status: Product: RESOLVED WONTFIX MediaWiki extensions Unclassified Component: Math (Other open bugs) unspecified All All Lowest enhancement (vote) --- Nobody - You can work on this! Show dependency tree / graph

 Reported: 2007-07-01 20:12 UTC by Christopher Yeleighton 2011-11-30 19:46 UTC (History) 0 users --- --- ---

Attachments

 Christopher Yeleighton 2007-07-01 20:12:24 UTC HTML liberal mode should output corresponding Unicode entities, e.g. \mapsto => ↦ (currently approximated with →) Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-07-01 20:33:49 UTC Googling for something semi-related coincidentally came up with a nice list: http://en.wikipedia.org/wiki/User:Fropuff/Symbols However, unless such symbols are supported in fonts like Arial and Verdana that users are likely to have as defaults, we might not want to be quite that liberal. Neither one includes U+21A6 ↦, for instance, but both contain U+2192 →. See http://www.fileformat.info/info/unicode/font/arial/blockview.htm?block=mathematical_operators http://www.fileformat.info/info/unicode/font/verdana/blockview.htm?block=mathematical_operators We could, however, just add a warning to the option saying that either good default fonts or a decent browser is necessary for the option to work correctly. Christopher Yeleighton 2007-07-01 20:43:19 UTC The browser should use a generic font when the default font does not contain the character requested. This is browser QoI. (I admit that the glyph used for ↦ on my system is way too narrow, much narrower that →, but I would rather not compensate for this---HTML is for communicating, not for typesetting anyway). Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-07-01 21:00:01 UTC (In reply to comment #2) > The browser should use a generic font when the default font does not contain > the character requested. This is browser QoI. That doesn't mean we can ignore the fact that IE6 doesn't. (I don't know about IE7 offhand.) Christopher Yeleighton 2007-07-01 21:11:21 UTC Try A↦B No problem in IE7. Brion Vibber 2007-07-02 19:44:30 UTC Too fragile in existing browsers/fonts. Brion Vibber 2011-11-29 22:20:17 UTC We're phasing the mixed-HTML mode of texvc out in MediaWiki 1.19's Math extension; inline text forms will end up replaced by renderings via MathJax (bug 31406 & friends) -- MathJax is better maintained and does much, much better job than texvc's HTML rendering mode! Going ahead and closing out this bug. Christopher Yeleighton 2011-11-30 19:46:09 UTC MathJax uses Javascript and this will not work in browsers that do not run scripts (e.g. Microsoft Internet Explorer on Windows Server). This does not mean that we should not use MathJax but it means that we should give fallback content within the page and replace it from within the script.

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