GNU bug report logs - #46155
28.0.50; Regression: buffer contents flicker on macOS frames when

Previous Next

Package: emacs;

Reported by: Aaron Jensen <aaronjensen <at> gmail.com>

Date: Thu, 28 Jan 2021 15:49:01 UTC

Severity: normal

Found in version 28.0.50

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


Message #26 received at 46155 <at> debbugs.gnu.org (full text, mbox):

From: Andrii Kolomoiets <andreyk.mad <at> gmail.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Alan Third <alan <at> idiocy.org>, 46155 <at> debbugs.gnu.org,
 Aaron Jensen <aaronjensen <at> gmail.com>
Subject: Re: bug#46155: 28.0.50; Regression: buffer contents flicker on
 macOS frames when
Date: Tue, 09 Feb 2021 11:55:20 +0200
martin rudalics <rudalics <at> gmx.at> writes:

>> emacs -Q
>> M-: (setq resize-mini-frames t)
>> M-: (make-frame '((minibuffer . only)))
>> M-x
>> Type random letters
>
> Where do you type those letters?  Into the normal frame?

No, into the minibuffer-only frame.  After `make-frame` the
minibuffer-only frame became focused and accept input.

> I suppose 'fit-frame-to-buffer' is to blame here.  What happens when
> you set 'resize-mini-frames' to 'ignore?

The minibuffer-only frame doesn't resized and the text is not flicker.

> Some other function that resizes the frame more conservatively or
> sporadically?

I've set the `resize-mini-frames` to this function:

    (defun test/resize (frame)
      (modify-frame-parameters
       frame `((width . ,(+ 80 (random 20))))))

After each letter typed, the minibuffer-only frame is resized several
times.  The text is not visible during resize.




This bug report was last modified 4 years and 156 days ago.

Previous Next


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