December 2007 - xmonad

darcs patch: Add support for cycling through screens ... (and 8 more)
by mail＠joachim-breitner.de 30 Dec '07

30 Dec '07

Thu Dec 27 19:26:35 CET 2007 mail(a)joachim-breitner.de * Add support for cycling through screens to CycleWS Thu Dec 27 20:01:13 CET 2007 mail(a)joachim-breitner.de * Although I do not need the curr variable after all, this is nicer Thu Dec 27 21:43:49 CET 2007 mail(a)joachim-breitner.de * display all visible windows on the current desktop in the pager This is my best shot at modeling xmonad’s WM behaviour in a way that the Extended Window Manager Hints specification allows. Unfortunately, we can not tell the panel what size and position it should think the apps are. Fri Oct 12 00:55:58 CEST 2007 mail(a)joachim-breitner.de * EwmhDesktops reacts to messages from panel apps Hi, this patch makes EwmhDesktops react to ClientMessages send from e.g. the panel switcher. It currently only supports changing the current desktop (which at least for me is the most important feature). Note that you need my patch against X11-extras that adds ClientMessage support. You also need my messageHook hack against darcs. I tried to implement this without changes to the core, but trying to do some hack based on LayoutModifieres weren’t very satisfying. The code is still there, just commented. I’d very much appreciate any comments on how this functionality can go in, after 0.4, I guess. Greetins, Joachim Thu Dec 27 22:01:05 CET 2007 mail(a)joachim-breitner.de * Merge in EWMH interaction code, without my obsolete Hook system Thu Dec 27 22:34:31 CET 2007 mail(a)joachim-breitner.de * create a layout modifier that reacts on EWMH commands (e.g. from a pager) Thu Dec 27 22:56:07 CET 2007 mail(a)joachim-breitner.de * Fulfill the EWMH specification by listing the supported ATOMs, doesnt really make a differene AFAIK Fri Dec 28 15:38:41 CET 2007 mail(a)joachim-breitner.de * React on _NET_ACTIVE_WINDOW requests This patch as a problem: The request is handled once per workspace, as the layout modifier exists once per workspace. If someone has a good idea how to fix that, that would be great! Fri Dec 28 16:21:55 CET 2007 mail(a)joachim-breitner.de * Use trace instead of io $ putStrLn

3 3

Issue 111 in xmonad: Clicking on tab doesn't work if that screen doesn't have focus
by codesite-noreply＠google.com 29 Dec '07

29 Dec '07

Issue 111: Clicking on tab doesn't work if that screen doesn't have focus http://code.google.com/p/xmonad/issues/detail?id=111 Comment #6 by daveroundy: No, I would say that a mouse event is inherently spatial, and sending this event to layouts that aren't in the right location is wrong. Fixing this would also fix issue #40. -- 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 110 in xmonad: Inconsitencies with combo layout
by codesite-noreply＠google.com 29 Dec '07

29 Dec '07

Issue 110: Inconsitencies with combo layout http://code.google.com/p/xmonad/issues/detail?id=110 Comment #3 by daveroundy: I wouldn't call this a wontfix, because at least dons is still planning on looking at the idea of nested stacks. -- 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 12 in xmonad: Support _NET_WM_STRUT property for status bar programs
by codesite-noreply＠google.com 29 Dec '07

29 Dec '07

Issue 12: Support _NET_WM_STRUT property for status bar programs http://code.google.com/p/xmonad/issues/detail?id=12 Comment #15 by daveroundy: Any chance we could remove the gaps from core, since there's a better, gapless solution in contrib? -- 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 114 in xmonad: configurable click-to-focus vs. focus-follows-mouse
by codesite-noreply＠google.com 29 Dec '07

29 Dec '07

Issue 114: configurable click-to-focus vs. focus-follows-mouse http://code.google.com/p/xmonad/issues/detail?id=114 Comment #1 by SpencerJanssen: Done. Issue attribute updates: Status: Fixed -- 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 94 in xmonad: Reduce required imports in xmonad.hs configuration files
by codesite-noreply＠google.com 29 Dec '07

29 Dec '07

Issue 94: Reduce required imports in xmonad.hs configuration files http://code.google.com/p/xmonad/issues/detail?id=94 Comment #2 by SpencerJanssen: We still have to import StackSet qualified, but this isn't too bad. Marking as fixed Issue attribute updates: Status: Fixed -- 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: Clear _NET_ACTIVE_WINDOW when nothing is focused
by mail＠joachim-breitner.de 29 Dec '07

29 Dec '07

Fri Dec 28 16:42:22 CET 2007 mail(a)joachim-breitner.de * Clear _NET_ACTIVE_WINDOW when nothing is focused

2 1

Issue 111 in xmonad: Clicking on tab doesn't work if that screen doesn't have focus
by codesite-noreply＠google.com 29 Dec '07

29 Dec '07

Issue 111: Clicking on tab doesn't work if that screen doesn't have focus http://code.google.com/p/xmonad/issues/detail?id=111 Comment #5 by SpencerJanssen: Note that issue #113 describes another symptom of this issue. The fix is correct -- xmonad should not handle button messages as such a special case. The underlying issue is that both 'broadcastMessage' and a layout's message handler may need to edit the windowset. This tends to work alright in some cases, but strange things happen when workspace or screen focus changes. We need to provide some way for layouts to queue these state changes that should be applied after the message handler returns. Additionally, we should find some way to statically prevent these unsafe calls to 'windows' in layouts and message handlers. -- 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 113 in xmonad: regression in tabbed layout
by codesite-noreply＠google.com 29 Dec '07

29 Dec '07

Issue 113: regression in tabbed layout http://code.google.com/p/xmonad/issues/detail?id=113 Comment #2 by SpencerJanssen: Same issue as #111 Issue attribute updates: Status: Duplicate -- 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 110 in xmonad: Inconsitencies with combo layout
by codesite-noreply＠google.com 29 Dec '07

29 Dec '07

Issue 110: Inconsitencies with combo layout http://code.google.com/p/xmonad/issues/detail?id=110 Comment #2 by SpencerJanssen: Is this a WontFix for now, then? You should have sufficient permissions to close this bug if you'd like. Issue attribute updates: Owner: daveroundy -- 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