From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.bugs Subject: bug#9406: 24.0.50; Use M-p/M-n to navigate through the kill ring Date: Fri, 02 Sep 2011 02:24:07 +0100 Message-ID: <4E603037.9030508@harpegolden.net> 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> <87mxeowg69.fsf@mail.jurta.org> <4E5FE41B.8010505@harpegolden.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1314926691 6125 80.91.229.12 (2 Sep 2011 01:24:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 2 Sep 2011 01:24:51 +0000 (UTC) Cc: 9406@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 02 03:24:45 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 1QzIUu-0007oD-Nm for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Sep 2011 03:24:45 +0200 Original-Received: from localhost ([::1]:47374 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QzIUu-00076h-4t for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Sep 2011 21:24:44 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:44883) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QzIUr-00071q-IQ for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 21:24:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QzIUq-0000BC-9c for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 21:24:41 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48681) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QzIUq-0000B2-7v for bug-gnu-emacs@gnu.org; Thu, 01 Sep 2011 21:24:40 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QzIY5-0004CL-Ha; Thu, 01 Sep 2011 21:28:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: David De La Harpe Golden Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Sep 2011 01:28:01 +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: Original-Received: via spool by 9406-submit@debbugs.gnu.org id=B9406.131492685416104 (code B ref 9406); Fri, 02 Sep 2011 01:28:01 +0000 Original-Received: (at 9406) by debbugs.gnu.org; 2 Sep 2011 01:27:34 +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 1QzIXe-0004Bh-2g for submit@debbugs.gnu.org; Thu, 01 Sep 2011 21:27:34 -0400 Original-Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QzIXc-0004Ba-Mk for 9406@debbugs.gnu.org; Thu, 01 Sep 2011 21:27:33 -0400 Original-Received: from [87.198.47.210] (87-198-47-210.ptr.magnet.ie [87.198.47.210]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 7294A68474; Fri, 2 Sep 2011 02:24:09 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110820 Icedove/3.1.12 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 01 Sep 2011 21:28:01 -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:50535 Archived-At: On 01/09/11 22:56, Dani Moncayo wrote: >>> users would not be able to browse >>> the kill-ring in the minibuffer just after yanking the top entry with >>> C-y. >> >> They are browsing it in-place with M-y > > In-place browsing would be already doable in a more convenient way While default behaviour of M-y is obviously wastefully useless without the preceding C-y, default behaviour of C-y M-y is long-standing [1]. While (cough) I am not exactly one to balk at a change to a long-standing default just because it's long-standing (and hey it's not at all up to me anyway, Stefan's already been pretty positive), you do just have to expect some people to think an idea to change such a long-standing default is not quite as great as you may think it is. "More convenient" is also somewhat subjective - for one thing, if M-y's present behaviour after C-y is gone and you have to use M-n/M-p instead, you have to switch from y to n/p (even when touch typing properly, n is on the same finger as y on qwerty), whereas you do get to stay on y for M-y/M-C-y, and of course (as already mentioned) you can't press M-n/M-p for their normal functionality in some mode directly after a C-y anymore. Presumably, the latter would just mean learning to hit C-g after C-y if you're about to press M-n to go to the next slime compiler note or whatever, so (as already mentioned) I do not actually strongly object to special meaning of M-n/M-p after C-y, so long as M-n/M-p are not globally bound even without a preceding C-y (a global binding would discourage the IMO pleasant current "mode-appropriate next/prev" common usage, as ISTR being mentioned under another different recent proposal for an M-n/M-p binding on emacs-devel). Still I suspect you just happen to not already use M-n/M-p nearly as much as some people like myself. [1] http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/476/lisp/simple.el#L768 http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/476/lisp/simple.el#L1630 (and it was presumably there before that date, rev 476 is just when simple.el got imported into version control, at least the version control that our present history has a lineage all the way back to)