May 2008 - xmonad - Haskell.org

Gnome Do config
by Magnus Therning 03 Jun '08

03 Jun '08

Does anyone have a config that'll make Gnome Do appear floating? I'm having problems finding its WM_CLASS or WM_NAME and at the moment it is a bit intrusive when it pops up. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus．therning＠gmail．com http://therning.org/magnus What if I don't want to obey the laws? Do they throw me in jail with the other bad monads? -- Daveman

4 4

darcs patch: quick hack to avoid infinite (but breakable) loop when...
by David Roundy 31 May '08

31 May '08

Hi all, Here's a patch to core to fix a recent regression in xmonad. Well, maybe it's not so recent, but I've only recently upgraded my xmonad to the latest darcs version. It's a crude fix that leaves in place the whole isMouseFocused infrastructure and just disables its effect. Without this patch, tabbed is not entirely unuseable, but requires that I train myself to hold the mouse very still while selecting tabs. I'd rather just have the old pleasant behavior where I can select even firefox windows without waiting before letting my mouse drift and without annoying flashing effects. David Fri May 16 15:09:47 CDT 2008 David Roundy <droundy(a)darcs.net> * quick hack to avoid infinite (but breakable) loop when using Tabbed. The isMouseFocused hack introduced a race condition where if you click on a tab to select a window, and then move the mouse down before the new window is selected, the focus will alternate between the previously-focused and newly-focused windows in an infinite loop. This loop can be broken by moving the mouse up to the tab area, but it's pretty unpleasant. This race condition is easily triggered on my laptop (and presumably on any older computer running bloated applications like firefox). I've disabled the responsible behavior in a minimal way, since it seems likely that someone may wish to reimplement this behavior, but without the race condition.

4 12

Issue 194 in xmonad: Gnome Workspace Switcher blinks
by codesite-noreply＠google.com 30 May '08

30 May '08

Issue 194: Gnome Workspace Switcher blinks http://code.google.com/p/xmonad/issues/detail?id=194 Comment #3 by nomeata: Hmm, this does not help either, it seems. I guess someone else needs to debug this with more knowledge of Xlib programming. -- 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 194 in xmonad: Gnome Workspace Switcher blinks
by codesite-noreply＠google.com 30 May '08

30 May '08

Issue 194: Gnome Workspace Switcher blinks http://code.google.com/p/xmonad/issues/detail?id=194 Comment #2 by nomeata: I just tried to find out what line in XMonad.Hooks.EwmhDesktops causes this, and unfortunately it is the list of windows: > let wins = nub . concatMap (maybe [] (\(W.Stack x l r)-> reverse l ++ r ++ [x]) . W.stack) $ ws > setClientList wins I was hoping it was one of the other settings that are usually the same on each logHook invocation. Maybe the code should read the client list first and see if there are really changes to be made... -- 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 195 in xmonad: Last window never disappers in GNOME
by codesite-noreply＠google.com 30 May '08

30 May '08

Issue 195: Last window never disappers in GNOME http://code.google.com/p/xmonad/issues/detail?id=195 Comment #1 by nomeata: Yes, I know about this problem, is there since the beginning of EWMH support. I’m not sure what causes it, though, the list of windows (as set in the X properties of the root window) is empty. Issue attribute updates: Status: Accepted Labels: 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 194 in xmonad: Gnome Workspace Switcher blinks
by codesite-noreply＠google.com 30 May '08

30 May '08

Issue 194: Gnome Workspace Switcher blinks http://code.google.com/p/xmonad/issues/detail?id=194 Comment #1 by nomeata: Hi, thatnks for this report, I can confirm it on my machine as well (strange that I never thought about using the prefernces, isn’t it :-) Not sure where to start debugging, though. Issue attribute updates: Status: Accepted Labels: 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 195 in xmonad: Last window never disappers in GNOME
by codesite-noreply＠google.com 30 May '08

30 May '08

Issue 195: Last window never disappers in GNOME http://code.google.com/p/xmonad/issues/detail?id=195 New issue report by maleb...(a)riseup.net: What steps will reproduce the problem? 1. Use GNOME with XMonad 2. Open a Window 3. Close this Window What is the expected output? What do you see instead? I expected that the window is gone of the Window List and of the Workspace Switcher. But it keeps there. What version of the product are you using? On what operating system? Darcs version of XMonad. GNOME 2.22.1. Ubuntu Hardy Heron, AMD64. Please provide any additional information below. I'm using ewmhDesktopLogHook. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. Component-Contrib. 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 194 in xmonad: Gnome Workspace Switcher blinks
by codesite-noreply＠google.com 30 May '08

30 May '08

Issue 194: Gnome Workspace Switcher blinks http://code.google.com/p/xmonad/issues/detail?id=194 New issue report by maleb...(a)riseup.net: What steps will reproduce the problem? 1. Use GNOME with XMonad 2. Use Workspace Switcher in GNOME-Panel 3. Open Workspace Switcher Preferences What is the expected output? What do you see instead? I expected that the Preferences Window would open normally. Instead the window keeps blinking. What version of the product are you using? On what operating system? I'm using the darcs version from XMonad and GNOME 2.22.1. Please provide any additional information below. When I don't change default logHook to ewmhDesktopLogHook, the Workspace switcher doesn't show the workspaces, but the preferences works ok (with the limited options available). If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. Component-Contrib. 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 192 in xmonad: doesn't check for existing window manager
by codesite-noreply＠google.com 29 May '08

29 May '08

Issue 192: doesn't check for existing window manager http://code.google.com/p/xmonad/issues/detail?id=192 Comment #6 by m...(a)twifkak.com: Not positive, but I think that's too late, as it's after the selectInput line and the mapM_ manage line in 'xmonad'. -- 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

GTK menus go missing with FadeInactive
by Jussi Maki 28 May '08

28 May '08

Hi, After enabling the FadeInactive hook the menus of applications using Gtk+ are invisible. Menus still work fine with Qt. I tried modifying setOpacity to ignore windows of type _NET_WM_WINDOW_TYPE_MENU, but it didn't have any effect. Any ideas? -- Jussi Mäki (aka jimki)

2 2