From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bidi,gmane.emacs.devel Subject: Re: Mixed L2R and R2L paragraphs and horizontal scroll Date: Sat, 06 Feb 2010 21:14:18 +0200 Message-ID: <83636afa7p.fsf@gnu.org> 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> <40314.130.55.118.19.1265230948.squirrel@webmail.lanl.gov> <201002041621.o14GL6w5006928@beta.mvs.co.il> <833a1ghjrj.fsf@gnu.org> <201002051221.o15CLmVW016971@beta.mvs.co.il> <83ock3g5fq.fsf@gnu.org> <201002061542.o16Fganc006023@beta.mvs.co.il> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1265483717 23465 80.91.229.12 (6 Feb 2010 19:15:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Feb 2010 19:15:17 +0000 (UTC) Cc: emacs-bidi@gnu.org, emacs-devel@gnu.org To: ehud@unix.mvs.co.il Original-X-From: emacs-bidi-bounces+gnu-emacs-bidi=m.gmane.org@gnu.org Sat Feb 06 20:15:14 2010 Return-path: Envelope-to: gnu-emacs-bidi@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 1Ndq7b-0002MC-E2 for gnu-emacs-bidi@m.gmane.org; Sat, 06 Feb 2010 20:15:11 +0100 Original-Received: from localhost ([127.0.0.1]:42543 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ndq7a-00075t-So for gnu-emacs-bidi@m.gmane.org; Sat, 06 Feb 2010 14:15:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ndq6s-0006xx-1B for emacs-bidi@gnu.org; Sat, 06 Feb 2010 14:14:26 -0500 Original-Received: from [199.232.76.173] (port=58202 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ndq6p-0006xS-JO for emacs-bidi@gnu.org; Sat, 06 Feb 2010 14:14:23 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Ndq6n-0007Sz-Qw for emacs-bidi@gnu.org; Sat, 06 Feb 2010 14:14:23 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:53803) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ndq6n-0007SO-E2; Sat, 06 Feb 2010 14:14:21 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0KXF00600NM65R00@a-mtaout20.012.net.il>; Sat, 06 Feb 2010 21:14:17 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.70.67.249]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KXF002H3PFR5OE0@a-mtaout20.012.net.il>; Sat, 06 Feb 2010 21:14:16 +0200 (IST) In-reply-to: <201002061542.o16Fganc006023@beta.mvs.co.il> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-bidi@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of Emacs support for multi-directional text." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-bidi-bounces+gnu-emacs-bidi=m.gmane.org@gnu.org Errors-To: emacs-bidi-bounces+gnu-emacs-bidi=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bidi:546 gmane.emacs.devel:120989 Archived-At: > Date: Sat, 6 Feb 2010 17:42:36 +0200 > From: "Ehud Karni" > Cc: emacs-bidi@gnu.org, emacs-devel@gnu.org > > > . variable fonts and faces > > . glyphs that come from overlays, `display' properties, images, etc. > > . `wrap-prefix' and `line-prefix' variables > > . composite characters > > . tab expansion > > > > (probably forgot a few). Note that the last one affects text > > terminals as well, so even there you cannot simply count characters. > > I see your point. I don't think variable fonts, tabs or composite > characters are a real problem (tabs are taken into account in > fill-paragraph, and the others can be handled by setting the > `right-margin' to a value below the screen width). How much below? There's no way of knowing that. A font used by a face can be arbitrarily large. > > The problem is that, for the reasons I explain above and in a previous > > message in this thread, what you suggest will still end up overflowing > > the margin sometimes, and we are back with the same problem. (If I > > understood your suggestion, that is; if not, please point out where > > I'm wrong.) > > I understand, but since I'm using wide screens (130 columns at work, > over 180 at home), I can set the my line length for the virtual > `fill-paragraph' to a lower value (say 110) and hope that it won't > overflow, even if it is exceeded by some characters. Well, that's hardly a general solution.