Re: F24 - gnome3 - hidpi any better?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2016-05-10 at 17:37 +0200, Jaroslav Reznik wrote:
> On Tue, May 10, 2016 at 4:53 PM, Nikos Roussos <comzeradd@xxxxxxxxxxxxxxxxx>
> wrote:
> 
> > On 05/10/2016 03:12 PM, Ankur Sinha wrote:
> > > Hi,
> > > 
> > > I just had an email from someone that installed F23 on a box with an
> > > hidpi screen. Apparently, even using the window scaling etc doesn't
> > > quite "make it look OK" - has anyone tried F24 with one of these
> > > screens? Is it any better?
> > > 
> > > (All I've found are multiple posts suggesting tweak-tool and then a few
> > > that crib about window scaling options being limited to whole numbers.)
> > 
> > That's the most common complaint I also hear around hidpi support.
> > Scaling window accepting only integers and not decimals makes it pretty
> > much unusable.
> > 
> 
> Yep, that makes GNOME practically unusable on semi-HDPI screens like Carbon
> has - you have too small or too big everything. And the worst scenario is
> when you mix it with FullHD external monitors (at least, this is fixed with
> Wayland - somehow). Unfortunately Qt guys decided to follow integer only
> approach (even it's internally implemented as floats) and the only sensible
> fix is to set font DPI in KDE settings. Also Plasma scales pretty well then
> and it's possible to find balance between too small on laptop and too big
> on FullHD :).

Well, the whole point of hidpi is that it's a clever short-cut hack: it
*can't* use arbitrary scaling factors, because the way it 'scales' is
simply to sub out the graphical assets.

At scaling factor 2, where you'd normally see a 32x32 icon, it uses a
64x64 icon. And so on. It also does text scaling at the same scaling
factor, and that's basically the entire thing.

It can't do scaling factor 1.6 unless someone draws 51.2x51.2 pixel
versions of all the 32 pixel assets in GTK+, for e.g. Or at least
enough of them to look vaguely decent.

In an ideal world all desktops and graphical applications would use SVG
for interface elements and then you could scale arbitrarily, but we
never got to that world and it doesn't seem likely that it'll ever
happen.

hidpi is basically a clever hack Apple came up with where they figured
"hmm, we want higher resolution displays...but arbitrary scaling is
hard...I know! we'll make the new displays exactly 4x the resolution of
our old ones and then just do integer scaling!"

I believe I've read that Apple now also does 1.5x hidpi scaling with a
hack: the desktop does 3x scaling, then they use the graphics card to
scale back *down* again by 2x, resulting in 1.5x without the need to
actually draw versions of all the graphical assets at 1.5x. Apparently
this can be done in Wayland, theoretically, but not in X. So you can
use this kind of trick to achieve some non-integer factors, but it's
still pretty limited. And I don't think anyone's actually done a Linux
implementation yet.

FWIW I think hardware manufacturers who are shipping semi-high-dpi
displays are idiots and should stop doing it. It's not like they work
any better on Windows: you get exactly the same problem. I've no idea
why they thought these 170-190dpi screens were a good idea, it's sheer
idiocy.

Integer hidpi scaling isn't "unusable", it's just intended for use on
the kind of hardware that was actually designed with it in mind: all
those displays that are, very intentionally on the manufacturers' part,
~4x (or 9x) the resolution of 'traditional' displays.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
--
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
http://lists.fedoraproject.org/admin/lists/test@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux