GNOME Bugzilla – Bug 628333
resize grip gets ugly on windows system
Last modified: 2011-09-28 08:36:40 UTC
Created attachment 169090 [details] short demonstration I have an Application which uses an GtkStatusBar with resize grip. I wanted to change the background color of the resize grip, so I put the statusbar into an eventbox. Since the new GTK 2.20 release, the resize grip looks ugly with modified background color. Have a look at following screenshots: http://www.pagelnet.de/scope/scope_win.png (2.20) http://www.pagelnet.de/scope/scope_lin.png (2.18.3) These shots are comparing the same project on windows (gtk 2.20) and on linux (gtk 2.18). I tested on windows gtk 2.18 too, there is no difference to linux 2.18, this verison is OK. I couldn't test on linux gtk 2.20. More detailed Version Information: resize grip OK: http://www.pagelnet.de/scope/scope_lin.png glib_2.22.4-1_win32 glib-dev_2.22.4-1_win32 pkg-config_0.23-3_win32 pkg-config-dev_0.23-3_win32 atk_1.28.0-1_win32 atk-dev_1.28.0-1_win32 pango_1.26.2-1_win32 pango-dev_1.26.2-1_win32 cairo_1.8.8-4_win32 cairo-dev_1.8.8-4_win32 fontconfig_2.8.0-2_win32 fontconfig-dev_2.8.0-2_win32 expat_2.0.1-1_win32 expat-dev_2.0.1-1_win32 freetype_2.3.11-2_win32 freetype-dev_2.3.11-2_win32 libpng_1.4.0-1_win32 libpng-dev_1.4.0-1_win32 zlib-1.2.3 zlib-dev-1.2.3 gtk+_2.18.7-1_win32 gtk+-dev_2.18.7-1_win32 rsize grip ugly: http://www.pagelnet.de/scope/scope_win.png glib_2.24.0-2_win32 glib-dev_2.24.0-2_win32 pkg-config_0.23-3_win32 pkg-config-dev_0.23-3_win32 atk_1.30.0-1_win32 atk-dev_1.30.0-1_win32 pango_1.28.0-1_win32 pango-dev_1.28.0-1_win32 cairo_1.8.10-3_win32 cairo-dev_1.8.10-3_win32 fontconfig_2.8.0-2_win32 fontconfig-dev_2.8.0-2_win32 expat_2.0.1-1_win32 expat-dev_2.0.1-1_win32 freetype_2.3.12-1_win32 freetype-dev_2.3.12-1_win32 libpng_1.4.0-1_win32 libpng-dev_1.4.0-1_win32 zlib_1.2.4-1_win32 zlib-dev_1.2.4-1_win32 gtk+_2.20.0-1_win32 gtk+-dev_2.20.0-1_win32
As far as I see, the background colour of the resize grip is the same in both screenshots? Could it be that the situation is simply that in the 2.20 case you are using the ms-windows theme, but not in the 2.18 case? Do you have an etc\gtk-2.0\gtkrc file in the 2.20 installation that contains the line gtk-theme-name = "MS-Windows" ? At least, when I tried to reproduce using your test program, that is the conclusion I came to. I could see no difference in the test program between 2.18.7-1 and 2.20.1-1 when in neither case I was using the ms-windows theme, or when using it in both cases. On the other hand, the difference I saw in the test program between when using the ms-windows theme and not using it, doesn't really correspond fully to the differences between your two screenshots, as in the sc. Could instead post screenshots of the test program running against 2.20 vs. 2.18, and edit into the images (using MS Paint or whatever) an indication of exactly what part of the screenshots it is that you consider "ugly"?
Created attachment 169095 [details] Screenshots of demo-app This behavior can be achieved on my system just by changeing libgtk-win32-2.0-0.dll
On Pciture A you see gtk 2.20 Version of libgtk-win32-2.0-0.dll On Pciture B you see gtk 2.18 Version of libgtk-win32-2.0-0.dll Btw, I found this: https://bugzilla.gnome.org/show_bug.cgi?id=511154 what could be the same.
Comment on attachment 169095 [details] Screenshots of demo-app The Frame around the statusbar is not drawn correctly in case A
OK, now I see. Presumably the 2.18 look is the intended.
This is not a win32 specific Bug, it just depends on the Gtk Version. Since I upgraded my linux system to libgtk 2.20, I have the same problem on a linux system too.
Tested with 2.24 and this is indeed the same issue as described in bug #511154. *** This bug has been marked as a duplicate of bug 511154 ***