From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel,gmane.emacs.bidi Subject: Re: Mixed L2R and R2L paragraphs and horizontal scroll Date: Mon, 01 Feb 2010 09:34:53 +0100 Message-ID: <4B66922D.9060304@gmx.at> References: <83tyu3iu6b.fsf@gnu.org> <4B645FF4.30205@gmx.at> <83ockbil1v.fsf@gnu.org> <4B646AD3.1010102@gmx.at> <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> <833a1lioie.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1265013942 16019 80.91.229.12 (1 Feb 2010 08:45:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Feb 2010 08:45:42 +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 Mon Feb 01 09:45:36 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 1NbruV-0006zv-Vn for ged-emacs-devel@m.gmane.org; Mon, 01 Feb 2010 09:45:32 +0100 Original-Received: from localhost ([127.0.0.1]:58828 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NbruV-0000ik-E1 for ged-emacs-devel@m.gmane.org; Mon, 01 Feb 2010 03:45:31 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NbrkM-0001no-Bk for emacs-devel@gnu.org; Mon, 01 Feb 2010 03:35:02 -0500 Original-Received: from [199.232.76.173] (port=59865 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NbrkI-0001n6-2U for emacs-devel@gnu.org; Mon, 01 Feb 2010 03:34:58 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NbrkG-0003i5-2h for emacs-devel@gnu.org; Mon, 01 Feb 2010 03:34:57 -0500 Original-Received: from mail.gmx.net ([213.165.64.20]:53381) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1NbrkF-0003hl-9G for emacs-devel@gnu.org; Mon, 01 Feb 2010 03:34:55 -0500 Original-Received: (qmail invoked by alias); 01 Feb 2010 08:34:53 -0000 Original-Received: from 62-47-38-158.adsl.highway.telekom.at (EHLO [62.47.38.158]) [62.47.38.158] by mail.gmx.net (mp034) with SMTP; 01 Feb 2010 09:34:53 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/bXU1wsI3bKY9Py3nsDGsCU7H6M8WctcaIQl1YVW /krf//1isPYn+e User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <833a1lioie.fsf@gnu.org> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71999999999999997 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:120771 gmane.emacs.bidi:488 Archived-At: > Actually, if a R2L line displays text made mostly of strong R > characters (which is normally the case), the first character at the > right margin of the window is also the first character following the > newline in the buffer's logical order. Unless it's horizontally scrolled. >> There is one thing I conceptually don't understand yet: When I currently >> shrink the width of a window Emacs doesn't hide text at the left side of >> the window but text at the right side may get truncated when the window >> becomes too small. Will this behavior be reverted for R2L text in the >> sense that text at the left side is truncated? > > Yes, the truncation for R2L lines will happen at the left, and the > truncation glyph will be displayed there as well. (It actually > already works like that, at least on a tty.) It might be probably interesting for a user to dynamically switch during typing whether a buffer should be dominantly displayed as R2L or L2R. martin