# HG changeset patch
# User Mark Doliner <mark@kingant.net>
# Date 1093195559 0
# Node ID 524cd6d1496e625ec60be8abddc30add4a20fd72
# Parent  a09ffb82aef160504b60621c41de67776ebf8b67
[gaim-migrate @ 10693]
Friendly neighborhood reminder from Kevin

committer: Tailor Script <tailor@pidgin.im>

diff -r a09ffb82aef1 -r 524cd6d1496e src/gtkblist.c
--- a/src/gtkblist.c	Sun Aug 22 17:24:43 2004 +0000
+++ b/src/gtkblist.c	Sun Aug 22 17:25:59 2004 +0000
@@ -193,14 +193,20 @@
 	gint original_height = height;
 
 #ifdef _WIN32
-	/* In Win32, GDK gets the workarea that isn't occupied by toolbars
+#if !GTK_CHECK_VERSION(2,4,8)
+	/* XXX: Kill this entire block someday.
+	 *
+	 * 2003-08-22: This bug fix should land in GTK+ version 2.4.8:
+	 *   http://bugzilla.gnome.org/show_bug.cgi?id=149013
+	 *
+	 * In Win32, GDK gets the workarea that isn't occupied by toolbars
 	 * (including the taskbar) and uses that region as the screen size.
 	 * GTK returns positions based on a screen size that ignores these
 	 * toolbars.  Since we want a pixmap with real X,Y coordinates, we
 	 * need to find out the offset from GTK's screen to GDK's screen,
 	 * and adjust the pixmaps we grab accordingly.  GDK will not deal
 	 * with toolbar position updates, so we're stuck restarting Gaim
-	 * if that happens.
+	 * if that happens. - SimGuy
 	 */
 	RECT *workarea = g_malloc(sizeof(RECT));
 	SystemParametersInfo(SPI_GETWORKAREA, 0, (void *)workarea, 0);
@@ -208,6 +214,7 @@
 	y += (workarea->top);
 	g_free(workarea);
 #endif
+#endif
 
 	if (x < 0) {
 		width += x;