From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dieter Wilhelm Newsgroups: gmane.emacs.devel Subject: Re: Another keybinding nit for afterwards Date: Sat, 28 Oct 2006 12:43:57 +0200 Organization: The Church of Emacs Message-ID: <87r6wsn2j6.fsf@hans.local.net> References: <85d58dpjbd.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1162038454 16509 80.91.229.2 (28 Oct 2006 12:27:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 28 Oct 2006 12:27:34 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 28 14:27:32 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GdnHc-0007A6-M1 for ged-emacs-devel@m.gmane.org; Sat, 28 Oct 2006 14:27:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GdnHc-0004w3-1e for ged-emacs-devel@m.gmane.org; Sat, 28 Oct 2006 08:27:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GdlvQ-0001Jh-T5 for emacs-devel@gnu.org; Sat, 28 Oct 2006 07:00:28 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GdlvP-0001JV-FY for emacs-devel@gnu.org; Sat, 28 Oct 2006 07:00:27 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GdlvP-0001JS-7h for emacs-devel@gnu.org; Sat, 28 Oct 2006 07:00:27 -0400 Original-Received: from [212.227.126.177] (helo=moutng.kundenserver.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gdlfc-0007SY-5k; Sat, 28 Oct 2006 06:44:08 -0400 Original-Received: from [84.167.27.219] (helo=duenenhof-wilhelm.de) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1Gdlfa3BIi-00080b; Sat, 28 Oct 2006 12:44:07 +0200 Original-Received: by duenenhof-wilhelm.de (Postfix, from userid 1000) id 6D81946279; Sat, 28 Oct 2006 12:43:57 +0200 (CEST) Original-To: David Kastrup In-Reply-To: <85d58dpjbd.fsf@lola.goethe.zz> (David Kastrup's message of "Fri\, 27 Oct 2006 22\:58\:30 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-Provags-ID: kundenserver.de abuse@kundenserver.de login:d7ab225b98a136e1c2910381f940ecb9 X-Mailman-Approved-At: Sat, 28 Oct 2006 08:27:12 -0400 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:61282 Archived-At: David Kastrup writes: > > C-y takes a prefix argument where one can indicate what in the > kill-stack to yank. > > This is likely rarely used since people will not often remember the > right number. Instead M-y will normally be used for rotating the > kills around. M-y refuses to work when the last command has not been > a kill. Thank you David for taking this subject from gnu-emacs-help to emacs-devel. (gmane.emacs.help:38196) > I propose changing this in the following manner after the release: > > C-y only yanks the top of the kill stack, nothing else. A prefix > argument will just get used as a multiplicator, like with > self-insert-command. > > M-y becomes the command to access the kill stack. It is _not_ > required to follow C-y. If you don't use it immediately after a yank > command, it will just produce (rather than replace) the top of the > kill stack. I suggest that M-y should inserts the second entry of the kill-ring by default, this would be in the line of the previous usage (without--of course--the need to type C-y beforehand), the first entry in the kill-ring could be accessed by the argument 0 (C style counting). Otherwise C-y and M-y would have an unnecessary overlap, in my opinion. > That way, the key sequence for rotating through the stack does not > need to switch between C-y and M-y, and C-y can take a multiplier as a > prefix argument. > > I think that is both a more convenient as well as more logical > interface. Moreover, it's an extension of the functionality! -- Best wishes H. Dieter Wilhelm Darmstadt, Germany