After an update to xfree4.2.0-r12 antialiasing for truetype fonts in KDE3.0.1 is "partly" gone. Partly because they seem to be antialised in some way, but the difference between using AA or not is so hard to recognize. The AA fonts are a little thinner, some letters (especially the "x" and "k" when using Arial or Verdana) are hard to see. The overall look is very fuzzy. It happens regardless of using the X Font Server or not. I moved back to xfree4.2.0-r9 for now and the fonts are very nice again.
This is a result of removing the Xft-quality patch. I had the same problem - I suggest you uncomment those lines in -r12 and rebuild.
That's what i had in mind already. I tried this before i went back to -r9. xft-quality.diff isn't included in -r12 though. When i have some time, i'll copy it over from an older ebuild and try to recompile xfree again.
Ok guys, I need help here. As I do not yet run Gnome2 or KDE, I have difficulty testing this. I want a fix that works, and a reason for it. Ok, some said its because of the Xft quality hack missing ... maybe, but remember that KDE have been using the system freetype2 which do not have that. Also, none of Mandrake, Redhat, etc have that in as far as I can see. Also, we have people like Danarmak, with -r12 and the latest KDE, who says his AA is still fine as always. Then on the other hand, we have people against that hack. See bug #3082. So if most of kde do not have AA, bug Mozilla have, then it means that the freetype2 from X is working, and something else is messing KDE and the system AA. Lastly, how many of you guys have used gcc-3.1 to build your boxes, and did you actually tried to go back to -r9 ?
I went back to r9, but i had the same problem.. Strange thing is that my KDE desktop has AA'd fonts, my QT3 psi contactlist has em, and the webpages in Konqueror have AA too.. Overall AA quality is worse than before as well.. At first i thought it was a KDE prob, but since M0rpheus with his gnome has the same problem, we can scratch out that theory.. Hope this kinda helps?
Going back to r9 fixed it for me. I have kde installed but never use it. What I did notice was that AAing for opera stopped working. So I tried kde to see if it was effected too, which it was. Going back fixed both kde and opera.
Maybe stupid proposal, but could the -mno-mmx thing i applied to the X ebuild be in it for something? maybe that breaks something? Robert, we you went back to r9, was there mention in the src_install about -mno-mxx? could you please check that? (in /var/db/pkg)..
Or maybe because i filter out -mno-mmx, but leave in -m3dnow, and amd needs either both or none, or otherwise breaks? I'm just wildly guessing here.. i'm going to try to recompile with "-mno-mmx -mno-3dnow".. Who knows.. we tried everything else :o)
AARRGGGG That didn't work.. still the same.. only the fonts that _are_ AA'd are prettier now because of the uncommented xft-quality patch.. i looked in qtconfig once more, and when i set my fonts right inthere, and save them, and then start Psi (qt3 jabber client) the whole app is AA'd, even the part that wasn't before. But any other app still remains the same.. and a restart of X resets the values in qtconfig again?? even if i did chattr +i on the .qt/ files.... I HATE THIS!!! Anybody else still looking into this??
EUhm ok... After reading this whole bug, i think we kinda misunderstood this.. This bug is just about AA not being so beautiful because of the removel of the patch.. My (and hopefully a few others) problem is that some parts of my KDE just aren't AA'd with gcc 3.1... My desktop fonts are AA'd, my psi contact list is, and my webpages in konqueror... All the rest just isn't.. And trying to change fonts in kcontrol doesn't work.. the fonts show up in the config dialog just fine, but it won't "activate" on my system... even if i set fontwidth to 64, and click apply, they don't change on my system...
I don't use gcc 3.1 and as far as I could see nothing was AAed with R12. Not kde, not the desktop, not konquerer, not opera. I tried to check for this -mno-mmx stuff but wasn't sure what I was doing.
I still maintain that there is not definate results anywhere. The only big difference between -r12 and -r9, is that -r12 uses freetype-2.0.9, and do not have the "quality" hack. I have checked Mandrake and Redhat's .spec's, and neither have the "quality" hack. Also, some users like Danarmak do not have any problems with AA, KDE, and -r12. As to weather the "quality" hack should be enabled or not, this is still up for discussion with another bug, and personally with the fonts in Mozilla (since it uses the freetype in X and freetype support enabled), I do not see a real difference between -r9 and -r12. Both looks pretty the same, except maybe for the "quality" hack cuasing things to "blur" slightly more. I will try to get Gnome2 up and running this week, but up to date there is no input that gives reason for definate action. And as it do not seem as if any of the other big distro's use the "quality" hack, I am tempted to leave it commented.
Gome2 looks just fine with -r12 over here. If you want the Xft-hack in, just uncomment it and cp it there ... ill add it back to cvs.
