GNU bug report logs - #70038
29.3.50; Shift up/down in buffer with images on M-x other-window with some fonts

Previous Next

Package: emacs;

Reported by: Ramon Diaz-Uriarte <rdiaz02 <at> gmail.com>

Date: Wed, 27 Mar 2024 20:26:01 UTC

Severity: normal

Found in version 29.3.50

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 70038 <at> debbugs.gnu.org
Subject: bug#70038: 29.3.50; Shift up/down in buffer with images on M-x other-window with some fonts
Date: Mon, 29 Apr 2024 11:47:49 +0200
>> There are three issues I don't understand well in this context.  The
>> first one concerns the preserve_vscroll_p flag we currently check as:
>>
>>        if (!w->preserve_vscroll_p && !window_frozen_p (w))
>> 	w->vscroll = 0;
>>
>> Here, in all scenarios I tried, I observed that w->preserve_vscroll_p
>
> ???  Have you enabled pixel-scroll-precision-mode, for which this flag
> was introduced?

Yes.

> p-s-p-m relies on vscroll values that it sets being
> preserved by force_start in all scenarios, which naturally includes
> those where the window start is frozen, just as it does those where it
> is variable.

When I ran the above with various debugger breakpoints I was not able to
trigger a configuration with w->preserve_vscroll_p true on an unfrozen
window.  In all the scenarios I tried, w->preserve_vscroll_p was reset
in mark_window_display_accurate_1 before arriving there.  Can you please
post a scenario where the difference matters?  If so, it might be worth
to shortly document it somewhere.

Thanks, martin




This bug report was last modified 1 year and 53 days ago.

Previous Next


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