Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: Wrong encoding of backslash and yen
https://bugzilla.redhat.com/show_bug.cgi?id=688692
Summary: Wrong encoding of backslash and yen Product: Fedora Version: 14 Platform: noarch OS/Version: Linux Status: NEW Severity: unspecified Priority: unspecified Component: motoya-lmaru-fonts AssignedTo: tagoh@redhat.com ReportedBy: paul@frixxon.co.uk QAContact: extras-qa@fedoraproject.org CC: tagoh@redhat.com, fonts-bugs@lists.fedoraproject.org, i18n-bugs@lists.fedoraproject.org Classification: Fedora
Description of problem:
U+005C is supposed to be character REVERSE SOLIDUS (backslash), but in this font it shows as a Yen symbol. U+00A5 YEN SIGN doesn't have a glyph at all.
Version-Release number of selected component (if applicable):
motoya-lmaru-fonts-1.00-0.1.20100928git.fc14.noarch
How reproducible:
Always
Steps to Reproduce: 1. pango-view --font "MotoyaLMaru 48" -t "[]"
Actual results:
Shows left square bracket, yen sign, right square bracket.
Expected results:
Should show left square bracket, backslash, right square bracket.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=688692
Akira TAGOH tagoh@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |WONTFIX Last Closed| |2011-03-17 22:05:45
--- Comment #1 from Akira TAGOH tagoh@redhat.com 2011-03-17 22:05:45 EDT --- This is because of a bit complicated and historical reason in Japanese. if you don't like it, you could use different Japanese fonts to see a correct glyphs on U+005C etc.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=688692
--- Comment #2 from Nicolas Mailhot nicolas.mailhot@laposte.net 2011-03-18 05:41:22 EDT --- 1. there's no reason not to have yen at its correct codepoint U+00A5 2. having U+005C with non-standard glyph makes the font non-interoperable. That will hurt us sooner or later. Japanese people are not the only ones which have to migrate from legacy encodings. If upstream is not willing to fix this the font priority must be set low enough so correct unicode fonts preempt this
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=688692
--- Comment #3 from Akira TAGOH tagoh@redhat.com 2011-03-18 08:32:24 EDT --- (In reply to comment #2)
- there's no reason not to have yen at its correct codepoint U+00A5
Sure. both U+005C and U+00A5 has a yen sign. since ISO 646 defines some areas including 0x5C as the national variants, we had a yen sign assigned to 0x5C. as a result, we missed a way to see if it's a yen sign as "yen" or a control code. we have two mapping tables to convert from the legacy encodings. 1) 0x5C <-> U+005C 2) 0x5C <-> U+00A5. 1) would helps for programing languages say. 2) would helps for data. and put a yen sign to U+005C was a workaround to keep a compatible for legacy systems, but anyway.
- having U+005C with non-standard glyph makes the font non-interoperable. That
will hurt us sooner or later. Japanese people are not the only ones which have to migrate from legacy encodings. If upstream is not willing to fix this the font priority must be set low enough so correct unicode fonts preempt this
It is. I have no plans to make this default for Japanese at all.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=688692
--- Comment #4 from Paul Flo Williams paul@frixxon.co.uk 2011-03-23 17:24:32 EDT --- (In reply to comment #3)
(In reply to comment #2)
- there's no reason not to have yen at its correct codepoint U+00A5
Sure. both U+005C and U+00A5 has a yen sign.
Perhaps I'm missing something, but this command
pango-view --font 'MotoyaLMaru 48' -t '¥' -o yen.png -q
shows me a vertical bar. The Unicode cmap table doesn't have an entry for U+00A5, so I'm guessing that the vertical bar is some kind of fallback.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=688692
--- Comment #5 from Akira TAGOH tagoh@redhat.com 2011-04-08 02:27:02 EDT --- Sure. I see some glyphs at Latin-1 Supplement is being messed up on Motoya fonts. please file a separate bug for that.
Thanks,
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=688692
--- Comment #6 from Akira TAGOH tagoh@redhat.com 2011-04-21 07:17:30 EDT --- just FYI, Bug#698599 and Bug#698601 filed for that.
fonts-bugs@lists.fedoraproject.org