This must be related to the GTK 1.x engine that's used with XFCE 4. I say that because the font in the type location box (Ctrl+L) has the same ugliness that Dillo renders websites with, and this font is the same as used by the menus at the top of Multi-Gnome-Terminal. But on GTK 2.x programs I get a nice anti-aliased font for the menus. J-Pilot, a GTK app, was recently converted from 1.x to 2.x. Before the upgrade fonts were terrible; now they're smooth. KDE must use a slightly different configuration for GTK 1.x apps; on the wife's computer, both Dillo and Multi-Gnome-Terminal use nice fonts for the menus, location box (Dillo, Ctrl+L), and when Dillo renders HTML. I have the same versions of GTK 1.x and 2.x on both machines. XFCE 4 is GTK 2.x-based. Do I *have* to install a heavy window manager to use a light web browser? Not fair :( Livio Baldini Soares wrote:
Chris, regarding your Debian box, make sure you have correctly configured your '/etc/fonts/local.conf' configuration file. Specifically, I have found that most Debian default installations disable bitmapped fonts, due to the use of anti-aliased or truetype fonts used in most applications and/or window managers. Uncomment the lines around: <dir>/usr/X11R6/lib/X11/fonts</dir>
After you do that, run:
$ defoma-reconfigure and $ fc-cache -f
No gold.
Another issue is that fonts with "odd" sizes are butt-ugly. In this respect, try adding 0.1 to your "font_factor" variable in your dillorc file (if it's 1.0 set it to 1.1, if it's 1.1 set it to 1.2, for example). It usually makes very little difference in the final font size, but makes it a _big_ difference in scalability.
No difference. Thanks for the attempt. higuita wrote:
try
"-misc-fixed-*-*-*--*-*-*-*-*-*-iso8859-1"
Same.
probably kde installed truetype fonts... try to do the xfontsel in that computer and compare then
I don't think you mean xfontsel because that just lets me see what fonts look like, it doesn't show which my X server is using. Jorge Arellano Cid said:
This is a problem with your machine's installed fonts, not with Dillo.
Never doubted that for a second, especially when exactly the same Dillo binary and config file worked at home. Just writing this list because I don't know where else to look.
I'm not a Debian user, but most probably you left out a set of "legacy" fonts that Dillo requires.
Wish that were true... I've installed every font package the other machine has.
Maybe the fastest solution is to check the font-specific .debs of your wife's cpmputer against yours, once this is done update the font cache, restart X and retry.
I compared font packages on both machines and ensured both had the same packages installed. Some were missing, so I installed them, updated the font cache, restarted X. No joy. xlsfonts shows exactly the same fonts on both machines. X on both machines are now using strictly xfs for fonts. I think I'll just give up using Dillo for now... it hurts the eyes too much.
On Wed, 1 Dec 2004 07:26:33 -0500 (EST), "Chris de Vidal" <Chris@deVidal.tv> wrote:
This must be related to the GTK 1.x engine that's used with XFCE 4. I say (...) used by the menus at the top of Multi-Gnome-Terminal. But on GTK 2.x
GTK1.x use the tradicional X fonts system GTK2.X use a new font system a font might be installed in the new system, but not installed in the old X font system... this is your problem... KDE also use the new system
I don't think you mean xfontsel because that just lets me see what fonts look like, it doesn't show which my X server is using.
nope, if a font show there, its installed and will show with any problem as any aplication its just really a program that calls X font system and asks for all fonts so try it, check the bitstream vera fonts, they are good fonts and should exist in all distros today se if they look the same in xfontsel in both systems...
I compared font packages on both machines and ensured both had the same packages installed. Some were missing, so I installed them, updated the font cache, restarted X. No joy.
restart the xfs also
xlsfonts shows exactly the same fonts on both machines.
try to compare the output of some fonts in xfontsel in both systems
X on both machines are now using strictly xfs for fonts.
also try in both systems with a new temporary user and see if you get the same results... try to use the same desktop manager/window manager for both also also, try xset fp default xset fp rehash and test it again... if the "good" machine start outputting bad fonts also, its KDE that its adding a font path that isnt in the default KDE installs some fonts also in $HOME/.kde/share/fonts or something like this, check if you dont have some extra fonts in there in the good machine finally, are you using the same debian "version" on both machines? not woody and sid, right 8)
I think I'll just give up using Dillo for now... it hurts the eyes too much.
also try in a debian mailling list good luck higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946
Thus spaketh higuita:
a font might be installed in the new system, but not installed in the old X font system... this is your problem...
I might agree, except I installed every font package on the KDE system onto the XFCE system. Xlsfonts and xfontsel shows the same output on both machines (see below). No, I think it's a matter of which GTK engine KDE is running. Strangely, XFCE 4 is GTK 2-based... The answer is probably in an obscure GTK config file somewhere.
I don't think you mean xfontsel because that just lets me see what fonts look like, it doesn't show which my X server is using.
nope, if a font show there, its installed and will show with any problem as any aplication
You might be right; the manpage *does* say xfonsel "displays the fonts known to your X server" but I haven't figured out how... I've only figured out how to show the number of matches (3022) and select an individual font and view it. xlsfonts showed me all of the fonts known to my X server but the output is identical on both systems.
so try it, check the bitstream vera fonts, they are good fonts and should exist in all distros today se if they look the same in xfontsel in both systems...
Vera isn't an option under "fmly" on either system; it isn't even greyed out so that I could choose it if it were enabled. When I choose the bistream "fndry" and go to "fmly" I only see charter, courier, terminal.
I compared font packages on both machines and ensured both had the same packages installed. Some were missing, so I installed them, updated the font cache, restarted X. No joy.
restart the xfs also
Oh yeah forgot to mention I did that too.
xlsfonts shows exactly the same fonts on both machines.
try to compare the output of some fonts in xfontsel in both systems
Actually, fonts in xfontsel on the KDE system all look crummy too... they look identical on both systems. Both systems now have exactly the same fonts. Xfontsel says "3022 names match" when I open it on both systems. Xlsfonts also matches (I did a diff on the output). I've installed the same font .deb packages. I just don't understand it.
X on both machines are now using strictly xfs for fonts.
also try in both systems with a new temporary user and see if you get the same results...
Worth a shot.
try to use the same desktop manager/window manager for both also
Sorry, I'm not installing a heavy window manager for a lightweight browser; there *has* to be some way to make it nice like I see in the screenshots without installing KDE.
also, try xset fp default xset fp rehash and test it again... if the "good" machine start outputting bad fonts also, its KDE that its adding a font path that isnt in the default
Same... did I also have to restart X + XFS?
KDE installs some fonts also in $HOME/.kde/share/fonts or something like this, check if you dont have some extra fonts in there in the good machine
Negative, I did a case-insensitive search under .kde for a folder called "*font*" and came up empty.
finally, are you using the same debian "version" on both machines? not woody and sid, right 8)
Same. Also, same screen resolution and color depth. About the only difference between the two machines is KDE and XFCE. I refuse to use such bloatware on my fast work computer. It's the same reason I want Dillo to work well :)
I think I'll just give up using Dillo for now... it hurts the eyes too much.
also try in a debian mailling list
Well, it's just taking up alot of time; I'll just give up for now. Thanks for the effort. Let me know if I have to restart X + XFS after running xset on the KDE machine. CD "You will exist forever. You and God are both in the universe to stay either as friends on his terms, or enemies on yours. Which it will be is proven in this life. And this life is a vapor. Two seconds, and we will be gone. Surely God means for our time on earth to count for something significant." -- John Piper in "Life as a Vapor." Read it here: http://www.desiringgod.org/library/onlinebooks_index.html#blv
participants (2)
-
Chris de Vidal -
higuita