- xmonad - Haskell.org

Fwd: Re: Patch to XMonad.Actions.CycleRecentWS
by Joe M 23 Jan '14

23 Jan '14

Hello, Please find a patch to XMonad.Actions.CycleRecentWS module of xmonad-contrib. Below is my conversation with the author of the package. Thanks Joe ----- Forwarded message from Michał Janeczek <janeczek(a)gmail.com> ----- Date: Tue, 21 Jan 2014 18:56:36 +0100 From: Michał Janeczek <janeczek(a)gmail.com> To: Joe M <joe9mail(a)gmail.com> Subject: Re: Patch to XMonad.Actions.CycleRecentWS Hi Joe, I agree it's not a good idea to just crash on bad input :), I only wanted to understand what's going on. I think your patch is a clear improvement in this light. Could you do me a big favor and submit the patch to XMonadContrib mainstream? I actually no longer use xmonad at the moment (trying to implement things I liked the most from my custom configuration as Gnome 3 shell plugins instead), and I don't have the full development environment set up, so this would be probably a bit easier for you. Thanks again for the patch. Best regards, Michal On Tue, Jan 21, 2014 at 5:18 AM, Joe M <joe9mail(a)gmail.com> wrote: > Hello Michał, > > Thanks for responding. > > > Also, what versions of xmonad and xmonad-contrib do you run? > The latest darcs versions of xmonad and xmonad-contrib. > > > > Also, could you send me your xmonad config? > Please find attached. > > > > >> Thanks for you email. From your XMonad config, are you using the > > >> `cycleRecentWS` function or `cycleWindowSets` with a custom > `genOptions`? > > >> > > >> If it's the standard `cycleRecentWS`, I'm confused how can it get that > > >> far without crashing, I'd think `head (workspaces w)` in `recentTags` > > >> helper function would crash first. Could you add, after importing > > >> Debug.Trace: > > >> > > >> recentTags w = trace (show (workspaces w)) $ map tag $ tail > (workspaces > > >> w) ++ [head (workspaces w)] > > Below is the relevant portion of my xmonad config. > > I get the list of workspaces. But, I filter them out in the below > nonEmptyRecentsOnCurrentScreen to loop only those workspaces that are > on the current screen. There could be hidden workspaces but they might > belong to a different screen. Please let me know if that does not make > sense. > > -- I use mod-tab to start the action, and as soon as mod is > -- released it ends the cycling that is, as long as I am > -- holding down mod I can keep hitting tab to keep cycling > -- back through less recent workspaces > -- so you can hold down mod-shift (or whatever) and hit tab, > -- tab, tab,... whoops I missed the workspace I wanted! ... > -- type ` ... release. > , ((m, xK_Tab), cycleWindowSets nonEmptyRecentsOnCurrentScreen > [xK_space] > xK_Tab > xK_grave) > > -- got this from > -- http://m1.archiveorange.com/ > -- m/att/j8BnA/ArchiveOrange_C872rLadnB1wa3dTcZztmNk4KA8a.hs > > -- Build a list of windowsets with current swapped in turn with each > -- "most recent" workspace as given by nonEmptyTags > nonEmptyRecentsOnCurrentScreen :: > S.StackSet String l a ScreenId sd > -> [S.StackSet String l a ScreenId sd] > nonEmptyRecentsOnCurrentScreen ws = > -- map (S.view `flip` ws) > -- (rotUp . Prelude.filter (\x -> isOnScreen x ws) > -- $ nonEmptyTags ws) > -- map (S.view `flip` ws) (rotUp $ nonEmptyTags ws) > map (S.view `flip` ws) > (rotUp . filterNonCurrentScreenWorkspaces $ nonEmptyTags ws) > where currentScreen = S.screen . S.current $ ws > filterNonCurrentScreenWorkspaces = > Prelude.filter (\x -> fst (unmarshall x) == currentScreen) > -- filterNonCurrentScreenWorkspaces = > -- Prelude.filter (\x -> isOnScreen (S.view x ws) ws) > > -- Given a windowset grab a list of the workspace tags, > -- in the default order > -- current, visibles in screen order, > -- hiddens from most to least recently accessed. > nonEmptyTags :: S.StackSet String l a s sd -> [String] > nonEmptyTags ws = > [ wtag | S.Workspace wtag _ (Just _) <- S.workspaces ws ] > > > > >> , and send me the debug output? > Please let me know if you still want me to send the debug output. > > As my situation is different from normal, I guess you would not > be interested in using the patch. I think it might be good to use the > patch as it adds an error condition anyway. Just my 2 cents. > > Thanks again for your prompt attention, > Joe > ----- End forwarded message -----

1 0

Xmobar tab completion
by Tyler Smith 20 Jan '14

20 Jan '14

Hello, I have been using xmonad for a few weeks. After updating via aptitude on Debian unstable a few days ago, xmobarno longer offers tab-completions. It still works, but I have to ype out the whole command name. The colour of the bar is now black as well. I found some discussion of this on a forum. A solution was to rebuild xmonad. Not knowing Haskell, I'm not sure how to do this. Is there another solution? If not, how do I rebuild xmonad - is this even possible with the Debian package, or do I need to install from source? Thanks, Tyler

3 6

Switch to previous workspace layout
by Ruslan Kiianchuk 19 Jan '14

19 Jan '14

Hello. Few months ago I became a incredibly happy user of the tiling window manager XMonad. Though I know only the very basics of Haskell, I managed to create a desirable configuration with the help of this post<http://www.nepherte.be/step-by-step-configuration-of-xmonad>and this perfectly documented config for Ubuntu <https://github.com/davidbrewer/xmonad-ubuntu-conf>. Yet I have a question on switching workspace layouts. I'd like the Mod + Shift + Space shortcut to switch to previous workspace instead of the first (default) one. In default config I found only: -- Rotate through the available layout algorithms , ((modm, xK_space ), sendMessage NextLayout) -- Reset the layouts on the current workspace to default , ((modm .|. shiftMask, xK_space ), setLayout $ XMonad.layoutHook conf) Also looking through XMonad.Layout I could find only NextLayout and FirstLayout messages. No PreviousLayout. Is there any straight forward way to implement that? Thank you. -- Sincerely, Ruslan Kiianchuk.

2 3

Issue 557 in xmonad: xmonad grabs keyboard and mouse on focus follows mouse, reproducibly
by codesite-noreply＠google.com 18 Jan '14

18 Jan '14

Status: New Owner: ---- New issue 557 by joeyhe...(a)gmail.com: xmonad grabs keyboard and mouse on focus follows mouse, reproducibly http://code.google.com/p/xmonad/issues/detail?id=557 What steps will reproduce the problem? 1. start xmonad on my new lenovo yoga 11s laptop with provided xmonad.hs 2. use laptop for a few hours (I was seeing this at least twice a day) What is the expected output? What do you see instead? This seems to occur when moving the mouse with focus follows mouse, and switching focus from one terminal to another (I have seen it using both xfce4-terminal and the sakura terminal). Xmonad seems to grab all keyboard and mouse events, and not release them, which results in no mouse movements, clicks, or keyboard activity doing anything in either xmonad or the applications on screen. However, ctrl-alt-FN works, and if I use the console to kill all my terminals, this seems to convince xmonad to stop grabbing inputs. I also tried using the console to start xev, and confirmed that it generally saw no X events at all. I think that one time xev reported a stream of X events, as if it were getting all the traffic I had generated while trying to use my locked desktop. Also, at least twice, after a several minute delay xmonad has woken up on its own and dropped the grab. It then seemed to process all the keys I had pressed, which was disconcerting. What version of the product are you using? On what operating system? 0.11 on Debian unstable with XFCE panel 4.10.1 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". It's attached. Note that I have used xmonad for years without seeing this problem. I switched laptops, made some minor changes to my xmonad.hs and now it happens frequently enough to be a real productivity problem. On the other hand, if someone is looking to debug this somehow, I can probably reproduce it reliably enough to try whatever steps make sense to debug it. Attachments: xmonad.hs 7.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 9

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 13 Jan '14

13 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 11 Jan '14

11 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