From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Vivek Dasmohapatra Newsgroups: gmane.emacs.bugs Subject: bug#22000: Patch addressing the menu-bar frame-resize interaction Date: Tue, 16 Oct 2018 02:19:00 +0100 (BST) Message-ID: References: <87k2p8h1vn.fsf@isaac.fritz.box> <5B504994.3090202@gmx.at> <5B5199F7.7000303@gmx.at> <5B51D6C4.9030006@gmx.at> <5B52E425.8010608@gmx.at> <5B543148.1010004@gmx.at> <5B557ACA.4020106@gmx.at> <5BBF93CF.4060301@gmx.at> <5BC05EEB.9010609@gmx.at> <5BC0E405.90805@gmx.at> <5BC1AAE2.7070808@gmx.at> <5BC4DB0E.3050501@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Trace: blaine.gmane.org 1539652693 31713 195.159.176.226 (16 Oct 2018 01:18:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 16 Oct 2018 01:18:13 +0000 (UTC) User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) Cc: 22000@debbugs.gnu.org, David Engster To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 16 03:18:09 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gCDzs-0008BL-Ty for geb-bug-gnu-emacs@m.gmane.org; Tue, 16 Oct 2018 03:18:09 +0200 Original-Received: from localhost ([::1]:55475 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCE1z-0002Ty-6W for geb-bug-gnu-emacs@m.gmane.org; Mon, 15 Oct 2018 21:20:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58122) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCE1n-0002TO-3v for bug-gnu-emacs@gnu.org; Mon, 15 Oct 2018 21:20:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCE1k-0003GW-08 for bug-gnu-emacs@gnu.org; Mon, 15 Oct 2018 21:20:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47389) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCE1i-0003Eh-K4 for bug-gnu-emacs@gnu.org; Mon, 15 Oct 2018 21:20:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gCE1i-0006Hl-EG for bug-gnu-emacs@gnu.org; Mon, 15 Oct 2018 21:20:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Vivek Dasmohapatra Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 16 Oct 2018 01:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22000 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22000-submit@debbugs.gnu.org id=B22000.153965274424083 (code B ref 22000); Tue, 16 Oct 2018 01:20:02 +0000 Original-Received: (at 22000) by debbugs.gnu.org; 16 Oct 2018 01:19:04 +0000 Original-Received: from localhost ([127.0.0.1]:51647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gCE0m-0006GN-Ef for submit@debbugs.gnu.org; Mon, 15 Oct 2018 21:19:04 -0400 Original-Received: from ceres.etla.org ([85.119.82.193]:43655) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gCE0l-0006GF-1d for 22000@debbugs.gnu.org; Mon, 15 Oct 2018 21:19:03 -0400 Original-Received: from yaffle.pepperfish.net ([88.99.213.221] helo=[10.112.101.20]) by ceres.etla.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gCE0j-0007K0-AA; Tue, 16 Oct 2018 02:19:01 +0100 X-X-Sender: vivek@platypus.pepperfish.net In-Reply-To: <5BC4DB0E.3050501@gmx.at> X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam_report: Spam detection software, running on the system "ceres.etla.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Mon, 15 Oct 2018, martin rudalics wrote: > - IIUC there's now no way for GTK < 3.16 to get the > 'menu-bar-scrollbar' nil behavior. No great deal but if you added > 'forced-resize', then a user who does not like the large menu bar > can get that easily by using 'forced-resize' instead. The default > for GTK < 3.16 would still be nil. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted ho X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:151297 Archived-At: On Mon, 15 Oct 2018, martin rudalics wrote: > - IIUC there's now no way for GTK < 3.16 to get the > 'menu-bar-scrollbar' nil behavior. No great deal but if you added > 'forced-resize', then a user who does not like the large menu bar > can get that easily by using 'forced-resize' instead. The default > for GTK < 3.16 would still be nil. Assuming nil behaviour = menu bar is truncated when too wide but has no scrollbar and no extra padding - GTK < 3.16 can't do this without either implementing a custom widget or providing the equivalent of GTK_POLICY_EXTERNAL. 3.16+: always - scrollbar always present, menu bar would be vertically padded but we compress it with CSS automatic - similar, but scrollbar disappears when not required forced-resize - no scrollbar and no padding. frame will resize semi-predictably when the menu bar's natural size exceeds that of the frame. nil - no scrollbar, menu would be vertically padded but we compress it with CSS. menu bar is truncated if it tries to extend past the frame edge. 3.16-: always - scrollbar always present, menu bar is vertically padded. does not appear to bepossible to fix this with CSS. automatic - similar, but scrollbar disappears when not required forced-resize - no scrollbar and no padding. frame will resize semi-predictably when the menu bar's natural size exceeds that of the frame. nil - identical to forced-resize for these GTK versions [cut] > resize occurs only when a new menu bar shall be drawn. Even now a > user can alway truncate the menu bar by manually resizing the frame. > This should be somehow mentioned in the text to avoid confusions. To clarify - a user can _try_ to manually resize the frame but sooner or later (usually sooner) the gdk timer fires and gtk notices that the menu bar wants more space and resizes the frame. Depending on your exact GTK version and the phase of the moon you _may_ be able to dodge this forced resize but you cannot reliably do so. > of the Options menu. Provided we can add/remove a menu bar scrollbar > dynamically to/from an existing frame. No great harm if we can't We can, I've been testing this to make sure it works. Currently working on updating the patches to address these points (and the others to which I have not replied specifically here) - will probably send an updated series tomorrow (2018-10-16)