From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Antoine Levitt Newsgroups: gmane.emacs.bugs Subject: bug#9406: 24.0.50; Use M-p/M-n to navigate through the kill ring Date: Thu, 01 Sep 2011 11:53:04 +0200 Message-ID: <87hb4wvbb3.fsf@gmail.com> References: <87zkirnlug.fsf@mail.jurta.org> <87ippfnl3g.fsf@mail.jurta.org> <4E5E5799.1040107@harpegolden.net> <871uw1lerd.fsf@mail.jurta.org> <8762lc1wnn.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1314870834 6604 80.91.229.12 (1 Sep 2011 09:53:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 1 Sep 2011 09:53:54 +0000 (UTC) To: 9406@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 01 11:53:50 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Qz3y2-00083l-1u for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Sep 2011 11:53:50 +0200 Original-Received: from localhost ([::1]:54368 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qz3y1-0007w1-MR for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Sep 2011 05:53:49 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:35315) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qz3xy-0007vl-5C for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 05:53:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qz3xw-0003bG-O5 for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 05:53:46 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39097) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qz3xw-0003an-Ij for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 05:53:44 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Qz418-00009o-4K; Thu, 01 Sep 2011 05:57:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Antoine Levitt Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Sep 2011 09:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9406 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.1314871008585 (code B ref -1); Thu, 01 Sep 2011 09:57:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 1 Sep 2011 09:56:48 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qz40u-00009N-8A for submit@debbugs.gnu.org; Thu, 01 Sep 2011 05:56:48 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qz40q-00009F-U1 for submit@debbugs.gnu.org; Thu, 01 Sep 2011 05:56:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qz3xd-0003GD-VK for submit@debbugs.gnu.org; Thu, 01 Sep 2011 05:53:26 -0400 Original-Received: from lists.gnu.org ([140.186.70.17]:46797) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qz3xd-0003G3-Tf for submit@debbugs.gnu.org; Thu, 01 Sep 2011 05:53:25 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:35276) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qz3xd-0007v6-0P for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 05:53:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qz3xb-0003D5-OB for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 05:53:24 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:58468) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qz3xb-0003Cz-9p for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 05:53:23 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Qz3xZ-0007pX-MF for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 11:53:21 +0200 Original-Received: from ney92-7-78-233-218-202.fbx.proxad.net ([78.233.218.202]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 01 Sep 2011 11:53:21 +0200 Original-Received: from antoine.levitt by ney92-7-78-233-218-202.fbx.proxad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 01 Sep 2011 11:53:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: bug-gnu-emacs@gnu.org Original-Lines: 51 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ney92-7-78-233-218-202.fbx.proxad.net Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 01 Sep 2011 05:57:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:50523 Archived-At: 01/09/11 11:13, Dani Moncayo > On Thu, Sep 1, 2011 at 10:42, Juri Linkov wrote: >>> WDYT? >> >> I think we should not change the traditional behavior of `C-y M-y M-y ...' >> that many users are accustomed to. > > Sorry to hear that. I agree that it is good to keep the traditional > behavior as much as possible, but not at the expense of evolving > positively. > >> What we could do is to activate the >> minibuffer browsing the kill-ring on `M-y' (not preceded by `C-y'). > > So you want to keep the current behavior of "C-y M-y" for the sake of > "traditional behavior", so that M-y would do one thing when preceded > by C-y, and another one (completely different) when not. IMO, this > mixing/overloading of functionality in M-y is not clean, and besides, > one of those two tasks would be already implemented in M-p. I'd like > you to reconsider this, please. > >> And optionally bind `M-p'/`M-n' after `C-y' to more transient version >> of the current `M-y' that doesn't require multiple undo (but still >> you have to undo the first yank inserted by `C-y'). > > 100% agreement on that (I like your "transient version" improvement). What about the following UI? M-y triggers a kind of kill-ring browsing: it opens a small buffer above the minibuffer with the next killed text (that which would be inserted by C-y), accessible with M-y or M-n. If the user presses M-y or M-n, the buffer expands to display the previous killed text as well, accessible with M-p. In any event, pressing RET inserts the current killed text to the buffer, and pressing anything other than RET/M-y/M-n/M-p kills the buffer and resumes normal editing. C-y M-y directly jumps to the second step of the above, but inserts automatically the current killed text, preserving backwards compatibility. Therefore, C-y M-y M-y ... does the right thing, with the added convenience of a buffer allowing you to go back to a previous completion. Also M-y becomes a nice alias for viewing the kill-ring. This has the merit of not binding M-n / M-p in anything else than the mode this buffer would be displayed in. Doing it any other way would probably cause confusion to users/modes who bind M-n/M-p. The appearance of the small window would be controllable with a boolean setting.