unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: dalanicolai <dalanicolai@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 66922@debbugs.gnu.org
Subject: bug#66922: 29.1; No redisplay of buffer, even after using `force-window-update'
Date: Sat, 4 Nov 2023 12:07:49 +0100	[thread overview]
Message-ID: <CACJP=3=Cf5DA6B7dn3O2d=48FyC9ZN6fV_i7P2eR0ZGsop0d=g@mail.gmail.com> (raw)
In-Reply-To: <83r0l656ui.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 2281 bytes --]

Thank you for looking again at it Eli,

in the recipe, I am printing the buffer-name and the window-start
together (where the buffer-name gets evaluated before window-start),
and it says that the buffer-name is 'example'. So I expected
(window-start) to return the window-start from the window displaying
the example buffer.

I already wanted to write you that this must be the case, but I
thought let me first try to print the buffer of the selected-window.
In that case, indeed, it shows that the selected-window is that of the
warning buffer.

Finally, I understand now that the current-buffer is not per se the same
as the buffer displayed in the selected window. I understand it now, but
until now that was not obvious to me.

Thanks again Eli, for clearing things up!

On Sat, 4 Nov 2023 at 08:13, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: dalanicolai <dalanicolai@gmail.com>
> > Date: Sat, 4 Nov 2023 00:23:30 +0100
> > Cc: 66922@debbugs.gnu.org
> >
> > Sorry Eli, I don't know what you mean here. Over here the problem does
> > occur also in the GUI, and I am using the print to
> > 'external-debugging-output' because the lwarn is what causes the
> > problem. I explained in the bug report that the window-start does not
> > get updated when including the lwarn after the forced redisplay (the
> > point is at 11, but window-start is still at 1).
>
> Sorry, I didn't understand what you considered a "bug", because your
> original description has all but drowned that in the long description
> of what the code does.  So I thought that "messes redisplay" is the
> problem, and that it alludes to the text from
> external-debugging-output that appears inside the window of the TTY
> frame.
>
> If your problem is with window-start, then the reason for that is
> simple: lwarn pops up the *Warnings* buffer, so the call to
> window-start returns the value for that buffer, not for the "example"
> buffer.  If, after running the recipe, you do
>
>   C-x b RET
>   M-: (window-start) RET
>
> you will see that window-start in "example" is 11, as you expect.
>
> So I see no bug here.
>
> > (Also obviously, I can not use a normal print/message, when
> > 'investigating' redisplay issues)
>
> Of course, you can: use 'message', and then look in the *Messages*
> buffer.
>

[-- Attachment #2: Type: text/html, Size: 3018 bytes --]

  reply	other threads:[~2023-11-04 11:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-03 18:07 bug#66922: 29.1; No redisplay of buffer, even after using `force-window-update' dalanicolai
2023-11-03 18:50 ` Eli Zaretskii
2023-11-03 23:23   ` dalanicolai
2023-11-03 23:24     ` dalanicolai
2023-11-04  7:13     ` Eli Zaretskii
2023-11-04 11:07       ` dalanicolai [this message]
2023-11-04 11:17         ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CACJP=3=Cf5DA6B7dn3O2d=48FyC9ZN6fV_i7P2eR0ZGsop0d=g@mail.gmail.com' \
    --to=dalanicolai@gmail.com \
    --cc=66922@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public 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).