Several mathml characters have no transliteration




17 years ago
5 years ago


(Reporter: ian, Unassigned)



Firefox Tracking Flags

(Not tracked)



(1 attachment, 1 obsolete attachment)



17 years ago
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.

Comment 1

17 years ago
There are several other characters like that. Want to propose all in one go?

Comment 2

17 years ago
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?

Comment 3

17 years ago
Sounds ok. (Now you get an idea of how tasty these MathML characters are :-)

Comment 4

17 years ago
Created attachment 65004 [details] [diff] [review]

Comment 5

17 years ago
Simple fix, seeking r=shanjian, sr=waterson
Target Milestone: --- → mozilla0.9.8

Comment 6

17 years ago
Comment on attachment 65004 [details] [diff] [review]

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 7

17 years ago
Comment on attachment 65004 [details] [diff] [review]

Attachment #65004 - Flags: superreview+

Comment 8

17 years ago
Checked in. Now passing the bug to hixie.
Assignee: rbs → ian

Comment 9

17 years ago
Created attachment 70448 [details] [diff] [review]
transliteration for U+2212 - Official Unicode minus sign

Comment 10

17 years ago
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. 

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.
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

Attachment #70448 - Flags: superreview+

Comment 12

17 years ago
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.

Comment 13

17 years ago
was this checked in with bug 126619 ?

Comment 14

16 years ago
ping! status update?
rbs: Is this now fixed ?
Target Milestone: mozilla0.9.8 → ---

Comment 16

16 years ago
Nope. There are plenty of characters still missing. Needs somebody to comb the
list (comment 2).


15 years ago
Assignee: ian → nobody
QA Contact: chrispetersen → core.layout

Comment 17

13 years ago
FWIW, would be nice to map &Cross; to &times; if the glyph for &Cross; is unavailable.

See also bug 320062.

Comment 18

13 years ago
In, 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.
Last Resolved: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.