Am 17.11.2010 12:13, schrieb Stefan Dirsch: > On Wed, Nov 17, 2010 at 11:11:13AM +0100, walter harms wrote: >> I have some news about the font problem: >> >> background: we use for some tools the Xforms-toolkit and found that with >> OS11.3 >> some fonts have the wrong size. >> >> The problem in our case is: >> FontPath "/usr/share/fonts/75dpi:unscaled" >> >> wenn adding a "files" with this content to xorg-xonf.d everything works fine >> >> the wired think is that these path now shows up two times with "xset q". >> so far we are confused. > > So it works with the following font path order: > > /usr/share/fonts/75dpi:unscaled,/usr/share/fonts/misc:unscaled,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi:unscaled,/usr/share/fonts/75dpi:unscaled,/usr/share/fonts/URW/,/usr/share/fonts/cyrillic:unscaled,/usr/share/fonts/misc/sgi:unscaled,/usr/share/fonts/truetype/,built-ins > > I guess that then the fonts in 75dpi are preferred by the xforms toolkit. The > changed behaviour is a bit weird since we had such a static font path order in > xorg.conf (created by SaX2) since about a decade. > > FontPath "/usr/share/fonts/misc:unscaled" > FontPath "/usr/share/fonts/local" > FontPath "/usr/share/fonts/75dpi:unscaled" > FontPath "/usr/share/fonts/100dpi:unscaled" > > One workaround would be to start the xforms-toolkit applications via a > wrapper, which adjusts the font path first > > xset +fp /usr/share/fonts/75dpi:unscaled; xset fp rehash > > But since this affects also all other applications, which are still using X11 > server side rendering, you can add this line also to your ~/.xinitrc. >
yep, what is realy strange is that the entry appears double, and it is working. The behavior is reproduceable with a OS11.3 install but not with a live-cd. re, wh -- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
