From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Framework extending window functions for Follow Mode (etc.). Date: Sat, 7 Nov 2015 18:24:21 +0000 Message-ID: <20151107182420.GA1774@acm.fritz.box> References: <20151105192905.GA7986@acm.fritz.box> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1446920568 15078 80.91.229.3 (7 Nov 2015 18:22:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Nov 2015 18:22:48 +0000 (UTC) Cc: emacs-devel To: Artur Malabarba Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 07 19:22:40 2015 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 1Zv88M-0006Ao-IW for ged-emacs-devel@m.gmane.org; Sat, 07 Nov 2015 19:22:38 +0100 Original-Received: from localhost ([::1]:44879 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zv88L-00079r-Sd for ged-emacs-devel@m.gmane.org; Sat, 07 Nov 2015 13:22:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49353) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zv88G-00079W-Pz for emacs-devel@gnu.org; Sat, 07 Nov 2015 13:22:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zv88D-0003Ew-M2 for emacs-devel@gnu.org; Sat, 07 Nov 2015 13:22:32 -0500 Original-Received: from mail.muc.de ([193.149.48.3]:56998) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zv88D-0003El-A7 for emacs-devel@gnu.org; Sat, 07 Nov 2015 13:22:29 -0500 Original-Received: (qmail 87035 invoked by uid 3782); 7 Nov 2015 18:22:27 -0000 Original-Received: from acm.muc.de (p548A50E3.dip0.t-ipconnect.de [84.138.80.227]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 07 Nov 2015 19:22:26 +0100 Original-Received: (qmail 1837 invoked by uid 1000); 7 Nov 2015 18:24:21 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x X-Received-From: 193.149.48.3 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:193554 Archived-At: Hello, Artur. On Sat, Nov 07, 2015 at 05:54:20PM +0000, Artur Malabarba wrote: > On 5 Nov 2015 7:29 pm, "Alan Mackenzie" wrote: > Hi Alan, > > Partly out of a need to nail down bug #17453, partly out of a need to > > make it easier for arbitrary libraries to work with Follow Mode, partly > > at the suggestion of Eli, I now propose the following. > > The six functions window-start, window-end, set-window-start, recenter, > > pos-visible-in-window-p, and move-to-window-line-function will acquire > > an extra optional parameter GROUP. The notion is that "this call is > > interested in groups of windows, not just single ones". > I admit I am confused. I thought we had narrowed down three possible > solutions to this issue (which you just listed over at the bug thread), all > of which are simpler than this code. Those solutions are to merely one part of the bug, namely C-s wrongly scrolling a window instead of moving onto the next one. The other parts of #17453 are: 2: lazy highlighting is confined to one Follow Mode window (I'm a bit confused as to the status of this, though); 3: With isearch-allow-scroll enabled, it is not possible to scroll point to the next or previous Follow Mode window; , in addition to which I have a fix for ... 4: With point near the bottom of a Follow Mode window, start an Isearch, and repeatedly do M-s C-e, until the highlighted match continues on to the next window. Continue doing M-s C-e until the string in the minibuffer expands by a line. At this point the top of the RH window gets spuriously scrolled into the middle of the window, leaving the FM windows unsynchronised. > Is this functionality here still necessary to fix that bug? It needed to fix items 2, 3, and 4. Sorry for causing this confusion. -- Alan Mackenzie (Nuremberg, Germany).