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.devel Subject: Re: Binding M-n and M-p to forward-paragraphandbackward-paragraphrespectively Date: Thu, 07 Apr 2011 23:30:23 +0100 Message-ID: <4D9E3AFF.2080301@harpegolden.net> References: <35CCFF878F0B4C22B25E6A12CB3B2FCE@us.oracle.com> <871v1ej65p.fsf@gmail.com> <536E080C1DE54AAA9CA25BD3DBC4D0C0@us.oracle.com> <87lizldinz.fsf@gmail.com> <87fwptdiey.fsf@gmail.com> <87mxk1vm5y.fsf@gmail.com> 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 1302215438 28330 80.91.229.12 (7 Apr 2011 22:30:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 7 Apr 2011 22:30:38 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 08 00:30:34 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7xij-0000LT-H0 for ged-emacs-devel@m.gmane.org; Fri, 08 Apr 2011 00:30:33 +0200 Original-Received: from localhost ([127.0.0.1]:55173 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7xij-00026R-1M for ged-emacs-devel@m.gmane.org; Thu, 07 Apr 2011 18:30:33 -0400 Original-Received: from [140.186.70.92] (port=42800 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7xie-00026L-8n for emacs-devel@gnu.org; Thu, 07 Apr 2011 18:30:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7xid-0007Vs-Ad for emacs-devel@gnu.org; Thu, 07 Apr 2011 18:30:28 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:41687) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7xid-0007Vd-7V for emacs-devel@gnu.org; Thu, 07 Apr 2011 18:30:27 -0400 Original-Received: from [87.198.55.209] (87-198-55-209.ptr.magnet.ie [87.198.55.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 486F068502 for ; Thu, 7 Apr 2011 23:30:25 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110402 Icedove/3.1.9 In-Reply-To: <87mxk1vm5y.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 65.99.215.13 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:138296 Archived-At: On 07/04/11 21:31, Antoine Levitt wrote: > I've got this bound globally as well. It just makes sense with the > global idea that C- is for atomic movements, and M- for group > movement. Er. In this particular case, M-{ and M-} are already conveniently bound to the movement by paragraph functions (and C-up/C-down...), anyway, aren't they? Certain non-us keyboard layouts make '{' and '}' harder to type I suppose, but do we really need a third pair of bindings for the same damn actions? Hell, I tend to think of the C-up/C-down one as less than useful, but I expect I edit bulk natural language text in emacs a lot less than some users. > But in the global keymap, and in many modes, M-n and M-p are free. They're seldom free in modes I use. They're usually some mode-appropriate next/previous action, like the history in various common repls and M-x, next/prev note in slime-compiler-output annotated lisp buffers... It might make a little sense for them to be a[nother] next/previous paragraph in text-mode specifically under that vague "mode appropriate next/previous" theory, but global? It just seems unnecessary, and might even discourage any present informal "mode-appropriate next/previous" binding tendency.