From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo 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 12:45:20 +0200 Message-ID: References: <87zkirnlug.fsf@mail.jurta.org> <87ippfnl3g.fsf@mail.jurta.org> <87sjohrjfl.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: dough.gmane.org 1314787559 17260 80.91.229.12 (31 Aug 2011 10:45:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 31 Aug 2011 10:45:59 +0000 (UTC) Cc: 9406@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Aug 31 12:45:55 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 1QyiIt-0004hn-2T for geb-bug-gnu-emacs@m.gmane.org; Wed, 31 Aug 2011 12:45:55 +0200 Original-Received: from localhost ([::1]:43357 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QyiIs-0002Wv-JG for geb-bug-gnu-emacs@m.gmane.org; Wed, 31 Aug 2011 06:45:54 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:43153) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QyiIp-0002Wp-LL for bug-gnu-emacs@gnu.org; Wed, 31 Aug 2011 06:45:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QyiIo-0000SS-N7 for bug-gnu-emacs@gnu.org; Wed, 31 Aug 2011 06:45:51 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43634) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QyiIo-0000SJ-Cu for bug-gnu-emacs@gnu.org; Wed, 31 Aug 2011 06:45:50 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QyiLu-0007bV-B5; Wed, 31 Aug 2011 06:49:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dani Moncayo 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 10:49: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.131478771729198 (code B ref 9406); Wed, 31 Aug 2011 10:49:02 +0000 Original-Received: (at 9406) by debbugs.gnu.org; 31 Aug 2011 10:48:37 +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 1QyiLU-0007as-6B for submit@debbugs.gnu.org; Wed, 31 Aug 2011 06:48:37 -0400 Original-Received: from mail-yw0-f44.google.com ([209.85.213.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QyiLS-0007al-24 for 9406@debbugs.gnu.org; Wed, 31 Aug 2011 06:48:34 -0400 Original-Received: by ywe9 with SMTP id 9so401314ywe.3 for <9406@debbugs.gnu.org>; Wed, 31 Aug 2011 03:45:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MdQ33IuJMFEhkBpbNnw4OsuO98paQIyYPwIYAX2ZUBE=; b=KnziWsxfUroeG3fVKj71ppQ90Uo6j6w2wgi6U0KZyL4d7DJLlCLRqaIiPKlWSzJWxq VMz/HkGUvGzAG0W/FjmiHkoK2CQycmI/ZCTjJBhnTKEzg0KDhRQFHqXCMssg/JRMQh86 5vWF6HMWfH4mS2/Y9i084dY43TRuaSXKwQPAw= Original-Received: by 10.236.168.99 with SMTP id j63mr1221214yhl.19.1314787521105; Wed, 31 Aug 2011 03:45:21 -0700 (PDT) Original-Received: by 10.236.43.131 with HTTP; Wed, 31 Aug 2011 03:45:20 -0700 (PDT) In-Reply-To: <87sjohrjfl.fsf@mail.jurta.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 31 Aug 2011 06:49: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:50465 Archived-At: Hi Juri, On Wed, Aug 31, 2011 at 11:51, Juri Linkov wrote: >> Using the minibuffer would be indeed a way of doing this, but on >> second thought I think that it would be better to have "in-site" >> replacement of the yanked text (like M-y does now), because: >> >> 1. It would be quicker: It saves you the extra once you have >> selected the wanted entry. > > "In-situ" replacement is quicker indeed but has its own problems: > to undo the last yanked text to the initial state you have to undo > insertions and deletions of all intermediate elements of the kill ring. > > So what you propose is like setting `search-ring-update' to t in Isearch. > It's quicker without requiring , but to revert to the initial search > position you have to undo all search movements for intermediate elements of > the search ring. Correct. That is the way M-y works now, so that this would not be a new problem. Besides, that problem is quite minor, IMO, because: * The common case would be to yank the last or close-to-last entry from the ring, so that no (or very few) extra "undo" movements would be necessary. * In the rare cases of yanking and old entry *and* then wanting to revert it, users would always have the quick option of deleting the region (which as you now is updated in every yank operation). So, i think that the drawbacks are much smaller than the advantages. >> 2. When the killed text is tall (has many lines), the minibuffer would >> show only a small fragment of it. > > The minibuffer shows enough multi-line text to recognize the wanted entry. Yes, I also think so. So this point would make little difference, but anyway large entries would be shown even better in the buffer, because there would be normally more visual space. >> Thus, for example if you wanted to yank the third entry from the kill >> ring, all you would have to to is "C-y M-p M-p M-p" and you're done. >> Very quick, very intuitive, very convenient! > > With many M-p, one extra is not a problem. As I've said above, I think that the common case would imply one or very few "M-p"'s. Besides, typing 2 or 3 times the same key is almost as quick as typing it only once. Therefore, IMO the extra would really make a difference. -- Dani Moncayo