GNU bug report logs - #16348
24.3.50; Increasing internal-border-width cuts menubar and toolbar on non-toolkit builds

Previous Next

Package: emacs;

Reported by: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>

Date: Sun, 5 Jan 2014 05:35:02 UTC

Severity: normal

Found in version 24.3.50

Done: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: mituharu <at> math.s.chiba-u.ac.jp, 16348 <at> debbugs.gnu.org
Subject: Re: bug#16348: 24.3.50;
 Increasing internal-border-width cuts menubar and
 toolbar	on	non-toolkit builds
Date: Sun, 05 Jan 2014 19:07:30 +0200
> Date: Sun, 05 Jan 2014 17:48:59 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: mituharu <at> math.s.chiba-u.ac.jp, 16348 <at> debbugs.gnu.org
> 
> The only practical solution I usually see is to resize the frame to
> some other size and size it back.  I doubt that this is the same as
> resetting the enabled_p flags.

What do you think it does, in addition?  It reallocates the glyph
matrices to fit the new dimensions, which clears that flag.

Anyway, I'm not aware of any mechanism in the display engine to avoid
redrawing portions of the screen, except the one that compares glyph
rows.  All the other redisplay optimizations are suppressed by setting
windows_or_buffers_changed, and I imagine you already do that.

If I'm wrong, can you point to the code that avoids redrawing those
parts?




This bug report was last modified 11 years and 136 days ago.

Previous Next


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