Hide Forgot
Description of problem: in Firefox, while browsing a websites I've noticed that in most cases the font is slightly too big - it's like 1px difference between what is rendered and what is expected. Version-Release number of selected component (if applicable): firefox-2.0.0.4-2.fc7 How reproducible: alywas Steps to Reproduce: 1. open the website (for example www.jakilinux.org ) 2. font is bigger then expected Actual results: font is bigger then expected Expected results: slightly smaller font Additional info: I have downloaded firefox 2.0.0.4 from mozilla.org website and in this version font size is correct, so I assume that it is a problem with Fedora build.
If you add: export MOZ_DISABLE_PANGO=1 to /usr/bin/firefox or otherwise set MOZ_DISABLE_PANGO to 1 in your environment before launching firefox, does that help?
I've posted this bug on mozilla's bugzilla to, so you can read discussion there: https://bugzilla.mozilla.org/show_bug.cgi?id=400265 and there: https://bugzilla.mozilla.org/show_bug.cgi?id=384090 disabling pango doesn't help :(
after update to fedora 8 problem still exists
At this point, we're going to only be taking security fixes and major stability fixes into this release of Fedora. However, we still want to ensure the bug is fixed in the next version. We'd appreciate if you could test Firefox 3, available at http://www.mozilla.com/en-US/firefox/all-beta.html or now shipping as the default in Fedora rawhide and provide feedback as to whether it still exists so we can file a ticket upstream to try to fix it in Firefox 3 before it is released.
Created attachment 297630 [details] Firefox 2.0.0.12 and latest Manfield setting dpi = 96 helps in many cases, but still have a problem on some websites. was testing Fedora 9 Alfa yesterday, this particular page looks exactly the same in Firefox 3 beta 3 on F9.
Created attachment 297744 [details] wikipedia.org on Firefox 2.0.0.12 (background) and Manfield (top) another example - wikipedia.org - I cannot read it on Manfield - font looks ugly and is unreadable.
well, I would have hard time to call this unreadable, but yes, I got the point. Hold on, I will take a look what's going on.
I have couple of bugs which are duplicates of this -- unfortunately all of them are already closed ;-) So, pick your poison among bug 371281, bug 240959, bug 366271, 241236. I picked the first one. *** This bug has been marked as a duplicate of 371281 ***
yeah, resolution is simple for "to big font" - just set up dpi within firefox to 96 and it works fine, but as you can see on the screenshot, I have attached, Manfield renders fonts in different way - unexpected and unwanted by me. If you prefer, I can open separate bug for this. Just to remind, I've set up dpi to 96 already and still Manfield renders fonts in different way, especially on pages, where font is set to "serif" or "sans-serif" - Manfield is choosing wrong and unexpected fonts with ugly hinting. My preferred font settings are Subpixel with slight hinting, what Manfield presents, it is definitely not a slight hinting.
Oh, finally I got it. Behdad, Christopher, any ideas why FF3 has this weird hinting?
No idea. should be tracked upstream.
the 'upstream' does not want to do anything about - it's a political decision. the problem is in Cairo or Pango - new firefox uses its version 1.5. The problem was already solved for Ubuntu users (maintainers has added some patches to fix wrong font rendering in Firefox 3). Can we have it fixed in Fedora too? Please, thanks.
(In reply to comment #13) > The problem was already solved for Ubuntu users (maintainers has added some > patches to fix wrong font rendering in Firefox 3). Can we have it fixed in > Fedora too? Please, thanks. Do you know which Ubuntu bug/patches these are?
I don't actually know, but I have found this comment: https://bugzilla.mozilla.org/show_bug.cgi?id=404637#c8 > This is clearly a cairo issue. See: > https://bugs.freedesktop.org/show_bug.cgi?id=10301 > Things are actually stalled upstream unfortunately. Ubuntu/Debian users are > lucky because their cairo is patched against this bug. this bug http://bugs.freedesktop.org/show_bug.cgi?id=10301 has some patches added. Hope it helps.
Taking this bug. Anyway, is this bug still present in rawhide? We use system cairo there...
I've downloaded Fedora-10-spin-3 and tested firefox running live cd. Somehow firefox respects fonts settings, but still font looks different to the way system is rendering fonts. Also, firefox uses strange fonts for default serif, sans-serif families - they are bigger and wider. When I change default from “serif” to “Times New Roman” - fonts are smaller. See screenshots attached.
Created attachment 321793 [details] Firefox 3.0.2 running on Fedora 10 Spin 3 (rawhide)
Created attachment 321794 [details] Default font set to serif (default for Firefox 3)
Created attachment 321795 [details] Default font set to Times New Roman (font is smaller)
(In reply to comment #17) > I've downloaded Fedora-10-spin-3 and tested firefox running live cd. > > Somehow firefox respects fonts settings, but still font looks different to the > way system is rendering fonts. Could you elaborate on this? Not sure, I understand what you mean. > Also, firefox uses strange fonts for default > serif, sans-serif families - they are bigger and wider. When I change default > from “serif” to “Times New Roman” - fonts are smaller. This is NOTABUG -- we don't have Times New Roman as default font (and why we should have?), but rather Dejavu family. If the form is not able to work with other font than the one default on Windows, then it is broken or at least users shouldn't be surprised when it looks different (or they can require "Times New Roman" in CSS, if they insist on that font). HTML doesn't guarantee any particular look of a webpage.
(In reply to comment #21) > (In reply to comment #17) > > I've downloaded Fedora-10-spin-3 and tested firefox running live cd. > > > > Somehow firefox respects fonts settings, but still font looks different to the > > way system is rendering fonts. > > Could you elaborate on this? Not sure, I understand what you mean. when I change rendering settings in “Appearance”, firefox does not follow this changes - i.e. medium hinting and strong looks exactly the same in firefox. when I compare system rendering and firefox - it looks slightly different - fonts in firefox are “more colourful”, sometimes text is “flowing” when I look at it - by flowing I mean illusion of flowing. > > Also, firefox uses strange fonts for default > > serif, sans-serif families - they are bigger and wider. When I change default > > from “serif” to “Times New Roman” - fonts are smaller. > > This is NOTABUG -- we don't have Times New Roman as default font (and why we > should have?), but rather Dejavu family. If the form is not able to work with > other font than the one default on Windows, then it is broken or at least users > shouldn't be surprised when it looks different (or they can require "Times New > Roman" in CSS, if they insist on that font). HTML doesn't guarantee any > particular look of a webpage. You are right :) Also - was playing with that and has noticed something else - in my example above (screenshots of login page) “E-mail address” text with default serif is rendered correctly if application font is set to 9pt or above, if I set lower value, then this text gets wrapped. Also input field inherits document font size (set in Appearance) where it should rather follow font set by the website (in this occasion default) - as it looks really odd when you've got huge text “E-mail address” and tiny input field ;-) but I guess I should report it on mozilla's buggzila, right?
(In reply to comment #22) > when I change rendering settings in “Appearance”, firefox does not follow this > changes - i.e. medium hinting and strong looks exactly the same in firefox. > when I compare system rendering and firefox - it looks slightly different - > fonts in firefox are “more colourful”, sometimes text is “flowing” when I look > at it - by flowing I mean illusion of flowing. OK, passing to Pango guys. That's far beyond what FF does IMHO. > You are right :) Also - was playing with that and has noticed something else - > in my example above (screenshots of login page) “E-mail address” text with > default serif is rendered correctly if application font is set to 9pt or above, > if I set lower value, then this text gets wrapped. Yes, author of that page used table and didn't it right. Feel free to pay a visit to bugzilla.mozilla.org ;-).
Well beyond me. Belongs in FF land and how it does fonts really.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I just looked at the page with Minefield 3.1 Beta 2 and I don't notice anything really wrong with it. Is this still an issue with the latest FF builds?
(In reply to comment #26) > I just looked at the page with Minefield 3.1 Beta 2 and I don't notice anything > really wrong with it. Is this still an issue with the latest FF builds? issues still not resolved in Minefield: * default fonts are bigger then expected and slightly different (I understand a reason why they are set on linux platform that way, but they should default to Times New Roman / Arial if they are available) * when font hinting is set to “Slight”, default sans-serif font has colourful artefacts, it disappears when hinting is set to “Hard” * My desktop has font size set to 7.5pt, Firefox is using 7pt in menus / windows though anyway I got used to this issues :)
This message is a reminder that Fedora 10 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 10. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '10'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 10's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 10 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.