Hi,
I'm using spawnOn in my startupHook to open various programs on various virtual desktops when logging in - it's quite nice to have that happen automatically. I start two instances of the Nautilus (file manager) fork Nemo: spawnOn "7" "nemo ~/video/" spawnOn "7" "nemo ~/video/tablet/" But only one of them ends up on desktop 7. The one other is placed on the current desktop. I have tried adding a "sleep 2;" to one of them, to see if it was some timing thing, but the same thing happens. I have also tried to combine them, and have one line starting "nemo ~/video/" nemo ~/video/tablet/", same thing. Oh, and as I am typing this, I realize that the second invocation probably doesn't start a lasting separate process, but messages the first to open a new window, and that original process then opens it, might be why spawnOn seems to "not work". Maybe I should just use manageSpawn to have all Nemo windows end up on desktop 7. I guess I have rubber ducked myself into the answer, but any comments are welcome regardless. Best wishes, Adam -- "Please don't "meh" the panopticon. You are Adam Sjøgren not making things better by doing that." [hidden email] _______________________________________________ xmonad mailing list [hidden email] http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad |
This is a symptom of "factory windows". spawnOn can't work for them, you need to find out the application-specific way to attach distinct identifiers to windows, because _NET_WM_PID will never match for any but the first window opened (and sometimes not then). And no, neither spawnOn nor any similar mechanism will be able to find a "fix",, because "application specific" — and even then not every application bothers to provide a mechanism to label specific windows. On Sat, Nov 2, 2019 at 5:39 AM Adam Sjøgren <[hidden email]> wrote: Hi, brandon s allbery kf8nh _______________________________________________ xmonad mailing list [hidden email] http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad |
Free forum by Nabble | Edit this page |