- xmonad - Haskell.org

Issue 217 in xmonad: Moving float causes tiles to re-order
by codesite-noreply＠google.com 11 Sep '08

11 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 11 Sep '08

11 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 10 Sep '08

10 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 10 Sep '08

10 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

Issue 200 in xmonad: xmonad spins in a tight loop changing focus back and forth
by codesite-noreply＠google.com 10 Sep '08

10 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 #4 by k.kosciuszkiewicz: This bug isn't related to focusFollowsMouse configuration setting. I have tested that setting this option to False and changing focus with keyboard also triggers the bug. -- 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

mod-q assumes "xmonad" is in the path
by Ken Takusagawa 10 Sep '08

10 Sep '08

diff -rN -u old-xmonad/XMonad/Config.hs new-xmonad/XMonad/Config.hs --- old-xmonad/XMonad/Config.hs 2008-09-09 14:27:56.000000000 -0400 +++ new-xmonad/XMonad/Config.hs 2008-09-09 14:27:56.000000000 -0400 @@ -206,6 +206,7 @@ -- quit, or restart , ((modMask .|. shiftMask, xK_q ), io (exitWith ExitSuccess)) -- %! Quit xmonad , ((modMask , xK_q ), restart "xmonad" True) -- %! Restart xmonad + -- (assumes "xmonad" is in the PATH) ] ++ -- mod-[1..9] %! Switch to workspace N

1 0

Key repetitions (begginer)
by Mauricio 09 Sep '08

09 Sep '08

Hi, In Metacity, I used to have disabled the option to repeat a key after some time of pressing (i.e., you press 'e' for some time and get 'eeeeeeeeeeeee'). How can I do that when using xmonad? Should (can) I do that using X itself? Is there a "xmonad way" of doing that sort of things? Thanks, Maurício

5 6

Issue 214 in xmonad: mouse shift with java
by codesite-noreply＠google.com 09 Sep '08

09 Sep '08

Issue 214: mouse shift with java http://code.google.com/p/xmonad/issues/detail?id=214 Comment #3 by SpencerJanssen: (No comment was entered for this change.) 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 208 in xmonad: Focus on mouse enter seems racy with Xinerama
by codesite-noreply＠google.com 09 Sep '08

09 Sep '08

Issue 208: Focus on mouse enter seems racy with Xinerama http://code.google.com/p/xmonad/issues/detail?id=208 Comment #1 by tommi.virtanen: I can reproduce the problem without Xinerama, with a grid layout. Something like this: 12 34 where I move the pointer quickly from 3->4->2, and the focus stays at 4. -- 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