From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: Mixed L2R and R2L paragraphs and horizontal scroll Date: Sat, 06 Feb 2010 14:46:09 +0000 Message-ID: <4B6D80B1.8090308@harpegolden.net> References: <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> <20100202132317.GA31746@tomas> <20100206063529.GB5882@tomas> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1265467586 7548 80.91.229.12 (6 Feb 2010 14:46:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Feb 2010 14:46:26 +0000 (UTC) Cc: Richard Stallman , emacs-devel@gnu.org To: tomas@tuxteam.de Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 06 15:46:23 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 1NdlvS-0005BP-Qo for ged-emacs-devel@m.gmane.org; Sat, 06 Feb 2010 15:46:23 +0100 Original-Received: from localhost ([127.0.0.1]:40065 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NdlvR-0006ME-SG for ged-emacs-devel@m.gmane.org; Sat, 06 Feb 2010 09:46:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NdlvL-0006Lz-P9 for emacs-devel@gnu.org; Sat, 06 Feb 2010 09:46:15 -0500 Original-Received: from [199.232.76.173] (port=42512 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NdlvL-0006Lr-57 for emacs-devel@gnu.org; Sat, 06 Feb 2010 09:46:15 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NdlvJ-0003Bm-Mv for emacs-devel@gnu.org; Sat, 06 Feb 2010 09:46:14 -0500 Original-Received: from harpegolden.net ([65.99.215.13]:44711) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NdlvJ-0003Bg-BW; Sat, 06 Feb 2010 09:46:13 -0500 Original-Received: from [87.198.55.183] (87-198-55-183.ptr.magnet.ie [87.198.55.183]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTP id 2422A8CAA; Sat, 6 Feb 2010 14:46:12 +0000 (GMT) User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) In-Reply-To: <20100206063529.GB5882@tomas> X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:120983 Archived-At: tomas@tuxteam.de wrote: > >> Rigid hscrolling is well defined with proportional fonts. > > but it seems to me it would interact badly with window width changes? > I did outline something that should (I think) deal with that aspect in particular in a post last month, but Eli did point out it would still necessitate further nontrivial changes to display code - he's got a lot on his plate already (understatement) -see: Message-ID: <4B659BA3.9050406@harpegolden.net> http://lists.gnu.org/archive/html/emacs-devel/2010-01/msg01558.html My minor concern is that if the inverted hscrolling method is implemented and an emacs is formally released with it, then a subsequent implementation of rigid (including window-width-aware rigid) hscrolling might also have to deal with offering the inverted hscrolling behaviour some users have by then become accustomed to as an option. That would likely be more horribly complicated than only supporting the one type of hscrolling. It's premature to worry about, though, there'll presumably be a period with bidi code public in branch and then trunk, but not an emacs release.