GNU bug report logs -
#43115
26.3; Info menu
Previous Next
To reply to this bug, email your comments to 43115 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#43115
; Package
emacs
.
(Sun, 30 Aug 2020 16:14:02 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, 30 Aug 2020 16:14:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Please consider updating the Info menu.
For one thing, it should have an item for incremental search, which
nowadays is far more useful than `s'.
Most important is to promote use of the Index. Consider putting this
submenu first in the menu. Follow it with other search/lookup items.
Put navigation keys later in the menu.
Maybe organize into submenus: Index, Search, Menu Item, History,
Navigation. As it is now, the menu is cluttered with navigation keys.
Navigation can be last, IMO, especially as it's covered also by the
header and breadcrumbs. Findig `l' and `r' is more important, and more
difficult, than finding `n' etc.
The most important key to promote is `i'. In a way, it's too bad that
this is in a submenu (Index).
If (nonincremental) `Search Next' is to be in the menu then please show
its key explicitly as `s'. The menu should serve especially as a bridge
to using keyboard keys - for discovery. Don't encourage or force users
to repeatedly use menu item `Search Next'.
Consider giving a key binding to `info-apropos'. (I bind it to `a' in
`info+.el'.)
Consider changing the name of item `Reference' to `Related' or `Follow
Link' or something else that users might better understand than
`Reference'.
Please change "indices" to "indexes" (everywhere). Just google for
"indexes versus indices" to see why (including, but not limited to,
the fact that Emacs uses American English).
Finally, at least on MS Windows, the `l' and `I' keys shown as shortcuts
are difficult or impossible to distinguish. And the right arrow for a
submenu is difficult to distinguish from character `>' (the latter is
ever-so-slightly farther to the right). Dunno whether something can be
done about this problem, but IMO we should try to do better.
HTH.
In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32)
of 2019-08-29
Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd
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 -g3''
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#43115
; Package
emacs
.
(Sun, 30 Aug 2020 22:21:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 43115 <at> debbugs.gnu.org (full text, mbox):
> If (nonincremental) `Search Next' is to be in the menu then please show
> its key explicitly as `s'. The menu should serve especially as a bridge
> to using keyboard keys - for discovery. Don't encourage or force users
> to repeatedly use menu item `Search Next'.
This part didn't make sense; sorry. Scratch that.
This bug report was last modified 4 years and 119 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.