Launchpad has imported 29 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=404637.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2007-11-20T22:42:44+00:00 Jeffrey Baker wrote: Created attachment 289559 Screenshot Firefox 3.0 does something differently with on-screen type. This leads to excessive color fringing in some cases. Please see the attached screenshot (which may not make any sense if you don't use an LCD screen). The upper text is from Firefox 2.0 and the lower is from 3.0b1 Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/0 ------------------------------------------------------------------------ On 2007-11-20T23:46:12+00:00 Roc-ocallahan wrote: Is it different from other GTK/Pango apps on your system? Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/1 ------------------------------------------------------------------------ On 2007-11-20T23:53:07+00:00 Jeffrey Baker wrote: Created attachment 289572 Screenshot of native text Screenshot is the same sentence typed into gedit with the same font, Droid Sans 12. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/2 ------------------------------------------------------------------------ On 2007-11-21T02:10:28+00:00 Roc-ocallahan wrote: Ok, I'm not really sure what's going on here. Michael might be able to help out next week. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/3 ------------------------------------------------------------------------ On 2007-11-23T22:25:25+00:00 Sylvain Pasche wrote: This may be related to the cairo version. I could see differences in rendering between cairo 1.4 (native GTK apps) and the more recent Firefox cairo. See bug 375591 comment 6 Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/4 ------------------------------------------------------------------------ On 2008-03-10T23:41:47+00:00 Dylan Grose wrote: Yes, I can confirm this behaviour as well on Ubuntu Gutsy and Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b4pre) Gecko/2008022304 Minefield/3.0b4pre. The problem is exactly as described by the bug creator. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/5 ------------------------------------------------------------------------ On 2008-03-26T15:21:15+00:00 Marek-matulka wrote: I can confirm the same problem on Fedora 9 and Manfield 3.0 beta 4. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/6 ------------------------------------------------------------------------ On 2008-03-26T15:41:54+00:00 Sylvain Pasche wrote: *** Bug 375591 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/7 ------------------------------------------------------------------------ On 2008-03-26T15:49:54+00:00 Sylvain Pasche wrote: 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. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/8 ------------------------------------------------------------------------ On 2008-06-01T13:33:29+00:00 Sylvain Pasche wrote: *** Bug 436760 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/9 ------------------------------------------------------------------------ On 2008-12-07T20:03:28+00:00 Karlt wrote: Changing summary to reflect the current manifestation of this bug. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/10 ------------------------------------------------------------------------ On 2009-06-11T18:37:23+00:00 Jürgen 'jiha' Harter wrote: Trying to build SeaMonkey on a ubuntu 9.04 machine. It builds fine when --enable-system-cairo is not set. When setted it does not build. What cairo libs are needed? Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/13 ------------------------------------------------------------------------ On 2009-06-11T23:53:47+00:00 Sylvain Pasche wrote: Look for the CAIRO_VERSION variable in the configure.in file at the top of the source tree. For mozilla-central, that's Cairo 1.6 (http://mxr.mozilla.org/mozilla-central/source/configure.in#122). If you have building issues, I suggest you comment in the mozilla.dev.builds newsgroup (http://groups.google.com/group/mozilla.dev.builds/topics for the Web interface). You should also provide the complete error message there. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/14 ------------------------------------------------------------------------ On 2009-12-01T20:29:25+00:00 Serenity-katz wrote: I was going to submit for a new bug, but this is exactly the same thing here. Xft and Cairo color fringing has been a long standing problem, and David Turner (you know, Mr. Freetype) wrote a patch addressing it loooong time ago. Somehow the Freedesktop.org people just wouldn't accept it, then again they don't always make the best decisions when it comes to font rendering. However, since Mozilla by default uses embedded libcairo, I really don't see any reason the patch can't be applied when building. Turner patches can be found on his site at freetype: http://david.freetype.org/lcd/ which will not work for current versions of Cairo now, but there's the ubuntu patch derived from it: http://archive.ubuntu.com/ubuntu/pool/main/c/cairo/cairo_1.8.6-1ubuntu2.diff.gz I also have my own version adapted from Turner's original patch that applies cleanly against cairo 1.8.* -- which is the sole reason I build Firefox from source on my laptop. It would be great if Mozilla can just apply this patch when building release binaries, as it would save a lot of eyesore for users. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/71 ------------------------------------------------------------------------ On 2009-12-01T22:16:42+00:00 Mozilla-behdad wrote: Ubuntu patches cairo and fontconfig to use the newer FreeType subpixel filters, whereas upstream cairo doesn't (yet). The whole thing is very controversial since those filters are suspected to infringe patents in the US... So, that's where the discrepancy comes from... Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/72 ------------------------------------------------------------------------ On 2009-12-03T22:03:12+00:00 Ken-adcstudio wrote: Please see Bug 512136 (https://bugzilla.mozilla.org/show_bug.cgi?id=512136) for windows possible related bug, with a test for windows vista/7 with cleartype https://bug363861.bugzilla.mozilla.org/attachment.cgi?id=321706 Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/75 ------------------------------------------------------------------------ On 2009-12-03T22:35:40+00:00 Sylvain Pasche wrote: (In reply to comment #15) > Please see Bug 512136 (https://bugzilla.mozilla.org/show_bug.cgi?id=512136) > for windows possible related bug, with a test for windows vista/7 with > cleartype https://bug363861.bugzilla.mozilla.org/attachment.cgi?id=321706 That's bug 363861, which isn't related to this one. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/76 ------------------------------------------------------------------------ On 2009-12-04T18:43:11+00:00 Serenity-katz wrote: > ... The whole thing is very controversial > since those filters are suspected to infringe patents in the US... But the specific patch mentioned doesn't directly do anything about glyphs. It only enables lcdfilter options if it's _already compiled_ into the system's FreeType libs; that is, any patent issue would lie not in cairo, but in the freetype binaries because the distribution or the user chose to enable patented features, so it shouldn't be a problem for Mozilla source to include that patch. Am I misunderstanding the situation here? Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/77 ------------------------------------------------------------------------ On 2009-12-04T19:43:42+00:00 Mozilla-behdad wrote: Can you require a freetype new enough to have that API? (I think they were introduced in 2.3.0). Or doing dlopen tricks again? Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/78 ------------------------------------------------------------------------ On 2009-12-04T20:02:50+00:00 Serenity-katz wrote: > Can you require a freetype new enough to have that API? (I think they were > introduced in 2.3.0). Or doing dlopen tricks again? Turner's first lcd patch was for cairo-1.0.4, which was what, 3 years ago? The patch I use was originally for cairo-1.2.4, also ancient. I'd think the lib version is a non-issue here. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/79 ------------------------------------------------------------------------ On 2009-12-04T20:26:36+00:00 Mozilla-behdad wrote: However, I think it is, if the base system is still RHEL5. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/80 ------------------------------------------------------------------------ On 2009-12-04T21:09:02+00:00 Serenity-katz wrote: RHEL5 itself has Cairo > 1.2.4 already, why would it be a problem? Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/81 ------------------------------------------------------------------------ On 2009-12-04T21:34:21+00:00 Mozilla-behdad wrote: I'm talking about FreeType version. Cairo doesn't matter since Mozilla ships its own cairo. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/82 ------------------------------------------------------------------------ On 2009-12-04T22:00:23+00:00 Serenity-katz wrote: I meant to say, if the cairo version is recent enough, freetype is probably ok--which was not true. I compiled freetype-2.2.1 (that's what RHEL5 has I think), and patched cairo fails when linking against it. Bummer. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/83 ------------------------------------------------------------------------ On 2010-01-29T15:39:12+00:00 Mozilla-bugs-micahscomputing wrote: *** Bug 541319 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/101 ------------------------------------------------------------------------ On 2010-07-26T23:12:54+00:00 Karlt wrote: *** Bug 581715 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/138 ------------------------------------------------------------------------ On 2010-09-03T08:25:59+00:00 Karlt wrote: *** Bug 590864 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/139 ------------------------------------------------------------------------ On 2011-10-10T05:09:17+00:00 Karlt wrote: *** Bug 541319 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/148 ------------------------------------------------------------------------ On 2011-10-10T05:17:05+00:00 Karlt wrote: I think this should be fixed now, as of Bug 660448 landing, though most of the fix was in Bug 562746. Reply at: https://bugs.launchpad.net/chromium/+bug/379761/comments/149 ** Changed in: firefox Status: Unknown => Fix Released ** Changed in: firefox Importance: Unknown => Medium ** Bug watch added: Mozilla Bugzilla #512136 https://bugzilla.mozilla.org/show_bug.cgi?id=512136 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/379761 Title: MASTER - Font hinting does not honour gnome-settings in Firefox Status in Chromium: Invalid Status in Chromium Browser: Invalid Status in The Mozilla Firefox Browser: Fix Released Status in “firefox” package in Ubuntu: Triaged Status in “firefox-3.5” package in Ubuntu: Won't Fix Status in “fontconfig” package in Ubuntu: New Bug description: Binary package hint: firefox-3.5 asac, ask that I create a new account and observe if the FF 3.5 uses the gnome appearance settings, it seems that it doesn't. I set my gnome settings to *hint full*. http://img206.imageshack.us/img206/9426/74100265.png, FF 3.1 (on the right) is hinting correctly. F 3.5 isn't, it seems to be using *hint slight*. Have a look at the gnome taskbar and the FF 3.5 menu bar the renderings clearly aren't the same. Is the hinting hardcoded somewhere? ProblemType: Bug Architecture: amd64 DistroRelease: Ubuntu 9.04 NonfreeKernelModules: nvidia Package: firefox-3.5 3.5~b4~hg20090330r24021+nobinonly-0ubuntu1 ProcEnviron: SHELL=/usr/bin/zsh PATH=(custom, user) LANG=en_GB.UTF-8 SourcePackage: firefox-3.5 Uname: Linux 2.6.28-11-generic x86_64 To manage notifications about this bug go to: https://bugs.launchpad.net/chromium/+bug/379761/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
