Here is the code: <font size=+1 color=#009933><b>•</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.
• 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 "•" - I'm not sure which.
Setting all current Open/Normal to M4.
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
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).
In the March 23rd builds (Windows, Linux, Mac), same problem occurs with •.
You need to log in before you can comment on or make changes to this bug.