From: Drew Adams <drew.adams@oracle.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: "luangruo@yahoo.com" <luangruo@yahoo.com>,
"66247@debbugs.gnu.org" <66247@debbugs.gnu.org>
Subject: bug#66247: 29.1; Transient frame problems with Emacs 29 on MS Windows
Date: Fri, 29 Sep 2023 18:21:16 +0000 [thread overview]
Message-ID: <SJ0PR10MB54886C1259CE996EBEC64825F3C0A@SJ0PR10MB5488.namprd10.prod.outlook.com> (raw)
In-Reply-To: <83jzs9x7n8.fsf@gnu.org>
> > > > Has anyone ever really reported any such flicker
> > > > on MS Windows? I've never noticed any "display
> > > > flicker" there. Quite the opposite. I used
> > >
> > > That's subject to the graphics driver installed, I believe. Many MS
> > > Windows users reported severe flicker while scrolling in the past, a
> > > problem that has all but vanished with the introduction of double
> > > buffering.
> >
> > Many MS Windows users? Are you sure? And
> > how many had no problem, and so never sent
> > a non-complaint because of no flickering,
> > let along no "severe" flickering?
>
> Almost all of them. You are a happy exception.
OK, thanks; good (for them, at least), and
good to know.
> It is expected that it will cause a regression on some systems, which
> is why the way to disable double-buffering is in NEWS.
Yes, good. But as I explained, that doesn't fix
all of the problems introduced. See what I said
about the delayed correct rendering of the frame
edge and scroll bar: they continue to appear for
a brief time in their old positions even after
the frame itself has been enlarged - and then
they jump out to where they belong (respecting
the new frame size).
>
> > Changing default behavior shouldn't, in general,
> > happen willy-nilly with a new release.
>
> It didn't. We introduced it in Emacs 26 (but not on Windows).
>
> > It's generally better to wait for user experience and request - even
> > a long time - before changing the _default_ behavior.
>
> We had enough user experience before we decided to
> have this on by default.
OK, good. So now there's one user reporting
a new problem when trying to get back to no
double-buffering. I'm sorry I don't have a
reproduction recipe. Maybe another user will
be bit by the same problem and have better
info about it.
next prev parent reply other threads:[~2023-09-29 18:21 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-28 1:36 bug#66247: 29.1; Transient frame problems with Emacs 29 on MS Windows Drew Adams
2023-09-29 1:21 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-29 2:22 ` Drew Adams
2023-09-29 2:49 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-29 16:17 ` Drew Adams
2023-09-29 16:32 ` Eli Zaretskii
2023-09-29 18:21 ` Drew Adams [this message]
2023-09-30 13:42 ` Eli Zaretskii
2023-09-30 15:22 ` Drew Adams
2023-09-30 15:36 ` Eli Zaretskii
2023-10-09 18:33 ` Drew Adams
2023-10-09 18:56 ` Eli Zaretskii
2023-10-09 19:49 ` Drew Adams
2023-10-10 12:00 ` Eli Zaretskii
2023-10-10 15:13 ` Drew Adams
2023-10-10 15:35 ` Eli Zaretskii
2023-10-10 15:53 ` Drew Adams
2023-10-10 18:46 ` Eli Zaretskii
2023-10-10 21:27 ` Drew Adams
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=SJ0PR10MB54886C1259CE996EBEC64825F3C0A@SJ0PR10MB5488.namprd10.prod.outlook.com \
--to=drew.adams@oracle.com \
--cc=66247@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=luangruo@yahoo.com \
/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).