fvwm-workers@fvwm.org wrote:
On Tue, Apr 02, 2002 at 03:54:24PM +0100, Tim Phipps wrote:
I think this might be a bit_gravity problem. I can't get FvwmWinList to
have a gravity of anything other than NorthWest. Does fvwm2 force this?
Yes, it's essential to reduce redraws with opaque resize. I could
restore the bit_gravity if that helps. But for me, the problem
begins earlier: The FvwmWinList window does not resize at all.
The following patch removes the bit_gravity setting that fvwm does and
it fixes the problem with FvwmWinList. I don't think we should be
changing a clients bit gravity since I don't think there is a way to
tell the client we have done so. I don't know what the ICCCM has to say
about it.
The problem only occurs when FvwmWinList resizes itself. Is it possible
to only force the bit gravity when fvwm is doing the resizing?
Cheers,
Tim.
Index: fvwm/frame.c
===================================================================
RCS file: /u/phippst/share/cvsroot/fvwm/fvwm/frame.c,v
retrieving revision 1.10
diff -u -r1.10 frame.c
--- fvwm/frame.c 2002/04/02 08:59:39 1.10
+++ fvwm/frame.c 2002/04/10 09:07:57
@@ -525,12 +525,10 @@
int i;
/* using bit gravity can reduce redrawing dramatically */
- valuemask = CWWinGravity | CWBitGravity;
+ valuemask = CWWinGravity;
xcwa.win_gravity = grav->client_grav;
- xcwa.bit_gravity = grav->client_grav;
XChangeWindowAttributes(dpy, FW_W(fw), valuemask, &xcwa);
xcwa.win_gravity = grav->parent_grav;
- valuemask = CWWinGravity;
XChangeWindowAttributes(dpy, FW_W_PARENT(fw), valuemask, &xcwa);
if (!HAS_TITLE(fw))
{
