Several mathml characters have no transliteration

RESOLVED WONTFIX

Status

()

Core
Layout
--
minor
RESOLVED WONTFIX
16 years ago
4 years ago

People

(Reporter: Hixie (not reading bugmail), Unassigned)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment, 1 obsolete attachment)

(Reporter)

Description

16 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

16 years ago
There are several other characters like that. Want to propose all in one go?
(Reporter)

Comment 2

16 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

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

Comment 4

16 years ago
Created attachment 65004 [details] [diff] [review]
fix

Comment 5

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

Comment 6

16 years ago
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 7

16 years ago
Comment on attachment 65004 [details] [diff] [review]
fix

rs=waterson
Attachment #65004 - Flags: superreview+

Comment 8

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

Comment 9

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

Comment 10

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

16 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

16 years ago
was this checked in with bug 126619 ?

Comment 14

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

Comment 16

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

Updated

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

Comment 17

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

See also bug 320062.

Comment 18

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