From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: dalanicolai Newsgroups: gmane.emacs.devel Subject: Re: Question about weird vscroll behavior Date: Fri, 10 Nov 2023 19:51:44 +0100 Message-ID: References: <8334xk41fx.fsf@gnu.org> <831qd43zjh.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000819a5d0609d0d05e" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18619"; mail-complaints-to="usenet@ciao.gmane.io" To: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 10 19:53:05 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1r1Wcq-0008u8-Li for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Nov 2023 19:53:05 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r1Wbs-0003ml-9X; Fri, 10 Nov 2023 13:52:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r1Wbq-0003mM-Hk for emacs-devel@gnu.org; Fri, 10 Nov 2023 13:52:02 -0500 Original-Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1r1Wbm-0000I1-SH for emacs-devel@gnu.org; Fri, 10 Nov 2023 13:52:02 -0500 Original-Received: by mail-wm1-x32c.google.com with SMTP id 5b1f17b1804b1-4083f613275so17552575e9.2 for ; Fri, 10 Nov 2023 10:51:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699642316; x=1700247116; darn=gnu.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=J5f8EhEr2gmiYb4SNzivbqSoiVvibgjgKGm7fn5GinI=; b=hepmcP9O3tLyn4fcQpmUCY3NHpnBUPcZJA51pEJOjYVOTOwJH7N574ZYTB5quth7SS gGztwEuMAyH/goP1jy8ey5/yQuluyTGsifZCfeHbxK4CVl0uxzGQQCwZB+XVSFfoO/Uf uwDcITrbuRGJCPpNherbn2dXf3PiEaSLUWgcizRJLnwZz5Orh0mPsLRTxhL86aY2biRi 6+boO6rjkWqzU6fW2bMga3u/GvEUJ9cQhuFSyUA1ZI5CxBxRX67HTrSb9kMagtM+vCZi XZFsvJ08bgwMIyvuOPeNUvmj27mz1T6k+g9ZXuY3Y5hAeYgGjJppi3XbWzKU96GNTLxX 4VOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699642316; x=1700247116; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=J5f8EhEr2gmiYb4SNzivbqSoiVvibgjgKGm7fn5GinI=; b=hYE3zF9JkUAoJI+3KuIBO3qyPQAgDK0OC78kGfwKjvUunLAtaEPAXdRe9ByocC+IrD efyVQwvc1BwLK1u2QTrOXAUkFeS1fdG87AHivZuLDx+a2Zxfqc0mLR0Nvg+MBc9AheTw sQH83dgttM8Rox+XVlJ4frY3fIH/pMO0Uz076TZc2IBzIxp5asOuE4fTesRD1VRSBPSx H8TlpYQOD6782YVZX7xw+LkzOPSyTCmmUONG/RlV6a/GgMfQ9ZhJp+BJSZYS9zAP0dQ4 W3hLvmG+imWWKeCfBkwc1M1KFHgyG5i3X7j1WxdRmEfSx2+PROcVu+RuT3ESg3Zp1z9g XxtQ== X-Gm-Message-State: AOJu0Yz5mXX5rDub85k7u3WFnwZi2vIq1DAw2QvQMU9S44QNZEc5OcE4 qrW50IvZyLdpiAl41rk0eZ+5y7QnZ3v0vEV4vTSHR4Tj6g0= X-Google-Smtp-Source: AGHT+IE501M5hxApxDQKmKQAK1CxJWGWP3f7ZP5DHOc1jYZN++V3hHJpVLdjdBQVq344C01++qGoNgcpVLLrT/hAAvI= X-Received: by 2002:a05:600c:1550:b0:409:1841:3f42 with SMTP id f16-20020a05600c155000b0040918413f42mr163961wmg.13.1699642316264; Fri, 10 Nov 2023 10:51:56 -0800 (PST) In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::32c; envelope-from=dalanicolai@gmail.com; helo=mail-wm1-x32c.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:313510 --000000000000819a5d0609d0d05e Content-Type: text/plain; charset="UTF-8" I have discovered that the behavior seems to occur on all systems, but that I forgot to mention another single step, which is that I am maximizing the Emacs window first, using the GNOME desktop shortcut (Super + Arrow Up). However, the behavior is the same (i.e. vscroll does not get set) when using 'M-x toggle-frame-maximized' before trying the code snippet. Now, the docstring of 'set-window-vscroll' says: 'PRESERVE-VSCROLL-P makes setting the start of WINDOW preserve the vscroll if its start is "frozen" due to a resized mini-window.' I don't really understand what that sentence means, so I am now still wondering if this behavior could be considered a bug or not. Should I report this as a bug? Thanks On Sun, 5 Nov 2023 at 21:17, dalanicolai wrote: > Hi all, > > If there is anybody on Fedora here, could you please try to evaluate the > code > from the original message starting from emacs -Q, and afterwards check what > is the value of > > M-: (window-vscroll nil t) >> > > Do you get 0 or 300? > > For some reason this does not work here. I have just built emacs from > `HEAD` > without using any `configure` flags. It does not work here, neither on > emacs 28.3, 29.1 or on the latest 30.5. > > I have also tried on Ubuntu on another laptop, where the code works fine. > Would be great if possible. > > Thanks! > > On Sun, 5 Nov 2023 at 19:14, dalanicolai wrote: > >> Haha, okay Eli. It was just to be sure, because otherwise I have >> no idea why setting the vscroll using the above code, does not >> work here. >> >> I have tried with the Fedora system Emacs 28.3, and with my own >> build of Emacs 29.1 (with PGTK, but I guess that is the default now >> on Emacs 29). Also, I have tried on wayland and x-org. But the code >> does not set the vscroll when starting from emacs -Q, while, strangely >> it works when I load my configuration. >> >> Anyway, I guess I have to investigate some more then. >> >> Thanks a lot for checking! >> >> >> On Sun, 5 Nov 2023 at 18:01, Eli Zaretskii wrote: >> >>> > From: dalanicolai >>> > Date: Sun, 5 Nov 2023 17:36:26 +0100 >>> > Cc: emacs-devel@gnu.org >>> > >>> > I just realized I forgot to be clear about my question. >>> > The problem is that after evaluating the code, here, >>> > after starting from emacs -Q, the vscroll value is still >>> > zero. >>> > >>> > So I was wondering what is the value when doing >>> > >>> > M-: (window-vscroll nil t) >>> > >>> > after evaluating the example code. >>> > >>> > So Eli, when you say it works, do you mean that >>> > vscroll value is 300? >>> >>> Of course! How else could I have claimed that "it works"? >>> >> --000000000000819a5d0609d0d05e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have discovered that the behavior seems to occur on all = systems, but
that I forgot to mention another single step, which is that= I am
maximizing the Emacs window first, using the GNOME desktop shortcu= t
(Super + Arrow Up). However, the behavior is the same (i.e. vscrolldoes not get set) when using 'M-x toggle-frame-maximized' beforetrying the code snippet.

Now, the docstring of 'set-window-vsc= roll' says:

'PRESERVE-VSCROLL-P makes setting the start of W= INDOW preserve the
vscroll if its start is "frozen" due to a r= esized mini-window.'

I don't really understand what that sen= tence means, so I am now still
wondering if this behavior could be consi= dered a bug or not.

Should I report this as a bug?

Thanks
=




On Sun, 5 Nov 2023 at 21:= 17, dalanicolai <dalanicolai@gmail.com> wrote:
Hi all,

If there is anybody on Fedora here, could you please = try to evaluate the code
from the original message starting from = emacs -Q, and afterwards check what
is the value of
M-: (window-v= scroll nil t)

Do you get 0 or 3= 00?

For some reason this does not work here. I hav= e just built emacs from `HEAD`
without using any `configure` flag= s. It does not work here, neither on
emacs 28.3, 29.1 or on the l= atest 30.5.

I have also tried on Ubuntu on another= laptop, where the code works fine.
Would be great if possible.

Thanks!

On Sun, 5 Nov 2023 at 19:14, = dalanicolai <= dalanicolai@gmail.com> wrote:
Haha, okay Eli. It was just to b= e sure, because otherwise I have
no idea why setting the vscroll = using the above code, does not
work here.

I have tried with the Fedora system Emacs 28.3, and with my own
build of Emacs 29.1 (with PGTK, but I guess that is the default now
<= div>on Emacs 29). Also, I have tried on wayland and x-org. But the code
does not set the vscroll when starting from emacs -Q, while, strange= ly
it works when I load my configuration.

Anyway, I guess I have to investigate some more then.

<= /div>
Thanks a lot for checking!


On Sun, 5 Nov = 2023 at 18:01, Eli Zaretskii <eliz@gnu.org> wrote:
> From: dalanicolai <dalanicolai@gmail.com>
> Date: Sun, 5 Nov 2023 17:36:26 +0100
> Cc: emacs-dev= el@gnu.org
>
> I just realized I forgot to be clear about my question.
> The problem is that after evaluating the code, here,
> after starting from emacs -Q, the vscroll value is still
> zero.
>
> So I was wondering what is the value when doing
>
>=C2=A0 M-: (window-vscroll nil t)
>
> after evaluating the example code.
>
> So Eli, when you say it works, do you mean that
> vscroll value is 300?

Of course!=C2=A0 How else could I have claimed that "it works"?
--000000000000819a5d0609d0d05e--