jg at freedesktop.org
Thu Apr 9 07:39:49 PDT 2009
My point is different:
DPI by itself isn't usually interesting: you also need the distance from
the screen to understand what size font makes sense. Very seldom do you
actually want "what you see is what you get" on a piece of paper.... I
can't read a piece of paper across the room if the text is rendered in
12 point type.
There it is more the "class" of device: handheld, laptop for children,
laptop, desktop, projector (and how far from the projector), all of
which have different distances of viewing.
On Thu, 2009-04-09 at 15:37 +0100, Alan Cox wrote:
> > Is there equivalent functionality with Xft? And whose responsibility it
> > is now, if this functionality is not here: applications, toolkits or
> > something else?
> Xft provides the DPI information, the desktop permits the DPI to be
> configured providing some muppet hasn't decided that is too complicated
> and taken it away from you.
> >From memory Gtk and Qt use Xft values if available and the server reported
> DPI for the display if not.
> In the perfect world the monitor would report the DPI reliably to the
> Xserver which would adopt it and everything would just work.
> Unfortunately monitors report rather varied things, the dominant OS
> product appears to ignore the monitor value entirely (so the monitor
> doesn't get corrected) and everyone forces an OS dependant DPI in their
> desktop ignoring all the monitor info.
> Wile for most purposes the end result of that entire process is "96"
> Pango and friends deal in points so can provide what you want.
> xorg mailing list
> xorg at lists.freedesktop.org
Jim Gettys <jg at freedesktop.org>
More information about the xorg