Closed Bug 198312 Opened 23 years ago Closed 23 years ago

installed system font face ignored in version 1.3 final (worked in 1.2)

Categories

(Core :: Layout: Text and Fonts, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED INVALID

People

(Reporter: FrankEmser, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 In www.frank-emser.de for example, I used the wingdings font to show telephone and mail symbols in front of the respective values. This font is installed on my (windows) system and everything worked okay with my previous version of mozialla (1.2.0 or .1, i am not sure) Now I just upgraded to 1.3 final and instead of the wingdings-telephone, a normal plus is seen etc... Reproducible: Always Steps to Reproduce: 1. Build something like this in your code <font face="Wingdings" size="4">(<span style="font-size: 14pt;"></span></font><font face="Arial" size="4"><span style="font-size: 14pt;"> +49 (0) 7732 941 641<br> <br> </span></font> Actual Results: 3. a. ...and see a telephone in 1.2-mozilla 3. b. ...and see a simple plus sign in 1.3final-mozilla Expected Results: show a telephone like before I did an update from 1.2 to 1.3 final
Ian, what's the status on our Symbol/Wingdings behavior? I can no longer keep track of that...
The correct way of including a phone or symbol is to use one of the following: &#x2121; Small letters "TEL" &#x260E; A black telephone &#x260F; A white telephone &#x2706; A telephone location symbol &#x2709; An envelope See http://www.unicode.org/charts/ for other characters. choess: The situation is that the quirk only works for <font face="">, and only in quirks mode. This document is in struct mode. In addition, it doesn't work for Symbol, and only works on Windows. There are open bugs on these issues.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Look, I especially hate those "designed for Internet Explorer-labels". When I created that website, I checked with both: Internet-Explorer AND Mozilla (v1.2) to be sure that it is displayed correctly with BOTH. AND IT DID. Yes, probably using the "WingDings"-font is a quirk. But it is quick and easy and it will work for my main-audience (Windows). I was happy with it. Now I started using Mozilla 1.3 and it stopped working. This is what I call an "upwards compatibility" problem. I have nothing against being teached the correct way, but I expect that things which worked perfectly in a previous version of the software keep on working in newer versions --- especially when it continues to work flawlessly in competing products (IE) and there is no obvious reason why it should stop working - except probably that this is not the most correct way possible. Anyway, referring to the workaround you proposed: Mozilla does not display the black telephone &#x260E; as shown in http://www.unicode.org/charts/PDF/U2600.pdf but instead shows a quite clumpsy telephone. IE displays that symbol correctly. The envelope &#x2709; is well displayed with Mozilla but IE fails completely (!) to display it. Well, probably this is IE's fault, but who cares ? As a summary see: http://frank-emser.de/test.html The Unicode section does not display correctly with IE and ugly with mozilla. The Wingdings section does display correctly with IE and it DID display correctly with Mozilla 1.2. I consider it a bug when it breaks upward-compatibility. and sorry, with all this hassle I am having now (what is a "correct way" good for if it isn't handled "correctly" by the most popular browser? ) , I cannot consider this problem as "resolved". I you don't agree, well then me --as a user who simply wants to get his job done-- I am probably urged by you to optimize my site for "Internet Explorer and old Mozilla versions". I am not interested about the evangelism of correct ways. I primarily want to get my site displayed correctly in the most popular browser. it without any Thanks for learning me the correct way http://frank-emser.de/test.html
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Frank: If you remove the DOCTYPE line at the top of your document, it will once again work the same in IE and Mozilla.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → INVALID
Ok, it works now without that line. Thanks ian.
You need to log in before you can comment on or make changes to this bug.