| Issue 256: | Xmonad should start programs in the workspace they were launched | |
| 1 person starred this issue and may be notified of changes. | Back to list |
What steps will reproduce the problem? 1. Launch a program (using dmenu for instance) 2. change workspaces before the window is shown 3. Observe that the program is launched in the new window (and often steals focus) What is the expected output? What do you see instead? I would prefer if the window would be launched in the workspace in which it was started. For instance, workspace 2 is used for web browsing, it would be nice to start a browser there, and switch workspaces and not have the browser start in the new workspace. What version of the product are you using? On what operating system? Xmonad 0.8 packaged with Ubuntu 8.10 Please provide any additional information below. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. |
|
,
Dec 31, 2008
This is sane default behavior. Where applications launch can be finely controlled in the ManageHook. For your case: className =? "YourBrowsersClass" --> doShift "YourWebWorkspace" There are other elements you can match on, see the documentation: http://xmonad.org/xmonad-docs/xmonad/XMonad-ManageHook.html |
|
,
Dec 31, 2008
X11 makes this difficult if not impossible for arbitrary programs. As mentioned above you can do it with a ManageHook; also some window manager/menu combinations may tell the window manager to place the next window that is created (or the next one with a given title) in a specific workspace, but this is highly unreliable. |
|
,
Dec 31, 2008
This is a shame that the X11 protocol is not sufficient to support this. I'll look into using managehook to get the job done. Thanks. |
|
,
Jan 09, 2009
(No comment was entered for this change.)
Status: WontFix
|
|
,
Aug 31, 2009
Just updating this bug for any bug archaeologists. This is possible in darcs contrib with XMonad.Actions.SpawnOn.
Status: Fixed
|
|
 Sign in to add a comment
|
