From mboxrd@z Thu Jan 1 00:00:00 1970 From: Latchesar Ionkov To: 9fans@cse.psu.edu Subject: Re: [9fans] bidi Message-ID: <20040309202914.GB10796@ionkov.net> References: <200403092000.i29K0SMu094231@adat.davidashen.net> <101e1d3477ddc2d90dba62df1f391f86@vitanuova.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <101e1d3477ddc2d90dba62df1f391f86@vitanuova.com> User-Agent: Mutt/1.4.1i Date: Tue, 9 Mar 2004 15:29:14 -0500 Topicbox-Message-UUID: 277cc318-eacd-11e9-9e20-41e7f4b1d025 I think the better way is to have discontinuous selection on the screen. It is more straightforward, and doesn't look that bad. You can check both in Mozilla and IE how the selection works with mixed direction text: http://ppewww.ph.gla.ac.uk/~flavell/charset/dir-sample.html Thanks, Lucho On Tue, Mar 09, 2004 at 08:18:59PM +0000, rog@vitanuova.com said: > > You get discontinuous selection in the underlying file. If it > > does not work with the current model, then it is a limitation > > of the current model. > > it is indeed a limitation of the current model. for instance sam and > acme's command language assumes that dot, the current selection, can > be represented by two numbers, and changing that would change many > fundamental assumptions in the code. > > acme(4) exposes its selections externally too; how would that > work? > > i wouldn't say it'd be impossible, but it might be easier to code the > whole thing from scratch. would it be worth it (against, say, > having a heuristic to determine directionality for the whole > of a window)? > > > What is it about? > > it?