- xmonad - Haskell.org

better combineTwoP and Property
by proxym 18 Jan '14

18 Jan '14

I modified combineTwoP and Property. http://hpaste.org/45435/combinetwoqb New name is combineTwoQB Now windows use full screen space always! (It was bug in combineTwoP, when all windows are in one pane only) Now you can use IsDialog property to detect dialog windows. Version with simplified config: http://hpaste.org/45439/combinetwoqb data Property = Title String | ClassName String | Resource String | Role String -- ^ WM_WINDOW_ROLE property | Machine String -- ^ WM_CLIENT_MACHINE property | And Property Property | Or Property Property | Not Property | IsDialog -- ^^^^^ _NET_WM_WINDOW_TYPE _NET_WM_WINDOW_TYPE_DIALOG | AtomProperty String String | Const Bool deriving (Read, Show) infixr 9 `And` infixr 8 `Or` -- | Does given window have this property? hasProperty :: Property -> Window -> X Bool hasProperty (Title s) w = withDisplay $ \d -> fmap (Just s ==) $ io $ fetchName d w hasProperty (Resource s) w = withDisplay $ \d -> fmap ((==) s . resName ) $ io $ getClassHint d w hasProperty (ClassName s) w = withDisplay $ \d -> fmap ((==) s . resClass) $ io $ getClassHint d w hasProperty (Role s) w = withDisplay $ \d -> fmap ((==) (Just s)) $ getStringProperty d w "WM_WINDOW_ROLE" hasProperty (Machine s) w = withDisplay $ \d -> fmap ((==) (Just s)) $ getStringProperty d w "WM_CLIENT_MACHINE" hasProperty (IsDialog) w = hasProperty (AtomProperty "_NET_WM_WINDOW_TYPE" "_NET_WM_WINDOW_TYPE_DIALOG") w hasProperty (AtomProperty sKey sValue) w = withDisplay $ \d -> checkAtomProperty d w sKey sValue hasProperty (And p1 p2) w = do { r1 <- hasProperty p1 w; r2 <- hasProperty p2 w; return $ r1 && r2 } hasProperty (Or p1 p2) w = do { r1 <- hasProperty p1 w; r2 <- hasProperty p2 w; return $ r1 || r2 } hasProperty (Not p1) w = do { r1 <- hasProperty p1 w; return $ not r1 } hasProperty (Const b) _ = return b -- | Does the focused window have this property? focusedHasProperty :: Property -> X Bool focusedHasProperty p = do ws <- gets windowset let ms = W.stack $ W.workspace $ W.current ws case ms of Just s -> hasProperty p $ W.focus s Nothing -> return False -- | Find all existing windows with specified property allWithProperty :: Property -> X [Window] allWithProperty prop = withDisplay $ \dpy -> do rootw <- asks theRoot (_,_,wins) <- io $ queryTree dpy rootw hasProperty prop `filterM` wins -- | Convert property to 'Query' 'Bool' (see "XMonad.ManageHook") propertyToQuery :: Property -> Query Bool propertyToQuery (Title s) = title =? s propertyToQuery (Resource s) = resource =? s propertyToQuery (ClassName s) = className =? s propertyToQuery (Role s) = stringProperty "WM_WINDOW_ROLE" =? s propertyToQuery (Machine s) = stringProperty "WM_CLIENT_MACHINE" =? s propertyToQuery (IsDialog) = propertyToQuery (AtomProperty "_NET_WM_WINDOW_TYPE" "_NET_WM_WINDOW_TYPE_DIALOG") propertyToQuery (AtomProperty k v) = (ask >>= (\w -> liftX $ withDisplay $ \d -> checkAtomProperty d w k v)) =? True propertyToQuery (And p1 p2) = propertyToQuery p1 <&&> propertyToQuery p2 propertyToQuery (Or p1 p2) = propertyToQuery p1 <||> propertyToQuery p2 propertyToQuery (Not p) = not `fmap` propertyToQuery p propertyToQuery (Const b) = return b -- $helpers -- | Get a window property from atom getProp32 :: Atom -> Window -> X (Maybe [CLong]) getProp32 a w = withDisplay $ \dpy -> io $ getWindowProperty32 dpy a w -- | Get a window property from string getProp32s :: String -> Window -> X (Maybe [CLong]) getProp32s str w = do { a <- getAtom str; getProp32 a w } checkAtomProperty d w sKey sValue = do sk <- getAtom sKey sv <- getAtom sValue md <- io $ getWindowProperty32 d sk w case md of Just mm -> if (fromIntegral sv `elem` mm) then return True else return False _ ->return False data SwapWindow = SwapWindow -- ^ Swap window between panes | SwapWindowN Int -- ^ Swap window between panes in the N-th nested ComboP. @SwapWindowN 0@ equals to SwapWindow deriving (Read, Show, Typeable) instance Message SwapWindow data CombineTwoQB l l1 l2 a = C2P [a] [a] [a] l (l1 a) (l2 a) Property deriving (Read, Show) combineTwoQB :: (LayoutClass super(), LayoutClass l1 Window, LayoutClass l2 Window) => super () -> l1 Window -> l2 Window -> Property -> CombineTwoQB (super ()) l1 l2 Window combineTwoQB = C2P [] [] [] instance (LayoutClass l (), LayoutClass l1 Window, LayoutClass l2 Window) => LayoutClass (CombineTwoQB (l ()) l1 l2) Window where doLayout (C2P f w1 w2 super l1 l2 prop) rinput s = let origws = W.integrate s -- passed in windows w1c = origws `intersect` w1 -- current windows in the first pane w2c = origws `intersect` w2 -- current windows in the second pane new = origws \\ (w1c ++ w2c) -- new windows superstack = Just Stack { W.focus=(), up=[], down=[()] } f' = W.focus s:delete (W.focus s) f -- list of focused windows, contains 2 elements at most in do matching <- (hasProperty prop) `filterM` new -- new windows matching predecate let w1' = w1c ++ (new \\ matching) -- updated first pane windows w2' = w2c ++ matching -- updated second pane windows s1 = differentiate f' w1' -- first pane stack s2 = differentiate f' w2' -- second pane stack if not (null w1' || null w2') then do ([((),r1),((),r2)], msuper') <- runLayout (Workspace "" super superstack) rinput (wrs1, ml1') <- runLayout (Workspace "" l1 s1) r1 (wrs2, ml2') <- runLayout (Workspace "" l2 s2) r2 (return (wrs1++wrs2, Just $ C2P f' w1' w2' (maybe super id msuper') (maybe l1 id ml1') (maybe l2 id ml2') prop)) else case (w1' ++ w2') of [] -> do l1' <- maybe l1 id `fmap` handleMessage l1 (SomeMessage ReleaseResources) l2' <- maybe l2 id `fmap` handleMessage l2 (SomeMessage ReleaseResources) super' <- maybe super id `fmap` handleMessage super (SomeMessage ReleaseResources) (return ([], Just $ C2P [] [] [] super' l1' l2' prop)) [w] -> do l1' <- maybe l1 id `fmap` handleMessage l1 (SomeMessage ReleaseResources) l2' <- maybe l2 id `fmap` handleMessage l2 (SomeMessage ReleaseResources) super' <- maybe super id `fmap` handleMessage super (SomeMessage ReleaseResources) (return ([(w,rinput)], Just $ C2P [w] [w] [] super' l1' l2' prop)) ww -> do ([((),r1),((),r2)], msuper') <- runLayout (Workspace "" super superstack) rinput (wrs1, ml1') <- runLayout (Workspace "" l1 s1) rinput (wrs2, ml2') <- runLayout (Workspace "" l2 s2) rinput (return (wrs1++wrs2, Just $ C2P f' w1' w2' (maybe super id msuper') (maybe l1 id ml1') (maybe l2 id ml2') prop)) handleMessage us@(C2P f ws1 ws2 super l1 l2 prop) m | Just SwapWindow <- fromMessage m = swap us | Just (SwapWindowN 0) <- fromMessage m = swap us | Just (SwapWindowN n) <- fromMessage m = forwardToFocused us $ SomeMessage $ SwapWindowN $ n-1 | Just (MoveWindowToWindow w1 w2) <- fromMessage m, w1 `elem` ws1, w2 `elem` ws2 = return $ Just $ C2P f (delete w1 ws1) (w1:ws2) super l1 l2 prop | Just (MoveWindowToWindow w1 w2) <- fromMessage m, w1 `elem` ws2, w2 `elem` ws1 = return $ Just $ C2P f (w1:ws1) (delete w1 ws2) super l1 l2 prop | otherwise = do ml1' <- handleMessage l1 m ml2' <- handleMessage l2 m msuper' <- handleMessage super m if isJust msuper' || isJust ml1' || isJust ml2' then return $ Just $ C2P f ws1 ws2 (maybe super id msuper') (maybe l1 id ml1') (maybe l2 id ml2') prop else return Nothing description (C2P _ _ _ super l1 l2 prop) = "CC0" --"combining " ++ description l1 ++ " and " ++ description l2 ++ " with " ++ description super ++ " using "++ (show prop) -- send focused window to the other pane. Does nothing if we don't -- own the focused window swap :: (LayoutClass s a, LayoutClass l1 Window, LayoutClass l2 Window) => CombineTwoQB (s a) l1 l2 Window -> X (Maybe (CombineTwoQB (s a) l1 l2 Window)) swap (C2P f ws1 ws2 super l1 l2 prop) = do mst <- gets (W.stack . W.workspace . W.current . windowset) let (ws1', ws2') = case mst of Nothing -> (ws1, ws2) Just st -> if foc `elem` ws1 then (foc `delete` ws1, foc:ws2) else if foc `elem` ws2 then (foc:ws1, foc `delete` ws2) else (ws1, ws2) where foc = W.focus st if (ws1,ws2) == (ws1',ws2') then return Nothing else return $ Just $ C2P f ws1' ws2' super l1 l2 prop -- forwards the message to the sublayout which contains the focused window forwardToFocused :: (LayoutClass l1 Window, LayoutClass l2 Window, LayoutClass s a) => CombineTwoQB (s a) l1 l2 Window -> SomeMessage -> X (Maybe (CombineTwoQB (s a) l1 l2 Window)) forwardToFocused (C2P f ws1 ws2 super l1 l2 prop) m = do ml1 <- forwardIfFocused l1 ws1 m ml2 <- forwardIfFocused l2 ws2 m ms <- if isJust ml1 || isJust ml2 then return Nothing else handleMessage super m if isJust ml1 || isJust ml2 || isJust ms then return $ Just $ C2P f ws1 ws2 (maybe super id ms) (maybe l1 id ml1) (maybe l2 id ml2) prop else return Nothing -- forwards message m to layout l if focused window is among w forwardIfFocused :: (LayoutClass l Window) => l Window -> [Window] -> SomeMessage -> X (Maybe (l Window)) forwardIfFocused l w m = do mst <- gets (W.stack . W.workspace . W.current . windowset) maybe (return Nothing) send mst where send st = if (W.focus st) `elem` w then handleMessage l m else return Nothing -- code from CombineTwo -- given two sets of zs and xs takes the first z from zs that also belongs to xs -- and turns xs into a stack with z being current element. Acts as -- StackSet.differentiate if zs and xs don't intersect differentiate :: Eq q => [q] -> [q] -> Maybe (Stack q) differentiate (z:zs) xs | z `elem` xs = Just $ Stack { W.focus=z , up = reverse $ takeWhile (/=z) xs , down = tail $ dropWhile (/=z) xs } | otherwise = differentiate zs xs differentiate [] xs = W.differentiate xs myManageHook0 = composeAll -- help1: run: xprop | grep WM_CLASS -- help2: run: xprop | egrep "CLASS|NAME" [ -- manage hooks appName =? "gimp" --> doFloat , isFullscreen --> doFullFloat -------for flash in ff -------, isDialog --> doCenterFloat ------------, isDialog --> doSink --------------------------------------------------------------- -----, propertyToQuery (IsDialog) --> doSink , propertyToQuery (myDialogs) --> doSink ] --where moveTo = doF . W.shift --where moveTo = doShift where moveTo = doF . liftM2 (.) W.greedyView W.shift --myManageHook = myManageHook0 <+> manageDocks <+> manageHook gnomeConfig myManageHook = myManageHook0 <+> manageDocks <+> manageHook defaultConfig doSink :: ManageHook doSink = ask >>= \w -> liftX (reveal w) >> doF (W.sink w) myTabbed0 = tabbed shrinkText defaultTheme myTabbed = combineTwoQB (Mirror (Tall 1 (3/100) (3/5))) (myTabbed0) (myTabbed0) (myDialogs) myDialogs = (IsDialog) `Or` (ClassName "Dialog") `Or` (ClassName "dialog") `Or` (ClassName "Toplevel") `Or` (ClassName "Chat") `Or` (ClassName "Message") --myTabber is resulted layout. you must not import standard Property -- to use my combineTwoQB -- (i use xmonad 0.9) -- Best regards, Michael

4 12

xmonad and xhb
by Erik de Castro Lopo 17 Jan '14

17 Jan '14

Hi all, I have been researching the possibility of porting xmonad to xhb and I have found that it has been discussed numerous times before and that there has even been some experimentation: http://permalink.gmane.org/gmane.comp.lang.haskell.xmonad/13580 but I cannot find any real hard details of how xhb/xmonad would differ from xlib/xmonad. Does anybody have any concrete evidence on this issue? Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

2 2

Re: [xmonad] xmonad Digest, Vol 82, Issue 7
by Richard Alcock 16 Jan '14

16 Jan '14

unsubscribe On 16 January 2014 12:00, <xmonad-request(a)haskell.org> wrote: > Send xmonad mailing list submissions to > xmonad(a)haskell.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.haskell.org/mailman/listinfo/xmonad > or, via email, send a message with subject or body 'help' to > xmonad-request(a)haskell.org > > You can reach the person managing the list at > xmonad-owner(a)haskell.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of xmonad digest..." > > > Today's Topics: > > 1. Re: Leak... somewhere... I periodically restart xmonad to > recover gobs of swap space (Michael Witten) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 15 Jan 2014 22:03:57 -0000 > From: Michael Witten <mfwitten(a)gmail.com> > To: Daniel Wagner <daniel(a)wagner-home.com> > Cc: xmonad(a)haskell.org > Subject: Re: [xmonad] Leak... somewhere... I periodically restart > xmonad to recover gobs of swap space > Message-ID: <4d080b1716e84f9fbac463f8ebbf10d9-mfwitten(a)gmail.com> > > On Tue, 14 Jan 2014 15:23:57 -0500, Daniel Wagner wrote: > > >> On 2014-01-13 13:45, Michael Witten wrote: > >> > >> Software: > >> > >> xmonad 0.11 > >> xmobar 0.10 > >> Xorg 1.14.1 > >> > >> > >> After a while (say, a month) of normal activity, my swap space > >> becomes almost entirely eaten up; the problem can be solved by > >> restarting xmonad (`mod-q'). > >> > >> The problem could well be `xmobar' or `X' itself. > > > > Could you include your config file? Perhaps there's something an > > experienced Haskeller can spot quickly. Then again perhaps not. In > > any case I have been using xmonad for several years and have not > > noticed the problem you describe. > > ~d > > ~/.xmonad/xmonad.hs > ------------------- > > import XMonad > import XMonad.Hooks.DynamicLog > > main = xmonad =<< xmobar defaultConfig { modMask = mod4Mask, terminal = > "urxvtc" } > > ~/.xmobarrc > ----------- > > Config { > font = "xft:DejaVu Sans Mono:size=9" > , bgColor = "black" > , fgColor = "grey" > , position = Top > , lowerOnStart = True > , commands = [ Run Cpu > ["-L","3","-H","50","--normal","green","--high","red"] 10 > , Run Memory ["-t","Mem: <usedratio>%"] 10 > , Run Swap [] 10 > , Run Network "eth2" [] 10 > , Run Date "%a %Y-%m-%d %H:%M:%S" "date" 10 > , Run StdinReader > ] > , sepChar = "%" > , alignSep = "}{" > , template = "%cpu% | %memory% * %swap% | %eth2% } %StdinReader% > { <fc=#ee9a00>%date%</fc>" > } > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > xmonad mailing list > xmonad(a)haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > > ------------------------------ > > End of xmonad Digest, Vol 82, Issue 7 > ************************************* >

1 0

Compiling xmobar or taffybar into xmonad
by Erik de Castro Lopo 13 Jan '14

13 Jan '14

Hi all, I'm curious if anybody has compiled xmobar or taffybar into their actual actual xmonad. Is this a crazy idea? Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

4 6

Trouble getting taffybar running
by Erik de Castro Lopo 12 Jan '14

12 Jan '14

Hi all, I've just cabal installed it, created ~/.config/taffybar/taffybar.hs (from taffybar.hs.example in the git repo) but when I run taffybar it says : Error occurred while loading configuration file When I load the config into ghci it loads without a single warning or error. I'm running it from an xterm within an already running xmonad session that doesn't have any other panel of any sort. Where do the taffybar compile error messages go? Any clues? Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

1 1

Losing dropdown menus
by Tyler Smith 10 Jan '14

10 Jan '14

Hi again, I'm running xmonad on Debian unstable. Mostly it's great. However, sometimes with some applications I cannot see drop-down menus. This happens with the Okular pdf viewer, but not always. I can't reproduce this consistently yet, but it happens about half the time. What happens: the app launches and runs fine. If I click on the top menu (file etc) the item looks 'depressed' as it should, but no dropdown menu appears. If this problem occurs, it persists for the entire time the app is open. This also happens with virtualbox. In this case, everytime I run it, the dropdowns are invisible/absent. However, I can access menu items using the keyboard arrows to blindly move through the menus. So virtualbox thinks the menu is there, I just can't see it. Any suggestions? Thanks, Tyler

2 2

Issue 562 in xmonad: Weird XMonad.Shell.Prompt behaviour with held down mouse button
by codesite-noreply＠google.com 10 Jan '14

10 Jan '14

Status: New Owner: ---- New issue 562 by fuuze...(a)fuuzetsu.co.uk: Weird XMonad.Shell.Prompt behaviour with held down mouse button http://code.google.com/p/xmonad/issues/detail?id=562 What steps will reproduce the problem? 1. Bind the prompt in your xmonad.hs to a key 2. Hold down left mouse button 3. Spawn the prompt and try to use it What is the expected output? What do you see instead? I expect the prompt to behave as usual. Instead, when pressing keys such as return or ESC, I get visible characters instead and the prompt won't close. What version of the product are you using? On what operating system? xmonad 0.11 Linux misaki 3.12.3-gentoo #2 SMP Sat Dec 7 23:14:57 GMT 2013 i686 Intel(R) Core(TM)2 Duo CPU L7700 @ 1.80GHz GenuineIntel GNU/Linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". The relevant line is > [ ((modMask x .|. controlMask, xK_p), shellPrompt defaultXPConfig) I can't show --recompile as my xmonad config currently doesn't build. Let me know if you need more info and I'll fix it up and post the output along with full config. Please provide any additional information below. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 1

Re: [xmonad] xmonad Digest, Vol 82, Issue 1
by EEva 06 Jan '14

06 Jan '14

Sorry, I cannot reproduce that here. Le 06/01/14 à 12:00, xmonad-request(a)haskell.org a écrit: > Send xmonad mailing list submissions to > xmonad(a)haskell.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.haskell.org/mailman/listinfo/xmonad > or, via email, send a message with subject or body 'help' to > xmonad-request(a)haskell.org > > You can reach the person managing the list at > xmonad-owner(a)haskell.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of xmonad digest..." > > > Today's Topics: > > 1. Issue 562 in xmonad: Weird XMonad.Shell.Prompt behaviour with > held down mouse button (codesite-noreply(a)google.com) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 06 Jan 2014 05:27:11 +0000 > From: codesite-noreply(a)google.com > To: xmonad(a)haskell.org > Subject: [xmonad] Issue 562 in xmonad: Weird XMonad.Shell.Prompt > behaviour with held down mouse button > Message-ID: > <0-3425899027203913298-15621622867246128952-codesite-noreply=google.com(a)googlecode.com> > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes > > Status: New > Owner: ---- > > New issue 562 by fuuze...(a)fuuzetsu.co.uk: Weird XMonad.Shell.Prompt > behaviour with held down mouse button > http://code.google.com/p/xmonad/issues/detail?id=562 > > What steps will reproduce the problem? > 1. Bind the prompt in your xmonad.hs to a key > 2. Hold down left mouse button > 3. Spawn the prompt and try to use it > > What is the expected output? What do you see instead? > I expect the prompt to behave as usual. Instead, when pressing keys such as > return or ESC, I get visible characters instead and the prompt won't close. > > What version of the product are you using? On what operating system? > xmonad 0.11 > Linux misaki 3.12.3-gentoo #2 SMP Sat Dec 7 23:14:57 GMT 2013 i686 Intel(R) > Core(TM)2 Duo CPU L7700 @ 1.80GHz GenuineIntel GNU/Linux > > Are you using an xmonad.hs? Please attach it and the output of "xmonad > --recompile". > The relevant line is > > [ ((modMask x .|. controlMask, xK_p), shellPrompt defaultXPConfig) > > I can't show --recompile as my xmonad config currently doesn't build. Let > me know if you need more info and I'll fix it up and post the output along > with full config. > > Please provide any additional information below. > > > -- > You received this message because this project is configured to send all > issue notifications to this address. > You may adjust your notification preferences at: > https://code.google.com/hosting/settings > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > xmonad mailing list > xmonad(a)haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > > ------------------------------ > > End of xmonad Digest, Vol 82, Issue 1 > *************************************

1 0

spawnOn does not launch the app in the specified workspace
by Marcelo de Moraes Serpa 27 Dec '13

27 Dec '13

Hi list, I'm trying to spawn a few apps at startup using XMonad.Actions.SpawnOn. I'm using this repo as a starting point: github.com/davidbrewer/xmonad-ubuntu-conf. I have modified the xmonad.hs as follows: ... > myWorkspaces = > [ > "7:Chat", "8:Dbg", "9:Pix", > "4:Docs", "5:Dev", "6:Web", > "1:Term", "2:Hub", "3:Mail", > "0:VM", "Extr1", "Extr2" > ] ... > main = do > xmproc <- spawnPipe "xmobar ~/.xmonad/xmobarrc" > xmonad $ withUrgencyHook NoUrgencyHook $ defaultConfig { > focusedBorderColor = myFocusedBorderColor > , normalBorderColor = myNormalBorderColor > , terminal = myTerminal > , borderWidth = myBorderWidth > , layoutHook = myLayouts > , workspaces = myWorkspaces > , modMask = myModMask > , handleEventHook = fullscreenEventHook > , startupHook = do > setWMName "LG3D" > windows $ W.greedyView startupWorkspace > spawn "~/.xmonad/startup-hook" > >> * spawnOn "7:Chat" "firefox"* > > , manageHook = manageHook defaultConfig > <+> composeAll myManagementHooks > <+> manageDocks > , logHook = dynamicLogWithPP $ xmobarPP { > ppOutput = hPutStrLn xmproc > , ppTitle = xmobarColor myTitleColor "" . shorten myTitleLength > , ppCurrent = xmobarColor myCurrentWSColor "" > . wrap myCurrentWSLeft myCurrentWSRight > , ppVisible = xmobarColor myVisibleWSColor "" > . wrap myVisibleWSLeft myVisibleWSRight > , ppUrgent = xmobarColor myUrgentWSColor "" > . wrap myUrgentWSLeft myUrgentWSRight > } > } > `additionalKeys` myKeys ... However, it will just always spawn the app in the *current* workspace, and never in the workspace passed in the 1st argument. I'm using: * Ubuntu 12.04 LTS * xmonad 0.10 (installed from Ubuntu's 12.04 deb packages) * And I'm using the git repo I mentioned above as a starting point. Am I doing anything wrong? Thanks in advance, -- Marcelo

2 1

Issue 552 in xmonad: Prompt.Workspace wrong completion
by codesite-noreply＠google.com 25 Dec '13

25 Dec '13

Status: New Owner: ---- New issue 552 by fistonbe...(a)gmail.com: Prompt.Workspace wrong completion http://code.google.com/p/xmonad/issues/detail?id=552 This happens with workspaces with names containing spaces and is related to the default implementation for nextCompletion and commandToComplete (class XPrompt) which shouldn't be used here. 1. type the name of a workspace which contains spaces on a workspace prompt; 2. hit tab; 3. workspaces whose name start with the last word on prompt are shown. The whole prompt should be used for completion. I made a patch long ago but didn't find a way to send it. It is attached. I don't think XMonad will ever prompt for a list of workspace names separated by spaces. Attachments: bundle 10.1 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 1