GNU bug report logs - #22000
25.0.50; Running dired changes frame width, gtk_distribute_natural_allocation throws assertion

Previous Next

Package: emacs;

Reported by: David Engster <deng <at> randomsample.de>

Date: Mon, 23 Nov 2015 20:56:02 UTC

Severity: normal

Merged with 15700, 18270, 22898, 25313, 31626

Found in versions 24.3, 24.5, 25.0.50

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Vivek Dasmohapatra <vivek <at> etla.org>
Cc: 22000 <at> debbugs.gnu.org, David Engster <deng <at> randomsample.de>
Subject: bug#22000: Patch addressing the menu-bar frame-resize interaction
Date: Wed, 17 Oct 2018 09:29:54 +0200
> I have a command which cycles through the available scrollbar modes
> and sets the "next" value in default-frame-alist & applies it to all
> extant frames: However I'm aware that -mode means something specific
> in elisp and this is not that. It's not a toggle as most minor modes
> are but a 4-state (or 3-state for 3.16-).
>
> Any suggestions on a name? Or is -mode still acceptable?
> (currently called `menu-bar-scrollbar-mode' since I had
>   to call it _something_).

Here I have for example the following tri-state -mode variable:


scroll-bar-mode is a variable defined in ‘scroll-bar.el’.
Its value is ‘right’

Documentation:
Specify whether to have vertical scroll bars, and on which side.
Possible values are nil (no scroll bars), ‘left’ (scroll bars on left)
and ‘right’ (scroll bars on right).


So I see no problem in making 'menu-bar-scrollbar-mode' a multistate
variable.  Maybe one day someone wants to add a ">>" in the top right
corner to reveal further menu entries.

martin





This bug report was last modified 5 years and 267 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.