GNU bug report logs - #45581
28.0.50; C-M-v in xref buffers shows a different buffer when scrolling

Previous Next

Package: emacs;

Reported by: Daniel Martín <mardani29 <at> yahoo.es>

Date: Thu, 31 Dec 2020 22:52:02 UTC

Severity: normal

Found in version 28.0.50

Fixed in version 28.1

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


Message #19 received at 45581-done <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Dmitry Gutov <dgutov <at> yandex.ru>, Daniel Martín
 <mardani29 <at> yahoo.es>, 45581-done <at> debbugs.gnu.org
Subject: Re: bug#45581: 28.0.50; C-M-v in xref buffers shows a different
 buffer when scrolling
Date: Sun, 3 Jan 2021 09:40:13 +0100
> As a result, C-M-v doesn't always scroll the "target location" window anymore (at least, not when there are at least 3 windows on the frame).
>
> I wonder if we can/should do something about it. Other standard commands don't seem to worry about that, though.

I doubt that anybody cares.  My suggestion back then was just bad.
'other-window-scroll-buffer' is an ill-advised concept which can fly
only if the buffer where it is set locally is small (so a user will not
wonder about what that buffer has been conceived for and, for example,
ask questions about its modes or keymaps) is displayed for a short time
only and the visibility of the buffer it refers to is absolutely crucial
for the current workflow.  Neither of these conditions is given in the
present context and I doubt that they are given in any of the other
occurrences of that variable.

martin




This bug report was last modified 4 years and 224 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.