- xmonad - Haskell.org

Next release
by Jan Vornberger 29 May '10

29 May '10

Hi there! I feel a little bit like a child asking "are we there yet?", but it has been four months since I asked this on this list the last time, so it seems reasonable: Can we please release a Bluetile-compatible version of xmonad and xmonad-contrib sometime soon? So that Bluetile no longer depends on unreleased code that prevents it from being packaged? As I said before, I'm happy to help out where I can with any pre-release stuff that needs to be done. Regards! Jan

5 6

xmonad entry for HCAR (May 2010)
by Gwern Branwen 26 May '10

26 May '10

On Mon, May 3, 2010 at 3:17 PM, Janis Voigtländer <jv(a)informatik.uni-bonn.de> wrote: > Gwern Branwen schrieb: >> >> Not sure how I would submit an entry; Janis now knows to grab our HCAR >> from http://code.haskell.org/xmonad/man/HCAR.tex whenever he needs it. > > That's what I will do. > > Thanks, > Janis. There's about 2 days left before Janis locks the latest HCAR. Everyone can see our updated entry at http://haskell.org/communities/draft/html/report.html#xmonad (HTML) and http://haskell.org/communities/draft/report.pdf Speak now or forever hold your peace! -- gwern

1 0

Issue 347 in xmonad: Feature request: Adding new Topics as you go
by codesite-noreply＠google.com 21 May '10

21 May '10

Status: New Owner: ---- New issue 347 by quesel: Feature request: Adding new Topics as you go http://code.google.com/p/xmonad/issues/detail?id=347 Hi, it would be a nice feature if one would be able to add new topics on the fly. I have a static config containing lots of topics, but sometimes I have a task that requires a new topic and I dont want to add it to my config but just add it temporarily. Therefore, it would be nice, if there was a way to easily combine X.A.TopicSpaces with X.A.DynamicWorkspaces and X.Prompt. Something like a keybind that pops-up two prompts, one for the topic name and one for the action and then creates this new topic, and one for deleting topics... Best Regards, Jan -- 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 4

Slow focus gain
by Edgar Merino 21 May '10

21 May '10

Hello, Sometimes when running java under *patched* xmonad (issue 177), after working for a while (3 hours or so) with a java application (say, netbeans) I find other applications (especially firefox) to be very slow at gaining focus, e.g. if I switch from the java workspace to the firefox one, it'll take about a second or so to give focus to the firefox instance. If I close the java application then everything gets back to normal. It gets worst as time goes by, until the java application is closed. At first I thought this might be a problem related to the patch, but then I saw someone saying he had experienced a similar behavior *without* the patch and running a non java app (emacs): http://code.google.com/p/xmonad/issues/detail?id=177 Has anyone experienced a similar behavior? What can I do to troubleshoot this? if I run "top" I see X taking a lot of cpu when changing between WS. Any help will be appreciated. This is on a machine running arch64, xmonad from darcs patched for issue 177, GHC v6.12.1. Thanks in advance, Edgar Merino

1 0

darcs patch: X.A.TopicSpace: new viewMethod field
by Brent Yorgey 20 May '10

20 May '10

I've attached a small patch which adds a 'viewMethod' field to TopicSpace configs, allowing the user to choose what method (usually view or greedyView) is used to view workspaces. This will not break any configs (except for those silly enough to use an explicit TopicConfig constructor instead of overriding fields in the default config record) since the default is the same as the old behavior. -Brent

4 6

Issue 394 in xmonad: XMonad.Actions.GroupNavigation depends on ghc-6.12
by codesite-noreply＠google.com 15 May '10

15 May '10

Status: New Owner: ---- New issue 394 by curolan.zebeth: XMonad.Actions.GroupNavigation depends on ghc-6.12 http://code.google.com/p/xmonad/issues/detail?id=394 What steps will reproduce the problem? 1. have ghc-6.10.2 2. update darcs 3. compile XMonad.Actions.GroupNavigation, Seq.filter not in scope Seq.filter is new in Data.Sequence from containers-0.3, which depends on > =base-4.2, which is apparently ghc-6.12. There should be at least a containers-0.3 dependency in the cabal file, and preferrably a version of the code that doesn't require a compiler upgrade.

1 3

A patch for X.A.GroupNavigation to not rely on containers 0.3.0.0
by Norbert Zeh 15 May '10

15 May '10

Hi folks, I'm attaching a patch that implements the two problematic functions Seq.filter and Seq.breakl in X.A.GroupNavigation from scratch. So this should compile also on a vanilla ghc < 6.12. Since I only have ghc 6.12, I wasn't able to test whether this compiles with ghc < 6.12, only that the module still works. Cheers, Norbert

4 3

Ratpoison style focus
by Davi Reis 15 May '10

15 May '10

Hi xmonad friends, I am a long time orphan of ratpoison, and after trying ion3, dwm, awesome and many others I finally settled on xmonad + kde. Simple to configure and a joy to use. Great work. The only thing that still bothers me is not having ratpoison-style focus, which means separated mouse and keyboard focus. I find it very useful for writing code in my xterm (konsole, actually) while I use gmail from a browser in another window. This prevents long mouse trips between the browser and the terminal (and these monitors keep getting bigger and bigger). Any hints? Is this something possible to achieve with existing contrib extensions? I couldn't find anything. -- []s Davi de Castro Reis

5 5

darcs patch: XMonad.Core: rw recompilation
by gwern0＠gmail.com 15 May '10

15 May '10

1 patch for repository community.haskell.org:/srv/code/xmonad: Sat May 8 15:57:25 EDT 2010 gwern0(a)gmail.com * XMonad.Core: rw recompilation This diverts the intermediate *.o *.hi files to /tmp, so they don't clutter up ~/.xmonad/

7 8

Re: [xmonad] Re: darcs patch: XMonad.Core: rw recompilation
by Tomáš Janoušek 14 May '10

14 May '10

Hello, On Thu, May 13, 2010 at 11:54:28AM -0400, Gwern Branwen wrote: > That's a good point; I hadn't thought of the name conflict. Between > that and Brandon's security point (ghc might not reuse those files > depending on how it checks for existing files, and one could probably > solve it by forcing recompilation), I guess this isn't a good idea; > I've marked it rejected on darcswatch. > > So, we could either wait until GHC implements and widely releases some > -remove-intermediates option, or we could just go with Joachim's old > strategy of manually removing the intermediates in .xmonad/: > http://darcswatch.nomeata.de/bundles/8e8ad2f4b141e33c06490e60b15f3191f84a5c… > > [...] > > So. Thoughts on *that*? This patch won't work for people using stuff in ~/.xmonad/lib. Somehow I feel that this should be fixed in GHC. (Personally, I don't care. I use a makefile instead of --recompile anyway.) Regards, -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/

1 0