Ugly fonts rendering with poppler-qt-lcd

Hello,
These patches don't work on my system.
All fonts rendering are beautiful, but pdf documents in okular are ugly.
I have tried ubuntu cairo patches without effects on this issue.
I have tried also to change hinting parameters in fontconfig without success.
Here is screenshots.
With extra/poppler-qt :
with aur/poppler-qt-lcd :
The rendering is worst with poppler-qt-lcd !
Anybody other has this issue ?
Thank you

I'm afraid this is a problem with the Cairo backend; the patches just create a bridge between the Qt bindings and the Cairo backend, and instruct Cairo to use subpixel rendering. Unfortunately, it doesn't always comply. Since Cairo 1.10 came out, more documents are affected. You'll notice the following comment was posted on AUR around the time Cairo 1.10 came out:
Sadly, it seems an increasing number of documents are not properly subpixel-rendered in the Cairo backend, even with these patches. I'm afraid that issue is for other people with more understanding of Cairo internals to solve. (See here: https://bugs.freedesktop.org/show_bug.cgi?id=3307 ).

Similar Messages

UGLY font rendering in Firefox

Hello, my font rendering in Firefox is very ugly. I don't know what to do
I installed ttf-google-fonts-git and also put 70-no-bitmaps.conf in my /etc/fonts/conf.d/ directory but this doesn't change anything. I reinstalled ttf-google-fonts-git and firefox but nothing.
Here is what I got : http://f.too.gy/font-rendering.png

(/etc/fonts/conf.d) Stewie $ ls
10-powerline-symbols.conf    57-dejavu-sans.conf
10-scale-bitmap-fonts.conf    57-dejavu-sans-mono.conf
20-unhint-small-dejavu-sans.conf 57-dejavu-serif.conf
20-unhint-small-dejavu-sans-mono.conf 60-latin.conf
20-unhint-small-dejavu-serif.conf 65-fonts-persian.conf
20-unhint-small-vera.conf    65-nonlatin.conf
30-metric-aliases.conf    69-unifont.conf
30-urw-aliases.conf    70-no-bitmaps.conf
40-nonlatin.conf    75-yes-terminus.conf
42-luxi-mono.conf    80-delicious.conf
45-latin.conf    90-synthetic.conf
49-sansserif.conf    99pdftoopvp.conf
50-user.conf    README
51-local.conf

Ugly font rendering in chromium 5.0.375.

Hi!,
The last update to chromim 5.0.375, the rendering fonts is too ugly, so I have to down to the previus version of package 5.0.342.
I probe settins de .Xdefaults system, but ignore me. Is anyone occur this issue ?.
I've a X64 System.
thanks in advance !!

alexk wrote:
edtler wrote:The last update to chromim 5.0.375, the rendering fonts is too ugly, so I have to down to the previus version of package 5.0.342.
I probe settins de .Xdefaults system, but ignore me. Is anyone occur this issue ?.
I have the same problem. Rolling back to 5.0.342 fixes it.
fsckd wrote:Maybe: http://bbs.archlinux.org/viewtopic.php?id=98189
It looks like a different issue.
Could u please provide old package v5.0.342?

[SOLVED] Firefox ugly font rendering

Hello,
straight to the point
Chrome:
http://i.imgur.com/GpjpYqo.png
Firefox:
http://i.imgur.com/PYH7pua.png
This happens only on some websites, and the workarounds found in the wiki articles[1] don't work for me.
I don't know if this is helpful, if you need more information just ask:
ls /etc/fonts/conf.d
10-autohint.conf 20-unhint-small-vera.conf 40-nonlatin.conf 51-local.conf 60-latin.conf 80-delicious.conf
20-unhint-small-dejavu-sans.conf 29-replace-bitmap-fonts.conf 45-latin.conf 57-dejavu-sans.conf 65-fonts-persian.conf 90-synthetic.conf
20-unhint-small-dejavu-sans-mono.conf 30-metric-aliases.conf 49-sansserif.conf 57-dejavu-sans-mono.conf 65-nonlatin.conf README
20-unhint-small-dejavu-serif.conf 30-urw-aliases.conf 50-user.conf 57-dejavu-serif.conf 69-unifont.conf
I don't have any fonts/local.conf nor .fonts.conf in ~.
Someone knows how to troubleshoot/resolve this?
Thanks
[1]
https://wiki.archlinux.org/index.php/Firefox
https://wiki.archlinux.org/index.php/Firefox_Tweaks
Last edited by tilde (2013-04-17 08:44:32)

brebs wrote:
Looks like you want these fontconfig options, from Infinality's config:

<match target="font">
<edit name="embeddedbitmap" mode="assign"><bool>false</bool></edit>
</match>

<match target="font">
<selectfont><rejectfont><pattern>
<patelt name="scalable"><bool>false</bool></patelt>
</pattern></rejectfont></selectfont>
</match>

<match target="font">
<edit name="prefer_outline"><bool>true</bool></edit>
</match>
Thanks for sharing this! Your solution works almost perfectly. However, I get regularly the following terminal output (warning messages):
Fontconfig warning: "local.conf", line 36: No <test> nor <edit> elements in <match>
...which Should be simple to fix. However, forgive me. I'm not very familiar with the code itself. Any quick help is appreciated.
The problematic code string states as follows:

<match target="font">
<selectfont><rejectfont><pattern>
<patelt name="scalable"><bool>false</bool></patelt>
</pattern></rejectfont></selectfont>
</match>

Java Applets font rendering with no AA

So I've exhausted all possibilities on my end here and have no idea how to get anti aliasing to work with java applets. I've followed all of the suggestions from the wiki entry for the subject here:
https://wiki.archlinux.org/index.php/Ja … ment_Fonts
I've attached a screenshot of a few browsers and the appletviewer running a script from a book I am following at the moment. It's consistent, but it's an itch I haven't been able to scratch. OCD at it's finest here. It doesn't halt production or anything, but it bugs me.
Thanks for any help offered!
http://cigii.com/javajunk.png
Moderator Edit: Redacted in-line picture and converted it to a url link
Last edited by ewaller (2011-12-01 04:13:44)

transmutated:
The picture in your original post was well beyond the size permitted by our policy. If you would like to include a thumbnail picture, go ahead and edit that post with image tags that point to the thumbnail inside the url tags. Have the url tags point at the big picture. That way your readers can see the thumbnail and click through it to see the full image.
Thanks

Font rendering with spry fade?

Hi,
I am doing a simple fade in of a DIV using spry fade.
Works perfectly fine on firefox, but on IE it fades ok but the text doesnt render correctly (blocky), in any font.
Checked the js as best I could, tried removing CSS styles etc, no good.
Code is below.
Anyone had this problem?
Thanks!
Rich
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<script src="../includes/SpryEffects.js" type="text/javascript"></script>
<link rel="stylesheet" href="../css/HSE.css" type="text/css">
</head>
<body onload="showContent.start();" leftmargin="0" topmargin="0" >
<div id="text1"
    style="position:absolute; width:400px; height:214px; z-index:3; left: 37px; top: 47px; visibility: hidden;"
    class="bodytext">
Welcome to this page!
</div>
<div id="fred"
    style="position:absolute; left:0px; top:0px; width:800px; height:446px; z-index:2"></div>
<script>var showContent = new Spry.Effect.Fade("text1", {from: "0%", to: "100%"})</script>
</body>
</html>

Genius! Thanks very much! All perfect now
R

ClearType support for font rendering on Windows?

JavaFX 2.1 or higher supports LCD text - that's fine. But there is a big rendering difference to native font rending on Windows - JavaFX 2 text doesn't look as sharpen as Windows native apps looks. It's because we need clear type support like in JavaSwing!
Is it planned to implement native font rendering with clear type?
Best regards,
Tobi

Check out the announcement at the top of this forum listing:
https://forums.oracle.com/forums/ann.jspa?annID=1713

Mac os x font rendering problems 1680x1050 LCD

Hello,
I recently bought a Mac Mini and love it except I cannot tune the font rendering using command line "defaults -currentHost write -globalDomain AppleFontSmoothing -int 1" and using 0,1,2,3 to try out, restarting apps after each change. It seems that "1" is the best setting for my ASUS VW224U widescreen lcd display. The fonts are blurry. Is it that Mac OS X cannot work well with this 1680x1050 display resolution? Anyone have good font display at this resolution?
TIA

I have the same problem.
Changed my mac mini core 2 duo with snow leopard for a new mac mini core i5, radeon graphic card and, of course, Lion 10.6.1.
I kept the same screen a dell U2410 connected on display port.
The immediate result was absolutely awful.
I had to change settings on my display :
1 - the shaprness setting from 50 to 0 (on a scale from 0 to 100)
2 - the color temperature, called preset mode, from Adobe RVB to standard
Otherwise, the fonts were rendered :
1 - very harsh
2 - with very visible subpixels to anti-alias
But even with this new settings, the result is far from being good as it was just before...
I have tried to change font smoothing parameters as you describe in your post but, if i see differences between 1 2 and 3, i found none optimal ... (and kept 2)
I'm going mad !
It could be better with a calibration of the screen (it seems everything is washed out...) but my colorimeter is not compatible with Lion ...

Font rendering issue / Mountain Lion / non Apple LCD display

Hello
This font rendering issue or problem is probably well know by Apple crew too but nobody has solved it yet. Only poor solution are available such as try to adjust manually font rendering by writin some scripts concerning anti alias levels...they really dont solve the problem.
Could Apple bring us solution to this by developing or updating Mountain Lion?
So what is the problem: font rendering is very poor in Mountain Lion when using non Apple LCD. For example Fujitsu SL27T-1 LED (LCD displa) shows fonts very nice way in Windows but in Mac OS ML does not. Somebody told me that its about software vs. hardware rendering. Dont know about that but could you bring me the solution which is not advising me to buy Apple display (which is five times more expensive than other manufactures displays).
Br
M. Leino

just want to add that overall fonts look blurry and they are not very sharp.

Ugly fonts in evince

Noticed that evince shows ugly fonts for some pdfs, while okular renders them fine. Any way to fix that?

Hi,
This is because of a known bug with poppler. They say it will be fixed in poppler 0.14. If you want to patch the current version of poppler you can use one of the patches here:
http://bugs.freedesktop.org/show_bug.cgi?id=5589
Use "makepkg -o" with the poppler PKGBUILD, apply the patch in the src directory, then do "makepkg -e". This will rebuild poppler, poppler-glib, and poppler-qt packages. For evince, you need to install poppler and poppler-glib.
I was able to patch and build poppler and poppler-glib 0.12.4 with patch #31683, but I had to fix one hunk by hand. This solved the rendering problem.
Or, you can just wait for the updated version of poppler and use xpdf until then. xpdf doesn't have this problem.

Font rendering in KDE 4

I recently installed Arch (switching from Ubuntu 8.10) and decided to give KDE a try. So far I'm mostly happy, but the font rendering isn't working so well. There are two problems: the first is that fonts all look too thin. The second is that most of them are way too big! (For some reason they render properly in some places, like some sites online [e.g. Gmail], but they're way off in most applications.)
I've tried the suggestions under "LCD" packages from the Arch fonts wiki, along with this guy's suggestions for setting up fontconfig. I've also tried (variously) changing my DPI settings for KDM and System Settings -> Appearance -> Fonts (with aliasing anti-aliasing enabled or with system settings, and forcing the DPI to 120 or disabled).
Oh, and I have a 15.4" widescreen 1680x1050 LCD monitor, which I think is (supposed to be) 129 DPI.
What can I do to get fonts to look the way they should?

hunterthomson wrote:
OK, you problem is not with KDE. This weirded me out when I moved to Archlinux from Ubuntu too. In Archlinux you have to install all the fonts you want to use. The default fonts suck. So, You just need to install better fonts. You want the TrueType Fonts "ttf". You can install them with pacman
Try this to list all the font packages available.
sudo pacman -Ss font
These are some ones that are good
ttf-dejavu
ttf-freefont
ttf-liberation
you instal them you just do...
sudo pacman -S ttf-liberation ttf-freefont ttf-dejavu
Then you will want to open up the Konfiguration thing that you change the KDE configurations settings in and then change the fonts in there.
Thanks for the tip! I installed those (and a few others), and I definitely like (for instance) FreeSans better than the default Sans that most everything was using. Most things look better; I think I'm going to have to tweak the hinting a bit still, but this is definitely an improvement. Many of the things I thought were rendering related were actually just bad fonts, like you said.
There are just a couple of problems remaining that I'm hoping will be just as easy to conquer... First, some websites are still rendering horribly. Take a look at this screenshot of this site, followed by this one:
At first I figured it was a problem with Firefox (I know GTK doesn't always play nicely with KDE), but it looks the same in Konqueror. A quick peek at the HTML for the first seems to say that it's asking for Verdana, Arial, or Helvetica...and I have Verdana and Arial installed. (The second one calls for a ridiculous font, Palatino Linotype, which I don't have.) Either way, though, the pages look totally wrong (the font is much too large) compared to any other machine I've seen it on (even my previous Ubuntu setup). Does anyone know what's going on?
One other example of font size weirdness: the digital clock plasmoid. Here's what it looks like:
The odd thing is that it looked like this for a while when I first installed Arch and KDE, and then played nicely for a few days...and now it's back to looking ugly.
And finally, here are my font settings in System Settings:
(And yes, I've rebooted since installing the new fonts and changing font settings, just in case.)
Any more ideas?

[NEARLY SOLVED] font rendering in gtk apps problem after last upgrade

Im' using KDE, cairo-lcd, libxft-lcd... my fonts looked beautifully, but now they look horrible...
After last upgrade my gtk apps (firefox, thunderbird) render fonts in an ugly way...
I've tried to revert to pango 1.16.5 with no lucky result (the same problem)...
here is the log:
[2007-08-19 14:56] upgraded bind (9.4.1_P1-2 -> 9.4.1_P1-3)
[2007-08-19 14:56] upgraded glib2 (2.14.0-2 -> 2.14.0-3)
[2007-08-19 14:56] upgraded gnupg2 (2.0.5-1 -> 2.0.6-1)
[2007-08-19 14:57] upgraded gtk2 (2.10.14-2 -> 2.10.14-3)
[2007-08-19 14:57] upgraded kernel26ck (2.6.22.2.ck1-1 -> 2.6.22.3.ck1-1)
[2007-08-19 14:57] upgraded libdownload (1.1-1 -> 1.1-2)
[2007-08-19 14:57] upgraded libevent (1.3b-1 -> 1.3d-1)
[2007-08-19 14:57] upgraded libxtst (1.0.2-1 -> 1.0.3-1)
[2007-08-19 14:57] upgraded nvidia-ck (100.14.11-2 -> 100.14.11-3)
[2007-08-19 14:57] upgraded sip (4.6-1 -> 4.7-1)
[2007-08-19 14:57] upgraded pyqt (3.17.2-1 -> 3.17.3-1)
[2007-08-19 14:57] upgraded xf86-input-joystick (1.2.2-1 -> 1.2.3-1)
[2007-08-19 14:57] upgraded xorg-server-utils (1.0.4-1 -> 1.0.4-2)
[2007-08-19 14:57] upgraded xorg-utils (1.0.2-2 -> 1.0.2-4)
[2007-08-19 14:57] upgraded xorg-xdm (1.1.5-1 -> 1.1.6-1)
[2007-08-19 14:57] upgraded xterm (225-1 -> 229-1)
[2007-08-21 00:16] upgraded cpio (2.8-1 -> 2.9-1)
[2007-08-21 00:16] upgraded ed (0.5-3 -> 0.8-1)
[2007-08-21 00:16] upgraded initscripts (2007.08-1 -> 2007.08-2)
[2007-08-21 00:16] upgraded intltool (0.36.0-1 -> 0.36.1-1)
[2007-08-21 00:16] upgraded libarchive (2.2.5-1 -> 2.2.6-1)
[2007-08-21 00:16] upgraded man-pages (2.60-1 -> 2.64-1)
[2007-08-21 00:16] upgraded pciutils (2.2.4-2 -> 2.2.6-1)
[2007-08-21 00:16] upgraded readline (5.2-2 -> 5.2-3)
[2007-08-22 00:16] upgraded gdbm (1.8.3-3 -> 1.8.3-4)
[2007-08-22 00:17] upgraded kernel26 (2.6.22.3-1 -> 2.6.22.4-2)
[2007-08-22 00:17] upgraded lcms (1.16-1 -> 1.17-1)
[2007-08-22 00:17] upgraded libice (1.0.2-1 -> 1.0.4-1)
[2007-08-22 00:17] upgraded libxrender (0.9.2-1 -> 0.9.3-1)
[2007-08-22 00:17] upgraded procinfo (18-3 -> 19-1)
[2007-08-22 00:17] upgraded xorg-apps (1.0.2-4 -> 1.0.3-1)
[2007-08-22 23:49] upgraded kernel26 (2.6.22.4-2 -> 2.6.22.4-2.1)
[2007-08-22 23:49] upgraded librsvg (2.18.0-1 -> 2.18.1-1)
[2007-08-22 23:49] upgraded libxpm (3.5.6-1 -> 3.5.7-1)
[2007-08-22 23:49] upgraded libxaw (1.0.3-1 -> 1.0.4-1)
[2007-08-22 23:49] upgraded makedev (3.8.3-1 -> 3.23-1)
[2007-08-22 23:49] upgraded mcpp (2.6-1 -> 2.6.4-1)
[2007-08-22 23:49] upgraded naim (0.11.8.2.1-1 -> 0.11.8.3.1-1)
[2007-08-22 23:49] upgraded nfs-utils (1.0.12-2 -> 1.0.12-3)
[2007-08-22 23:49] upgraded pam (0.81-4 -> 0.99.8.1-3.1)
[2007-08-22 23:49] upgraded pango (1.16.5-1 -> 1.18.0-1)
[2007-08-22 23:49] upgraded sox (13.0.0-1 -> 13.0.0-2)
[2007-08-22 23:49] upgraded xorg-apps (1.0.3-1 -> 1.0.3-2)
[2007-08-22 23:49] upgraded xtrans (1.0.3-1 -> 1.0.4-1)
[2007-08-25 15:25] upgraded glibc (2.6.1-1 -> 2.6.1-2)
[2007-08-25 15:25] upgraded bftpd (1.9-1 -> 2.0-1)
[2007-08-25 15:25] upgraded gcc (4.2.1-3 -> 4.2.1-3.1)
[2007-08-25 15:25] upgraded gtk-doc (1.8-2 -> 1.8-3)
[2007-08-25 15:25] upgraded hal-info (0.20070618-1 -> 0.20070725-1)
[2007-08-25 15:25] upgraded perl-xml-simple (2.16-2 -> 2.18-1)
[2007-08-25 15:25] upgraded icon-naming-utils (0.8.2-2 -> 0.8.5-1)
[2007-08-25 15:26] upgraded kernel26 (2.6.22.4-2.1 -> 2.6.22.5-1)
[2007-08-25 15:27] upgraded kernel26ck (2.6.22.3.ck1-1 -> 2.6.22.5.ck1-1)
[2007-08-25 15:27] upgraded libgnomeprint (2.18.0-1 -> 2.18.1-1)
[2007-08-25 22:41] removed libgnomeprintui (2.18.0-1)
[2007-08-25 22:41] removed libgnomeprint (2.18.1-1)
i dunno what happened...
plz, someone help me
regards
Last edited by saneone (2007-08-30 18:11:32)

Bogart wrote:
I think the spacing now is correct, while before it was wrong. The only "problem" is that you got used to a bad font rendering, and now that it has changed for better you feel like it's different and don't like it.
Really, *most* of the problems that people find in Linux's fonts are just because they are used to the awful default fonts from Windows XP. Yes, people can even get used to those fonts and believe they're good!!! And when they see correct fonts in Linux they think they're bad...
What I would do is remove the MS TTF fonts. They work bad in Windows and worse in Linux. You should use Bitstream Vera or DejaVu if you want good quality fonts (especially in web pages).
But, then again, you might think that they look wrong just because you're not used to it... Oh, well...
What does correct font / correct spacing mean ?
IMO, that doesn't make any sense, because that's a totally subjective matter, like many other things in this world.
BTW, I love how fonts look in Windows, and I think that must be the only thing MS got right. Thus, I'm using ms fonts in linux, and a rendering as close as possible (no autohinting or antialiasing or subpixel rendering).
Similarly, I could find a woman beautiful that you would find ugly or just average. We are all different, and it's better that way

Font rendering OS X issues

Hi people,
I baught a MacBook Air and I am new to OS X. I have this machine since 1 month and I simply cannot get used to the font rendering of OS X. I thought I get used to it after a while, but I don't. I feel like I have body lotion in my eyes all the time, fonts are really blurry and I can only work on that machine for some time. On my windows machine I worked all day long, with no such problems, but not in OS X. It is set to native resolution and I already set the font smoothing to 1, but this is still not enough, while turning font smoothing completely off makes everything look very ugly.
I wonder why no one ever mentioned that in reviews, etc.? Does it not bother mac users? However, is there some other option (besides scaling down to lower resolution)? I have headache almost every evening, so this is really a problem to me.
Thanks in advance.

Do any other applications behave like that? Or just these two?

KDE : slow font rendering

Hi everyone !
I'm completely new to Arch (coming from Ubuntu) and was really amazed at how fast my system could get and how easy it was to set it up.
I only have one problem left (apart from the missing japanese fonts) :
When anti-aliasing is turned on (in KDE), fonts rendering gets really slow. It can be noticed when selecting a big chunk of text with the mouse, in Konqueror or Kate : you can feel it takes some time. Or when switching tabs in Konqueror. Those are definitely much faster in Opera and Firefox.
However, with anti-aliasing turned off, it is almost instant, as it should. But it looks really awful (in general, I have much trouble getting a good font rendering in linux. Probably because of my 19" LCD that only reached 1280x1024)
Do you have any idea ? My config is : nvidia geforce 6600, proprietary drivers, athlon 64 3200+. I tried some MS fonts and the DejaVu font.
Just in case, you may see my xorg.conf, below.
THANKS EVER SO MUCH for reading this far I think my problem may concern many other newbies like me
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 1.0 (buildmeister@builder3) Thu Nov 9 17:56:12 PST 2006
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
Screen 1 "Screen1" RightOf "Screen0"
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
EndSection
Section "Files"
RgbPath "/usr/lib/X11/rgb"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "type1"
Load "freetype"
Load "glx"
EndSection
Section "ServerFlags"
Option "Xinerama" "0"
EndSection
Section "InputDevice"
# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
# generated from default
Identifier "Keyboard0"
Driver "kbd"
Option "XkbLayout" "fr"
EndSection
Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "LG L1915S"
HorizSync 30.0 - 83.0
VertRefresh 56.0 - 75.0
Option "DPMS"
EndSection
Section "Monitor"
# HorizSync source: xconfig, VertRefresh source: xconfig
Identifier "Monitor1"
VendorName "Unknown"
ModelName "TV-0"
HorizSync 28.0 - 33.0
VertRefresh 43.0 - 72.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 6600"
BusID "PCI:2:0:0"
Screen 0
EndSection
Section "Device"
Identifier "Videocard1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 6600"
BusID "PCI:2:0:0"
Screen 1
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
Option "metamodes" "CRT: nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
Section "Screen"
Identifier "Screen1"
Device "Videocard1"
Monitor "Monitor1"
DefaultDepth 24
Option "metamodes" "TV: 800x600 +0+0"
SubSection "Display"
Depth 24
Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
EndSection

Oh gees, it seems the culprit was the "sub-hinting" (halo de sous-pixellisation) option. I thought I had tried all possible combinations
However, I wonder if it is supposed to slow down the display that much...
Anyway... I would still be eager to find a solution to display japanese fonts
Thanks for listening to me
Last edited by mahen (2007-02-05 11:55:09)

Firefox/Thunderbird Font Rendering changed after upgrade of xulrunner

Hi guys,
I experienced a problem with font rendering in the mentioned applications after upgrading xulrunner from 1.9.2.10-1 to 1.9.2.10-2 today. It seems like font smoothing/subpixel rendering does not work as before. After downgrading to 1.9.2.10-1, it worked as expected again.
To make it more clearly, here is a comparison shot of the two different renderings. The top one is before, the bottom one after the upgrade. You can see that the font at the top is rendered more smoothly.
And here is a difference image:
Is anything known about changes which could cause this?
<edit>I have to correct this. The rendering in thunderbird was obviously not changed by the xulrunner upgrade, but by a separate thunderbird upgrade from 3.1.4-1 to 3.1.4-2.
<edit2>Additional information: I have the cleartype versions of freetype2, cairo and libxft installed, if that matters.
Last edited by Singul (2010-09-28 16:40:18)

Although I am empathetic to the hard (and really great) job the arch devs do, I want to voice my overall agreement with softtower on this issue. Fonts have been an off and on problem for me with arch since the beginning. I understand the devs are doing the best they can, especially when the actual problem is with the moz. devs. But fonts are the major way most users interact with the system, and I can tell you that almost nothing is more aggravating, to me at least, to suddenly "upgrade" and get presented with those really crappy fonts out of the blue. Just saying I understand the frustration, and I think he makes some good points about shipping broken packages and "blaming" it on upstream. If they're broken - don't use them! if possible. "Progress" that breaks stuff isn't really progress, imo.
hokasch wrote:
Don't quite get what the fuzz is all about, my fonts look as crisp as ever (on a laptop lcd), the update changed absolutely nothing for me. I never used "fixed" versions of anything, can't really remember how I set up the fonts when I did this installation though (font config advice on the wiki I guess).
It is not the repo's maintainers job to keep packages synced up with any "fixed" packages in AUR, that is your own responsibility, and bitching about it won't help you any.
Just pointing out that comments like these aren't really helpful, imho. So you didn't have the problem - that's good to know, but the "fuzz" is about the fact that some of us *DO* have the problem.
It typically doesn't show up on laptops, btw, only standalone LCDs for some reason (has always been the case for me, at least, with both LCDs and laptops, where the laptop never had the problem). So again, the fuss is that a major usability function got broken from an upgrade that shouldn't get broken, and imo it raises some good, if admittedly difficult to resolve, points, philosophical points, etc. about the packaging and upgrade process,

Ugly fonts rendering with poppler-qt-lcd

Similar Messages

Maybe you are looking for