From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Bidirectional text and URLs Date: Tue, 02 Dec 2014 17:00:29 +0200 Message-ID: <83y4qq5c6q.fsf@gnu.org> References: <87a93cngwv.fsf@uwakimon.sk.tsukuba.ac.jp> <837fyfml31.fsf@gnu.org> <874mtio7wh.fsf@uwakimon.sk.tsukuba.ac.jp> <83r3wml8kq.fsf@gnu.org> <83zjb9an0q.fsf@gnu.org> <831toka82r.fsf@gnu.org> <83oaro8km7.fsf@gnu.org> <83k32b6u5l.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1417532460 26682 80.91.229.3 (2 Dec 2014 15:01:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Dec 2014 15:01:00 +0000 (UTC) Cc: larsi@gnus.org, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 02 16:00:53 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xvowd-0001f1-EA for ged-emacs-devel@m.gmane.org; Tue, 02 Dec 2014 16:00:51 +0100 Original-Received: from localhost ([::1]:37253 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xvowd-00026F-1P for ged-emacs-devel@m.gmane.org; Tue, 02 Dec 2014 10:00:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39812) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XvowO-00025a-GV for emacs-devel@gnu.org; Tue, 02 Dec 2014 10:00:42 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XvowF-00004t-2N for emacs-devel@gnu.org; Tue, 02 Dec 2014 10:00:36 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:41954) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XvowE-0008SQ-Qf; Tue, 02 Dec 2014 10:00:26 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NFY00800MM5OF00@a-mtaout20.012.net.il>; Tue, 02 Dec 2014 17:00:25 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NFY008OVN0KNG20@a-mtaout20.012.net.il>; Tue, 02 Dec 2014 17:00:21 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 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:178696 Archived-At: > Date: Tue, 02 Dec 2014 09:44:17 -0500 > From: Richard Stallman > CC: larsi@gnus.org, emacs-devel@gnu.org > > > The first one sounds pretty complicated. I need to think about its > > feasibility. It could require analysis of a very large chunk of > > buffer text, at least in theory. > > Doesn't each paragraph do bidi separately? Yes. > If so, at most this requires analyzing one paragraph before and > after the region. That's correct, but a paragraph can be very long in some specialized cases. E.g., log files written by software frequently have very long paragraphs. > What's more, the UBA specifies how > > to reorder text given the contents, but not how to do the reverse. > > How does this relate to what I proposed? I don't see it so I suspect > a misunderstanding. One way of looking at your request is to think of it as an interface that takes reordered text in the visual order and reconstructs the bidi context that leads to it. The way the UBA is described doesn't lend itself easily to such a reconstruction. > > Anyway, what's more important: you can have 2 without 1. > > I don't understand what that would mean. It means we can display the copied text in the same visual order without analyzing the context that caused that visual order. > The facility you propose here might be useful too, for other purposes. It is already being used (I needed in the Emacs test suite to visually compare the results of reordering with the reference implementation).