From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#32848: 26.1; follow-mode cursor move breaks with frame-resize-pixelwise Date: Mon, 15 Oct 2018 09:23:41 +0000 Message-ID: <20181015092341.GA5623@ACM> References: <83k1n45onn.fsf@gnu.org> <20180929202545.GE5008@ACM> <83efdb5z73.fsf@gnu.org> <8336tr5j6j.fsf@gnu.org> <20180930121618.GB6305@ACM> <83sh1r3zz9.fsf@gnu.org> <20180930140921.GD6305@ACM> <83mury53a9.fsf@gnu.org> <20181001123336.GB5947@ACM> <8336tp4w3y.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1539595807 26665 195.159.176.226 (15 Oct 2018 09:30:07 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 15 Oct 2018 09:30:07 +0000 (UTC) User-Agent: Mutt/1.10.1 (2018-07-13) Cc: 32848@debbugs.gnu.org, andlind@gmail.com, darkfeline@felesatra.moe To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 15 11:30:03 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gBzCM-0006nS-1N for geb-bug-gnu-emacs@m.gmane.org; Mon, 15 Oct 2018 11:30:02 +0200 Original-Received: from localhost ([::1]:51316 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBzES-0003mJ-Ok for geb-bug-gnu-emacs@m.gmane.org; Mon, 15 Oct 2018 05:32:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBzEM-0003mE-Gi for bug-gnu-emacs@gnu.org; Mon, 15 Oct 2018 05:32:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBzEI-0008Fm-DL for bug-gnu-emacs@gnu.org; Mon, 15 Oct 2018 05:32:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45537) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBzEI-0008Fe-71 for bug-gnu-emacs@gnu.org; Mon, 15 Oct 2018 05:32:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gBzEI-0006Nu-2e for bug-gnu-emacs@gnu.org; Mon, 15 Oct 2018 05:32:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Oct 2018 09:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32848 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32848-submit@debbugs.gnu.org id=B32848.153959588724497 (code B ref 32848); Mon, 15 Oct 2018 09:32:02 +0000 Original-Received: (at 32848) by debbugs.gnu.org; 15 Oct 2018 09:31:27 +0000 Original-Received: from localhost ([127.0.0.1]:49795 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gBzDj-0006N2-9A for submit@debbugs.gnu.org; Mon, 15 Oct 2018 05:31:27 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:24942 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1gBzDh-0006Mu-Fl for 32848@debbugs.gnu.org; Mon, 15 Oct 2018 05:31:26 -0400 Original-Received: (qmail 98840 invoked by uid 3782); 15 Oct 2018 09:31:24 -0000 Original-Received: from acm.muc.de (p5B14745F.dip0.t-ipconnect.de [91.20.116.95]) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 15 Oct 2018 11:31:23 +0200 Original-Received: (qmail 5815 invoked by uid 1000); 15 Oct 2018 09:23:41 -0000 Content-Disposition: inline In-Reply-To: <8336tp4w3y.fsf@gnu.org> X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:151259 Archived-At: Hello, Eli. It's been a couple of weeks since your last post, which I'm only just now answering, so here's a quick summary: 1. Original bug: in follow mode, moving point into a partially displayed line at end-of-window, then onto the next line, caused the LH window to scroll up rather than point being moved into the RH window. 2. I wrote a patch to follow-mode (now installed on the emacs-26 branch) which would move point away from that critical line, allowing follow-mode to work. 3. You wrote a patch to the C code (now installed on master) whereby make-cursor-line-fully-visible can be a function. I wrote a function for this (not yet installed) which returned nil for non-last follow windows. 4. The strategy in 3. was problematic, since C-x o into a follow window where point was on the partially displayed last line wouldn't work - follow-mode moved the cursor back into the original window. 5. I suggested that we use the solution in 2. for master, too, discarding 3. You countered by asking what would happen if a window's first line is taller than the window. (See below.) On Mon, Oct 01, 2018 at 16:47:29 +0300, Eli Zaretskii wrote: > > Date: Mon, 1 Oct 2018 12:33:36 +0000 > > Cc: 32848@debbugs.gnu.org, andlind@gmail.com, darkfeline@felesatra.moe > > From: Alan Mackenzie > > > But on master, I think we need both this patch and a special function > > > that sets make-cursor-line-fully-visible nil in non-last windows under > > > follow-mode, because that's definitely what follow-mode wants. > > I don't understand what this would be for. With my patch from the last > > post, I don't think any window's point would ever be left by follow-mode > > in a partially displayed line. Maybe the function I've written > > (follow-make-cursor-line-fully-visible-p) might be useful sometime in > > the future. > Did you try a buffer whose first line is very tall, taller than the > window? I've tried a few ways of getting such a window, but without luck. Emacs is very good at making sure a window is no smaller than one line tall. ;-) Is it possible to create such a line in a window, probably with lisp? Or was your question more a prompt to me to handle this unlikely situation gracefully? -- Alan Mackenzie (Nuremberg, Germany).