Alexander Taler writes:
>>>>> "Roni" == Roni Simonian
<v.simonian(a)comcast.net> writes:
Roni> The resolution is correct but the size is not
Hi Roni, I had a similar problem with fonts in some apps being
incorrect because the system was reporting an incorrect size for
the screen. I 'corrected' it by adding a call to xrandr
specifying the correct physical screen size in the gdm config:
/etc/gdm/Init/Default
xrandr --fbmm 339x212
Short story: Based on the information you sent in another message, I
second this recommendation. Get your Xft resolution (whose bright
idea was that, Mr. Packard?!) and your X11 resolution in sync, and
you will get consistent font-sizing behavior across modern and legacy
apps.
If you're still not 100% satisfied, we'll give you a full refund of
the price you paid us. :-) Seriously, please do report how you like
the result. Since it's an X11-level issue I don't know if there's
anything we can do about it except document it (the alternative would
be to dig into the Xft resources and use that to rescale font requests
on the fly, which is a bad idea).
Geoffrey Chaucer version: What's happening here is that the Xorg guys
have basically stopped supporting legacy bitmap fonts. This isn't a
problem in the West, where repertoires are small and font vendors
understand the benefits and inevitability of open source. Both
factors fail in Asian languages, so bitmap fonts have remained
prevalent until recently, and there is even a recent thread on
xemacs-beta where a couple of people (Julian Bradfield and Olivier
Galibert) complain about this problem while proclaiming the glories of
their favorite -misc-fixed-* fonts. :-) In general, I think Emacs
users probably tend to be happier with highly readable, slightly
klunky fonts than the average user.
Anyway, if you switch to an Xft-enabled XEmacs for 21.5, the "problem"
will probably fix itself because XEmacs/Xft will respect the Xft.dpi
setting. If it doesn't, that's a bug and I hope you will report it.
For 21.4 which only supports legacy fonts (there is an Xft patch for
it but you'll have to dig, and it will not be supported by the XEmacs
Project), you have to fix the information provided by xdpyinfo, which
is the information that the X library (and/or X font server) uses to
compute the appropriate font to return for "12 point".
The fact that Xorg.log.0 contains correct monitor dimensions but
xpyinfo returns something different I don't understand. Older
monitors were unable to communicate their dimensions, so I have been
in the habit of setting resolution by hand with "X -dpi ..." etc
("xrandr -fbmm ..." will work too if you have RANDR enabled in your X
server). But I'm surprised that recent X.org still doesn't get that
right somehow.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta