- xmonad - Haskell.org

Prompt completion: Longest common string
by Pablo Olmos de Aguilera Corradini 05 Jun '12

05 Jun '12

Well, I don't know if I can be clear enough; I'm looking to be able to "complete" when I press tab instead of cycle through every option. For example: Run: gno a lot of output that starts with gnome- I would expect that pressing <Tab> turns gno to gnome- I've been looking trough the Xmonad.Prompt and Xmonad.Prompt.Shell in the contrib docs, but I can't find the correct function to do it. I guess it have to do with 'mkComplFunFromList' or 'nextCompletion', but I don't how (or where) to start :( Any help/guidance would be greatly appreciated. Regards, -- Pablo Olmos de Aguilera Corradini - @PaBLoX http://www.glatelier.org/ http://about.me/pablox/ http://www.linkedin.com/in/pablooda/ Linux User: #456971 - http://counter.li.org/

2 2

[patch] EwmhDesktops: make setActiveWindow set _NET_WM_STATE for gtk-3.4
by Jens Petersen 02 Jun '12

02 Jun '12

Hi, I am not an expert on EWMH but this change seems to be necessary for coming GTK 3.4, when using themes like Adwaita, that now supports @theme_unfocused_fg_color which causes unfocused application's UI to be rendered unfocused in addition to the normal unfocused window manager decoration. Current desktopConfig triggers this causing all Gtk3 apps to be rendered as unfocused. Anyway I would appreciate review of this patch and feedback: perhaps there is a better more correct fix? I am planning to apply a patch for this shortly to Fedora 17 xmonad-contrib, otherwise GTK apps in gnomeConfig etc look terrible. There are more technical details in the changelog. I haven't found any other window manager that triggers this issue yet. Jens

4 3

xmobar disappears
by Michael Norrish 01 Jun '12

01 Jun '12

When I restart xmonad with a M-q command my xmobar disappears. There's an xmobar process running and it's not obviously blocked. (strace shows it doing things, including recvfrom and writev both with non-zero positive return codes). Xmonad also appears to think it's there in at least some sense because there's a strut on the top of the screen. But instead of there being anything visible, I can just see the wallpaper window... This is all under LightDM/Ubuntu12.04. If I attempt to alter the "root window" (with something like display -window root some.jpg) the wallpaper doesn't change, suggesting that there is a wallpaper window lying on top of the "real root window". Also, the wallpaper responds to right-clicks and brings up a gnome-config type menu. So, perhaps my xmobar restarts underneath the wallpaper and is thus obscured. If so, how might I bring it to the fore? I'm running a cabal xmonad and xmobar on top of Ubuntu12.04, with an /usr/share/xsessions/xmonad.desktop that looks like: [Desktop Entry] Encoding=UTF-8 Name=XMonad Comment=Lightweight tiling window manager Exec=gnome-session --session=xmonad Icon=xmonad.png Type=XSession and a /usr/share/gnome-session/sessions/xmonad.session that looks like: [GNOME Session] Name=Xmonad session RequiredComponents=gnome-settings-daemon; RequiredProviders=windowmanager;notifications; DefaultProvider-windowmanager=xmonad DefaultProvider-notifications=notification-daemon Thanks, Michael

2 5

Best way to autostart applications?
by Pablo Olmos de Aguilera Corradini 22 May '12

22 May '12

I know there are a couple of ways to autostart, through xinit, xsession, 'spawn', 'spawn' a shell script, ecc. Afaik there's not a unique answer. Sometimes I need the apps to run at the end, after the whole environment is loaded. I don't know if there's a hook or something like that. Regards, -- Pablo Olmos de Aguilera Corradini - @PaBLoX http://www.glatelier.org/ http://about.me/pablox/ http://www.linkedin.com/in/pablooda/ Linux User: #456971 - http://counter.li.org/

2 2

Migrating from StumpWM...
by Rafael Ibraim 18 May '12

18 May '12

Hi! I'm migrating to Xmonad after 2 or 3 years of StumpWM and trying to get keyBindings "stump-like". My main problem is that I don't know how to use "C-t"(Control followed by t) as a mod key. I tried this: -----------------8<------------------------------------------- import XMonad import XMonad.Core main = do xmonad $ defaultConfig { borderWidth = 2, modMask = myModMask } myModMask = mod4Mask .|. xK_t ------------------------------>8------------------------------- But "xK_t" is not found... I guess I'm missing some import line, but I couldn't imagine which one (Also, I will use Control instead of Win Key). There's also two StumpWM commands that I don't know if there's something equivalent: "run-or-raise": Type an application name. If it's already started, get it focused; if not, launch it. "execute": Type anything and it will be executed like "bash -c <whathever-you-typed>". Simple as that. I'm mainly a lisp programmer, but I'm completely ignorant to haskell, so any help would be really appreciated. -- Rafael Ibraim Oracle Database SQL Expert Linux User Number: #537480 ibraim.gm(a)gmail.com

3 5

Re: [xmonad] Strange workspace switching bug in my config
by Leo Alekseyev 18 May '12

18 May '12

On Sun, May 13, 2012 at 8:45 AM, Norbert Zeh <nzeh(a)cs.dal.ca> wrote: > Leo Alekseyev [2012.05.13 0127 -0400]: >> Hi all, >> A couple of years back I made the following addition to my xmonad.hs: >> instead of 10 workspaces, it admits 20 workspaces, logically arranged >> in two rows of 10. I think of it as having a "scratch" workspace for >> every main workspace, and I use up/down arrows to switch between the >> main and the scratch workspace. For instance, if you are on workspace >> 4, Mod4-<down> will move to workspace 4SCR and Mod4-<up> will move >> back to workspace 4. >> >> Recently this config started misbehaving (without any changes to >> xmonad.hs, but with possible changes in xmonad/GHC version to 0.10 and >> 7.4.1 as my system was upgraded). In particular, in the example >> above, now Mod4-<down> moves from workspace 4 to workspace 3SCR and >> Mod4-<up> then moves from 3SCR to 2. To fix it, I have to log in and >> out of X, but the problem always reoccurs, possibly after sleep/resume >> cycle(?). >> >> The embarrassing thing here is that I haven't touched Haskell in a >> while, and barely grok my config anymore, so I don't know where to >> start troubleshooting. The code I described seems straightforward >> enough, so it's my hope that maybe someone here can tell me what is >> going on without too much effort... >> >> The relevant parts of my config are below, and the full file in its >> horrifying glory is at http://hpaste.org/68453. If someone seems >> something obviously amiss, please shout... >> >> --leo >> >> myWorkspaces = ["1:terminals", "2:emacs", "3:web", "4", "5", "6", >> "7","8","9","0"] ++ map (\x -> show x ++ "SCR") ([1..9]++[0]) >> ..... >> >> zeroSub 0 = 10 >> zeroSub x = x >> >> jumpToMain = gets windowset >>= \W.StackSet { W.current = W.Screen { >> W.workspace = w } } -> withNthWorkspace W.greedyView (-1+(zeroSub $ >> read [head(W.tag w)])) >> jumpToScratch = gets windowset >>= \W.StackSet { W.current = W.Screen >> { W.workspace = w } } -> withNthWorkspace W.greedyView (9+(zeroSub $ >> read [head(W.tag w)])) > > The math here looks all wrong, and I'm surprised that it worked at all before. > What you want, I think, is the following: > > jumpToMain = gets (W.tag . W.workspace . W.current . windowset) > >>= W.greedyView . toMain > where > toMain ws = [head ws] > > jumpToScratch = gets (W.tag . W.workspace . W.current . windowset) > >>= W.greedyView . toScratch > where > toScratch ws | length ws == 1 = ws ++ "SCR" > | otherwise = ws > > The idea here is that you simply want to add or take away the "SCR" suffix in > the workspace tag or, in the latter case, do nothing if it's already present. Hi Norbert, Yes, my original math was kind of dodgy... Your solution seems better, but it doesn't compile for me... any ideas? xmonad.hs:452:14: No instance for (MonadState XState ((->) (W.StackSet [Char] l3 a3 s3 sd3))) arising from a use of `gets' Possible fix: add an instance declaration for (MonadState XState ((->) (W.StackSet [Char] l3 a3 s3 sd3))) In the first argument of `(>>=)', namely `gets (tag . W.workspace . W.current . windowset)' In the expression: gets (tag . W.workspace . W.current . windowset) >>= W.greedyView . toMain In an equation for `jumpToMain': jumpToMain = gets (tag . W.workspace . W.current . windowset) >>= W.greedyView . toMain where toMain ws = [head ws] xmonad.hs:456:17: No instance for (MonadState XState ((->) (W.StackSet [Char] l1 a1 s1 sd1))) arising from a use of `gets' Possible fix: add an instance declaration for (MonadState XState ((->) (W.StackSet [Char] l1 a1 s1 sd1))) In the first argument of `(>>=)', namely `gets (tag . W.workspace . W.current . windowset)' In the expression: gets (tag . W.workspace . W.current . windowset) >>= W.greedyView . toScratch In an equation for `jumpToScratch': jumpToScratch = gets (tag . W.workspace . W.current . windowset) >>= W.greedyView . toScratch where toScratch ws | length ws == 1 = ws ++ "SCR" | otherwise = ws

4 9

darcs patch: Config.hs: rm commented out keybinding (... (and 2 more)
by gwern0＠gmail.com 16 May '12

16 May '12

Address Adam's complaint that Janis used a version prior to his patch. 3 patches for repository community.haskell.org:/srv/code/xmonad: Thu Jan 12 19:01:15 EST 2012 gwern0(a)gmail.com * Config.hs: rm commented out keybinding (dead for years) Thu Jan 12 20:04:10 EST 2012 gwern0(a)gmail.com * Config.hs: implement mod-shift-/ newbie keybinding guide per http://code.google.com/p/xmonad/issues/detail?id=182 Wed May 16 17:13:52 EDT 2012 gwern0(a)gmail.com * HCAR.tex: update per Janis

1 0

darcs patch: Config.hs: rm commented out keybinding (... (and 2 more)
by gwern0＠gmail.com 15 May '12

15 May '12

3 patches for repository community.haskell.org:/srv/code/xmonad: Thu Jan 12 19:01:15 EST 2012 gwern0(a)gmail.com * Config.hs: rm commented out keybinding (dead for years) Thu Jan 12 20:04:10 EST 2012 gwern0(a)gmail.com * Config.hs: implement mod-shift-/ newbie keybinding guide per http://code.google.com/p/xmonad/issues/detail?id=182 Sun May 13 17:15:22 EDT 2012 gwern0(a)gmail.com * HCAR.tex: update per Janis

3 2

Re: [xmonad] Strange workspace switching bug in my config
by Norbert Zeh 15 May '12

15 May '12

Leo Alekseyev [2012.05.15 1049 -0400]: > On Tue, May 15, 2012 at 7:20 AM, Norbert Zeh <nzeh(a)cs.dal.ca> wrote: > > wagnerdm(a)seas.upenn.edu [2012.05.14 2219 -0400]: > >> Quoting Leo Alekseyev <dnquark(a)gmail.com>: > >> > >> >On Sun, May 13, 2012 at 8:45 AM, Norbert Zeh <nzeh(a)cs.dal.ca> wrote: > >> >>>myWorkspaces = ["1:terminals", "2:emacs", "3:web", "4", "5", "6", > >> >>>"7","8","9","0"] ++ map (\x -> show x ++ "SCR") ([1..9]++[0]) > >> >>>..... > >> >>> > >> >>>zeroSub 0 = 10 > >> >>>zeroSub x = x > >> >>> > >> >>>jumpToMain = gets windowset >>= \W.StackSet { W.current = W.Screen { > >> >>>W.workspace = w } } -> withNthWorkspace W.greedyView (-1+(zeroSub $ > >> >>>read [head(W.tag w)])) > >> >>>jumpToScratch = gets windowset >>= \W.StackSet { W.current = W.Screen > >> >>>{ W.workspace = w } } -> withNthWorkspace W.greedyView (9+(zeroSub $ > >> >>>read [head(W.tag w)])) > >> >> > >> >>The math here looks all wrong, and I'm surprised that it worked > >> >>at all before. > >> > >> The math looks fine to me, and in fact your suggestion: > >> > >> >>What you want, I think, is the following: > >> >> > >> >>jumpToMain = gets (W.tag . W.workspace . W.current . windowset) > >> >> >>= W.greedyView . toMain > >> >> where > >> >> toMain ws = [head ws] > >> >> > >> >>jumpToScratch = gets (W.tag . W.workspace . W.current . windowset) > >> >> >>= W.greedyView . toScratch > >> >> where > >> >> toScratch ws | length ws == 1 = ws ++ "SCR" > >> >> | otherwise = ws > >> > >> is the one that looks dodgy to me. Notice that his main workspace > >> names are things like "3:web", but the SCR-version is just "3SCR"! > >> In fact, I would humbly suggest that this paragraph: > > > > Oops. I overlooked that the primary workspaces were not just numbered. My bad. > > I still don't get the math in the original code snippet. zeroSub has an effect > > only when its argument is 0. So, for any starting workspace except "0" or > > "0SCR", say its number is x, the above code goes to workspace x-1 or x+9. It > > should, however, go to workspace x-10 or x+10 and that conditionally on whether > > the main/scratch workspace is already visible. What is it I don't understand > > here? > > My original understanding was this: I have an array of workspaces like so: > [1, 2, ...9, 0, 1SCR, 2SCR, ... 0SCR] > > When I want to go from e.g. 2 to 2SCR, I want element 11 in this > 0-indexed array. So, I get the head of the tag, I assume /read/ > converts it to an integer, and I add 9 to it, and hope that > withNthWorkspace on the 11th array element will do the right thing. > By that logic, to go from 2SCR back to 2, I need to subtract 11 to get > element 1 of the array. However, when I originally wrote that code, > this didn't work right, and I put in random numbers until for some > reason putting in 1 worked. (Yes, programming by coincidence and > all.) Oh man, sleep deprivation is really taking its toll it seems. Of course you're right and the math now looks perfectly fine to me. Now I'm just as stumped as you that this does not work. Cheers, Norbert

1 0

Re: [xmonad] Strange workspace switching bug in my config
by Leo Alekseyev 15 May '12

15 May '12

On Tue, May 15, 2012 at 10:49 AM, Leo Alekseyev <dnquark(a)gmail.com> wrote: > On Tue, May 15, 2012 at 7:20 AM, Norbert Zeh <nzeh(a)cs.dal.ca> wrote: >> wagnerdm(a)seas.upenn.edu [2012.05.14 2219 -0400]: >>> Quoting Leo Alekseyev <dnquark(a)gmail.com>: >>> >>> >On Sun, May 13, 2012 at 8:45 AM, Norbert Zeh <nzeh(a)cs.dal.ca> wrote: >>> >>>myWorkspaces = ["1:terminals", "2:emacs", "3:web", "4", "5", "6", >>> >>>"7","8","9","0"] ++ map (\x -> show x ++ "SCR") ([1..9]++[0]) >>> >>>..... >>> >>> >>> >>>zeroSub 0 = 10 >>> >>>zeroSub x = x >>> >>> >>> >>>jumpToMain = gets windowset >>= \W.StackSet { W.current = W.Screen { >>> >>>W.workspace = w } } -> withNthWorkspace W.greedyView (-1+(zeroSub $ >>> >>>read [head(W.tag w)])) >>> >>>jumpToScratch = gets windowset >>= \W.StackSet { W.current = W.Screen >>> >>>{ W.workspace = w } } -> withNthWorkspace W.greedyView (9+(zeroSub $ >>> >>>read [head(W.tag w)])) >>> >> >>> >>The math here looks all wrong, and I'm surprised that it worked >>> >>at all before. >>> >>> The math looks fine to me, and in fact your suggestion: >>> >>> >>What you want, I think, is the following: >>> >> >>> >>jumpToMain = gets (W.tag . W.workspace . W.current . windowset) >>> >> >>= W.greedyView . toMain >>> >> where >>> >> toMain ws = [head ws] >>> >> >>> >>jumpToScratch = gets (W.tag . W.workspace . W.current . windowset) >>> >> >>= W.greedyView . toScratch >>> >> where >>> >> toScratch ws | length ws == 1 = ws ++ "SCR" >>> >> | otherwise = ws >>> >>> is the one that looks dodgy to me. Notice that his main workspace >>> names are things like "3:web", but the SCR-version is just "3SCR"! >>> In fact, I would humbly suggest that this paragraph: >> >> Oops. I overlooked that the primary workspaces were not just numbered. My bad. >> I still don't get the math in the original code snippet. zeroSub has an effect >> only when its argument is 0. So, for any starting workspace except "0" or >> "0SCR", say its number is x, the above code goes to workspace x-1 or x+9. It >> should, however, go to workspace x-10 or x+10 and that conditionally on whether >> the main/scratch workspace is already visible. What is it I don't understand >> here? > > My original understanding was this: I have an array of workspaces like so: > [1, 2, ...9, 0, 1SCR, 2SCR, ... 0SCR] > > When I want to go from e.g. 2 to 2SCR, I want element 11 in this > 0-indexed array. So, I get the head of the tag, I assume /read/ > converts it to an integer, and I add 9 to it, and hope that > withNthWorkspace on the 11th array element will do the right thing. > By that logic, to go from 2SCR back to 2, I need to subtract 11 to get > element 1 of the array. However, when I originally wrote that code, > this didn't work right, and I put in random numbers until for some > reason putting in 1 worked. (Yes, programming by coincidence and > all.) > > Speaking of programming by coincidence, I changed the numbers to +10 > and -0, and things started working. Then I logged in and out, and now > I'm back to off-by-one, but in a different direction, i.e. 2 takes me > to 3SCR and going back takes me to 4, etc... I put in my old code, > and now things work again, but if history is any indication, it will > break some time later today or tomorrow. > > I'm clearly misunderstanding something about how workspace switching works... What I said above about subtracting 11 is of course wrong: by my logic, I read in the head of the tag "2SCR", i.e. "2", get an int, subtract 1, and go to element 1 of the workspace array, which should have workspace 1. So my math is consistent with my mental model of how workspace switching works. (Why do I have to realize this 3 seconds after I hit send? :P)

1 0