- xmonad - Haskell.org

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

darcs patch: Add support for cycling through screens ... (and 5 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)

1 0

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

27 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 #3 by lit...(a)hethrael.com: Now it's even more broken for me... When I click on a tab, sometimes the window changes, sometimes not. Even if the window does change, though, the tab I clicked does not become hilighted until I move the mouse into the window. And sometimes when I click a tab and move my mouse to the other screen, the focus switches back to the window that had focus before I clicked the tab. -- 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

always on top window
by lobzang＠free.fr 27 Dec '07

27 Dec '07

Hi, Is there a way to have a particular window/application always on top of the screen? Thanks, Lobzang.

2 1

Floating Workspace
by Dominik Bruhn 27 Dec '07

27 Dec '07

Hy, is there a possibility to make a whole workspace floating? Ion3 got this feature of a "floating workspace" where you can put applications which dont work well if their sizehints are not taken into account. I got one aplication which leads into many problems if run in a tiled-mode. Is there a Layoutmanager which makes all windows floating from start, so that every window gets its size? Thanks -- Dominik Bruhn mailto: dominik(a)dbruhn.de

2 1

[agabrown@xs4all.nl: [dwm] java 7 and dwm]
by Don Stewart 27 Dec '07

27 Dec '07

Possible solution to java problems with non-reparenting window managers in jdk 7? ----- Forwarded message from Anthony Brown <agabrown(a)xs4all.nl> ----- Date: Thu, 27 Dec 2007 15:28:39 +0100 From: Anthony Brown <agabrown(a)xs4all.nl> To: dynamic window manager <dwm(a)suckless.org> Subject: [dwm] java 7 and dwm Hi All, FYI: I just downloaded and early binary release of JDK 7 and it looks like the new Java version behaves properly with dwm (using 'standard' dwm-4.7). I tried using some Gui apps that gave me the infamous grey windows with Java6 (or Java5 without setting AWT_TOOLKIT=MToolkit) and so far no problems occured. cheers, Anthony ----- End forwarded message -----

1 0