On Sun, 2 Jun 2002, Keith Packard wrote: > Xft assumes that pixels are square; users and applications generally > expect the dpi to be equal along each axis, so Xft plays along. > > Fixing that would be pretty easy; I could add an 'aspect ratio' field to > Xft that could be configured per display. Certainly the underlying > rasterizers are more than willing to draw with non-square pixels.
> I think I'll add an aspect ratio field to allow the right thing to > happen. That might be nice, but Xlib.h has DisplayWidth() and DisplayWidthMM(), (ditto for height) and these can be set in the config file or probed via DDC. From these you can get the pixel pitches and aspect ratio (although this does assume similar screens for Xinerama). I can see that a completely free ratio makes snapping difficult, but it would be nice to have the choice of saying let the server calculate the pixel aspect ratio. Can you have a "probe the pixel aspect ratio value from server information" option ? > Yes, that looks much better now -- aspect ratios of 1.2 still snap glyphs > to the pixel grid to make them appear sharper when hinting is enabled. Sorry, are you saying that that an aspect ratio of 1.2 is rounded to 1.0, or that it is partially pixel aligned ie snaps on a 5:4 ? IIRC TVs use a pixel aspect of 1.2, so it isn't an idle speculation, I take it that with this change square characters remain square. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
