GNU bug report logs - #53158
28.0.90; TAB, RET key behave differently for Git-Log-View, Outline View mode

Previous Next

Package: emacs;

Reported by: Van Ly <van.ly <at> sdf.org>

Date: Mon, 10 Jan 2022 14:22:02 UTC

Severity: normal

Tags: wontfix

Found in version 28.0.90

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #29 received at 53158 <at> debbugs.gnu.org (full text, mbox):

From: Van Ly <van.ly <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 53158 <at> debbugs.gnu.org
Subject: Re: bug#53158: 28.0.90; TAB, RET key behave differently for
 Git-Log-View, Outline View mode
Date: Mon, 10 Jan 2022 20:59:00 +0000 (UTC)
On Mon, 10 Jan 2022, Eli Zaretskii wrote:

>> Date: Mon, 10 Jan 2022 19:36:43 +0000 (UTC)
>> From: Van Ly <van.ly <at> sdf.org>
>> cc: 53158 <at> debbugs.gnu.org
>>
>>> There's absolute no guarantee in Emacs that a key behaves the same in
>>> tow different modes.  Even if those two modes can be argued to be
>>> similar in some sense.
>>>
>>
>> Yes, I know.  Emacs unboxes with unpleasant defaults.
>
> Is that some new way of convincing the maintainers to be more amenable
> to your opinions and suggestions?  If so, it isn't working.
>

A pearl comes from an irritant in the shell.

>
> A TAB as a means to cycle visibility could be a natural thing in
> outline modes, but log-view-mode is not an outline mode, it's derived
> from different parents.
>

Having the same keybinding function on the aster at position one on 
the line to unroll/rollup the headline/detail is an opportunity 
for improving the UI intuitivity across these two modes.  From an 
enduser perspective.

-- 
vl





This bug report was last modified 3 years and 129 days ago.

Previous Next


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