From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: arrow keys vs. C-f/b/n/p Date: Fri, 11 Jun 2010 15:45:22 -0400 Message-ID: <877hm5ica5.fsf@stupidchicken.com> References: <87d3w2ncqs.fsf_-_@lola.goethe.zz> <87iq5py7xk.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1276285541 31015 80.91.229.12 (11 Jun 2010 19:45:41 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 11 Jun 2010 19:45:41 +0000 (UTC) Cc: Eli Zaretskii , David Kastrup , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 11 21:45:38 2010 connect(): No such file or directory 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 1ONAAY-0003DE-7y for ged-emacs-devel@m.gmane.org; Fri, 11 Jun 2010 21:45:34 +0200 Original-Received: from localhost ([127.0.0.1]:35791 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONAAW-0005Ah-Qp for ged-emacs-devel@m.gmane.org; Fri, 11 Jun 2010 15:45:32 -0400 Original-Received: from [140.186.70.92] (port=36729 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONAAP-00059K-GS for emacs-devel@gnu.org; Fri, 11 Jun 2010 15:45:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ONAAN-0002Vi-UB for emacs-devel@gnu.org; Fri, 11 Jun 2010 15:45:24 -0400 Original-Received: from pantheon-po16.its.yale.edu ([130.132.50.72]:49440) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONAAN-0002VV-Sd; Fri, 11 Jun 2010 15:45:23 -0400 Original-Received: from furry (dhcp128036014175.central.yale.edu [128.36.14.175]) (authenticated bits=0) by pantheon-po16.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o5BJjMLH009146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 Jun 2010 15:45:22 -0400 Original-Received: by furry (Postfix, from userid 1000) id D3B38C013; Fri, 11 Jun 2010 21:45:22 +0200 (CEST) In-Reply-To: (Stefan Monnier's message of "Fri, 11 Jun 2010 11:47:41 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 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:125761 Archived-At: Stefan Monnier writes: > Now addmitedly, the particular place where the choice between the two > forms of coupling is made is up for discussion: it could be based on > the direction of text underneath point (basically, make the arrow move > visually rather than logically), or based on the direction of the > paragraph (what we now have), or based on user preferences (default > depends on the locale). I don't have a clear preference, but I think > that the current choice is pretty good compromise between "no need for > customization, auto-adjusts to mixes of L2R and R2L buffers" and > "still move in logical rather than visual order". My question is: do people who edit bidi frequently need or expect a separate command for moving logically? If not, we could require C-f/[right] to always move right, and C-b/[left] to always move left. This would be the right-char and left-char commands, with `forward-char' and `backward-char' no longer bound to keys.