|
From: | Vivek Dasmohapatra |
Subject: | bug#22000: Patch addressing the menu-bar frame-resize interaction |
Date: | Sun, 21 Oct 2018 16:44:03 +0100 (BST) |
User-agent: | Alpine 2.02 (DEB 1266 2009-07-14) |
Here's a screenshot showing the the menu and tool bars in Emacs without your patches (left), with patches and menu-bar-scrollbar set to `automatic' (middle) and set to nil (right):
This first height variation is not a glitch - when a scrollbar is present ('always) or could be present ('automatic) I have to let GTK reserve
some space for the scrollbar or the focus gets lost after certain mouse interactions, at least until the user forces it back with a particular widget interaction (which is very confusing as you suddenly stop being able to type in any buffers or use the keyboard to drive that instance of emacs). When there's no scrollbar (nil) the extra space can be compressed awaywith some CSS trickery (in theory the UI focus model is still broken, but since there's no scrollbar to interact with the user can't start the bad
interaction sequence).
[Prev in Thread] | Current Thread | [Next in Thread] |