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)

Product:
Core
Component:
Layout
Platform:
x86
FreeBSD
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 454

People

(Reporter: lennox, Assigned: erik)

References

(
URL
)

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 &#147; 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.