4.6.0

Jannis Pohlmann jannis at xfce.org
Wed Feb 18 14:47:56 CET 2009


Am Wed, 18 Feb 2009 14:24:00 +0100
schrieb Stephan Arts <stephan at xfce.org>:

> On Wed, Feb 18, 2009 at 2:04 PM, Jannis Pohlmann <jannis at xfce.org>
> wrote:
> > Am Wed, 18 Feb 2009 09:07:09 +0100
> > schrieb Yves-Alexis Perez <corsac at debian.org>:
> >
> >> On mar, 2009-02-17 at 21:00 +0000, Olivier Fourdan wrote:
> >> > On Tue, Feb 17, 2009 at 2:19 PM, Jannis Pohlmann
> >> > <jannis at xfce.org> wrote:
> >> > > Here's the patch again, this time without debug output.
> >> >
> >> > Okay, then do all parties agree on committing this then?
> >> >
> >> > I do not believe that computing the DPI per monitor is a
> >> > practical approach, I am not aware of a way to retrieve the
> >> > actual monitor size (only the screen size is available, maybe
> >> > with RandR?)
> >>
> >> Sorry for not replying sooner. I've tried this, and disabling the
> >> "forced DPI" (which is at 125 here) with the patched xfce4-settings
> >> works pretty fine, the fonts were just ok. But the value in the
> >> (now greyed) box was set to 48, which seems weird.
> >
> > That should be fixed with my patch because it allows values from -1
> > on. So when you disable custom DPI you'll get -1 in the spin
> > button, when you enable custom DPI again, it'll still be -1 and
> > then you have to set it on your own.
> 
> That is just as bad, since when you use the spin-button then, it will
> set the DPI to '0', '1', etc... Not quite the values you'd like ;-)

Yeah, that's what I mentioned before. I'd like it better if it
remembered the last custom DPI and if it would put that back into the
spin button once the user wants to go back to custom DPI.

  - Jannis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://mail.xfce.org/pipermail/xfce4-dev/attachments/20090218/16d913c2/attachment.pgp>


More information about the Xfce4-dev mailing list