From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Changes in frame/window code Date: Tue, 29 Jul 2014 21:34:33 +0300 Message-ID: <83egx4t3nq.fsf@gnu.org> 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> <53D68806.9080101@gmx.at> <838undgxiu.fsf@gnu.org> <53D76758.2030707@gmx.at> <831tt4h58x.fsf@gnu.org> <83y4vcfoqi.fsf@gnu.org> <53D77BDB.1090500@gmx.at> <83wqawflgj.fsf@gnu.org> <53D7A981.30909@gmx.at> <83lhrctdzr.fsf@gnu.org> <53D7C10C.4010402@gmx.at> <83k36wta5m.fsf@gnu.org> <53D7E6B0.7040504@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1406658882 11220 80.91.229.3 (29 Jul 2014 18:34:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Jul 2014 18:34:42 +0000 (UTC) Cc: jan.h.d@swipnet.se, emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 29 20:34:34 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 1XCCEK-00035M-7Q for ged-emacs-devel@m.gmane.org; Tue, 29 Jul 2014 20:34:32 +0200 Original-Received: from localhost ([::1]:47466 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCCEJ-00012i-Sc for ged-emacs-devel@m.gmane.org; Tue, 29 Jul 2014 14:34:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57760) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCCEB-000102-OG for emacs-devel@gnu.org; Tue, 29 Jul 2014 14:34:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XCCE6-0001q7-Jk for emacs-devel@gnu.org; Tue, 29 Jul 2014 14:34:23 -0400 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:42216) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCCE6-0001q1-5k for emacs-devel@gnu.org; Tue, 29 Jul 2014 14:34:18 -0400 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N9H00C00KK3KA00@mtaout25.012.net.il> for emacs-devel@gnu.org; Tue, 29 Jul 2014 21:29:34 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N9H0028KKPAPTA0@mtaout25.012.net.il>; Tue, 29 Jul 2014 21:29:34 +0300 (IDT) In-reply-to: <53D7E6B0.7040504@gmx.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.181 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:173268 Archived-At: > Date: Tue, 29 Jul 2014 20:23:44 +0200 > From: martin rudalics > CC: jan.h.d@swipnet.se, emacs-devel@gnu.org > > > I'm confused: how does that get called when I click a mouse on the > > scroll-bar slider? Just click, no drag. > > Do you mean that when you click on the slider the value of > suspend_auto_hscroll is reset? No, I mean the slider jumps back to the left edge, whereas it started at the right edge (which is correct for R2L lines). > That would be strange. It should get reset when you click into the > text area or change point in some other way. Well, it was you who mentioned suspend_auto_hscroll as the possible cause for the slider behavior when I click on it. If suspend_auto_hscroll is not related to that problem, then I ask again: where's the code which causes the slider to jump to the left when I click on it? > >> > I tried that, but then the feature stopped working altogether. > >> > >> In which sense? > > > > The slider didn't jump to the right when point was in a R2L paragraph. > > When precisely? Usually you have to select the window (more or less) in > order to move point to a R2L paragraph in it and at that moment the > slider should jump to the right. If you now select another window the > slider should stick to the right until you either explicitly change > `point' or text in that window. I experimented with only one window. I intended to try with several windows showing the same buffer after that. However, testing with a single window (which was obviously selected) failed to produce the desired behavior, so I never proceeded to more than one window. What I did was temporarily move point to the window-point, then call current-bidi-paragraph-direction. Maybe there's something wrong with this.