[xserver-commit] xserver ChangeLog,3.61,3.62

[Keith Packard]

Committed by: keithp

Update of /cvs/xserver/xserver
In directory pdx:/tmp/cvs-serv11614

Modified Files:
	ChangeLog 
Log Message:
	* composite/compalloc.c: (compFreePixmap), (compReallocPixmap):
	* composite/compext.c:
	* composite/compinit.c: (compCloseScreen), (compScreenInit):
	* composite/compint.h:
	* composite/compwindow.c: (compCheckRedirect),
	(compPositionWindow), (compMoveWindow), (compResizeWindow),
	(compChangeBorderWidth), (compCopyWindow):
	* dix/window.c:
	(Yes, these are all related changes).  Rework window manipulation
	while Composite is enabled.  The basic problem was when the
	window was resized, the offscreen pixmap would get resized and if
	that shrunk, the eventual CopyWindow call would not be able to get
	bits.  Now, all resizes are managed by allocating a new pixmap
	and hanging on to the old one until after all of the CopyWindow
	calls are done.
	A related change was to reset the borderClip back to the
	parent-limited version when removing redirection from a window
	so that the UnmapWindow operation within that uses the correct
	value


Index: ChangeLog
===================================================================
RCS file: /cvs/xserver/xserver/ChangeLog,v
retrieving revision 3.61
retrieving revision 3.62
diff -u -d -r3.61 -r3.62
--- ChangeLog	20 Nov 2003 00:05:52 -0000	3.61
+++ ChangeLog	20 Nov 2003 03:31:29 -0000	3.62
@@ -1,3 +1,25 @@
+2003-11-19  Keith Packard  <keithp@keithp.com>
+
+	* composite/compalloc.c: (compFreePixmap), (compReallocPixmap):
+	* composite/compext.c:
+	* composite/compinit.c: (compCloseScreen), (compScreenInit):
+	* composite/compint.h:
+	* composite/compwindow.c: (compCheckRedirect),
+	(compPositionWindow), (compMoveWindow), (compResizeWindow),
+	(compChangeBorderWidth), (compCopyWindow):
+	* dix/window.c:
+	(Yes, these are all related changes).  Rework window manipulation
+	while Composite is enabled.  The basic problem was when the
+	window was resized, the offscreen pixmap would get resized and if
+	that shrunk, the eventual CopyWindow call would not be able to get
+	bits.  Now, all resizes are managed by allocating a new pixmap
+	and hanging on to the old one until after all of the CopyWindow
+	calls are done.
+	A related change was to reset the borderClip back to the
+	parent-limited version when removing redirection from a window
+	so that the UnmapWindow operation within that uses the correct
+	value
+
 2003-11-19  Eric Anholt  <anholt@FreeBSD.org>
 
 	reviewed by: <delete if not using a buddy>