Last modified: 2011-11-30 19:46:09 UTC

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
Allow exactly matching Unicode characters in HTML liberal mode
Status: RESOLVED WONTFIX
Product: MediaWiki extensions
Classification: Unclassified
Math (Other open bugs)
unspecified
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-07-01 20:12 UTC by Christopher Yeleighton
Modified: 2011-11-30 19:46 UTC (History)
0 users

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


Attachments

Description Christopher Yeleighton 2007-07-01 20:12:24 UTC
HTML liberal mode should output corresponding Unicode entities, e.g. \mapsto => ↦ (currently approximated with →)
Comment 1 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.
Comment 2 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).
Comment 3 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.)
Comment 4 Christopher Yeleighton 2007-07-01 21:11:21 UTC
Try <span style="font-family:MS Serif">A&#8614;B</span >
No problem in IE7.
Comment 5 Brion Vibber 2007-07-02 19:44:30 UTC
Too fragile in existing browsers/fonts.
Comment 6 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.
Comment 7 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.


Navigation
Links