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 17:51:20 +0300 Message-ID: <83lhrctdzr.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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1406645486 25349 80.91.229.3 (29 Jul 2014 14:51:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Jul 2014 14:51:26 +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 16:51:18 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 1XC8kI-0007VU-Ne for ged-emacs-devel@m.gmane.org; Tue, 29 Jul 2014 16:51:18 +0200 Original-Received: from localhost ([::1]:46447 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XC8kI-0001jH-Bd for ged-emacs-devel@m.gmane.org; Tue, 29 Jul 2014 10:51:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42909) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XC8kB-0001iL-Pl for emacs-devel@gnu.org; Tue, 29 Jul 2014 10:51:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XC8k5-0003Rf-24 for emacs-devel@gnu.org; Tue, 29 Jul 2014 10:51:11 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:36142) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XC8k4-0003RQ-Ps for emacs-devel@gnu.org; Tue, 29 Jul 2014 10:51:04 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N9H00J00ADKPC00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Tue, 29 Jul 2014 17:51:02 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N9H00JSYAL2G050@a-mtaout20.012.net.il>; Tue, 29 Jul 2014 17:51:02 +0300 (IDT) In-reply-to: <53D7A981.30909@gmx.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 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:173253 Archived-At: > Date: Tue, 29 Jul 2014 16:02:41 +0200 > From: martin rudalics > CC: jan.h.d@swipnet.se, emacs-devel@gnu.org > > > . As soon as I click on the scroll-bar thumb, which is correctly > > drawn flushed all the way to the right when point is an a R2L line, > > the scroll bar "jumps" to the left edge. Where's the code which > > does that? > > I see the problem - it must be with auto-hscroll suspension. This can > be a bit hairy to get right. The idea is that when you drag the slider > and `point' is about to go off screen, usually auto-hscroll kicks in and > moves the text back to the previous position to make `point' visible > again (note that dragging the slider is not supposed to move `point'). > Now the suspend_auto_hscroll flag of a window, when set, is supposed to > prevent that. For some reason this seems to backfire here. Why doesn't it backfire in the L2R case? IOW, where's the code that moves the slider back to the left edge of the scroll bar? > . The code below is for the selected window, where point is up to > date. But what about non-selected windows, should we use > window-point there? > > There's no other choice I suppose. I tried that, but then the feature stopped working altogether. Maybe I used the window point marker incorrectly, I don't know.