From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.bugs Subject: bug#733: 23.0.60; epa-list-keys buffer behaves strangely Date: Tue, 26 Aug 2008 12:24:56 +0900 Message-ID: <87vdxo7913.fsf@broken.deisui.org> References: <878wuqn8ds.fsf@broken.deisui.org> <17A7D165-525D-4B68-840F-5CF9654289FF@Freenet.DE> Reply-To: Daiki Ueno , 733@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1219722466 31756 80.91.229.12 (26 Aug 2008 03:47:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 26 Aug 2008 03:47:46 +0000 (UTC) Cc: 733@emacsbugs.donarmstrong.com To: Peter Dyballa Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 26 05:48:39 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KXpXp-0005x5-3I for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Aug 2008 05:48:37 +0200 Original-Received: from localhost ([127.0.0.1]:33399 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KXpWr-0002vU-6H for geb-bug-gnu-emacs@m.gmane.org; Mon, 25 Aug 2008 23:47:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KXpWn-0002vD-MC for bug-gnu-emacs@gnu.org; Mon, 25 Aug 2008 23:47:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KXpWl-0002v1-Rw for bug-gnu-emacs@gnu.org; Mon, 25 Aug 2008 23:47:33 -0400 Original-Received: from [199.232.76.173] (port=32950 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KXpWl-0002uy-On for bug-gnu-emacs@gnu.org; Mon, 25 Aug 2008 23:47:31 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:43033) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KXpWl-0004Qz-Bf for bug-gnu-emacs@gnu.org; Mon, 25 Aug 2008 23:47:31 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7Q3lSgV025445; Mon, 25 Aug 2008 20:47:29 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m7Q3U35l019471; Mon, 25 Aug 2008 20:30:03 -0700 X-Loop: don@donarmstrong.com Resent-From: Daiki Ueno Original-Sender: Daiki Ueno Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 26 Aug 2008 03:30:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 733 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: wontfix Original-Received: via spool by 733-submit@emacsbugs.donarmstrong.com id=B733.121972110417925 (code B ref 733); Tue, 26 Aug 2008 03:30:03 +0000 Original-Received: (at 733) by emacsbugs.donarmstrong.com; 26 Aug 2008 03:25:04 +0000 Original-Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7Q3OxB2017855 for <733@emacsbugs.donarmstrong.com>; Mon, 25 Aug 2008 20:25:00 -0700 Original-Received: by rv-out-0506.google.com with SMTP id k40so1923132rvb.1 for <733@emacsbugs.donarmstrong.com>; Mon, 25 Aug 2008 20:24:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type :sender; bh=TsA69LAw1V1Z9rXSvjyGnWD9KCBhmvYdbpWCJdXQHBs=; b=R/UdP2D6EszkACekvjh/0YgYqJ+sxojMaTUGqQnrak+hl5GjQCwEZSIxup8PbS2hu6 0l5Hhn1gU7xK2XVwST+SIraRedqQf6+CB6lHztyX6YVjwWotRYMxbqIi1kxFmM37KmDN kp4ND4ciHo6WvTmDTdHcX+vYlZ/LeHiDGbL5k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:sender; b=eA3W2GMUaf/7kTTJR40q69J16IHMTxkcCr0FNW3NpTAxFY331wRycMY4OA5Im6VQw3 Wm7ah8ZsNh2XP2zSFbW0wbADayRBqf7dstkLefReyro9B8A5t2IcPYU2duLVyQ2vjsAc 5q0fNrupdYOspnvO34teK73xi8eRKwriPEBzA= Original-Received: by 10.140.161.11 with SMTP id j11mr2546796rve.134.1219721099156; Mon, 25 Aug 2008 20:24:59 -0700 (PDT) Original-Received: from p360 ( [150.82.173.253]) by mx.google.com with ESMTPS id c20sm9004550rvf.3.2008.08.25.20.24.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 Aug 2008 20:24:58 -0700 (PDT) In-Reply-To: <17A7D165-525D-4B68-840F-5CF9654289FF@Freenet.DE> (Peter Dyballa's message of "Thu, 21 Aug 2008 23:10:48 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Mon, 25 Aug 2008 23:47:33 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:19715 Archived-At: >>>>> In <17A7D165-525D-4B68-840F-5CF9654289FF@Freenet.DE> >>>>> Peter Dyballa 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* 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