GNU bug report logs - #733
23.0.60; epa-list-keys buffer behaves strangely

Previous Next

Package: emacs;

Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>

Date: Sat, 16 Aug 2008 23:40:05 UTC

Severity: normal

Tags: wontfix

Done: Glenn Morris <rgm <at> gnu.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 733 in the body.
You can then email your comments to 733 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#733; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; epa-list-keys buffer behaves strangely
Date: Sun, 17 Aug 2008 01:30:19 +0200
[Message part 1 (text/plain, inline)]
Hello!

Choosing from the Tools menu Encryption/Decryption -> List Keys I  
created a *Keys* buffer (and Keys menu). When I click on a key in the  
*Keys* list buffer with the mouse cursor, a new buffer, *Key*<some  
number> opens. The text cursor is left at its last position. This is  
a bit confusing when there is no relation between the spot or line  
where the text cursor blinks and the line with the key that is  
displayed in another window.

[Emacs PGP Keys.jpg (image/jpeg, inline)]
[Message part 3 (text/plain, inline)]

In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d  
scroll bars)
 of 2008-08-16 on localhost
Windowing system distributor `The XFree86 Project, Inc', version  
11.0.40400000
configured using `configure  '--without-sound' '--without-pop' '-- 
with-dbus' '--with-libotf' '--with-x-toolkit=athena' '--enable- 
locallisppath=/Library/Application Support/Emacs/calendar23:/Library/ 
Application Support/Emacs/caml:/Library/Application Support/Emacs:/sw/ 
share/emacs21/site-lisp/elib' 'PKG_CONFIG_PATH=/sw/lib/freetype219/ 
lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/qt4-x11/lib/ 
pkgconfig:/sw/lib/pkgconfig:/sw/share/pkgconfig:/usr/lib/pkgconfig:/ 
usr/local/lib/pkgconfig:/usr/X11R6/lib/pkgconfig' 'CFLAGS=-ggdb - 
gfull -H -Wno-pointer-sign -bind_at_load -pipe -fPIC -mcpu=7450 - 
mtune=7450 -mno-powerpc64 -fast -mpim-altivec -ftree-vectorize -fno- 
crossjumping' 'CPPFLAGS=-no-cpp-precomp -I/sw/include -I/usr/local/ 
include -idirafter /usr/X11R6/include' 'LDFLAGS=-bind_at_load - 
dead_strip -multiply_defined suppress -L/sw/lib/ncurses -L/sw/lib -L/ 
usr/local/lib -L/usr/X11R6/lib''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: de_DE.UTF-8
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Keys

Minor modes in effect:
  show-paren-mode: t
  display-time-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t


--
Greetings

  Pete

The problem with the French is that they don't have a word for «  
entrepreneur ».
				– George W. Bush




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#733; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to Chong Yidong <cyd <at> stupidchicken.com>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

Message #10 received at 733 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 733 <at> debbugs.gnu.org
Subject: Re: 23.0.60; epa-list-keys buffer behaves strangely
Date: Mon, 18 Aug 2008 16:08:56 -0400
> Choosing from the Tools menu Encryption/Decryption -> List Keys I
> created a *Keys* buffer (and Keys menu). When I click on a key in the
> *Keys* list buffer with the mouse cursor, a new buffer, *Key*<some
> number> opens. The text cursor is left at its last position. This is  
> a bit confusing when there is no relation between the spot or line  
> where the text cursor blinks and the line with the key that is  
> displayed in another window.

I don't think this is unusual behavior; there are several places in
Emacs that uses similar behavior.  The idea is that the *Keys* buffer is
used to navigate through the list of keys, and the other buffer displays
the keys to view.  It would be annoying to move point into the viewing
buffer, because you can't do much there.

(For similar behavior see, e.g., the summary buffer in Gnus.)




Tags added: wontfix Request was from Chong Yidong <cyd <at> stupidchicken.com> to control <at> emacsbugs.donarmstrong.com. (Mon, 18 Aug 2008 20:15:05 GMT) Full text and rfc822 format available.

Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#733; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

Message #17 received at 733 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 733 <at> debbugs.gnu.org
Subject: Re: 23.0.60; epa-list-keys buffer behaves strangely
Date: Mon, 18 Aug 2008 22:20:43 +0200
Am 18.08.2008 um 22:08 schrieb Chong Yidong:

> I don't think this is unusual behavior; there are several places in
> Emacs that uses similar behavior.  The idea is that the *Keys*  
> buffer is
> used to navigate through the list of keys, and the other buffer  
> displays
> the keys to view.  It would be annoying to move point into the viewing
> buffer, because you can't do much there.


It's not that the point is not put into the other buffer, it's that  
mouse and text cursor can stay on different lines in the same, the  
*Keys* buffer. So it's hard to see the relation between the key line  
and the key description shown in the other buffer.

--
Greetings

             ~  O
  Pete       ~~_\\_/%
             ~  O  o






Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#733; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to Daiki Ueno <ueno <at> unixuser.org>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

Message #22 received at 733 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Daiki Ueno <ueno <at> unixuser.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 733 <at> debbugs.gnu.org
Subject: Re: bug#733: 23.0.60; epa-list-keys buffer behaves strangely
Date: Thu, 21 Aug 2008 16:18:39 +0900
Sorry for late response.

>>>>> In <B40D498F-F913-4B89-9DAC-D743694AD48F <at> Freenet.DE> 
>>>>>	Peter Dyballa <Peter_Dyballa <at> Freenet.DE> wrote:

> Choosing from the Tools menu Encryption/Decryption -> List Keys I
> created a *Keys* buffer (and Keys menu). When I click on a key in the
> *Keys* list buffer with the mouse cursor, a new buffer, *Key*<some
number> opens. The text cursor is left at its last position. This is
> a bit confusing when there is no relation between the spot or line
> where the text cursor blinks and the line with the key that is
> displayed in another window.

How about the following?

(eval-after-load "epa"
  '(defun epa--key-widget-action (widget &optional event)
     (save-selected-window
       (epa--show-key (widget-get widget :value)))))

(setq widget-button-click-moves-point t)

Regards,
-- 
Daiki Ueno




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#733; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

Message #27 received at 733 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Daiki Ueno <ueno <at> unixuser.org>
Cc: 733 <at> debbugs.gnu.org
Subject: Re: bug#733: 23.0.60; epa-list-keys buffer behaves strangely
Date: Thu, 21 Aug 2008 23:10:48 +0200
Am 21.08.2008 um 09:18 schrieb Daiki Ueno:

> How about the following?
>
> (eval-after-load "epa"
>   '(defun epa--key-widget-action (widget &optional event)
>      (save-selected-window
>        (epa--show-key (widget-get widget :value)))))
>
> (setq widget-button-click-moves-point t)


Yes, this introduces a clear behaviour. Thank you! IMO it should  
become default behaviour.


There is another behaviour that should be changed. When I move the  
mouse cursor away from the previously selected key, or change to  
another buffer or another application, the green marker colour goes  
away, i.e., the selection seems to be lost. When I move the mouse  
cursor over other keys, the green colour follows the mouse cursor.  
IMO the previous selection should be kept (the *Key*<number> buffer  
does not change yet), and the mouse cursor should high-light in a  
different colour, maybe yellow, as with traffic lights, because the  
mouse cursor could select another key at any time.

--
Greetings

  Pete

I wouldn't recommend sex, drugs or insanity for everyone, but they've  
always worked for me.
				– Hunter S. Thompson







Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#733; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to Daiki Ueno <ueno <at> unixuser.org>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

Message #32 received at 733 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Daiki Ueno <ueno <at> unixuser.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 733 <at> debbugs.gnu.org
Subject: Re: bug#733: 23.0.60; epa-list-keys buffer behaves strangely
Date: Tue, 26 Aug 2008 12:24:56 +0900
>>>>> In <17A7D165-525D-4B68-840F-5CF9654289FF <at> Freenet.DE> 
>>>>>	Peter Dyballa <Peter_Dyballa <at> Freenet.DE> wrote:

> Am 21.08.2008 um 09:18 schrieb Daiki Ueno:

> > How about the following?
> >
> > (eval-after-load "epa"
> >   '(defun epa--key-widget-action (widget &optional event)
> >      (save-selected-window
> >        (epa--show-key (widget-get widget :value)))))
> >
> > (setq widget-button-click-moves-point t)

> Yes, this introduces a clear behaviour. Thank you! IMO it should
> become default behaviour.

I've just intalled the former.  I leave the setting of
`widget-button-click-moves-point' up to users since other Elisp programs
do not bind this variable.

> There is another behaviour that should be changed. When I move the
> mouse cursor away from the previously selected key, or change to
> another buffer or another application, the green marker colour goes
> away, i.e., the selection seems to be lost. When I move the mouse
> cursor over other keys, the green colour follows the mouse cursor.
> IMO the previous selection should be kept (the *Key*<number> buffer
> does not change yet), and the mouse cursor should high-light in a
> different colour, maybe yellow, as with traffic lights, because the
> mouse cursor could select another key at any time.

Well, I think this behaviour not feasible for some reason.  First, there
is no concept of "selected key" in epa-key-list-mode.  If there are a
couple of key (say AAAAAA and BBBBBB), you select them consequently, and
you will see two buffers named "*Key*AAAAAA" and "*Key*BBBBBB".

Second, I have never heard of any way to catch the event which "changes
to another buffer" (perhaps impossible).

Regards,
-- 
Daiki Ueno




Reply sent to Glenn Morris <rgm <at> gnu.org>:
You have taken responsibility. (Sat, 09 Jul 2011 05:38:01 GMT) Full text and rfc822 format available.

Notification sent to Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
bug acknowledged by developer. (Sat, 09 Jul 2011 05:38:02 GMT) Full text and rfc822 format available.

Message #37 received at 733-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 733-done <at> debbugs.gnu.org
Subject: Re: bug#733: 23.0.60; epa-list-keys buffer behaves strangely
Date: Sat, 09 Jul 2011 01:37:37 -0400
A change was installed for the main part of this some time ago.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 06 Aug 2011 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 14 years and 34 days ago.

Previous Next


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