Closed Bug 119664 Opened 19 years ago Closed 7 years ago

Several mathml characters have no transliteration

Categories

(Core :: Layout, defect)

x86
Linux
defect
Not set
minor

Tracking

()

RESOLVED WONTFIX

People

(Reporter: ian, Unassigned)

Details

Attachments

(1 file, 1 obsolete file)

U+2146 is not yet part of the UNICODE standard, although it has been 
accepted by UNICODE. However, MathML uses it for ⅆ, the 
"d" in "dy/dx". Since I have no fonts installed that contain U+2146, I 
am instead gtting "?y/?x", which is not very pretty.

I suggest we add a hard coded transliteration, for now.
There are several other characters like that. Want to propose all in one go?
Getting the exact list of what those characters are is a really tedious process
(you have to look up the characters in the DTD and then look to see if they are
in the database... I guess it could be scripted), so I don't think I'll have the
time to do it any time soon. The reason I mention ⅆ is that I am
using that on a daily basis. I haven't run across any others yet. If I spot any,
I'll note them here.

I suggest you fix ⅆ and then reassign this bug to me so that I can
get the fuller list -- would that be ok?
Sounds ok. (Now you get an idea of how tasty these MathML characters are :-)
Attached patch fix (obsolete) — Splinter Review
Simple fix, seeking r=shanjian, sr=waterson
Target Milestone: --- → mozilla0.9.8
Comment on attachment 65004 [details] [diff] [review]
fix

r=shanjian, (This code point is assigned to MathML, but I don't understand why
unciode standard give it a name like "DOUBLE-STRUCK ITALIC SMALL D". Isn't
"DifferentialD" better? )
Attachment #65004 - Flags: review+
Comment on attachment 65004 [details] [diff] [review]
fix

rs=waterson
Attachment #65004 - Flags: superreview+
Checked in. Now passing the bug to hixie.
Assignee: rbs → ian
It has been argued in n.p.m.mathml that <mo>-</mo> should render as \u2212 since
\u2212 is MINUS SIGN -- the official Unicode minus sign, and people usually use 
<mo>-</mo> to mean minus, not hyphen. By itself '-' is HYPHEN MINUS in Unicode. 
See http://groups.google.com/groups?hl=en&th=66488daf1ade7635&rnum=1

So I have hardcoded a substitution from <mo>-</mo> to \u2212 in the MathML 
code and this looks much nicer in math contexts indeed. However, as a fallback 
precaution, I would like to add a transliteration back to '-' to bullet proof 
against the typical problem of missing fonts.

shanjian, blizzard, care to r/sr? Thanks.
http://bugzilla.mozilla.org/attachment.cgi?id=70448&action=view
Summary: U+2146 (&DifferentialD) has no transliteration → Several mathml characters have no transliteration
Attachment #65004 - Attachment is obsolete: true
Comment on attachment 70448 [details] [diff] [review]
transliteration for U+2212 - Official Unicode minus sign

rs=blizzard
Attachment #70448 - Flags: superreview+
Comment on attachment 70448 [details] [diff] [review]
transliteration for U+2212 - Official Unicode minus sign

Hoping to checkin as part of bug 126619 upon getting the clearance over there.
was this checked in with bug 126619 ?
ping! status update?
rbs: Is this now fixed ?
Target Milestone: mozilla0.9.8 → ---
Nope. There are plenty of characters still missing. Needs somebody to comb the
list (comment 2).
Assignee: ian → nobody
QA Contact: chrispetersen → core.layout
FWIW, would be nice to map &Cross; to &times; if the glyph for &Cross; is unavailable.

See also bug 320062.
In transliterate.properties, we can only map a character to ASCII. For example, &euro; becomes "EUR", &minus; becomes "-" (hyphen-minus), &copy; becomes "(c)".

We cannot map &Cross; to &times; because the transliteration processs doesn't support mapping to non-ASCII characters. If we were to do that in general, we would have to ensure the existence of the corresponding glyphs, and recurse if not. The added level of complexity would be excessive given that the transliteration is a last-gap fallback.
Gfx has been rewritten not to need transliteration.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.