From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Uday S Reddy Newsgroups: gmane.emacs.devel Subject: Re: arrow keys vs. C-f/b/n/p Date: Sat, 12 Jun 2010 12:13:23 +0100 Message-ID: References: <87d3w2ncqs.fsf_-_@lola.goethe.zz> <87iq5py7xk.fsf@stupidchicken.com> <871vcc4xhf.fsf@catnip.gol.com> <83ljakliqt.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1276341222 6585 80.91.229.12 (12 Jun 2010 11:13:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 12 Jun 2010 11:13:42 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 12 13:13:41 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 1ONOej-00010S-2R for ged-emacs-devel@m.gmane.org; Sat, 12 Jun 2010 13:13:41 +0200 Original-Received: from localhost ([127.0.0.1]:37055 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONOei-0006Xa-8i for ged-emacs-devel@m.gmane.org; Sat, 12 Jun 2010 07:13:40 -0400 Original-Received: from [140.186.70.92] (port=60543 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONOeb-0006Ut-T7 for emacs-devel@gnu.org; Sat, 12 Jun 2010 07:13:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ONOeb-0007FS-4J for emacs-devel@gnu.org; Sat, 12 Jun 2010 07:13:34 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:46742) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONOea-0007FF-Ty for emacs-devel@gnu.org; Sat, 12 Jun 2010 07:13:33 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1ONOeZ-0000xl-7q for emacs-devel@gnu.org; Sat, 12 Jun 2010 13:13:31 +0200 Original-Received: from cpc10-harb6-0-0-cust112.perr.cable.virginmedia.com ([92.232.137.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 12 Jun 2010 13:13:31 +0200 Original-Received: from u.s.reddy by cpc10-harb6-0-0-cust112.perr.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 12 Jun 2010 13:13:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ connect(): No such file or directory Original-Lines: 24 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpc10-harb6-0-0-cust112.perr.cable.virginmedia.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: <83ljakliqt.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:125808 Archived-At: Dear Eli, Thank you for a very clear post. The crux of the matter seems to be contained the following two paragraphs: > > This is the reason why the arrow key moves like C-f in a L2R > paragraph, and why the arrow key moves like C-f in a R2L > paragraph. (And similarly with C-b.) It is so that Emacs behaves as > expected in a purely R2L paragraph containing only R2L text. Any > other operation would be confusingly counter-intuitive: the > key would actually move cursor _to_the_left_! > > Again, we are talking _only_ about _logical-order_movement_! So, you are saying that the key moves right the majority of time, flipping direction only for the embedded text that switches direction. When it switches direction for the embedded text, the key would move left, "confusingly counter-intuitively" in your words! The purist in me wants to say that the key should always move right, but I think I can live with this compromise if it is known to be acceptable and useful to the bidirectional users. Cheers, Uday