Closed
Bug 71408
Opened 24 years ago
Closed 14 years ago
[trk] MathFont Encoding Tables
Categories
(Core :: MathML, defect)
Core
MathML
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: rbs, Unassigned)
References
()
Details
(Keywords: helpwanted)
Attachments
(1 file)
Opening this bug to collect suggested improvements to the encoding tables.
If you have any such suggestions, this is the place to put them. Let's not
waste glyphs or combination of glyphs by not encoding them.
Keywords: helpwanted
Comment 2•23 years ago
|
||
amalg displays as ? in my Mozilla.
Looking at the encoding pages, slot 0x71 in CMSY should be amalg=0x2A3F not
coprod=0x2210. Slots 0x60 and 0x61 in CMEX are used for coprod.
Large list of all Unicode points (+600K):
http://www.unicode.org/unicode/reports/tr10/allkeys.txt
There seems to be a left bracket symbol missing in the following rendering example,
http://www.mozilla.org/projects/mathml/fonts/encoding/cmex-ttf.gif
It appears a left bracket is missing. Look at the row titled "B0", 8th places to the right, in between the parenthesis and the left bracket.
In TeX speak, this is the "/biggl" cmex10 symbol. Is this due to the non-standard encoding? I haven't been able to reproduce this bug in mozilla (mostly because I'm new to MathML).
Updated•15 years ago
|
QA Contact: ian → mathml
Updated•15 years ago
|
Assignee: rbs → nobody
Comment 5•14 years ago
|
||
I'll close this bug. It's mostly obsolete as we now don't do encoding conversion for regular characters. We still have tables for stretchy characters but I'd prefer to have separate bugs for any changes there, rather than accumulating on a single bug.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•