unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#53275: 29.0.50; Cursor shows up at the middle of the screen after window start is forced when vscroll is set
       [not found] <87fsppejo8.fsf.ref@yahoo.com>
@ 2022-01-15  3:56 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-15  7:43   ` Eli Zaretskii
  2022-01-15  7:47   ` Eli Zaretskii
  0 siblings, 2 replies; 6+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-15  3:56 UTC (permalink / raw)
  To: 53275

Starting from 'emacs -Q', press M-< in the scratch buffer, then say M-:
and evaluate:

  (progn
    (set-window-vscroll nil 30 t)
    (redisplay)
    (set-window-start nil (point-max)))

The cursor will then display in the center of the screen, which is not
the correct position.

Thanks.

In GNU Emacs 29.0.50 (build 353, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo version 1.17.4)
 of 2022-01-15 built on trinity
Repository revision: 1f5f3b7e8955154c28342e63ba1216f83ff6d73d
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Fedora Linux 35 (Workstation Edition)

Configured using:
 'configure --with-xwidgets --with-xinput2 --cache-file=/tmp/ccache'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG
RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11
XDBE XIM XINPUT2 XPM XWIDGETS GTK3 ZLIB

Important settings:
  value of $LANG: en_GB.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media rmc puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util text-property-search time-date seq gv
subr-x byte-opt bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils help-fns
radix-tree cl-print debug backtrace help-mode find-func cl-loaddefs
cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook
vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads xwidget-internal dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo move-toolbar gtk x-toolkit xinput2 x multi-tty
make-network-process emacs)

Memory information:
((conses 16 50551 13063)
 (symbols 48 6108 1)
 (strings 32 19557 2143)
 (string-bytes 1 627975)
 (vectors 16 12628)
 (vector-slots 8 171084 17171)
 (floats 8 21 54)
 (intervals 56 214 2)
 (buffers 992 12))





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#53275: 29.0.50; Cursor shows up at the middle of the screen after window start is forced when vscroll is set
  2022-01-15  3:56 ` bug#53275: 29.0.50; Cursor shows up at the middle of the screen after window start is forced when vscroll is set Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-15  7:43   ` Eli Zaretskii
  2022-01-15  7:47   ` Eli Zaretskii
  1 sibling, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2022-01-15  7:43 UTC (permalink / raw)
  To: Po Lu; +Cc: 53275

> Date: Sat, 15 Jan 2022 11:56:23 +0800
> From:  Po Lu via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
> 
> Starting from 'emacs -Q', press M-< in the scratch buffer, then say M-:
> and evaluate:
> 
>   (progn
>     (set-window-vscroll nil 30 t)
>     (redisplay)
>     (set-window-start nil (point-max)))
> 
> The cursor will then display in the center of the screen, which is not
> the correct position.

I cannot reproduce this on MS-Windows.





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#53275: 29.0.50; Cursor shows up at the middle of the screen after window start is forced when vscroll is set
  2022-01-15  3:56 ` bug#53275: 29.0.50; Cursor shows up at the middle of the screen after window start is forced when vscroll is set Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-15  7:43   ` Eli Zaretskii
@ 2022-01-15  7:47   ` Eli Zaretskii
  2022-01-15  7:52     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2022-01-15  7:47 UTC (permalink / raw)
  To: Po Lu; +Cc: 53275

> Date: Sat, 15 Jan 2022 11:56:23 +0800
> From:  Po Lu via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
> 
> Starting from 'emacs -Q', press M-< in the scratch buffer, then say M-:
> and evaluate:
> 
>   (progn
>     (set-window-vscroll nil 30 t)
>     (redisplay)
>     (set-window-start nil (point-max)))
> 
> The cursor will then display in the center of the screen, which is not
> the correct position.

Sorry, I missed the "M-<" part.  With it, the behavior is
reproducible, but I'm not sure I understand what is "the correct
position" of the cursor in this case, or why does it matter what Emacs
does in that case (except that it should not crash).





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#53275: 29.0.50; Cursor shows up at the middle of the screen after window start is forced when vscroll is set
  2022-01-15  7:47   ` Eli Zaretskii
@ 2022-01-15  7:52     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-15 13:59       ` Eli Zaretskii
  0 siblings, 1 reply; 6+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-15  7:52 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 53275

Eli Zaretskii <eliz@gnu.org> writes:

>>   (progn
>>     (set-window-vscroll nil 30 t)
>>     (redisplay)
>>     (set-window-start nil (point-max)))

> Sorry, I missed the "M-<" part.  With it, the behavior is
> reproducible, but I'm not sure I understand what is "the correct
> position" of the cursor in this case

It should show up where point is, which in this case is at the window
start.

> or why does it matter what Emacs does in that case (except that it
> should not crash).

Precision scrolling relies on this: when the buffer cannot be scrolled
downwards sufficiently, it sets the window start to point-max and
redisplays, which right now results in the cursor being displayed in the
middle of the screen until the next redisplay.

Thanks.





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#53275: 29.0.50; Cursor shows up at the middle of the screen after window start is forced when vscroll is set
  2022-01-15  7:52     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-15 13:59       ` Eli Zaretskii
  2022-01-16  0:30         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2022-01-15 13:59 UTC (permalink / raw)
  To: Po Lu; +Cc: 53275

> From: Po Lu <luangruo@yahoo.com>
> Cc: 53275@debbugs.gnu.org
> Date: Sat, 15 Jan 2022 15:52:50 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >>   (progn
> >>     (set-window-vscroll nil 30 t)
> >>     (redisplay)
> >>     (set-window-start nil (point-max)))
> 
> > Sorry, I missed the "M-<" part.  With it, the behavior is
> > reproducible, but I'm not sure I understand what is "the correct
> > position" of the cursor in this case
> 
> It should show up where point is, which in this case is at the window
> start.
> 
> > or why does it matter what Emacs does in that case (except that it
> > should not crash).
> 
> Precision scrolling relies on this: when the buffer cannot be scrolled
> downwards sufficiently, it sets the window start to point-max and
> redisplays, which right now results in the cursor being displayed in the
> middle of the screen until the next redisplay.

Should be fixed now on the master branch.





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#53275: 29.0.50; Cursor shows up at the middle of the screen after window start is forced when vscroll is set
  2022-01-15 13:59       ` Eli Zaretskii
@ 2022-01-16  0:30         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 6+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-16  0:30 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 53275-done

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Po Lu <luangruo@yahoo.com>
>> Cc: 53275@debbugs.gnu.org
>> Date: Sat, 15 Jan 2022 15:52:50 +0800
>> 
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> >>   (progn
>> >>     (set-window-vscroll nil 30 t)
>> >>     (redisplay)
>> >>     (set-window-start nil (point-max)))
>> 
>> > Sorry, I missed the "M-<" part.  With it, the behavior is
>> > reproducible, but I'm not sure I understand what is "the correct
>> > position" of the cursor in this case
>> 
>> It should show up where point is, which in this case is at the window
>> start.
>> 
>> > or why does it matter what Emacs does in that case (except that it
>> > should not crash).
>> 
>> Precision scrolling relies on this: when the buffer cannot be scrolled
>> downwards sufficiently, it sets the window start to point-max and
>> redisplays, which right now results in the cursor being displayed in the
>> middle of the screen until the next redisplay.
>
> Should be fixed now on the master branch.

Indeed, I'm closing this bug.  Many thanks!





^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2022-01-16  0:30 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <87fsppejo8.fsf.ref@yahoo.com>
2022-01-15  3:56 ` bug#53275: 29.0.50; Cursor shows up at the middle of the screen after window start is forced when vscroll is set Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-15  7:43   ` Eli Zaretskii
2022-01-15  7:47   ` Eli Zaretskii
2022-01-15  7:52     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-15 13:59       ` Eli Zaretskii
2022-01-16  0:30         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors

Code repositories for project(s) associated with this inbox:

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).