cairo-dock-team team mailing list archive

[Jehan <jehan.marmottard@xxxxxxxxx>]

Thanks.

After reading your first reason, I was wondering: is it possible to  change the type of a window during its life? If so, a solution could be to have a "change position" menu item for a desklet, then make it temporarily "normal" when the user selects this item, and change back to "dock" when the user clicks somewhere else. For instance.
In Case a X window can't change its type, a similar behavior could be reproduce by destroying the window after saving its position, then recreating it at the same position but a different type.

Just an idea. If you have a better one, don't hesitate to implement it
so. ;-)

Thanks!

-- 
You received this bug notification because you are a member of Cairo-
Dock Devs, which is subscribed to Cairo-Dock Plug-ins.
https://bugs.launchpad.net/bugs/1222629

Title:
  Detached plugins are breaking ShowDesktop actions because they are
  "normal" windows

Status in Cairo-Dock: Plug-ins:
  New

Bug description:
  Hi,

  on Openbox, when I show the desktop while having some plug-in detached
  from the dock, I can't hide the desktop back because the detached
  plug-ins are windows of type "normal" and they try to show themselves
  immediately after a ShowDesktop (hence breaking its revert action).

  Dana Jansens, the Openbox developer says:
  ------------------
  So right, because openbox hides "normal" windows, it hides the clock. The clock then immediately shows itself again, causing openbox to not restore stuff.

  I think the clock should be a type "dock" or type "desktop" window
  (depending if they want it above or below other windows).

  Otherwise, if the window is going to be a "normal" window, it
  shouldn't try to prevent itself from being hidden.

  [...]

  The clock plugin is actually doing a MapRequest, and then also a NET_ACTIVE_WINDOW request when it is hidden, which also causes it to take focus. It seems rather misbehaved in this regard.
  -------------------

  You can check his full diagnosis of the situation on the Openbox bug
  report, and also in particular in this comment, he gives debug output:
  https://bugzilla.icculus.org/show_bug.cgi?id=6023#c6

  Note: I am not sure if this is specific to some plug-ins. It has been
  verified by myself with the clock and the notification area plug-ins
  at least (and the OpenBox maintainer saw also the behavior with the
  "Desktop Pager"). I have not tried to detach exhaustively all plug-ins
  but it looks kind of general.

  Tested using the bazaar development branch.
  $ cairo-dock -v
  3.2.99.beta2

  Distribution: Linux Mint 15
  Window Manager: openbox

  Reproduction Steps:
  1/ openbox with cairo dock. Have the clock plug-in detached and shown on the desktop;
  2/ have some normal windows opened;
  3/ Show the desktop using openbox ToggleShowDesktop action; => the windows hide, as expected
  4/ Try to "unshow" the desktop by repeating the ToggleShowDesktop action.

  Expected result: the previously hidden window should unhide so that you get back to state of the desktop in step 2/.
  Actual Result: all windows stay hidden.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cairo-dock-plug-ins/+bug/1222629/+subscriptions