Closed Bug 24924 Opened 25 years ago Closed 25 years ago

"Simple" forms of missing CP1252 chars aren't displayed

Categories

(Core :: Layout, defect, P3)

x86
FreeBSD
defect

Tracking

()

VERIFIED DUPLICATE of bug 454

People

(Reporter: lennox, Assigned: erik)

References

()

Details

In Communicator 4.7 on Unix, since the system-installed ISO Latin-1 fonts are
really Latin-1 and not CP1252, no curly quote characters are available in the
fonts, and so entities like “ are displayed using a US-ASCII subset
representation of them (curly quotes as ", for instance). Mozilla (M12 and a
current snapshot) doesn't do this, but instead just leaves the characters
blank.  While this is arguably correct, it's certainly not as useful, since
there're a lot of pages out there which use those entities.  Apparently GoLive
includes them automatically.

Compare the display of the above-referenced URL in 4.7 and in M12.  Also
consider <http://www.awenet.com/~wrd/journal/2000/01/18.shtml>, which is where I
first noticed the problem (the quotes in the dialog are missing under Mozilla).

I've tested this both with M12 running native on FreeBSD, and with a current
Linux nightly build displaying remotely to the same FreeBSD box.
Looks like a Unix problem
Assignee: troy → kmcclusk
Reassigning to Waqar.
Assignee: kmcclusk → waqar
talking to the i18n guys.
Status: NEW → ASSIGNED
I ran into waqar in the hall way and he mentioned this bug. 
The problem as described by the original reporter is true on M13 Linux build
with ISO-8859-1 font installed. I think i18n would need a general polciy on how to deal with
this tyepe of case -- either 1) special case handling for some of the important NERs that are being used a 
lot in today's web sites, or 2) some other general policy like showing &147;.  I think a sizable number of sites
 use tools like HTML convert utility  to convert Word docs into HTML documents. Then we end up having 
these kind of entities.

CC'ing erik and ftang.
Also bobj.
*** Bug 4583 has been marked as a duplicate of this bug. ***
Reassigning to erik per Frank Tang.
Assignee: waqar → erik
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Target Milestone: M16
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE

*** This bug has been marked as a duplicate of 454 ***
VERIFY dupe
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.