May 2008 - xmonad - Haskell.org

Issue 110 in xmonad: Inconsitencies with combo layout
by codesite-noreply＠google.com 16 May '08

16 May '08

Issue 110: Inconsitencies with combo layout http://code.google.com/p/xmonad/issues/detail?id=110 Comment #4 by daveroundy: (No comment was entered for this change.) 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 188 in xmonad: Changing focus from a dialog box in openoffice causes 100% cpu usage
by codesite-noreply＠google.com 16 May '08

16 May '08

Issue 188: Changing focus from a dialog box in openoffice causes 100% cpu usage http://code.google.com/p/xmonad/issues/detail?id=188 Comment #4 by daveroundy: I'd be curious to see if the patch I just sent to the xmonad list entitled 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. has any effect on this. The whirling focus you describe sounds suspiciously similar to the alternating focus I get when using tabbed. I don't see how the two could be strictly related, but can certainly imagine that where there's a race condition leading to an infinite loop there could be more than one way to trigger it. -- 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: remove ScratchWorkspace.
by David Roundy 16 May '08

16 May '08

I'd almost rather just push this change, but decided it'd be better to email it to the list in case anyone objects. I've never gotten the idea that anyone else uses ScratchWorkspace, it's got a horrible design and implementation, and doesn't work very well. I'd prefer to ditch the code. David Fri May 16 13:57:29 CDT 2008 David Roundy <droundy(a)darcs.net> * remove ScratchWorkspace. It's ugly code, and I'd be surprised if anyone actually uses it. I see no reason to continue to maintain it.

1 0

Issue 188 in xmonad: Changing focus from a dialog box in openoffice causes 100% cpu usage
by codesite-noreply＠google.com 16 May '08

16 May '08

Issue 188: Changing focus from a dialog box in openoffice causes 100% cpu usage http://code.google.com/p/xmonad/issues/detail?id=188 Comment #3 by Braden.Shepherdson: More behavioural info. I ran it with top on a suggestion from my roommate, and it showed that Xorg was consuming ~65% CPU, xmonad 22-25%, and openoffice around 8%. Also, the window border appears to be flying around between the windows on display, and dzen was consuming 2% CPU, implying that the logHook was getting spammed as the focus whirled between the windows. Finally, the gnome-panel CPU bar was maxed out, and it was half dark-blue interrupt-handler CPU time and half bright-blue user time. Has anyone managed to spec the X events while this bug is active? I suspect it might be illuminating, but I don't know how to make that happen. I probably should learn, I suppose. -- 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 188 in xmonad: Changing focus from a dialog box in openoffice causes 100% cpu usage
by codesite-noreply＠google.com 16 May '08

16 May '08

Issue 188: Changing focus from a dialog box in openoffice causes 100% cpu usage http://code.google.com/p/xmonad/issues/detail?id=188 Comment #2 by Braden.Shepherdson: Just to add another data point, this is happening to me with an aging post-0.7 darcs, OOO_FORCE_DESKTOP not set, 6.8.2, 1.4.2. It happens with every custom OO dialog. The Gnome ones like saving don't pop as floating, so they don't trigger this bug. Spawning a dialog that does cause the bug, then using mod+t to force it back into tiling before moving the focus off of it makes it work fine. Other floating windows (specifically the scratchpad terminal) don't seem to trigger the bug either. Spawning a dialog, tiling it, and then floating it again re-enables the bug. Just some more behaviour for your consideration. -- 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: Actions.Search: added {deb, debbts, debpts, images, isohun...
by intrigeri＠boum.org 14 May '08

14 May '08

Tue May 13 15:30:45 CEST 2008 intrigeri(a)boum.org * Actions.Search: added {deb,debbts,debpts,images,isohunt} search engines

1 0

Application + Parameters Launch
by Luis Cabellos 13 May '08

13 May '08

Hi, I just made a contrib module to allow me launch applications asking user for parameters. I made a patch in darcs version of xmonad-contrib. I was pleased to send it to xmonad people. I works as in the example: > import XMonad.Actions.Applauncher > import XMonad.Prompt > ... > , ((modm, xK_g), AL.launchApp defaultXPConfig "gimp" ) And when you launch gimp, it use Prompt to ask user the parameters (the file to open e.g) Thanks, -- Luis Cabellos, "Sonrie cuando te vayas a fosilizar, Que no piensen luego que lo has pasado mal"

4 6

darcs patch: new contrib module to launch apps with command line pa...
by Devin Mullins 13 May '08

13 May '08

Tue May 13 06:47:54 PDT 2008 zhen.sydow(a)gmail.com * new contrib module to launch apps with command line parameters

2 2

Issue 187 in xmonad: UpdatePointer moves pointer unnecessary
by codesite-noreply＠google.com 13 May '08

13 May '08

Issue 187: UpdatePointer moves pointer unnecessary http://code.google.com/p/xmonad/issues/detail?id=187 Comment #8 by nomeata: Ok, tested it now, and worksfine. I think the patch can be commited. -- 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 warpGeometry field to XConf
by Lukas Mai 12 May '08

12 May '08

Mon May 12 22:08:57 CEST 2008 Lukas Mai <l.mai(a)web.de> * add warpGeometry field to XConf This patch adds a new field to 'XConf': 'warpGeometry'. It consists of two functions; one to transform a geometry, the other to undo the transformation. It is set locally by 'withGeometry' and read by 'mkAdjust' in order to correctly apply size hints in transformed rectangles. 'Mirror' uses this to swap the X and Y axes.

1 0