From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel,gmane.emacs.bidi Subject: Re: Bidirectional editing in Emacs -- main design decisions Date: Tue, 19 Apr 2011 10:11:33 -0300 Message-ID: References: <83bpkgl113.fsf@gnu.org> <8362qbsj7p.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1303218720 26802 80.91.229.12 (19 Apr 2011 13:12:00 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 19 Apr 2011 13:12:00 +0000 (UTC) Cc: emacs-bidi@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 19 15:11:55 2011 Return-path: Envelope-to: ged-emacs-devel@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 1QCAig-0004KY-5x for ged-emacs-devel@m.gmane.org; Tue, 19 Apr 2011 15:11:54 +0200 Original-Received: from localhost ([::1]:33032 helo=lists2.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCAid-0004HQ-Dn for ged-emacs-devel@m.gmane.org; Tue, 19 Apr 2011 09:11:51 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:39109) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCAiW-0004HF-FC for emacs-devel@gnu.org; Tue, 19 Apr 2011 09:11:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QCAiS-0006If-Pp for emacs-devel@gnu.org; Tue, 19 Apr 2011 09:11:44 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:48703) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCAiN-0006HJ-RS; Tue, 19 Apr 2011 09:11:35 -0400 Original-Received: from 213-159-126-200.fibertel.com.ar ([200.126.159.213]:41478 helo=ceviche.home) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1QCAiN-0008R3-GT; Tue, 19 Apr 2011 09:11:35 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 80945662B5; Tue, 19 Apr 2011 10:11:33 -0300 (ART) In-Reply-To: <8362qbsj7p.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 18 Apr 2011 17:54:50 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:138574 gmane.emacs.bidi:868 Archived-At: > After careful thought, I changed my mind about this part. Whenever > the redisplay iterator finds text that is covered by a `display' text > property or by an overlay with a `display', `before-string', or > `after-string' property, it will not stop reordering. Instead, it > will treat the entire run of text covered by the text property or > overlay as a single atomic entity, and will reorder it as if it were a > single special character whose name in Unicode is OBJECT REPLACEMENT > CHARACTER (u+FFFC). This character's bidirectional category (Other > Neutral) and other properties are designed so that it can stand for > display features such as embedded images, and in particular it is > reordered as appropriate for such embedded objects. > This will reorder images and display strings in the same way wrt > surrounding text, which I think is reasonable. It is also in line > with the pre-Emacs 24 unidirectional display engine, which skipped the > text covered by such properties in one go, after displaying the image > or a display string specified by the property. It sounds very reasonable, but at the same time I don't understand in which way it differs from your earlier opinion that it should "stop reordering" (whose meaning is very unclear to me). Stefan