GNU bug report logs - #2531
NS: excessive redisplay

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2531 in the body.
You can then email your comments to 2531 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: David Reitter <david.reitter <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: NS: excessive redisplay
Date: Sun, 1 Mar 2009 17:38:53 -0500

[Message part 1 (text/plain, inline)]

The new NS port still shows excessive redrawing while resizing frames  
(with the mouse); the window contents are drawn about one line too  
low  before they are redrawn again in the right spot.  This animation  
takes place every-time the mouse cursor is moved a bit, so we're going  
to a lot of animations while a frame is being resized.

Enabling the tool bar leads to a minor extra redisplay, slightly below  
the target position.

Maximizing a frame leads to multiple extra redisplays, at first with  
all elements (e.g., mode-line) in their old locations before the frame  
is cleared and redrawn.

[smime.p7s (application/pkcs7-signature, attachment)]

Message #12 received at 2531 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: 2531 <at> debbugs.gnu.org
Cc: David Reitter <david.reitter <at> gmail.com>
Subject: Re: NS: excessive redisplay
Date: Fri, 6 Mar 2009 17:00:12 +0200

I checked in a small change to EmacsView-drawRect: that eliminates  
some of the off-target redisplays at least.  At least some behavior  
must be different under Tiger and Leopard, as on Tiger no redisplay  
gets triggered during resize unless the window is dragged a full grid  
increment.

Message #17 received at 2531 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: David Reitter <david.reitter <at> gmail.com>
To: Adrian Robert <adrian.b.robert <at> gmail.com>
Cc: 2531 <at> debbugs.gnu.org
Subject: Re: NS: excessive redisplay
Date: Fri, 6 Mar 2009 10:29:05 -0500

[Message part 1 (text/plain, inline)]

On 6 Mar 2009, at 10:00, Adrian Robert wrote:

> I checked in a small change to EmacsView-drawRect: that eliminates  
> some of the off-target redisplays at least.  At least some behavior  
> must be different under Tiger and Leopard, as on Tiger no redisplay  
> gets triggered during resize unless the window is dragged a full  
> grid increment.

Ah, good, thanks, ignore part of my earlier e-mail then.

- D

[smime.p7s (application/pkcs7-signature, attachment)]

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

From: Alan J Third <alan <at> idiocy.org>
To: Adrian Robert <adrian.b.robert <at> gmail.com>
Cc: 2531 <at> debbugs.gnu.org, David Reitter <david.reitter <at> gmail.com>
Subject: Re: bug#2531: NS: excessive redisplay
Date: Sun, 10 Jan 2016 23:16:21 +0000

Adrian Robert <adrian.b.robert <at> gmail.com> writes:

> I checked in a small change to EmacsView-drawRect: that eliminates
> some of the off-target redisplays at least.  At least some behavior
> must be different under Tiger and Leopard, as on Tiger no redisplay
> gets triggered during resize unless the window is dragged a full grid
> increment.

I can't reproduce any slow redisplaying on Emacs 24.5 or 25.1 under El
Capitan, in fact it just doesn't redisplay at all until I let go of the
mouse button. I guess this means either this patch, or some subsequent
work, fixed this bug, so I'll close this as fixed.
-- 
Alan Third

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

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: Alan J Third <alan <at> idiocy.org>
Cc: 2531 <at> debbugs.gnu.org, David Reitter <david.reitter <at> gmail.com>
Subject: Re: bug#2531: NS: excessive redisplay
Date: Mon, 11 Jan 2016 09:03:07 +0200

I could never reproduce this and no one else was able to fix it, so this feature was removed.  The bug can be closed.



On 2016.1.11, at 01:16, Alan J Third <alan <at> idiocy.org> wrote:

> Adrian Robert <adrian.b.robert <at> gmail.com> writes:
> 
>> I checked in a small change to EmacsView-drawRect: that eliminates
>> some of the off-target redisplays at least.  At least some behavior
>> must be different under Tiger and Leopard, as on Tiger no redisplay
>> gets triggered during resize unless the window is dragged a full grid
>> increment.
> 
> I can't reproduce any slow redisplaying on Emacs 24.5 or 25.1 under El
> Capitan, in fact it just doesn't redisplay at all until I let go of the
> mouse button. I guess this means either this patch, or some subsequent
> work, fixed this bug, so I'll close this as fixed.
> -- 
> Alan Third

Previous Next

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