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
Hello,
On 8 August 2014 11:54, Michael Stapelberg wrote:
>> Well, yes, I have also noticed a side effect of that code when
>> switching the workspaces — toolboxes disappear when I switch back to
>> the tag when GIMP sits. I wonder what if wmii didn't set window state
>> to iconified? I think we n
Hi Andrew,
Andrew Shadura writes:
>> The iconified state is set when window is "collapsed" in wmii
>> (overlapped by other window, very common situation under normal workflow
>> in tiling WM). Subsequent toolbox hiding leads to reorganization of
>> layout of other displayed windows (because of ti
Control: tags -1 -unreproducible
Hello,
I experience similar behaviour since around 2.7.0 with wmii. The major
difference is that here it goes on for a few seconds and then stops,
and toolboxes never appear again. I tried to debug the issue from both
gimp and wmii sides, and couldn't find a reaso
Package: gimp
Version: 2.8.0-2
Severity: important
When starting gimp it hangs in an endless loop with the toolbox
window flickering. when that window is closed, it works but once
the toolbox is opened it happens again.
It looks like gimp tries to resize the window in an endless loop
if the size
5 matches
Mail list logo
