&#149 laying out incorrectly

VERIFIED FIXED in M6

Status

()

Core
Layout
P2
normal
VERIFIED FIXED
20 years ago
11 years ago

People

(Reporter: Paul MacQuiddy, Assigned: buster)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

20 years ago
Here is the code:

&nbsp;<font size=+1 color=#009933><b>&#149;</b></font> <font face="arial,
helvetica" size=-1><a
href="/PC/FrontDoor/0,1,0-1,00.html?st.dl.fd.cats.cat1">Business</a></font><br>

IE4.0 and Nav4.51 show a bullet while Gecko shows a funky double teardrop
thingy. Happening on Jan25 builds all platforms.
&#149 is not a character in Unicode, which is how the number should be
interpreted.  I think generally windows and mac browsers interpret these
characters differently, and they are generally used only by Windows users.  The
correct solution is probably not to display them at all, or to display them as
"&#149;" - I'm not sure which.

Comment 2

20 years ago
Setting all current Open/Normal to M4.
(Reporter)

Comment 3

19 years ago
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

Updated

19 years ago
Target Milestone: M4 → M6

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED

Comment 4

19 years ago
The numeric entities between 128 and 191 inclusive are mapped to the appropriate
unicode values based on some previous navigator conventions. Hence pages like
www.aol.com and your page render properly *assuming the platforms font supports
the code*. That limitation is only a short term limitation until the i18n folks
land the i18n font handling logic (currently being worked on).

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 5

19 years ago
In the March 23rd builds (Windows, Linux, Mac), same problem occurs with &#149.
You need to log in before you can comment on or make changes to this bug.