GNU bug report logs -
#41862
27.0.91; Isearch menu added to menu-bar
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sun, 14 Jun 2020 22:06:01 UTC
Severity: wishlist
Tags: wontfix
Found in version 27.0.91
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 41862 in the body.
You can then email your comments to 41862 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#41862
; Package
emacs
.
(Sun, 14 Jun 2020 22:06:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Drew Adams <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 14 Jun 2020 22:06:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Starting with Emacs 27, `isearch-mode-map'
includes`isearch-menu-bar-map', which adds menu `Isearch' to the
menu-bar.
This should at least be optional, via user option (not requiring a user
to fiddle with keymaps).
emacs -Q
1. Resize the frame with your mouse, to make it narrower - just wide
enough to show the existing menu-bar menu names.
2. `C-s'
This causes the frame to be redisplayed to add menu-bar menu `Isearch',
which, in effect, moves everything down a line visually, because it
causes the menu-bar to wrap (since the frame was only wide enough to
show the menu-bar without the added `Isearch'.
3. `C-g', or otherwise end Isearch.
This causes the frame to be redisplayed to remove menu-bar menu
`Isearch', with the inverse jarring redisplay.
This behavior is intolerable. At least let users disable it easily,
with an option. A better solution than that should be found, but until
then, please at least do that.
The added user option might be only binary: (dis)allow menu `Isearch'.
Or it might have a third value that lets menu `Isearch' be added only if
there's room for it without wrapping. In that case, the doc needs to be
very clear, so users don't wonder why `Isearch' may sometimes appear and
sometimes not.
If this jarring behavior is platform-dependent, the consider taking care
of it only for platforms where it manifests. It's a problem for MS
Windows, at least.
In GNU Emacs 27.0.91 (build 1, x86_64-w64-mingw32)
of 2020-04-20
Repository revision: c36c5a3dedbb2e0349be1b6c3b7567ea7b594f1c
Windowing system distributor `Microsoft Corp.', version 10.0.18362
Configured using:
`configure --without-dbus --host=x86_64-w64-mingw32
--without-compress-install 'CFLAGS=-O2 -static''
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#41862
; Package
emacs
.
(Tue, 16 Jun 2020 00:03:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 41862 <at> debbugs.gnu.org (full text, mbox):
> 2. `C-s'
>
> This causes the frame to be redisplayed to add menu-bar menu `Isearch',
> which, in effect, moves everything down a line visually, because it
> causes the menu-bar to wrap (since the frame was only wide enough to
> show the menu-bar without the added `Isearch'.
>
> 3. `C-g', or otherwise end Isearch.
>
> This causes the frame to be redisplayed to remove menu-bar menu
> `Isearch', with the inverse jarring redisplay.
I wonder why are you talking about Isearch only. Doesn't the same
problem exist for other modes, e.g. Dired menu-bar menus are quite long.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#41862
; Package
emacs
.
(Tue, 16 Jun 2020 01:26:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 41862 <at> debbugs.gnu.org (full text, mbox):
> > 2. `C-s'
> >
> > This causes the frame to be redisplayed to add menu-bar menu `Isearch',
> > which, in effect, moves everything down a line visually, because it
> > causes the menu-bar to wrap (since the frame was only wide enough to
> > show the menu-bar without the added `Isearch'.
> >
> > 3. `C-g', or otherwise end Isearch.
> >
> > This causes the frame to be redisplayed to remove menu-bar menu
> > `Isearch', with the inverse jarring redisplay.
>
> I wonder why are you talking about Isearch only. Doesn't the same
> problem exist for other modes, e.g. Dired menu-bar menus are quite long.
I think the answer is because I've never run into
this problem elsewhere. It's not about the length
of the menu-bar (well, that's a precondition for
the problem to manifest). It's about the dynamic
addition and removal of a menu.
For a given window/frame width that shows the whole
menu-bar, you don't see the problem. The frame
jerking around each time you use `C-s' is a very
different story.
So yes, the phenomenon isn't specific to Isearch.
It's specific to something that adds and removes
a menu often, dynamically, I guess.
For Isearch, the solution/workaround I suggested is
a user option. Let me return to the unannoying
old behavior, at least.
I don't expect a real solution to the menu-bar
wrapping problem anytime soon - that's been
longstanding. Please find some good way to mitigate
the problem introduced by the Isearch change.
Obviously people use Isearch a lot, and adding &
removing the menu each time can really be annoying.
Perhaps you have a better suggestion. I guess users
could maybe customize to always use 2 in their
`default-frame-alist' for `menu-bar-lines', but it
would be a shame for them to have to do that, I
think.
Here's maybe another possibility (dunno how
reasonable it is): If I use Dired, and then use
`M-x' (not in my setup but in `emacs -Q') then menu
`Minbuf' gets added dynamically, for the duration
of an active minibuffer. But the difference is
that other Dired menus are temporarily removed, so
there's no frame-jerking menu-bar wrapping.
I don't know of other such temporary additions of
a menu, but there probably are some. I know of
only `Minibuf' and `Isearch'. The problem is only
with Isearch, between those two. Maybe Isearch
could/should remove some menus while it adds menu
`Isearch'? Dunno.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#41862
; Package
emacs
.
(Sun, 13 Jun 2021 11:16:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 41862 <at> debbugs.gnu.org (full text, mbox):
Drew Adams <drew.adams <at> oracle.com> writes:
> Starting with Emacs 27, `isearch-mode-map'
> includes`isearch-menu-bar-map', which adds menu `Isearch' to the
> menu-bar.
Many modes add stuff to the menu bar -- there's nothing special about
isearch here.
> This should at least be optional, via user option (not requiring a user
> to fiddle with keymaps).
I don't see why -- the general mechanism we have for this works across
any mode, so that's more convenient than adding some random user options
for a mode here and there:
(define-key isearch-mode-map [menu-bar] nil)
So I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) wontfix.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 13 Jun 2021 11:16:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
41862 <at> debbugs.gnu.org and Drew Adams <drew.adams <at> oracle.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 13 Jun 2021 11:16:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#41862
; Package
emacs
.
(Sun, 13 Jun 2021 14:54:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 41862 <at> debbugs.gnu.org (full text, mbox):
> > Starting with Emacs 27, `isearch-mode-map'
> > includes`isearch-menu-bar-map', which adds menu
> > `Isearch' to the menu-bar.
>
> Many modes add stuff to the menu bar -- there's nothing
> special about isearch here.
>
> > This should at least be optional, via user option
> > (not requiring a user to fiddle with keymaps).
>
> I don't see why -- the general mechanism we have for
> this works across any mode, so that's more convenient
> than adding some random user options for a mode here
> and there:
>
> (define-key isearch-mode-map [menu-bar] nil)
>
> So I'm closing this bug report.
Just to make sure: Did you read my reply to Juri here?
Like you, I said that there's nothing special about
isearch here.
The point is _not_ to remove/prevent the Isearch menu.
And the point is especially not for any given user
to have to do that, and especially not by fiddling
with keymaps.
The point is for Emacs to find a good solution. I
mentioned the Dired solution, which has long existed,
and which I'm guessing could make sense for Isearch:
When the Isearch menu is shown, consider temporary
removal of another menu (or two) a menu that's not
so useful during Isearch.
That lets you use the Isearch menu without the
annoyance. And yes, whether to do such removal
(and which menu(s) to remove temporarily) could be
user-configurable with an option.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 12 Jul 2021 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 288 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.