all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#733: 23.0.60; epa-list-keys buffer behaves strangely
@ 2008-08-16 23:30 Peter Dyballa
  2008-08-21  7:18 ` Daiki Ueno
  0 siblings, 1 reply; 7+ messages in thread
From: Peter Dyballa @ 2008-08-16 23:30 UTC (permalink / raw)
  To: emacs-pretest-bug

[-- 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




^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#733: 23.0.60; epa-list-keys buffer behaves strangely
@ 2008-08-18 20:08 Chong Yidong
  2008-08-18 20:20 ` Peter Dyballa
  0 siblings, 1 reply; 7+ messages in thread
From: Chong Yidong @ 2008-08-18 20:08 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: 733

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






^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#733: 23.0.60; epa-list-keys buffer behaves strangely
  2008-08-18 20:08 bug#733: 23.0.60; epa-list-keys buffer behaves strangely Chong Yidong
@ 2008-08-18 20:20 ` Peter Dyballa
  0 siblings, 0 replies; 7+ messages in thread
From: Peter Dyballa @ 2008-08-18 20:20 UTC (permalink / raw)
  To: Chong Yidong; +Cc: 733


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








^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#733: 23.0.60; epa-list-keys buffer behaves strangely
  2008-08-16 23:30 Peter Dyballa
@ 2008-08-21  7:18 ` Daiki Ueno
  2008-08-21 21:10   ` Peter Dyballa
  0 siblings, 1 reply; 7+ messages in thread
From: Daiki Ueno @ 2008-08-21  7:18 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: 733

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






^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#733: 23.0.60; epa-list-keys buffer behaves strangely
  2008-08-21  7:18 ` Daiki Ueno
@ 2008-08-21 21:10   ` Peter Dyballa
  2008-08-26  3:24     ` Daiki Ueno
  0 siblings, 1 reply; 7+ messages in thread
From: Peter Dyballa @ 2008-08-21 21:10 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: 733


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









^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#733: 23.0.60; epa-list-keys buffer behaves strangely
  2008-08-21 21:10   ` Peter Dyballa
@ 2008-08-26  3:24     ` Daiki Ueno
  2011-07-09  5:37       ` Glenn Morris
  0 siblings, 1 reply; 7+ messages in thread
From: Daiki Ueno @ 2008-08-26  3:24 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: 733

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






^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#733: 23.0.60; epa-list-keys buffer behaves strangely
  2008-08-26  3:24     ` Daiki Ueno
@ 2011-07-09  5:37       ` Glenn Morris
  0 siblings, 0 replies; 7+ messages in thread
From: Glenn Morris @ 2011-07-09  5:37 UTC (permalink / raw)
  To: 733-done


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





^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2011-07-09  5:37 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-18 20:08 bug#733: 23.0.60; epa-list-keys buffer behaves strangely Chong Yidong
2008-08-18 20:20 ` Peter Dyballa
  -- strict thread matches above, loose matches on Subject: below --
2008-08-16 23:30 Peter Dyballa
2008-08-21  7:18 ` Daiki Ueno
2008-08-21 21:10   ` Peter Dyballa
2008-08-26  3:24     ` Daiki Ueno
2011-07-09  5:37       ` Glenn Morris

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.