Bug 14196 - font-weight:normal looks bold
Summary: font-weight:normal looks bold
Status: CLOSED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 523.x (Safari 3)
Hardware: PC Windows XP
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-06-17 05:19 PDT by Tore B. Krudtaa
Modified: 2007-11-09 06:07 PST (History)
2 users (show)

See Also:


Attachments
Example on how normal and bold fonts look like in Safari 3 beta on windows (26.27 KB, image/jpeg)
2007-06-17 10:59 PDT, Tore B. Krudtaa
no flags Details
Firefox normal and bold font look example (28.92 KB, image/jpeg)
2007-06-17 11:00 PDT, Tore B. Krudtaa
no flags Details
IE7 normal and bold font look (26.36 KB, image/jpeg)
2007-06-17 11:00 PDT, Tore B. Krudtaa
no flags Details
Firefox on Mac using ClearType AA (23.49 KB, image/png)
2007-11-09 04:35 PST, Anders Jenbo
no flags Details
Firefox on Mac using Standard AA (23.37 KB, image/png)
2007-11-09 04:35 PST, Anders Jenbo
no flags Details
Firefox on Windows using ClearType AA (12.55 KB, image/png)
2007-11-09 04:36 PST, Anders Jenbo
no flags Details
IE on Windows using ClearType AA (12.39 KB, image/png)
2007-11-09 04:36 PST, Anders Jenbo
no flags Details
Opera on Windows using ClearType AA (12.55 KB, image/png)
2007-11-09 04:37 PST, Anders Jenbo
no flags Details
Safari on Mac using ClearType AA (23.49 KB, image/png)
2007-11-09 04:37 PST, Anders Jenbo
no flags Details
Safari on Mac using Standard AA (23.37 KB, image/png)
2007-11-09 04:37 PST, Anders Jenbo
no flags Details
Safari on Windows using Cleartype AA (23.51 KB, image/png)
2007-11-09 04:38 PST, Anders Jenbo
no flags Details
Safari on Windows using Cleartype AA lite (23.36 KB, image/png)
2007-11-09 04:38 PST, Anders Jenbo
no flags Details
Safari on Windows using Standard AA (23.33 KB, image/png)
2007-11-09 04:38 PST, Anders Jenbo
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tore B. Krudtaa 2007-06-17 05:19:50 PDT
Hi.

font-weight:normal looks bold

Why is that? 

...and will it be fixed any time soon?
Comment 1 David Kilzer (:ddkilzer) 2007-06-17 08:04:19 PDT
Thanks for the bug report, Tore!  Which URL (web page) did you see this on?  Was it a particular font that this occurred on, or every font that you tried?

Comment 2 Mark Rowe (bdash) 2007-06-17 10:32:15 PDT
I cannot reproduce this at all.  Can you please provide more information about your configuration, and the page on which you experienced this?
Comment 3 Tore B. Krudtaa 2007-06-17 10:59:40 PDT
Created attachment 15086 [details]
Example on how normal and bold fonts look like in Safari 3 beta on windows
Comment 4 Tore B. Krudtaa 2007-06-17 11:00:26 PDT
Created attachment 15087 [details]
Firefox normal and bold font look example
Comment 5 Tore B. Krudtaa 2007-06-17 11:00:59 PDT
Created attachment 15088 [details]
IE7 normal and bold font look
Comment 6 Mark Rowe (bdash) 2007-06-17 11:04:41 PDT
There is a substantial difference in weight between the normal and bold examples in your Safari screenshot.  The slight difference in weight between Safari and Firefox/IE is likely due to Safari using a different algorithm for on-screen font antialiasing.
Comment 7 Tore B. Krudtaa 2007-06-17 11:06:39 PDT
Please see attached images on how different the
fonts are rendered on Safari 3 beta for windows than it is in Firefox and IE(7).

In Safari 3 beta for windows the normal fonts are thicker than normal fonts in Firefox and IE(7).
The bold fonts are also thicker than the same bold fonts in Firefox and IE.
I see this on every page I visit on the web.

What is the reason for that?
Is this something that will be fixed?

I would expect same fonts (normal, italic and bold) to look pretty much the same in different browsers. 

Comment 8 David Kilzer (:ddkilzer) 2007-06-17 12:01:16 PDT
(In reply to comment #7)
> What is the reason for that?

Safari 3.0 Beta on Windows has better font anti-aliasing than MSIE or Firefox.

> Is this something that will be fixed?

No.  Don't you think it's easier to read the fonts as rendered in Safari?

Comment 9 David Kilzer (:ddkilzer) 2007-06-17 12:08:54 PDT
(In reply to comment #7)
> Please see attached images on how different the
> fonts are rendered on Safari 3 beta for windows than it is in Firefox and
> IE(7).

BTW, thanks for taking the time to create these screenshots!

Comment 10 Tore B. Krudtaa 2007-06-23 08:44:07 PDT
(In reply to comment #8)
> (In reply to comment #7)
> > What is the reason for that?
> 
> Safari 3.0 Beta on Windows has better font anti-aliasing than MSIE or Firefox.
> 
> > Is this something that will be fixed?
> 
> No.  Don't you think it's easier to read the fonts as rendered in Safari?
> 

Nope! 
Reading fonts in Safari beta for windows are just ugly.
The fonts look blurry and unsharp compared to how the fonts look like in:
IE, Firefox, Opera, Netscape. Where they all look the same.

And then WHAT IS THE REASON for Safari developers to make the fonts look different in Safari than in the other browsers?
Why do you make it so hard for web-developers to make web-pages look the same 
in most used browsers out there.
You just made it pretty much impossible!

How can you state that those blurry unsharp looking fonts are better than how
they are rendered in the other browsers?
Take a look at 
http://discussions.apple.com/forum.jspa?forumID=1188
and see all the complaints about the blurry looking fonts.
Why do you think there is so many complaints? Definitely not because people like them!

Comment 11 mitz 2007-06-23 11:18:23 PDT
(In reply to comment #7)
> Is this something that will be fixed?

This is expected behavior. Safari uses Core Graphics to render text on both the Mac OS and Windows platforms, and changing that is outside the scope of the WebKit open source project.

The Windows port of WebKit used in Adobe's AIR uses Cairo to render text, and I believe that uses ClearType, which is the same look as in IE7 and Firefox (see <http://opensource.adobe.com/adobe_apollo.html>). Hopefully Adobe and/or others will contribute a Cairo layer to the Windows port maintained at webkit.org.
Comment 12 Adam Roben (:aroben) 2007-11-08 09:52:16 PST
*** Bug 15894 has been marked as a duplicate of this bug. ***
Comment 13 Anders Jenbo 2007-11-08 13:51:36 PST
I do not agree that my bug is a dublicate of this bug, maybe the other way around if any thing, but ill go along.

By default text looks fat and blury, this has been reported by meny, but it is ofthen dismissed by safari fans as superior, this seams ironic as it's also fater then on a mac if my memory serves. I have found that setting text-shadow:0; fixes this so i belive text-shadow is some how always on by default. This seams to fit in with the repport of blury-ness as that is preaty much the definition of shadow.
Comment 14 Dave Hyatt 2007-11-08 14:21:02 PST
That is not what is going on.
Comment 15 Anders Jenbo 2007-11-09 02:06:43 PST
Feal free to elaborate or pring some proff on to the table, thers no way a white shadow could make somthing on white background more sharp in any logical way.
Comment 16 Anders Jenbo 2007-11-09 03:03:34 PST
Further investigation shows that when you specify shadow (even text-shadow:0px 0px 0px #FFF;) Safari will change to a different AA methode (not clear-type). And as clear type is a bit thicker then regulare AA that decreases the font slightly but the font is still fater then in othere browsers using the same AA methodes.
Comment 17 Anders Jenbo 2007-11-09 04:35:33 PST
Created attachment 17142 [details]
Firefox on Mac using ClearType AA
Comment 18 Anders Jenbo 2007-11-09 04:35:52 PST
Created attachment 17143 [details]
Firefox on Mac using Standard AA
Comment 19 Anders Jenbo 2007-11-09 04:36:18 PST
Created attachment 17144 [details]
Firefox on Windows using ClearType AA
Comment 20 Anders Jenbo 2007-11-09 04:36:43 PST
Created attachment 17145 [details]
IE on Windows using ClearType AA
Comment 21 Anders Jenbo 2007-11-09 04:37:08 PST
Created attachment 17146 [details]
Opera on Windows using ClearType AA
Comment 22 Anders Jenbo 2007-11-09 04:37:29 PST
Created attachment 17147 [details]
Safari on Mac using ClearType AA
Comment 23 Anders Jenbo 2007-11-09 04:37:43 PST
Created attachment 17148 [details]
Safari on Mac using Standard AA
Comment 24 Anders Jenbo 2007-11-09 04:38:12 PST
Created attachment 17149 [details]
Safari on Windows using Cleartype AA
Comment 25 Anders Jenbo 2007-11-09 04:38:37 PST
Created attachment 17150 [details]
Safari on Windows using Cleartype AA lite
Comment 26 Anders Jenbo 2007-11-09 04:38:55 PST
Created attachment 17151 [details]
Safari on Windows using Standard AA
Comment 27 Mark Rowe (bdash) 2007-11-09 04:40:35 PST
As has been mentioned, this is not a bug.
Comment 28 Anders Jenbo 2007-11-09 04:57:49 PST
Mark Rowe (bdash), you are not helping by being ignorant. As i mentioned this bug report does not explain why shadow might change the look of the font just that it dosn't use the Windows font rendere. If you want to contribute you should bring some new or details on the table.
Comment 29 Anders Jenbo 2007-11-09 05:10:09 PST
I made an extensive list of comparisons of the font rendering in different browsers on different systems with different system.

One thing to note is that Safari on windows ignores that i have a BGR and not a RGB screen, if you find the Opera, IE and Firefox shots to looko a little odd then remember that is is the othere way around for me.

The conclusion here is that Safari renderes the same on Mac and Windows as it brings the Mac OS X rendere with it in the Windows port, where as Firefox uses the native font rendere on both systems. This causes Safari to look different then all othere Windows programs and can is probably the source of people thinking it is fater on Windows then on Mac witch is not the case.

Please also note that in contrast to the original 3 images i have uses AA on all renderes and regardless Safari still renderes a fater font then other Windows based browsers (as mentioned this is not a bug but a choice of style).

The disregard for BGA monitors looks to be the reason why the font look blurry in Safari compared to othere browsers, since you closed this bug I am going to open a new on for this issues.
Comment 30 Mark Rowe (bdash) 2007-11-09 05:17:23 PST
Please do not open a new bug on webkit.org related to the subpixel antialiasing.  As was mentioned in comment #11, WebKit on Windows relies on the CoreGraphics library for text rendering support.  CoreGraphics is not part of the WebKit project, so your bug report should be filed at http://bugreporter.apple.com/.
Comment 31 Anders Jenbo 2007-11-09 05:43:05 PST
Ok sorry, but isn't it Safaris responsible to tell CoreGraphics the settings of the system, Safari is the only applications known to me that uses CoreGraphics in Windows and I am not in to the internal workings of it or Safari/WebKit.
Comment 32 Mark Rowe (bdash) 2007-11-09 05:45:37 PST
No, but even if it were the bug report would still belong at bugreporter.apple.com as Safari is also not part of the WebKit open source project.
Comment 33 Anders Jenbo 2007-11-09 06:07:56 PST
Thank you for the info, I have registred there and submitted the bug.