| Doing that seems to fix things. Before I did it, I temporarily changed the 100dpi fonts back to the way they were before. This is the sort of thing I would have done in my ~/.xinitrc before, but the current implementation doesn't like having a ~/.xinitrc. How can I set this up as my default setting? Thanks for your help.
Charles
On Jan 25, 2008, at 8:14 PM, Jeremy Huddleston wrote: Can you guys try this alternative font path and let me know if it fixes the problem for you:
xset fp= "/usr/X11/lib/X11/fonts/misc/,/usr/X11/lib/X11/fonts/TTF/,/usr/X11/lib/X11/fonts/OTF,/usr/X11/lib/X11/fonts/Type1/,/usr/X11/lib/X11/fonts/75dpi:unscaled/,/usr/X11/lib/X11/fonts/100dpi/:unscaled,/usr/X11/lib/X11/fonts/75dpi:unscaled/,/usr/X11/lib/X11/fonts/100dpi/:unscaled,/Library/Fonts,/System/Library/Fonts"
Note that just in case email formatting changes in transport, this is how it is formatted:
xset fp= "<path 1>,<path 2>,...<path n>"
--Jeremy
On Jan 25, 2008, at 13:49, Sam wrote:
On Jan 25, 2008, at 12:59 PM, Jeremy Huddleston wrote:
On Jan 25, 2008, at 05:35, Sam wrote:
On Jan 24, 2008, at 11:12 PM, Jeremy Huddleston wrote:
Hmm... is your emacs using xft or xfs? Run 'ldd /usr/bin/emacs | grep Xft'
What does 'xdpyinfo' show when you run it remotely? It should say the same... anx 84dpi is close enough to 75dpi that it shouldn't be way-to-big.
It appears that xdpyinfo shows the same thing. emacs doesn't appear to be running Xft, as shown. The remote machine is running Red Hat Enterprise, to the best of my knowledge.
Ok, then would you mind trying an xft/fontconfig enabled version of emacs to let me know how if it still is an issue in that case? If you don't have access to one, let me know, and I'll get you an account on one of my linux boxes to test my hunch.
I missed this last offer, unfortunately, and went ahead and built one myself. I've attached two tiff files, showing my installed Emacs on the remote machine on the left, and the one I just built on the remote machine, on the right. Emacs1.tiff is in the situation where nothing has been changed in /usr/X11/lib/X11/fonts, and Emacs2.tiff is in the situation where the links have been modified to fool X into thinking that the 75dpi fonts are also the 100dpi fonts.
You'll see that Xft is only part of the issue. Look at the font size in the menu bar. It's identical in both emacsen in each image. Xft helps (compare the font size in the status lines; large on the left in the first image, small in the second, and the same size in both Xft-enabled cases), but it doesn't address the font size issue. And notice that the link wizardry alone fixes everything; the emacs on the left in the second image is the one I see in Tiger, and the one I'm interested in. So I think Xft is a bit of a red herring here.
Thanks for all your help.
Sam Bayer
<Emacs1.tiff><Emacs2.tiff>
Charles A. Williams Dept. of Earth & Environmental Sciences Science Center, 2C01B Rensselaer Polytechnic Institute Troy, NY 12180 Phone: (518) 276-3369 FAX: (518) 276-2012 e-mail: email@hidden |