Stef> On Tue, Aug 17, 1999 at 02:12:19PM +0200, Jan Vroonhof wrote: Stef> so, in other words, it is the fault of the linux X server? Could be. Or it may just not show up on Jan's setup. But I think it's the font data, not the server. It could even be that one server or the other is returning a font which is not what was asked for (the comments in XEmacs's X11 driver code are rather amusing on that topic). Or the Adobe has revised the font since it contributed it. Or one of you is using bitmapped fonts and the other a scaled Type 1 version. Stef> can anybody else reproduce the problem on linux ? Yes. But only with the Courier Medium, although in several sizes. It doesn't happen with Lucida Typewriter anyway. This is on an XF86_Mach64 server on a 1280x1024x(8-bit) display. I get no such behavior on a XF86_SVGA server on a 1024x768x(16-bit) display. Note that the latter display actually has the 75x75 resolution xdpyinfo thinks it has, while the former is a lot closer to 100x100. I don't think that should matter, but.... Unfortunately, the font installations are also different. So.... I guess I could try serving fonts from one to the other, but that will take a bit to set up. My guess is that there's some XEmacs code which is "guessing" that the max height of the font is such and so based on the overall font metrics, and it turns out that it's actually bigger than that (some fonts do stuff like that intentionally, argh). XEmacs adjusts to clear out font droppings (remember that bug?) where there are oversize characters, but does not do so for blank space, I would think. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 __________________________________________________________________________ __________________________________________________________________________ What are those two straight lines for? "Free software rules."