Hi Andrew, > I wonder what if wmii didn't set window state to iconified? I think we > need to check what i3 guys are doing in this situation.
OK, I have only brief knowledge of X11 & co., but I have made few experiments with gimp and WMs ... Hiding toolboxes and GDK_WINDOW_STATE_ICONIFIED event in gimp/GDK is triggered by unmapping window (my guess based on experimenting, I was unable to identify it in GDK library directly). Calling XUnmapWindow() is enough to trigger it. It seems to be independent of WM_STATE value (as shown by xprop for example). Wmii is unmapping window both when it is collapsed and when it is not in current workspace. Tweaking neither WM_STATE nor _NET_WM_STATE in wmii prevents Gimp from hiding toolbox windows. Only thing which works is avoiding XUnmapWindow() call. (Which is going to have other unwanted consequences likely.) i3 seems to not unmap windows when reorganizing and collapsing them in current workspace, but it is unmapping them when switching to other workspace. Nevertheless it does not trigger GDK_WINDOW_STATE_ICONIFIED in Gimp for some reason. I am not sure what is the important difference here (i3 is using XCB instead of Xlib making code comparing less straightforward). When gimp image window is unmapped using external utility (xdotool for example) GDK_WINDOW_STATE_ICONIFIED is triggered in i3 too. Personally, I do not think wmii is wrong here (unmapping not displayed windows is AFAIK correct). Maybe, better functionality in i3 is only coincidental consequence of bit different approach and neither i3 nor wmii is broken. I have tested gimp 2.8 in WindowMaker (nothing special about wmaker, just some not tiling WM installed on my computer). It triggers GDK_WINDOW_STATE_ICONIFIED as soon as one switches to another workspace (so it is similar to wmii). Btw. gimp is kind of broken in wmaker too. After switching back to original workspace toolbox remains iconized and it is not automatically restored (is this the problem, you are describing in previous email?). It is possible to find some more reports of problem with Gimp and toolbox hiding under other WMs as well, so I guess if something have to be considered broken, it is rather Gimp. Unfortunately, I do not see any way how to fix this 'transparently' without additional option/configuration in Gimp to enable or disable toolbox hiding. It should be simple to implement, but I am not sure if it is possible to push in upstream. > Yes, they seem to not care about anything except GNOME 3 :( What is the policy for Debian-specific patches then for example? Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
