Closed
Bug 172639
Opened 22 years ago
Closed 22 years ago
"Symbol" Font rendered as Greek on Mac OS X
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: nikd, Assigned: dbaron)
References
()
Details
(Keywords: fonts, platform-parity)
Attachments
(1 file)
(deleted),
image/png
|
Details |
Bug 33127 says that "Symbol" should not render Latin content as Greek, but it
does in fact do this on Mac OS X, as seen in the given URL. It should render as
"opaque", but renders with the Symbol font in Greek.
This is a discrepancy between platforms.
Comment 1•22 years ago
|
||
(This is a duplicate of a bug that the developers couldn't reproduce.)
Comment 2•22 years ago
|
||
Is this related to bug 33258? (Neither Ian nor I can turn up the irreproducible
bug.)
Reporter | ||
Comment 3•22 years ago
|
||
Reporter | ||
Comment 4•22 years ago
|
||
Moving back to 33258.
*** This bug has been marked as a duplicate of 33258 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 5•22 years ago
|
||
Reopening this, since I can't even submit a comment to the bug 33258 thread
(says I am trying to change the op_sys field to All, which isn't true).
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Assignee | ||
Comment 6•22 years ago
|
||
This is actually a bug for me on Linux as well, but that could be because I have
a font that's set up to lie.
Comment 7•22 years ago
|
||
screen shot please
Comment 8•22 years ago
|
||
Same behavior on MacOS 9.2.2.
Any relation to bug 179945?
Reporter | ||
Comment 10•22 years ago
|
||
Nah, bug 179945 is about breaking the Unicode standard for "de facto standards"
in order to satisfy a "top embedding customer" (a.k.a. Netscape Communications,
a subsidiary of AOL-TW). It is not yet implemented, AFAIK (and should have no
effect on Mozilla anyway).
As stated in a comment to that bug, Symbol isn't even working correctly,
rendering completely wrong glyphs when referenced as Unicode code points. See
<http://bugzilla.mozilla.org/attachment.cgi?id=106164&action=view> for an
example with card symbols. Espcially, look at the source for this.
♥♦♠♣ are not supposed to be box drawing elements but
filled card symbols, as can be seen in any other Mac OS X app and in the
character palette (Miscellaneous Symbols block in Unicode).
I will provide a screen dump of this, as well as of Greek rendering for Roman
characters.
Reporter | ||
Comment 11•22 years ago
|
||
This is a screen dump of
<http://bugzilla.mozilla.org/attachment.cgi?id=106164&action=view>, showing
wrong glyphs drawn with Symbol.
As for <http://www.mozilla.org/quality/browser/bft/bft_image_trans.html>, this
no longer erroneously gives Greek text where it says "Opaque". Whether this is
because the bug has been fixed somehow or because of OS updates or something
else, I can't say. Still, Symbol is fscked up when used by Mozilla, as shown
above. Implementing bug 179945 will not make things better... either do Unicode
or let's pretend it is 1996 again.
Comment 12•22 years ago
|
||
Niklas, this appears to WorkForMe using FizzillaMach/2003021203. Do you concur?
Summary: Font "Symbol" rendered as greek on Mac OS X → "Symbol" Font rendered as Greek on Mac OS X
Comment 13•22 years ago
|
||
I can reproduce this with 2003011603 classic build on MacOS 9.2.2 and
10.2.5.
But WFM with 2003043003-Mach-O/MacOS 10.2.5.
This should be WFM.
Comment 14•22 years ago
|
||
Resolving WFM per comment 13.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•