September 2008 - xmonad

Issue 195 in xmonad: Last window never disappers in GNOME
by codesite-noreply＠google.com 11 Sep '08

11 Sep '08

Issue 195: Last window never disappers in GNOME http://code.google.com/p/xmonad/issues/detail?id=195 Comment #5 by SpencerJanssen: Not an xmonad bug. Issue attribute updates: Status: Invalid -- 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 4 in xmonad: Separate focus for tiled and floating layers
by codesite-noreply＠google.com 11 Sep '08

11 Sep '08

Issue 4: Separate focus for tiled and floating layers http://code.google.com/p/xmonad/issues/detail?id=4 Comment #9 by akhilman: This problem makes working in GIMP with multiple opened documents as tiled windows and dialogs/toolbars as floating windows mostly inposible. I have to keep only one opened document in active desktop to avoid this "jumping". Please fix this problem. -- 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

Xmonad.Config.Gnome
by Anze Slosar 10 Sep '08

10 Sep '08

Hi, Sorry for my idiocy, but I just updated to xmonad 0.8 and wanted to take advantage of the new automatic gnome config, so I did something like import Xmonad.Config.Gnome gnomeRun :: X () and it didn't work. What is the right way of using this? If I do it the old way using ewmloghook or whaterer, it works fine... Thanks for your patience, anže phone: +1 (510) 495 2488, mobile: +1 (510) 289 9395, fax: +1 (510) 486 7149 -- "And then the Little Red Riding Hood said: 'I think, therefore I am.'"

2 1

Issue 203 in xmonad: Dragging a floating window re-arranges other windows
by codesite-noreply＠google.com 10 Sep '08

10 Sep '08

Issue 203: Dragging a floating window re-arranges other windows http://code.google.com/p/xmonad/issues/detail?id=203 Comment #4 by m...(a)twifkak.com: (No comment was entered for this change.) Issue attribute updates: Labels: -Priority-Medium Priority-High Milestone-Release0.9 -- 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 203 in xmonad: Dragging a floating window re-arranges other windows
by codesite-noreply＠google.com 10 Sep '08

10 Sep '08

Issue 203: Dragging a floating window re-arranges other windows http://code.google.com/p/xmonad/issues/detail?id=203 Comment #3 by m...(a)twifkak.com: Issue #217 is a duplicate of this. The trick is for the floating window to start out between windows 2 and 3 in the stacking order. The mouseBindings use swapMaster, which moves the master to between windows 2 and 3 instead of shifting everything down. The solution is to use an "insertMaster", something like XMonad.Actions.Promote.promote from xmc. -- 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 217 in xmonad: Moving float causes tiles to re-order
by codesite-noreply＠google.com 10 Sep '08

10 Sep '08

Issue 217: Moving float causes tiles to re-order http://code.google.com/p/xmonad/issues/detail?id=217 Comment #2 by m...(a)twifkak.com: Oops. Indeed, I'll add my comment there. 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 217 in xmonad: Moving float causes tiles to re-order
by codesite-noreply＠google.com 10 Sep '08

10 Sep '08

Issue 217: Moving float causes tiles to re-order http://code.google.com/p/xmonad/issues/detail?id=217 Comment #1 by brian.brunswick: Ah, thats the same as my Issue 203. Glad you've found the cause. -- 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 217 in xmonad: Moving float causes tiles to re-order
by codesite-noreply＠google.com 10 Sep '08

10 Sep '08

Issue 217: Moving float causes tiles to re-order http://code.google.com/p/xmonad/issues/detail?id=217 New issue report by m...(a)twifkak.com: What steps will reproduce the problem? 1. Create three tiles and one float. M-S-j until the float is between the second and third tiles. 2. M-drag the float. 3. Watch tile #1 and #2 swap. The problem is that the mouseBindings use swapMaster, when they should use "insertMaster", so to speak. (I'd send a fix, but I'm at work.) Issue attributes: Status: Accepted Owner: m...(a)twifkak.com Labels: Type-Defect Priority-High Milestone-Release0.9 -- 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 09 Sep '08

09 Sep '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 #8 by k.kosciuszkiewicz: I have posted new findings about this bug in issue #200. -- 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 200 in xmonad: xmonad spins in a tight loop changing focus back and forth
by codesite-noreply＠google.com 09 Sep '08

09 Sep '08

Issue 200: xmonad spins in a tight loop changing focus back and forth http://code.google.com/p/xmonad/issues/detail?id=200 Comment #5 by k.kosciuszkiewicz: I have some further findings, obtained by logging Events using EventHook. After switching focus from floating "Open File" dialog window to main OO window, I recorded a repeating sequence of events (fields abbreviated/omitted): PropertyEvent {send_event = False, window = ...75, atom = 141, time = ...31, propstate = 0} PropertyEvent {send_event = False, window = ...07, atom = 141, time = ...31, propstate = 0} PropertyEvent {send_event = False, window = ...75, atom = 141, time = ...42, propstate = 0} PropertyEvent {send_event = False, window = ...07, atom = 141, time = ...42, propstate = 0} xlsatoms shows that atom 141 == WM_STATE, and Xlib programming manual says: "According to ICCCM adopted as of Release 4, the window manager sets this property on top level windows". I guess that OO spins idle trying to identify the top-level window, without being prepared for failure... Arguably this is a bug in OO rather than in xmonad, but probably proper handling of WM_STATE on xmonad's side wouldn't hurt. -- 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