From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: tomas@tuxteam.de Newsgroups: gmane.emacs.devel Subject: Re: Mixed L2R and R2L paragraphs and horizontal scroll Date: Tue, 2 Feb 2010 14:23:17 +0100 Message-ID: <20100202132317.GA31746@tomas> References: <83mxzviio5.fsf@gnu.org> <4B647AE5.5090001@gmx.at> <83ljffif09.fsf@gnu.org> <4B648C6E.8080905@gmx.at> <83eil7i84h.fsf@gnu.org> <4B654F24.5020603@gmx.at> <83aavui23z.fsf@gnu.org> <4B65E199.6070100@gmx.at> <4B67DD70.5070705@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1265117269 12912 80.91.229.12 (2 Feb 2010 13:27:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Feb 2010 13:27:49 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 02 14:27:46 2010 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 1NcIn3-0001zQ-CM for ged-emacs-devel@m.gmane.org; Tue, 02 Feb 2010 14:27:37 +0100 Original-Received: from localhost ([127.0.0.1]:38911 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NcIjW-0005eB-18 for ged-emacs-devel@m.gmane.org; Tue, 02 Feb 2010 08:23:58 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NcIjP-0005bS-KN for emacs-devel@gnu.org; Tue, 02 Feb 2010 08:23:51 -0500 Original-Received: from [199.232.76.173] (port=47763 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NcIjO-0005aE-RU for emacs-devel@gnu.org; Tue, 02 Feb 2010 08:23:50 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NcIjN-0002G5-As for emacs-devel@gnu.org; Tue, 02 Feb 2010 08:23:50 -0500 Original-Received: from alextrapp1.equinoxe.de ([217.22.192.104]:44282 helo=www.elogos.de) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NcIjM-0002F3-OM for emacs-devel@gnu.org; Tue, 02 Feb 2010 08:23:49 -0500 Original-Received: by www.elogos.de (Postfix, from userid 1000) id 316A19004F; Tue, 2 Feb 2010 14:23:17 +0100 (CET) Content-Disposition: inline In-Reply-To: <4B67DD70.5070705@gmx.at> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:120820 Archived-At: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Feb 02, 2010 at 09:08:16AM +0100, martin rudalics wrote: > > There is one thing I conceptually don't understand yet: When I=20 > currently > > shrink the width of a window Emacs doesn't hide text at the left = side=20 > of > > the window but text at the right side may get truncated when the=20 > window > > becomes too small. Will this behavior be reverted for R2L text i= n=20 > the > > sense that text at the left side is truncated? > > > > Since R2L text lines start from the right margin, that will remain > > true after changes in window width. This is true independent of how > > hscroll works. > > With L2R and R2L lines in one and the same buffer we have to decide > which line type is given preference whenever shrinking a window > truncates at least one L2R and at least one R2L line. (AFAIU) not if you follow Eli's approach of "moving from center" (i.e. anchor R2L lines right and L2R lines left (which looks as the most compelling approach to me [1]). That would be "inverted scrolling" in Stefan's classification in this thread. There seem to be some limitations to this model, like what to do when L2R and R2L mix in a line (especially in structured lines, like table rows, cf. Ehud's post in this thread). > preference" here means which line type is allowed to place its first > column at the respective window margin. Usually, the preferred line > type can be derived from the position of `point'. For example, when > `point' is at the beginning of a R2L line it's appropriate to show the > right margin when shrinking the associated window. It seems to me that you'd prefer to keep R2L and L2R texts rigidly tied (column-wise), if i understand you correctly (i.e. Stefan's "rigid scrolling"). But I don't know whether this is well-defined without pre-supposing some arbitrary text with to begin with (and what do you do with proportional fonts? Ligatures?). Regards [1] Disclaimer: I do follow those bidi discussions, but my headd spins so fast that I don't think my judgements are very valid at the moment. - -- tom=C3=A1s -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFLaCdFBcgs9XrR2kYRAiTAAJwNElz0qvqa5hcDugsFJ/OIwEtVBgCcCfxy Q/RkeN+M0uRji5SH0VUYy2U=3D =3DDnPm -----END PGP SIGNATURE-----