THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added:
FS#1171 - Workspace mouse input blocked by transparent layer of Cairo-dock User who did this - Zak (Wh4tThe) ---------- When you say you didn't find anything of interest, do you mean that you could not reproduce the problem? What other details could I give? My rc.lua? Let me try and reword the problem then: the purpose of a dock that hides itself is to not get in the way. If it is hidden, yet the windows that it would overlap if it were not hidden are still not getting the mouse input, then what is the point? In OpenBox, if I move a terminal into the dock zone, the dock will minimize itself (as it does in Awesome WM). If I shift focus away from that terminal, I can click where the dock would be if it were not minimized. The terminal window recieves the click and regains focus. This does not happen in Awesome. I came to the conclusion it must be a bug in Awesome WM since this doesn't seem to be a problem with other WMs, and because of this post from the link by someone who 'appears' to be a Cairo-dock dev: "yep, that means the WM doesn't honor its duty (which is to use the bitmap we sent to X to define the transparency zone). since this works on any other WM, I believe the best is to report this to the Fluxbox devs." -- post #6 by fabounet For example, in Awesome I have two instances of urxvtc running side by side. I am typing on the left one, I have cairo-dock set to hide itself when it would overlap any window. I would like to type in the rightmost terminal and use my mouse to change focus. My mouse is on the lowest inch of the screen, but not low enough to trigger the cairo-dock to show itself. I move the mouse to the right and nothing happens -- I am still typing in the leftmost terminal. I would be glad to provide more info, just let me know what you need. I don't know a whole lot about X other than some configuring in xorg.conf.d and the stuff I've gleaned from using xprop and xwinfo since switching to awesome a couple weeks ago. ---------- More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=details&task_id=1171#comment3650 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to [email protected].
