Closed GoogleCodeExporter closed 8 years ago
if you can try SVN code it's better because many bugs are fixed.
otherqies, will try WindowMaker.
Original comment by thilo...@gmail.com
on 15 Mar 2009 at 1:44
I tried the subversion code, but the problem persisted.
Original comment by vigeandr...@gmail.com
on 18 Mar 2009 at 5:12
Hi,
tried windowmaker under Ubuntu 8.10 and can't reproduce your problem ??
openning an application show it in the taskbar.
left clic on the task (in the taskbar) and the application
minimize/maximize as expected.
???
Original comment by thilo...@gmail.com
on 18 Apr 2009 at 5:51
Ok, I debugged this myself. Fixed by modifying event_property_notify slightly..
If
I'll just figure out how to submit a patch
Original comment by vigeandr...@gmail.com
on 19 Apr 2009 at 12:51
Ok, there is probably a more elegant way to submit patches, but here goes
anyway. A
patch is in an attachment...
Original comment by vigeandr...@gmail.com
on 19 Apr 2009 at 1:01
Attachments:
Hi,
humm don't understand the patch.
you speak about event_property_notify and the patch change _NET_WM_DESKTOP ?
can you explain the problem ...
if tint2 receive unexpected _NET_WM_DESKTOP, it's better to found the source of
the
problem (window manager or other application).
I can't applied the patch because it add another bug.
in multi_desktop, tint2 can switch task between desktop (even if it's
iconified).
Original comment by thilo...@gmail.com
on 19 Apr 2009 at 3:33
event_property_notify is the name of the function, _NET_WM_DESKTOP is the name
of the
event. For me the possibility to minimize applications without them disappering
from
taskbar is more important than the possibility to move iconified applications to
other desktops. And even with the patch applied, the moved applications switch
to the
new desktop when they are restored, so the harm is really not big.
Well, it's up to you to decide if you want to apply the patch or not; I'm quite
happy
running the patched version and if someone else has the same problem, (s)he
might
find the patch here.
Original comment by vigeandr...@gmail.com
on 19 Apr 2009 at 5:59
we have not the same point of view :)
i'll not applied your patch because it doesn't solve the problem, you just mask
it.
_NET_WM_DESKTOP event are send by the window manager or the pager when a task
move from one desktop to another.
here, tint2 receive _NET_WM_DESKTOP when you minimize the task.
the bug come from the software who send _NET_WM_DESKTOP ??
are you using a pager with WindowMaker ? and if yes, witch one ?
Original comment by thilo...@gmail.com
on 19 Apr 2009 at 6:46
Ok, Now I figured out the "real" reason for the weird behaviour. I had
configured my
WindowMaker so that miniwindows (=minimized windows) were present on all
desktops.
I'm not entirely sure why, but for some reason this caused tint to believe the
window
was hidden. This might have something to do with the fact that
window_get_desktop
returned -1.
Anyway, I really don't need minimized windows to be present on all desktop, so
I just
changed the setting. Now the unpatched tint2 works fine.
Original comment by vigeandr...@gmail.com
on 19 Apr 2009 at 6:50
Oh, and in case you're still interested, I'm not using any pager. Just plain
WindowMaker (and tint2 :)
Original comment by vigeandr...@gmail.com
on 19 Apr 2009 at 6:53
very good !
now I can reproduce the bug.
thanks.
Original comment by thilo...@gmail.com
on 19 Apr 2009 at 8:03
fixed in r89
it look like windowmaker send unecessary 'desktop changed' each time focus
changed.
Original comment by thilo...@gmail.com
on 6 Jun 2009 at 9:04
Original issue reported on code.google.com by
vigeandr...@gmail.com
on 14 Mar 2009 at 6:39