From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Changes in frame/window code Date: Mon, 28 Jul 2014 19:27:34 +0200 Message-ID: <53D68806.9080101@gmx.at> References: <53CE6A44.1010708@gmx.at> <53D4FF76.1060804@gmx.at> <8338dmj1of.fsf@gnu.org> <83wqayhe0o.fsf@gnu.org> <53D542B3.20206@gmx.at> <83tx62hane.fsf@gnu.org> <53D6172A.5010909@gmx.at> <83fvhlhad5.fsf@gnu.org> <53D656BB.3010201@gmx.at> <83egx5h86z.fsf@gnu.org> NNTP-Posting-Host: plane.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 1406570521 15342 80.91.229.3 (28 Jul 2014 18:02:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Jul 2014 18:02:01 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii , =?ISO-8859-15?Q?Jan_Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 28 20:01:54 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XBpFB-0000tI-Do for ged-emacs-devel@m.gmane.org; Mon, 28 Jul 2014 20:01:53 +0200 Original-Received: from localhost ([::1]:41683 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBpFB-0000uS-3h for ged-emacs-devel@m.gmane.org; Mon, 28 Jul 2014 14:01:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60706) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBoiC-00039p-V8 for emacs-devel@gnu.org; Mon, 28 Jul 2014 13:27:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBoi4-0007EN-Fk for emacs-devel@gnu.org; Mon, 28 Jul 2014 13:27:48 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:50216) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBoi4-0007EA-2C; Mon, 28 Jul 2014 13:27:40 -0400 Original-Received: from [178.191.141.243] ([178.191.141.243]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MePcd-1WqjDw0Uet-00QFEI; Mon, 28 Jul 2014 19:27:39 +0200 In-Reply-To: <83egx5h86z.fsf@gnu.org> X-Provags-ID: V03:K0:gbD6JBVDf9VT7oDpmHWSimSG7K6cDzfUKAn7XwqiI35dNz9wFY5 xRZvGwFe7x+Z3/LBSu774+Hx4zFcHhY9HWWVa6AoLjRoycO4UpAJtp9786nWwqj2UpFV2BV RO1BadS9w1otLVBYbRG5kfb1ZZFnKOGXYKDi4XlxAf9h+EpeEUrcIqMIdzeeqt/vi56Az1o mDCaSKSpVLoo2W+KjwGgg== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 212.227.15.19 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:173221 Archived-At: >> But if that R2L line starts on the right of the right window edge it's >> larger, I presume. > > You mean, if it's hscrolled? Yes, of course -- exactly like an L2R > line. I still have no feeling for how hscrolling works with bidi text. IIUC with L2R and R2L paragraphs in the same window, like LLLLLLLLLLLLLLLLLLLLLL2RRRRRRRRRRRRRRRRRRR RRRRRRR2LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL hscrolling will NOT preserve the aspect that the two "2" visually appear above each other. Correct? > I feel there's some misunderstanding here, because I don't believe > you'd ask about such trivia. What am I missing? What's bothering > you? What you said earlier, that "Horizontal scrolling of mixed-direction paragraphs is a hard problem". >> Is the size of the slider correct in the sense described above? > > Yes. Did you check with a window containg say one huge L2R line and all other lines short and one huge R2L line and all other lines short? >> Then fixing the position should not be that difficult. > > I never said it was difficult, just that it has to be on the C level, > not on the Lisp level, where I fixed the clicks on the scroll bar. Sure. >> In any case I would have to tell GTK whether the "current text" >> (whatever that is) is L2R or R2L I suppose. > > Yes, but we have current-bidi-paragraph-direction for that. The whole idea would be then to change the positions of start = w->hscroll * FRAME_COLUMN_WIDTH (WINDOW_XFRAME (w)); and end = start + box_width; on lines 15808 and 15810 of xdisp.c according to the value of `current-bidi-paragraph-direction'. But how? martin