December 2007 - xmonad

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 #14 by SpencerJanssen: Agreed, 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

Issue 114 in xmonad: configurable click-to-focus vs. focus-follows-mouse
by codesite-noreply＠google.com 28 Dec '07

28 Dec '07

Issue 114: configurable click-to-focus vs. focus-follows-mouse http://code.google.com/p/xmonad/issues/detail?id=114 New issue report by eric.kow: I would like to make xmonad have click-to-focus behaviour instead of the usual focus-follows-mouse. If I understand correctly, I can do this by modifying the source code, specifically by commenting out: -- entered a normal window, makes this focused. handle e@(CrossingEvent {ev_window = w, ev_event_type = t}) | t == enterNotify && ev_mode e == notifyNormal && ev_detail e /= notifyInferior = focus w It would be lovely if I could do this without modifying xmonad itself. Thanks! Issue attributes: Status: New Owner: ---- Labels: Type-Defect 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

Issue 113 in xmonad: regression in tabbed layout
by codesite-noreply＠google.com 28 Dec '07

28 Dec '07

Issue 113: regression in tabbed layout http://code.google.com/p/xmonad/issues/detail?id=113 Comment #1 by daveroundy: I can confirm that this regression is indeed fixed by obliterating Thu Dec 27 03:03:56 EST 2007 Spencer Janssen <sjanssen(a)cse.unl.edu> * Broadcast button events to all layouts, fix for issue #111 Issue attribute updates: Owner: --- -- 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 111 in xmonad: Clicking on tab doesn't work if that screen doesn't have focus
by codesite-noreply＠google.com 28 Dec '07

28 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 #4 by daveroundy: Spencer I'd say your fix is broken. You should figure out which screen the button event is in, bring that screen into focus (if it's not) and then sendMessage as before. (Sorry for the duplicate bug report, by the way, I hadn't realized that this bug report included mention of the additional brokenness in tabbed, and assumed it was a new issue.) -- 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 28 Dec '07

28 Dec '07

Issue 12: Support _NET_WM_STRUT property for status bar programs http://code.google.com/p/xmonad/issues/detail?id=12 Comment #13 by nomeata: I'd say so, at least I'm using it and it works with gnome-panel so far. -- 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

How to handle a message once?
by Joachim Breitner 28 Dec '07

28 Dec '07

Hi, I’m adding more features to the EWMH interaction, but I noticed that when I handle messages from the user in a LayoutModifier, I get the message once per workspace. How do I prevent that, and what is the desired way of handling global messages? Greetings, Joachim -- Joachim Breitner e-Mail: mail(a)joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189 Jabber-ID: nomeata(a)joachim-breitner.de

1 0

Issue 113 in xmonad: regression in tabbed layout
by codesite-noreply＠google.com 28 Dec '07

28 Dec '07

Issue 113: regression in tabbed layout http://code.google.com/p/xmonad/issues/detail?id=113 New issue report by daveroundy: What steps will reproduce the problem? Select a tabbed layout, create multiple windows and click on a tab to bring an unfocussed window into focus. Use mod-shift-j to reorder that window. What is the expected output? What do you see instead? The unfocussed window should be shown, given focus, and its tab should be highlighted, and its tab should be moved when mod-shift-j is pressed. Instead, the tab is briefly highlighted and then the previously-shown tab is highlighted (although focus is still on the new window), and when mod-shift-j is pressed the previous tab is moved, and focus is shifted to the previous tab. What seems to be happening is that the internal xmonad data structure isn't reflecting the change in focus. I'm not sure what has caused this regression (there are possibly-related regressions in combo/dragpane), but alas, I've no time to debug it just now (my little free time over the holidays is going to darcs). This is on my 700MHz PIII laptop, so it's possible this is a race condition that would be hard to reproduce, but my network connection is flaky, so I can't test it elsewhere. For what it's worth, I just pulled a fair number of patches, so the change is probably either in xmonad core between Tue Dec 18 21:37:26 EST 2007 Adam Vogt <vogt.adam(a)gmail.com> * Update manpage to describe greedyView and Thu Dec 27 03:03:56 EST 2007 Spencer Janssen <sjanssen(a)cse.unl.edu> * Broadcast button events to all layouts, fix for issue #111 or it's in contrib, between Sat Dec 15 12:16:17 EST 2007 Shachaf Ben-Kiki <shachaf(a)gmail.com> * Add UrgencyHook support to Tabbed and Tue Dec 25 22:24:12 EST 2007 Spencer Janssen <sjanssen(a)cse.unl.edu> * Don't bother checking executable bits of items in $PATH, yields a significant speed-up My guess is that the regression is in the change in the sending of button events, but it'll take me a half hour to recompile without that change, so I'll submit this now and test later. Issue attributes: Status: Accepted Owner: daveroundy Labels: Type-Defect Priority-Medium Component-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 110 in xmonad: Inconsitencies with combo layout
by codesite-noreply＠google.com 28 Dec '07

28 Dec '07

Issue 110: Inconsitencies with combo layout http://code.google.com/p/xmonad/issues/detail?id=110 Comment #1 by daveroundy: We do have a maintainer for combo (that's me), and this issue isn't going to be fixed until we have some core support for combo. There's no way to modify the tab order when users modify the layout in combo. -- 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 28 Dec '07

28 Dec '07

Issue 12: Support _NET_WM_STRUT property for status bar programs http://code.google.com/p/xmonad/issues/detail?id=12 Comment #12 by daveroundy: Is this now handled by avoidStruts/ManageDocks? -- 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 support for cycling through screens ... (and 6 more)
by mail＠joachim-breitner.de 27 Dec '07

27 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

1 0