8

I know that it's possible to set certain programs to spawn in certain workspaces like so:

myManageHook = composeAll
    [ classname =? "XTerm" --> doShift "3" ]
main = xmonad $ defaultConfig
    { manageHook = myManageHook <+> manageHook defaultConfig }

So that all instances of Xterm will spawn in workspace "3". What I want to do is make all new programs spawn in the workspace which is in focus when they are started, such that if, for example, I'm in workspace "1" and start firefox, then quickly switch to workspace "2", the firefox window will stay in workspace "1".

I was thinking of something to the effect of

import qualified XMonad.StackSet as W

myManageHook = composeAll
    [ classname =? ".*" --> doShift currentTag ]
main = xmonad $ defaultConfig
    { manageHook = myManageHook <+> manageHook defaultConfig }

which obviously doesn't work, but hopefully you get the idea.

My question is quite similar to this one in intent, but I want all programs to spawn in the intially focused workspace however I open them (dmenu, from a terminal, etc.)

Community
  • 1
  • 1
ouroboros
  • 169
  • 1
  • 7
  • I assume your example should read this way instead: "I'm in workspace '1' and start firefox, then quickly switch to workspace '2', the firefox window will stay in workspace **'1'**.". If so, what you're asking for is simply not possible with X's architecture. Sorry. – Daniel Wagner Nov 23 '13 at 16:37
  • Fixed typo. I'm sure you're much better versed in X architercture than I am, but are you certain it's impossible? I was under the impression that this kind of behaviour is in fact default in the spectrwm window manager, but I will double check this later today. – ouroboros Nov 23 '13 at 16:49
  • Confirmed: in spectrwm, windows always (as far as I can tell) open in the workspace that's in focus when they're invoked. Opening methods tested: from inside xterm, using dmenu, using spectrwm keybindings as follows: `program[firefox] = firefox` `bind[firefox] = MOD+f` – ouroboros Nov 23 '13 at 17:57
  • Sounds like magic. Would you be willing to do another test for me? I've written a [short Haskell program](http://lpaste.net/96072) that pauses ten seconds, opens a window, pauses ten seconds, and quits. Will you try this one, too? Perhaps spectrwm and firefox are cooperating somehow; this program definitely isn't cooperative and will test that hypothesis. If they are cooperating somehow, it may be possible to find out how, and do something similar in xmonad. Then you'll have a solution for cooperative programs (but obviously not for uncooperative ones -- I still believe that's impossible). – Daniel Wagner Nov 23 '13 at 18:15
  • I hope you have a null hypothesis ready: your script behaves just like firefox! – ouroboros Nov 25 '13 at 02:09
  • I've got sad news for you -- I'm completely stumped. As far as I know the behavior you're describing just doesn't make sense: there's no (reliable) way for a window manager to connect a new window to a process, and even if there were, there's no (reliable) way to know which workspace was active at the moment a process started. – Daniel Wagner Nov 25 '13 at 07:53
  • Fair enough, thanks for your help anyway. – ouroboros Nov 25 '13 at 09:53
  • @ouroboros If you are hell-bent, [the spectrwm source code](https://github.com/conformal/spectrwm/blob/master/spectrwm.c) is available to read on github. – kqr Dec 08 '13 at 13:07
  • @DanielWagner In the spectrwm source code, there's a bit (line 8130 at least) that tries to get a PID based on the window highlighted, to figure out which workspace the window belongs to. I guess that's a good enough approximation for many applications, although it's certainly not reliable... – kqr Dec 08 '13 at 13:12
  • @kqr Right, that's the kind of thing I was talking about when I said "perhaps spectrwm and firefox are cooperating somehow". It checks a bunch of X properties of the window that's starting up: `_NET_WM_PID`, `_SWM_PID`, `_SWM_WS`, and whether the window is a transient with a parent. (xmonad offers ways to check such stuff, too.) The code snippet I posted doesn't set any of these properties and does not create a transient window: it offers no cooperation. Which is why I say I'm stumped! – Daniel Wagner Dec 08 '13 at 18:01
  • @DanielWagner Ah, you're right. That's weird. – kqr Dec 08 '13 at 18:32
  • A friend of mine who's using spectrwm has recently mentioned to me that this functionality broke in a recent update, and that apparently it has something to do with a library called ld_preload. I know this is vague as hell and likely not helpful, but I thought I'd post it here on the off-chance... – ouroboros Dec 11 '13 at 01:06
  • An admin on [this](https://opensource.conformal.com/fluxbb/viewtopic.php?id=397) forum post confirms that the behaviour is achieved with some kind of LD_PRELOAD hack, but doesn't provide details – ouroboros Dec 11 '13 at 01:19
  • I believe the code [here](https://github.com/conformal/spectrwm/blob/master/lib/swm_hack.c) is responsible? I'm afraid it's beyond my capabilities to understand, however. – ouroboros Dec 12 '13 at 19:33
  • Update: [this](http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-SpawnOn.html) XMonad library claims to achieve this result, but it doesn't actually seem to work for me. – ouroboros Jul 24 '14 at 17:42

0 Answers0