[Cooker] drakfont/ttf fonts not available in KDE.
[narfi@dhcp-104-6 Mail]$ rpm -q XFree86 XFree86-xfs kdebase drakxtools XFree86-4.2.0-8mdk XFree86-xfs-4.2.0-8mdk kdebase-2.2.2-86mdk drakxtools-1.1.7-91mdk I installed 8.2 beta4, with English as a primary language and Japanese, Icelandic and German as secondary languages. I've upgraded everything to cooker. I'm in runlevel 5 with en_US as my locale, working in KDE. Critial point in setup: I'm using anti-aliasing in KDE Summary: I start with a clean drakfont/ttf and drakfont/Type1 directory. Then I choose to import a single ttf font, verdana.ttf, using drakfont. It does not show up in the KDE font selection dialog. Additionally, I tried to run ttmkfdir and mkfdir in drakfont/ttf and restart xfs, but I still can't see Verdana in the KDE font selection dialog. Summary of fix: If I copy verdana.ttf to /usr/share/fonts/ttf/western/, run ttmkfdir, mkfdir and xftcache there and restart xfs, I can then select Verdana in the KDE font selection dialog. My guess: For some reason, KDE does not look for fonts the directory /usr/X11R6/lib/X11/fonts/drakfont/ttf. Please ask if you have more questions. Narfi. Detailed list of commands: # First import using drakfont. # Then the /usr/X11R6/lib/X11/fonts/drakfont/ttf/fonts.dir file is empty (!). # Recreate everything in drakfont/ttf: [root@dhcp-104-6 western]# cd /usr/X11R6/lib/X11/fonts/drakfont/ttf/ [root@dhcp-104-6 ttf]# ttmkfdir -o fonts.scale [root@dhcp-104-6 ttf]# mkfontdir [root@dhcp-104-6 ttf]# xftcache ./ [root@dhcp-104-6 ttf]# service xfs restart Restarting X Font Server. [ OK ] [root@dhcp-104-6 ttf]# chkfontpath Current directories in font path: 1: /usr/X11R6/lib/X11/fonts/misc:unscaled 2: /usr/X11R6/lib/X11/fonts/75dpi:unscaled 3: /usr/X11R6/lib/X11/fonts/100dpi:unscaled 4: /usr/X11R6/lib/X11/fonts/misc:unscaled 5: /usr/X11R6/lib/X11/fonts/Type1 6: /usr/X11R6/lib/X11/fonts/TTF 7: /usr/X11R6/lib/X11/fonts/Speedo 8: /usr/share/fonts/ttf/decoratives 9: /usr/share/fonts/ttf/western 10: /usr/share/fonts/ttf/japanese 11: /usr/X11R6/lib/X11/fonts/drakfont/ttf 12: /usr/X11R6/lib/X11/fonts/drakfont/Type1 [root@dhcp-104-6 ttf]# # Verdana cannot be selected in K Menu-Configuration-KDE-LookNFeel-Fonts # Copy to /usr/share/fonts/ttf/western and set font up there: [root@dhcp-104-6 ttf]# cp verdana.ttf /usr/share/fonts/ttf/western/ [root@dhcp-104-6 ttf]# cd /usr/share/fonts/ttf/western [root@dhcp-104-6 western]# ttmkfdir -o fonts.scale unknown font foundry code SFT [root@dhcp-104-6 western]# mkfontdir [root@dhcp-104-6 western]# xftcache ./ [root@dhcp-104-6 western]# service xfs restart Restarting X Font Server. [ OK ] [root@dhcp-104-6 western]# chkfontpath Current directories in font path: 1: /usr/X11R6/lib/X11/fonts/misc:unscaled 2: /usr/X11R6/lib/X11/fonts/75dpi:unscaled 3: /usr/X11R6/lib/X11/fonts/100dpi:unscaled 4: /usr/X11R6/lib/X11/fonts/misc:unscaled 5: /usr/X11R6/lib/X11/fonts/Type1 6: /usr/X11R6/lib/X11/fonts/TTF 7: /usr/X11R6/lib/X11/fonts/Speedo 8: /usr/share/fonts/ttf/decoratives 9: /usr/share/fonts/ttf/western 10: /usr/share/fonts/ttf/japanese 11: /usr/X11R6/lib/X11/fonts/drakfont/ttf 12: /usr/X11R6/lib/X11/fonts/drakfont/Type1 # Now I can select Verdana in K Menu-Configuration-KDE-LookNFeel-Fonts It should be noted that after I've imported verdana.ttf using drakfont, it becomes immediately available in drakfont and openoffice. It also becomes available in KDE without anti-aliasing. But it is not available in KDE with AA. I chose to use verdana.ttf for the purposes of this example, but the same thing applies to all the windows fonts I've looked at. This is reproducible, meaning that once I remove verdana.ttf from /usr/share/fonts/ttf/western, I cannot select it in KDE. It still exists in /usr/X11R6/lib/X11/fonts/drakfont/ttf though!
Re: [Cooker] drakfont/ttf fonts not available in KDE.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 the /usr/X11R6/lib/X11/fonts/drakfont/ttf and usr/X11R6/lib/X11/fonts/drakfont/type1 directories are missing from /etc/X11/XftConfig (add it and everything will be fine). AA fonts are handled to the new Xft extension, so your xfs settings have no effect here. this happens when some people fail to read their mail better (sorry, but X maintainers have not really shown much indication that they read cooker). I posted this a few weeks ago. I thought it was fixed, but I didn't check (silly me). Fonts are still a bit lousy (bad freetyp2 version) in the beta and there is probably not enough time to get it fixed. If you can fix it Frederic, please also consider this to get some well-known symbol fonts working: match any family == symbol edit antialias = false; encoding += glyphs-fontspecific; match any family == Standard Symbols L edit antialias = false; encoding += glyphs-fontspecific; match any family == dingbats edit antialias = false; encoding += glyphs-fontspecific; match any family == Cursor edit antialias = false; encoding += glyphs-fontspecific; match any family == StarBats edit antialias = false; encoding += glyphs-fontspecific; match any family == StarMath edit antialias = false; encoding += glyphs-fontspecific; the antialias=false is not strictly neccesary, but the encoding change makes symbol fonts work (who is this Laurent Culioli who did it for webdings/windings??...he stole this work-around from my howto:-P) also, this was removed in the past IIRC, I hope there was a good reason?: match any size 8 any size 15 all weight bold all slant == roman edit antialias = false; (it disables AA for sizes between 8 and 15 exepting bold and italics) Also a commented entry for subpixelhinting would be usefull for LCD screen owners. I can send my XftConfig if you like me to? Danny On Friday 08 March 2002 17:54, you wrote: [narfi@dhcp-104-6 Mail]$ rpm -q XFree86 XFree86-xfs kdebase drakxtools XFree86-4.2.0-8mdk XFree86-xfs-4.2.0-8mdk kdebase-2.2.2-86mdk drakxtools-1.1.7-91mdk I installed 8.2 beta4, with English as a primary language and Japanese, Icelandic and German as secondary languages. I've upgraded everything to cooker. I'm in runlevel 5 with en_US as my locale, working in KDE. Critial point in setup: I'm using anti-aliasing in KDE Summary: I start with a clean drakfont/ttf and drakfont/Type1 directory. Then I choose to import a single ttf font, verdana.ttf, using drakfont. It does not show up in the KDE font selection dialog. Additionally, I tried to run ttmkfdir and mkfdir in drakfont/ttf and restart xfs, but I still can't see Verdana in the KDE font selection dialog. Summary of fix: If I copy verdana.ttf to /usr/share/fonts/ttf/western/, run ttmkfdir, mkfdir and xftcache there and restart xfs, I can then select Verdana in the KDE font selection dialog. My guess: For some reason, KDE does not look for fonts the directory /usr/X11R6/lib/X11/fonts/drakfont/ttf. Please ask if you have more questions. Narfi. Detailed list of commands: # First import using drakfont. # Then the /usr/X11R6/lib/X11/fonts/drakfont/ttf/fonts.dir file is empty (!). # Recreate everything in drakfont/ttf: [root@dhcp-104-6 western]# cd /usr/X11R6/lib/X11/fonts/drakfont/ttf/ [root@dhcp-104-6 ttf]# ttmkfdir -o fonts.scale [root@dhcp-104-6 ttf]# mkfontdir [root@dhcp-104-6 ttf]# xftcache ./ [root@dhcp-104-6 ttf]# service xfs restart Restarting X Font Server. [ OK ] [root@dhcp-104-6 ttf]# chkfontpath Current directories in font path: 1: /usr/X11R6/lib/X11/fonts/misc:unscaled 2: /usr/X11R6/lib/X11/fonts/75dpi:unscaled 3: /usr/X11R6/lib/X11/fonts/100dpi:unscaled 4: /usr/X11R6/lib/X11/fonts/misc:unscaled 5: /usr/X11R6/lib/X11/fonts/Type1 6: /usr/X11R6/lib/X11/fonts/TTF 7: /usr/X11R6/lib/X11/fonts/Speedo 8: /usr/share/fonts/ttf/decoratives 9: /usr/share/fonts/ttf/western 10: /usr/share/fonts/ttf/japanese 11: /usr/X11R6/lib/X11/fonts/drakfont/ttf 12: /usr/X11R6/lib/X11/fonts/drakfont/Type1 [root@dhcp-104-6 ttf]# # Verdana cannot be selected in K Menu-Configuration-KDE-LookNFeel-Fonts # Copy to /usr/share/fonts/ttf/western and set font up there: [root@dhcp-104-6 ttf]# cp verdana.ttf /usr/share/fonts/ttf/western/ [root@dhcp-104-6 ttf]# cd /usr/share/fonts/ttf/western [root@dhcp-104-6 western]# ttmkfdir -o fonts.scale unknown font foundry code SFT [root@dhcp-104-6 western]# mkfontdir [root@dhcp-104-6 western]# xftcache ./ [root@dhcp-104-6 western]# service xfs restart Restarting X Font Server. [ OK ] [root@dhcp-104-6 western]# chkfontpath Current directories in font path: 1: /usr/X11R6/lib/X11/fonts/misc:unscaled 2: /usr/X11R6/lib/X11/fonts/75dpi:unscaled
Re: [Cooker] drakfont/ttf fonts not available in KDE.
On Fri, 8 Mar 2002, H. Narfi Stefansson wrote: Critial point in setup: I'm using anti-aliasing in KDE I get the same problem, regardless if I use anti-aliasing or not. I have a directory (~/fonts) that contain a lot of ttf fonts, mostly the classics verdana, tahoma, courier new, etc. I added that directory in drakfont and told it to install list. Everything seemed to proceed nicely with no errors. After exiting drakfont I looked for the fonts in KWord and KControl. They were nowhere to be found. I tried without anti-aliasing, I tried with anti-aliasing and although different fonts appeared, the ones I installed with drakfont never showed up. This was with a Cooker from today. Regards, Mattias
Re: [Cooker] drakfont/ttf fonts not available in KDE.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 08 March 2002 21:44, you wrote: I get the same problem, regardless if I use anti-aliasing or not. Than it is not the same problem I think. The latest problem fixed in drakfont is possibly not on cooker mirrors yet: Can it be that your fonts are *.TTF (Capitals)? If so, try renaming them to *.ttf and try again. If not, do they appear (after install) in /usr/X11R6/lib/X11/fonts/drakfont/ttf/ ? If so, do they appear in the fonts.dir file in that directory? Danny I have a directory (~/fonts) that contain a lot of ttf fonts, mostly the classics verdana, tahoma, courier new, etc. I added that directory in drakfont and told it to install list. Everything seemed to proceed nicely with no errors. After exiting drakfont I looked for the fonts in KWord and KControl. They were nowhere to be found. I tried without anti-aliasing, I tried with anti-aliasing and although different fonts appeared, the ones I installed with drakfont never showed up. This was with a Cooker from today. Regards, Mattias -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8iSnmaeiN+EU2vEIRAi8AAKCU3mAcsYiPMtQeCVkZ4IgCEYj+BwCfSxte FWYjck05LjXkFy3tvRTHmkY= =8O3a -END PGP SIGNATURE-
Re: [Cooker] drakfont/ttf fonts not available in KDE.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 08 March 2002 21:49, you wrote: I believe this was my 3rd report about the matter, but I didn't know where hmm..seems I'm not reading well either, because this is the first time I see it:) So you can confirm that it fixes your problem? Danny -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8iSpEaeiN+EU2vEIRAh5HAKCrePYxpPV7TnO4VYVET4efLLMrHQCcDme4 WvM2LcE7w8B+uMJ1oV/5a0I= =WYy+ -END PGP SIGNATURE-
Re: [Cooker] drakfont/ttf fonts not available in KDE.
On Fri, 8 Mar 2002, Danny Tholen wrote: I get the same problem, regardless if I use anti-aliasing or not. Than it is not the same problem I think. The latest problem fixed in drakfont is possibly not on cooker mirrors yet: Can it be that your fonts are *.TTF (Capitals)? If so, try renaming them to *.ttf and try again. No, the ones I specifically looked for had .ttf (lower case), although I think there were some .TTF ones in the same directory. So, in this case the case wasn't the matter (no pun intended). If not, do they appear (after install) in /usr/X11R6/lib/X11/fonts/drakfont/ttf/ ? If so, do they appear in the fonts.dir file in that directory? I'm not where my test machine is right now. I'll check on Monday. Regards, Mattias
Re: [Cooker] drakfont/ttf fonts not available in KDE.
Danny Tholen [EMAIL PROTECTED] writes: the /usr/X11R6/lib/X11/fonts/drakfont/ttf and usr/X11R6/lib/X11/fonts/drakfont/type1 directories are missing from /etc/X11/XftConfig (add it and everything will be fine). AA fonts are handled to the new Xft extension, so your xfs settings have no effect here. Corrected in next build. this happens when some people fail to read their mail better (sorry, but X maintainers have not really shown much indication that they read cooker). I posted this a few weeks ago. I thought it was fixed, but I didn't check (silly me). Fonts are still a bit lousy (bad freetyp2 version) in the beta and there is probably not enough time to get it fixed. yes too late to change freetype2 lib. If you can fix it Frederic, please also consider this to get some well-known symbol fonts working: added thx. -- Fred - May the source be with you