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: Wed, 31 Aug 2011 16:47:37 +0100 Message-ID: <4E5E5799.1040107@harpegolden.net> References: <87zkirnlug.fsf@mail.jurta.org> <87ippfnl3g.fsf@mail.jurta.org> 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 1314805678 20390 80.91.229.12 (31 Aug 2011 15:47:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 31 Aug 2011 15:47:58 +0000 (UTC) Cc: 9406@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Aug 31 17:47:53 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 1Qyn17-00025v-Df for geb-bug-gnu-emacs@m.gmane.org; Wed, 31 Aug 2011 17:47:53 +0200 Original-Received: from localhost ([::1]:57810 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qyn17-0004cE-0y for geb-bug-gnu-emacs@m.gmane.org; Wed, 31 Aug 2011 11:47:53 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:58405) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qyn13-0004bZ-V9 for bug-gnu-emacs@gnu.org; Wed, 31 Aug 2011 11:47:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qyn12-0004Il-VH for bug-gnu-emacs@gnu.org; Wed, 31 Aug 2011 11:47:49 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54040) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qyn12-0004If-Th for bug-gnu-emacs@gnu.org; Wed, 31 Aug 2011 11:47:48 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Qyn4A-0002nr-7a; Wed, 31 Aug 2011 11:51:02 -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: Wed, 31 Aug 2011 15:51: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: Original-Received: via spool by 9406-submit@debbugs.gnu.org id=B9406.131480585610761 (code B ref 9406); Wed, 31 Aug 2011 15:51:02 +0000 Original-Received: (at 9406) by debbugs.gnu.org; 31 Aug 2011 15:50:56 +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 1Qyn44-0002nV-CN for submit@debbugs.gnu.org; Wed, 31 Aug 2011 11:50:56 -0400 Original-Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qyn41-0002nL-Jf for 9406@debbugs.gnu.org; Wed, 31 Aug 2011 11:50:54 -0400 Original-Received: from [87.198.47.209] (87-198-47-209.ptr.magnet.ie [87.198.47.209]) (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 E25EC683EA; Wed, 31 Aug 2011 16:47:38 +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: Wed, 31 Aug 2011 11:51: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:50478 Archived-At: On 31/08/11 14:01, Stefan Monnier wrote: > That doesn't sound like a bad idea, although of course it will annoy > a few users in a few corner cases (e.g. I have M-n and M-p bound in > smerge-mode). So we might prefer to have it as an option. I definitely do use various modes with M-n/M-p already bound (such as slime), they're often some "mode appropriate next/previous". I expect I do hit them directly after a C-y sometimes too, though I suppose in principle I could get used to not being able to (and I'm not exactly a new user who doesn't know how to alter bindings anyway...) All the same, one alternative would be M-y and M-C-y after C-y for moving in opposite directions through the kill ring? Just tried it and it doesn't feel too bad to me, anyway. (defun yank-pop-inv (&optional arg) (interactive "*p") (unless arg (setq arg 1)) (let ((arg (- arg))) (yank-pop arg))) (global-set-key (kbd "M-C-y") #'yank-pop-inv) OTOH, "kill-ring-search" tends to be more useful than uni- or bi- directional navigation through the kill ring. The author suggests M-C-y as its default binding: http://nschum.de/src/emacs/kill-ring-search/ So I'd also consider, given M-y is currently globally bound to a definition that isn't used except after C-y, putting kill-ring-search functionality on M-y when _not_ after C-y. Then also add a kill-ring-search-next to the kill-ring-search prompt as M-C-y (it already has a kill-ring-search-prev on M-y). That would also actually sort of fit in with C-y followed by M-y / M-C-y as suggested earlier above, as then C-y followed by M-y / M-C-y could be considered to be acting like the new M-y, with a null search string, inplace display, and implicit exit (while still also acting just like C-y M-y today!). And could add M-n and M-p to the new M-y prompt where they'd feel "right", without having them have an effect after C-y (or with if preferred, of course).