From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ehud Karni" Newsgroups: gmane.emacs.devel,gmane.emacs.bidi Subject: Re: [emacs-bidi] Mixed L2R and R2L paragraphs and horizontal scroll Date: Thu, 4 Feb 2010 16:02:58 +0200 Organization: Mivtach-Simon Insurance agencies Message-ID: <201002041402.o14E2wQ0024776@beta.mvs.co.il> References: <83tyu3iu6b.fsf@gnu.org> <201002011400.o11E0jMQ007420@beta.mvs.co.il> <83vdeghfqg.fsf@gnu.org> <201002012205.o11M5Sci011809@beta.mvs.co.il> <83k4uvh09o.fsf@gnu.org> <201002031310.o13DAqXd019253@beta.mvs.co.il> <83eil2gn7i.fsf@gnu.org> Reply-To: ehud@unix.mvs.co.il NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1265292522 23799 80.91.229.12 (4 Feb 2010 14:08:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Feb 2010 14:08:42 +0000 (UTC) Cc: emacs-bidi@gnu.org, emacs-devel@gnu.org To: eliz@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 04 15:08:39 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 1Nd2Nq-0002ca-Um for ged-emacs-devel@m.gmane.org; Thu, 04 Feb 2010 15:08:39 +0100 Original-Received: from localhost ([127.0.0.1]:41439 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nd2KI-0001Dq-Uw for ged-emacs-devel@m.gmane.org; Thu, 04 Feb 2010 09:04:58 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nd2IY-0000nH-0N for emacs-devel@gnu.org; Thu, 04 Feb 2010 09:03:10 -0500 Original-Received: from [199.232.76.173] (port=41454 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nd2IW-0000mn-Ct for emacs-devel@gnu.org; Thu, 04 Feb 2010 09:03:08 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nd2IT-0004T4-RT for emacs-devel@gnu.org; Thu, 04 Feb 2010 09:03:07 -0500 Original-Received: from [193.16.147.12] (port=53118 helo=unix.mvs.co.il) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Nd2IT-0004SY-0u; Thu, 04 Feb 2010 09:03:05 -0500 Original-Received: from beta.mvs.co.il (beta [10.253.0.3]) by unix.mvs.co.il (8.13.8/8.13.7) with ESMTP id o14E2xH3019604; Thu, 4 Feb 2010 16:02:59 +0200 Original-Received: from beta.mvs.co.il (localhost [127.0.0.1]) by beta.mvs.co.il (8.14.1/8.14.1) with ESMTP id o14E2wJV024779; Thu, 4 Feb 2010 16:02:58 +0200 Original-Received: (from root@localhost) by beta.mvs.co.il (8.14.1/8.14.1/Submit) id o14E2wQ0024776; Thu, 4 Feb 2010 16:02:58 +0200 In-reply-to: <83eil2gn7i.fsf@gnu.org> (message from Eli Zaretskii on Wed, 03 Feb 2010 20:59:13 +0200) X-Mailer: Emacs 21.3.1 rmail (send-msg 1.109) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 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:120899 gmane.emacs.bidi:512 Archived-At: On Wed, 03 Feb 2010 20:59:13 Eli Zaretskii wrote: > > Maybe you are talking about how lines are re-flowed by these word > processors. If so, the Emacs equivalent is fill-paragraph, or the > various packages (like longlines) that do it automatically for you. > When a line is filled, a newline is inserted, and then the order of > the text spread between several lines is what you expect: OK, I want it to work like fill-paragraph, but I don't want to REALLY do fill-paragraph, because I don't want to modify the file AT ALL. > +----------------------------------------+ > |some latin text followed by HTIW HCAORP\| > |PA SILE FO TLUSER LARUTANNU EHT DNA SNO\| > |ITPO GNILLORCS TNEREFFID EHT FO GNITART\| > |SNOMED ROF TXET GNOL 2YREV 1YREV WERBEH\| > | small latin tail | > +----------------------------------------+ > > And yes, the R2L text reads bottom to top. But rewriting the central > piece of the display engine to make this use-case look better is > beyond my resources. There's a lot of more important (IMO) issues to > take care of. If this will really annoy users (and we won't know > until bidi Emacs hits the FTP sites, because these features are unique > to Emacs), someone else will have to come and do the surgery it takes, > sorry. >From experience (with my visual Hebrew package) this is very annoying. Think of 3 very long (150, 270 and 150 characters) viewed on 80 characters wide screen, It is very confusing to find the start of each line and to read upward 1 or 2 lines and go down again. > > with smaller screen (assume only 7 lines long): > > > > +--------------------+ > > |some latin text fol$| > > |lowed by HTIW HCAOR$| > > |PPA SILE FO TLUSER $| > > |LARUTANNU EHT DNA S$| > > |NOITPO GNILLORCS TN$| > > |EREFFID EHT FO GNIT$| > > |ARTSNOMED ROF TXET $| > > +--------------------+ > > Again, I think you meant \ for continuation lines, not $ for > truncation. Yes. > > Oops, the beginning of the Hebrew text disappeared. > > And this is significantly worse than if the _end_ of the text > disappears, because...? Yes, it is definitely worse. First the the case of text that goes just a screen and half down. You'll have to scroll one page down, read a few lines upward, that scroll up, find the last line you read and continue upward, you may need scroll up once more for the beginning of the text. Second, consider the case of a very, very long text (more than 100 continuation lines), it is almost impossible to find its start with your way, while in my way it is just the normal way of scrolling down (I do it by half screen at a time). > That's not the same rules applied to scrolling, that's exactly the > same situation of truncating a mixed L2R/R2L text as you described > above. > > The issue with scrolling was when you have _two_ different paragraphs, > one with left-to-right base direction, the other with right-to-left. I don't think this issue is problematic per se. I think that if the solution for R2L scrolling is good (when all the paragraphs are R2L) then it can be applied even when combined with L2R paragraphs on the same screen without any annoyance to the user. Ehud. -- Ehud Karni Tel: +972-3-7966-561 /"\ Mivtach - Simon Fax: +972-3-7976-561 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D Better Safe Than Sorry