DPI in intel modesetting driver

[Nicolas Mailhot]

Le jeudi 04 janvier 2007 à 12:05 -0500, Adam Jackson a écrit :
> On Thu, 2007-01-04 at 17:25 +0100, Nicolas Mailhot wrote:
> 
> > - OLPC has to dynamically adjust GNOME dpi when screen mode switches (but
> > the scaling preferences of the user didn't change!)
> 
> This doesn't actually happen in current OLPC builds.  Whacking the
> grayscale button doesn't change font sizes.

I doesn't because IIRC in the background a process receives a dbus event
and changes the value of the gconf dpi key to compensate for pixel
density change. Because since this key aggregates hardware factor and
user scaling preferences it is not resilient to hardware changes.

> > The "scaling factor" is the excuse GNOME people have found to avoid fixing
> > this. "it's not a real value" => "we don't have to compute it correctly"
> 
> But considering it a scaling factor is _correct_.

Current GNOME dpi is hardware density × scaling factor. The two terms
need separation to be hardware-changes-agnostic

> If it means other
> things besides scale factor, then that needs deconflation within Gnome
> itself.
> 
> I'm aware that probably requires fixing Gnome, but there's certainly no
> fixing this within core X.

The problem is certainly not xorg-size but 100% GNOME-size

> Mangling DisplaySize in the config file is not a fix.

I'm not advocating putting a false DisplaySize value in the config file
(that would only continue the current mess). I'm advocating having the
GNOME xorg setup app let users put the real DisplaySize there if xorg
misdetected it, and replace "GNOME DPI" with an actual scaling factor
(in %) applied over the dynamically computed xorg dpi. (Two terms for
two different things). With maybe a floor value to avoid feeding
freetype scaling we know won't permit correct font rendering.

Not the current mess where one false value (wrong xorg computation) is
replaced by another false value (random user-provided "dpi")

Regards,

-- 
Nicolas Mailhot
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Ceci est une partie de message num?riquement sign?e
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20070104/fba392a7/attachment.sig>