Sunday 02 January 2011 you babbled:
> > Disappearing windows of foreign processes are hardly a KDE issue (but
> > maybe kwin...)
-> i actually intended to keep this off list for that reason...
Nevermind ;-)
> own_window_type override
^^^^^^^^^^^^^^^^^^^^^^
means that conky has to manage its position in the window stack by itself
> own_window_hints undecorated,below,sticky,skip_taskbar,skip_pager
^^^^^
and actually tells it to stay below everything (and if conky takes it lilke
this, it probably means: "under the desktop" as well...)
> firstly of all , after login , i tried xwininfo -int on one of those
> conky windows , and it shows "plasma-desktop" ;
no, you somehow clicked the desktop.
conky is presumingly below it - so there's no way to click it (and detet it's
id this way. you'd have to "xwininfo -int -children -root" and look out for a
window with the proper geometry, BUT
it's probably the override type + "below" state - the first time the stack
order changes (new window) conky places itself gets somehow lost below the
desktop (no idea why you could see it before) try "normal" (or "dock", but it
cannot really stay "below")
-> we do yet not know whether conky windows are still mapped (but can assume:
yes)
> Now i restart conky again , choose Open With Kwrite again , it just
> won't disappear any more.
How do you launch conky anyway?
Sessionmanager? Autostart? ~/.xprofile?
Thomas
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
