bug#733: 23.0.60; epa-list-keys buffer behaves strangely

bug#733: 23.0.60; epa-list-keys buffer behaves strangely

[Peter Dyballa]

[-- Attachment #1: Type: text/plain, Size: 452 bytes --]

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.


[-- Attachment #2: Emacs PGP Keys.jpg --]
[-- Type: image/jpeg, Size: 29864 bytes --]

[-- Attachment #3: Type: text/plain, Size: 2128 bytes --]



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

bug#733: 23.0.60; epa-list-keys buffer behaves strangely

[Chong Yidong]

> 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.)

bug#733: 23.0.60; epa-list-keys buffer behaves strangely

[Peter Dyballa]

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

bug#733: 23.0.60; epa-list-keys buffer behaves strangely

[Daiki Ueno]

Sorry for late response.

>>>>> In <B40D498F-F913-4B89-9DAC-D743694AD48F@Freenet.DE> 
>>>>>	Peter Dyballa <Peter_Dyballa@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

bug#733: 23.0.60; epa-list-keys buffer behaves strangely

[Peter Dyballa]

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

bug#733: 23.0.60; epa-list-keys buffer behaves strangely

[Daiki Ueno]

>>>>> In <17A7D165-525D-4B68-840F-5CF9654289FF@Freenet.DE> 
>>>>>	Peter Dyballa <Peter_Dyballa@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

bug#733: 23.0.60; epa-list-keys buffer behaves strangely

[Glenn Morris]

A change was installed for the main part of this some time ago.