GNU bug report logs -
#733
23.0.60; epa-list-keys buffer behaves strangely
Previous Next
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.
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):
[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):
> 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):
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):
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):
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):
>>>>> 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):
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.