- xmonad - Haskell.org

darcs patch: -Wall police in Run.
by David Roundy 01 Nov '07

01 Nov '07

Thu Nov 1 11:20:28 EDT 2007 David Roundy <droundy(a)darcs.net> * -Wall police in Run.

1 0

KDE_NET_SYSTEM_TRAY_WINDOWS root window property
by Roman Dubtsov 01 Nov '07

01 Nov '07

Hi, I'm writing a standalone tray app (stalonetray) and recently I got an e-mail from the user asking why stalonetray does not support KDE icons under Xmonad WM. After grepping through the sources I have found that Xmonad does not keep list of KDE icons in KDE_NET_SYSTEM_TRAY_WINDOWS root window property as expected by stalonetray. As a fallback method (in case this property does not exist), stalonetray tries to react on MapNotify events from root window to track KDE icons. However, under Xmonad, stalonetray never receives such notifies. So, I have two questions: 1. I have no Haskel experience, so could someone clarify: is it possible to change Configure.hs so that KDE icons list is kept in KDE_NET_SYSTEM_TRAY_WINDOWS root window property? 2. Why does not my app receive MapNotifies from root window? Is there a error at my end? Thanks, Roman

3 2

darcs patch: added ppc compile to FAQ
by Kyle Spaans 01 Nov '07

01 Nov '07

Alright, so here's a quick addition to the FAQ, explaining how to compile xmonad if your ghc complains about not being interactive.

2 1

darcs patch: sketch of config/main inversion. (and 3 more)
by David Roundy 01 Nov '07

01 Nov '07

Hi all, Here's a somewhat cleaner version of the main/config inversion patch. I recommend applying this sooner, rather than later, if we are going to make this change, as there are many small things that need to be fixed, which can be more easily accomplished collaboratively. This set of patches only does the very crudest hacks. But as we've discussed on IRC, making xmonad available as a library would be a Very Good Thing, and this is the only attempt we've gotten going so far at getting this working. David Thu Oct 18 09:42:30 PDT 2007 David Roundy <droundy(a)darcs.net> * sketch of config/main inversion. Thu Oct 18 10:00:58 PDT 2007 David Roundy <droundy(a)darcs.net> * make xmonad work with inverted main/config. Wed Oct 24 16:12:50 PDT 2007 David Roundy <droundy(a)darcs.net> * make setLayout a bit more inclusive. Mon Oct 29 11:48:23 PDT 2007 David Roundy <droundy(a)darcs.net> * cleaner version of main/config inversion.

2 2

darcs patch: fix parse error in ToggleLayouts
by Brent Yorgey 01 Nov '07

01 Nov '07

ToggleLayouts.hs: Fix for parse error in pattern match.

3 2

darcs patch: expose dzenWithArgs, dzenUrgencyHookWithArgs (for colo...
by Devin Mullins 01 Nov '07

01 Nov '07

Tue Oct 30 03:24:55 EDT 2007 Devin Mullins <me(a)twifkak.com> * expose dzenWithArgs, dzenUrgencyHookWithArgs (for colors!)

2 1

Removing the X11-extras dependency
by Don Stewart 01 Nov '07

01 Nov '07

I'm about to remove the X11-extras dependency, by merging it into the main X11 library for Haskell. Could people test that the new X11 snapshot builds on their machines? http://galois.com/~dons/X11-1.3.0.tar.gz The brave can even go ahead and edit this xmonad.cabal file to remove the X11-extras dependency, to confirm that xmonad continues to build. Any failures should be reported. Thanks! Don

3 6

Issue 78 in xmonad: Extension state
by codesite-noreply＠google.com 01 Nov '07

01 Nov '07

Issue 78: Extension state http://code.google.com/p/xmonad/issues/detail?id=78 Comment #1 by daveroundy: Note, we could also make other hooks use the same mechanism as Layouts. The Layout mechanism is similar in effect to a writer monad, but with a special-case for when the state doesn't change, so we won't have to redraw the windows if a message doesn't change the layout. This approach seems to work well for Layouts, but I suppose isn't needed for other hooks (as we don't care whether or not they've changed). It also make it pretty easy to write buggy layout combinators, since it's all too easy to ignore that return value. I wonder if perhaps a custom monad would be helpful for Layouts? And whether perhaps we could use a similar approach for hooks? i.e. if we put hooks into a monad that allows them to return a modified hook, wouldn't that be enough? -- 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

2 1

darcs patch: use a global IORef to keep list of urgent windows
by Devin Mullins 01 Nov '07

01 Nov '07

Somebody asked for the ability to display which workspaces had urgent windows in them in the logHook. Well, here it is. (Well, the core state-tracking functionality.) Please provide input on: - If it's bug-free (no space-leaks, safe-ish unsafePerformIO, etc.) - If it's useful (whoever you were that asked for it) Sat Oct 27 02:48:10 EDT 2007 Devin Mullins <me(a)twifkak.com> * use a global IORef to keep list of urgent windows

4 12

Issue 78 in xmonad: Extension state
by codesite-noreply＠google.com 31 Oct '07

31 Oct '07

Issue 78: Extension state http://code.google.com/p/xmonad/issues/detail?id=78 New issue report by dons00: Extensions sometimes need state. Layouts have a state mechanism, supporting persisttence, but other hooks don't. Local IORefs are a shorterm fix, but don't play well with persistence. A global state table is doable, in lambdabot's style, but its complexity needs to be demonstrated to be worth the value. Issue attributes: Status: Accepted Owner: dons00 Labels: Type-Enhancement Priority-Medium -- 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