bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#20432: GDK_SCALE=2 GDK_DPI_SCALE=0.5 destroys GTK+ 3 scroll bar


From: Jan Djärv
Subject: bug#20432: GDK_SCALE=2 GDK_DPI_SCALE=0.5 destroys GTK+ 3 scroll bar
Date: Thu, 14 May 2015 14:33:29 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0

Den 2015-05-14 13:59, Felix E. Klee skrev:
On Thu, May 14, 2015 at 12:34 PM, Jan Djärv <jan.h.d@swipnet.se> wrote:
This GTK feature is very poorly designed.

HiDPI scaling works beautifully in various other GTK+ 3 applications.

I'm sure it does, but the world is bigger than Gtk+ 3.


We can not support it correctly, as we don't use Gtk+ exclusively.

Thanks for the explanation.

Also, the Gtk+ code blindly multiplies anything with GTK_SCALE. So for
example, given GTK_SCALE=2, if we have font size 15, it becomes 30.

That is what `GDK_DPI_SCALE` is for. Example:

     export GDK_SCALE=2
     export GDK_DPI_SCALE=0.5

That does not help. For WM hints, Gtk+ uses GDK_SCALE. GDK_DPI_SCALE is only used for scaling Xft fonts. Anyway, multiplying with 0.5 or divide by 2 is the same for integer arithmetics.

An alternative would be for Emacs to multply font sizes with GDK_SCALE.
I think that might be tricky, but I will check.


So there will be glitches, live with it.

It’s not for me. I set up a HiDPI machine for a friend who’s turning
eighty this year. While he has great vision given his age, some UI
elements are just too small without scaling. They are barely visible.

This is a big issue, not something that should be ignored. Get access to
a HiDPI screen, and you’ll see what I mean.

I have three already.

        Jan D.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]