I can't currently install or experiment with it (maybe in a day or so), but it would help if you could report the output of xwininfo and xprop on this window. Both programs let you click on a window to select it, so even if the program is badly behaved you can run them with a "sleep" to pop up the window during the sleep period and then wait for the cursor to change to a crosshair.

On Sat, Jul 20, 2019 at 6:04 PM Jean-Baptiste Mestelan <mestelan@gmail.com> wrote:
Hello, 

I have been struggling to integrate the CopyQ clipboard manager into my configuration, because its main window cannot be closed: killing the window has no effect, and in the context of a scratchpad, the toggle does not work (the window appears but does not disappear).
Minimizing the window does work; but then, it can only be maximized from the same workspace, which is not ideal for this use case.

I have come up with a so-so solution: summon the window from a named scratchpad, and get rid of it by sending it to a NSP workspace:
("M-a",                     shiftTo Next (WSIs nsp))
...
where nsp = return $ ("NSP" ==) . W.tag
But it is cumbersome to have to manipulate two distinct keybindings (plus the latter might send an innocent window into a void).

Is there an obvious solution that I am missing?

PS: to be clear, I am only speaking about the window displayed by the CopyQ command `copyq toggle` (or `copyq show`). The smaller floating window displayed by the CopyQ command `copyq menu` does not have this issue; but is is also limited in functionalities and history length.

PPS: I guess an improvement would be to integrate the above `shiftTo` function into a custom kill function, which would have two cases, depending of the name of the window. I do not know how to write this however, and would appreciate any pointers or suggestions.

Thank you for attention.
_______________________________________________
xmonad mailing list
xmonad@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad


--
brandon s allbery kf8nh
allbery.b@gmail.com