The explanations here solved the problem. Maybe the behaviour can be documented in the covergloobus preference dialog ?
And thanks to the "window rules" plugin of compiz I solved another problem (the windows was decorated).
Another thing I tried was to catch "window-state-event" and to ask the window to deiconify itself, it works too, but this adds a delay to display the window again. The code I tried was just this three lines (if someone is interested somehow) :
inside the window creation member : self.connect("window-state-event", minimize_event)
and a function :
def minimize_event(widget, event):
if event.new_window_state & gtk.gdk.WINDOW_STATE_ICONIFIED or \ event.new_window_state & gtk.gdk.WINDOW_STATE_WITHDRAWN: widget.deiconify()
I'm using compiz and was having the same problem. This problem is not only affecting covergloobus and I've found this link :
https:/ /wiki.archlinux .org/index. php/Conky# Don.27t_ minimize_ on_Show_ Desktop_ .28Compiz. 29
The explanations here solved the problem. Maybe the behaviour can be documented in the covergloobus preference dialog ?
And thanks to the "window rules" plugin of compiz I solved another problem (the windows was decorated).
Another thing I tried was to catch "window- state-event" and to ask the window to deiconify itself, it works too, but this adds a delay to display the window again. The code I tried was just this three lines (if someone is interested somehow) :
inside the window creation member :
self.connect( "window- state-event" , minimize_event)
and a function :
def minimize_ event(widget, event): window_ state & gtk.gdk. WINDOW_ STATE_ICONIFIED or \
event. new_window_ state & gtk.gdk. WINDOW_ STATE_WITHDRAWN :
widget. deiconify( )
if event.new_