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

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T12429, the corresponding Phabricator task for complete and up-to-date bug report information.
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