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

Previous Next

Full log

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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
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 17:48:59 +0100

>> What we needed here is some simple switch we can set and which causes
>> the redisplay engine to do a through redisplay instead of trying to be
>> clever and selectively clear/erase some space formerly occupied by a
>> scrollbar, fringe or border.
>
> I believe what you want is to reset the enabled_p flag of each glyph
> row in the current glyph matrix.  But since each window in a GUI
> session has its own glyph matrix, you will need to do that for every
> window on the current frame.
>
> (Maybe there's a variable that has the same effect, I didn't check.)

I'm not sure whether that would suffice.  Currently emacs does all sorts
of erasing and redrawing backgrounds of scrollbars, fringes, borders and
the like.  In many cases, it doesn't get that right.  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.

martin

Previous Next

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