- xmonad - Haskell.org

Issue 256 in xmonad: Xmonad should start programs in the workspace they were launched
by codesite-noreply＠google.com 01 Sep '09

01 Sep '09

Updates: Status: Fixed Comment #5 on issue 256 by SpencerJanssen: Xmonad should start programs in the workspace they were launched http://code.google.com/p/xmonad/issues/detail?id=256 Just updating this bug for any bug archaeologists. This is possible in darcs contrib with XMonad.Actions.SpawnOn. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Question about using things in xmonad-contrib-bluetilebranch-0.8.1.2
by Amy de Buitléir 31 Aug '09

31 Aug '09

Hi, This is a n00b question, so if there's a more appropriate place to ask it, please let me know. I installed Xmonad yesterday and am thrilled with the speed, simplicity, and how much control it gives me. I really want to try out GridSelect for switching between windows, but it's in a hidden package (which installed using cabal). I'm new to Haskell as well as to XMonad, so I'm having a little trouble figuring out how to deal with this. If I do... ghc ~/.xmonad/xmonad.hs ...then I get: Failed to load interface for `XMonad.Actions.GridSelect': it is a member of the hidden package `xmonad-contrib-bluetilebranch-0.8.1.2' Use -v to see a list of the files searched for. And if I do... ghc -package xmonad-contrib-bluetilebranch-0.8.1.2 ~/.xmonad/xmonad.hs ...then I get: Failed to load interface for `XMonad.Util.EZConfig': it was found in multiple packages: xmonad-contrib-bluetilebranch-0.8.1.2 xmonad-contrib-0.8.1 Is there a way tell it to take GridSelect from the bluetilebranch package, but everything else from the regular package? Thank you in advance. Amy

6 8

Issue 232 in xmonad: SetWMName does not seem to be sucessfull
by codesite-noreply＠google.com 31 Aug '09

31 Aug '09

Comment #9 on issue 232 by quesel: SetWMName does not seem to be sucessfull http://code.google.com/p/xmonad/issues/detail?id=232 I had the same issue with the EwmhDesktop loghook and from the irc channel came the suggestion to use ewmhDesktopsLogHook >> setWMName "LG3D" as part of my logHook which works fine. Maybe you could do something similar instead of changing the logHook... -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 78 in xmonad: Extension state
by codesite-noreply＠google.com 30 Aug '09

30 Aug '09

Comment #3 on issue 78 by daniel.schoepe: Extension state http://code.google.com/p/xmonad/issues/detail?id=78 The patch I sent a while ago would fix this issue: http://article.gmane.org/gmane.comp.lang.haskell.xmonad/8126 -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

darcs patch: Add function to disable focusFollowsMouse conditionally
by Daniel Schoepe 29 Aug '09

29 Aug '09

Sat Aug 29 23:29:16 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Add function to disable focusFollowsMouse conditionally This patch adds an event hook to have the focus follow the mouse only if a given condition is true.

1 0

Re: [xmonad] How to swap screen in a multihead environment?
by Nils 29 Aug '09

29 Aug '09

On Sat, Aug 29, 2009 at 12:37:27PM +0200, Felix Bou wrote: > Does anybody know how to do this? There is an extension called "X.A.CycleRecentWS" which is exactly what you're looking for. I'm using this in my key configuration: -- Cycle recent (not visible) workspaces, tab is next, escape previous in history , let options w = map (W.greedyView `flip` w) (hiddenTags w) in ("M-<Tab>" , cycleWindowSets options [xK_Super_L] xK_Tab xK_Escape) -- Cycle through visible screens, a is next, s previous , let options w = map (W.view `flip` w) (visibleTags w) in ("M-a" , cycleWindowSets options [xK_Super_L] xK_a xK_s) -- Swap visible workspaces on current screen, s is next, d previous , let options w = map (W.greedyView `flip` w) (visibleTags w) in ("M-s" , cycleWindowSets options [xK_Super_L] xK_s xK_d) The first one cycles through the hidden workspaces on the current screen. The second one will change the focus on the screens and the last one is finally what you're looking for: cycle through the visible workspaces on the current screen. I put them all in here since its basicly three times the same function with different behaviour, and they're all nice to have. Just remember, you have to release the xK_Super_L key (or w/e key you're going to use) before running any other command again. Nils / McManiaC

1 0

Issue 311 in xmonad: using noBorders on tabbed layout freezes tab bar on workspace change
by codesite-noreply＠google.com 29 Aug '09

29 Aug '09

Comment #4 on issue 311 by daniel.wagner: using noBorders on tabbed layout freezes tab bar on workspace change http://code.google.com/p/xmonad/issues/detail?id=311 I (dmwit) am actually on 6.10.3, not 6.10.4 as in the previous comment. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

darcs patch: Return True in X.H.FadeInactive.isUnfocused if current...
by Daniel Schoepe 29 Aug '09

29 Aug '09

Wed Aug 26 17:01:50 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Return True in X.H.FadeInactive.isUnfocused if current workspace is empty.

2 1

darcs patch: Return True on empty workspace in isUnfocused(re-recor...
by Daniel Schoepe 28 Aug '09

28 Aug '09

Fri Aug 28 23:45:05 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Return True on empty workspace in isUnfocused(re-record due to darcs bug)

2 1

Issue 311 in xmonad: using noBorders on tabbed layout freezes tab bar on workspace change
by codesite-noreply＠google.com 28 Aug '09

28 Aug '09

Comment #3 on issue 311 by wirtwolff: using noBorders on tabbed layout freezes tab bar on workspace change http://code.google.com/p/xmonad/issues/detail?id=311 This one is a bit puzzling. Testing by other darcs users would be helpful, as it's been reproduced, but not by all testers. It seems unrelated to using core fonts v.s. xft, compiling with or without optimization, architecture. Results for pbrisbin, dschoepe, and vav were on latest darcs after clean and re-install xmonad/contrib. Any tabbed layout with noBorders should demo the problem, i.e. (noBorders simpleTabbed) in layouts is enough. From #xmonad, all testers on ghc-6.10.4: * Can reproduce: pbrisbin, dschoepe -- ds on archlinux 32-bit, pb on 64-bit * Cannot reproduce; tabs update correctly: vav, dmwit -- both 64-bit, v on gentoo, dw on archlinux -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0