emacs-devel
[Top][All Lists]
Advanced

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

Re: The rabbit hole that is HiDPI... (empty menus / bug#31223 et al)


From: Robert Pluim
Subject: Re: The rabbit hole that is HiDPI... (empty menus / bug#31223 et al)
Date: Wed, 27 Nov 2019 18:00:24 +0100

>>>>> On Wed, 27 Nov 2019 17:41:37 +0100, Tobias Bading <address@hidden> said:

    Tobias> On 27.11.19 16:12, Robert Pluim wrote:
    >>>>>>> On Wed, 27 Nov 2019 14:41:35 +0100, Tobias Bading
    Tobias> <address@hidden> said:
    >> 
    >>      Tobias> The menu bar problems are looking good so far.
    >>      Tobias> A "req.height *= xg_get_scale (f)" was missing in
    Tobias> menubar_map_cb() and
    >>      Tobias> xg_update_frame_menubar(), right after calling
    >>      Tobias> gtk_widget_get_preferred_size() for the menu bar widget.
    Tobias> Plus scale
    >>      Tobias> handling in xg_event_is_for_menubar() et voilà.
    >> 
    >> Curious that this wasn't needed before. Has something changed in GTK?

    Tobias> Nope, looks like a rather old bug. But it only affects HiDPI 
displays with
    Tobias> window scaling active (e.g. set in 'MATE Tweak' or similar in GNOME 
2/3).
    Tobias> People using Xrandr to scale the entire display are probably not 
affected
    Tobias> either.

That describes my setup, although itʼs Fedora running Gnome, not
MATE. Perhaps I should boot into Ubuntu to compare.

    Tobias> I just sent a patch to 
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=31223

Iʼll take a look.

    >>      >> Thatʼs pretty recent, so your gtk version is greater than
    Tobias> 3.22, right?
    >> 
    >>      Tobias> Yes, 3.24.12.
    >> 
    >> And I have the same version, but have no problems with menus. Even
    >> curiouser.

    Tobias> Do you use a HiDPI monitor with a window scaling factor of 2?

Yes.



reply via email to

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