- xmonad - Haskell.org

Issue 241 in xmonad: 0.8: moving floated window changes the current tiled master
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Comment #1 on issue 241 by lucia.culakova: 0.8: moving floated window changes the current tiled master http://code.google.com/p/xmonad/issues/detail?id=241 This is the patch responsible for this bug: Wed May 21 23:50:57 CEST 2008 Trevor Elliott <trevor(a)galois.com> * Raise windows in the floating layer when moving or resizing Shall I pull this patch? (1/6) [ynWsfvpxdaqjk], or ? for help: v [Raise windows in the floating layer when moving or resizing Trevor Elliott <trevor(a)galois.com>**20080521215057] { hunk ./XMonad/Config.hs 228 - [ ((modMask, button1), (\w -> focus w >> mouseMoveWindow w)) + [ ((modMask, button1), (\w -> focus w >> mouseMoveWindow w + >> windows W.swapMaster)) hunk ./XMonad/Config.hs 233 - , ((modMask, button3), (\w -> focus w >> mouseResizeWindow w)) + , ((modMask, button3), (\w -> focus w >> mouseResizeWindow w + >> windows W.swapMaster)) } -- 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 241 in xmonad: 0.8: moving floated window changes the current tiled master
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Status: New Owner: ---- New issue 241 by lucia.culakova: 0.8: moving floated window changes the current tiled master http://code.google.com/p/xmonad/issues/detail?id=241 What steps will reproduce the problem? 1. Create a workspace with 3 tiled and a single float window. 2. Change one of the non-master tiled windows to master. 3. Move the float window around with a mouse. What is the expected output? What do you see instead? Nothing happens to the tiled layout, the float window moves. Instead, while the float window moves, the previous master is swapped back into master position in the tiled layout. What version of the product are you using? On what operating system? This happens in 0.8 from cabal, ghc 6.8.2 on Debian. Downgrading xmonad and xmonad-contrib to 0.7 fixes the problem. Please provide any additional information below. This is my config file: ------------------ import XMonad import XMonad.Hooks.DynamicLog import XMonad.Util.EZConfig import XMonad.Prompt import XMonad.Prompt.RunOrRaise import XMonad.Actions.Warp import qualified XMonad.StackSet as W import XMonad.Layout.NoBorders import XMonad.Layout.ShowWName import XMonad.Layout.PerWorkspace import XMonad.Layout.ToggleLayouts import XMonad.Hooks.ManageDocks main = xmonad conf modm = modMask conf ctrlm = controlMask modctrlm = modm .|. ctrlm term = "urxvtc" topRow = [xK_exclam, xK_at, xK_numbersign, xK_dollar, xK_percent, xK_asciicircum, xK_ampersand, xK_asterisk, xK_parenleft, xK_parenright] pointerFollowsFocus :: Rational -> Rational -> X () pointerFollowsFocus h v = do dpy <- asks display root <- asks theRoot withFocused $ \w -> do wa <- io $ getWindowAttributes dpy w (sameRoot,_,w',_,_,_,_,_) <- io $ queryPointer dpy root if (sameRoot && w == w') then return () else io $ warpPointer dpy none w 0 0 0 0 (fraction h (wa_width wa)) (fraction v (wa_height wa)) where fraction x y = floor (x * fromIntegral y) tiled = Tall 1 delta ratio where delta = 3/100 ratio = 1/2 manageH = composeAll . concat $ [ [ className =? c --> doFloat | c <- floats], [ className =? "urxvt" --> doF (W.shift "1:term") ], [ className =? "Konqueror" --> doF (W.shift "2:web") ], [ className =? "Emacs" --> doF (W.shift "3:emacs") ] ] where floats = ["MPlayer", "Gimp", "Xmessage"] layoutH = -- show workspace names when switching. showWName $ -- workspace 1 starts in Full mode and can switch to tiled. onWorkspace "2:web" (smartBorders $ Full ||| tiled) $ -- start all workspaces in my home directory, with the ability -- to switch to a new working dir. -- workspaceDir "~" $ -- navigate directionally rather than with mod-j/k -- configurableNavigation (navigateColor "#00aa00") $ -- ability to toggle between fullscreen toggleLayouts (noBorders Full) $ -- toggle vertical/horizontal layout reflection -- mkToggle (single REFLECTX) $ -- mkToggle (single REFLECTY) $ -- borders automatically disappear for fullscreen windows avoidStruts $ smartBorders $ (tiled ||| Mirror tiled) conf = defaultConfig { terminal = term , normalBorderColor = "grey" , focusedBorderColor = "red" , workspaces = ["1:term", "2:web", "3:emacs", "4", "5", "6", "7", "8:trash"] , modMask = mod4Mask , logHook = {- grabKeys >> -} pointerFollowsFocus (1/2) (1/2) , layoutHook = layoutH , manageHook = manageH } `additionalKeys` ( [ ((modm, xK_p), runOrRaisePrompt defaultXPConfig { position = Top }), ((modctrlm, xK_Return), spawn term), ((modm, xK_h), windows W.focusUp), ((modm, xK_s), windows W.focusDown), ((modm, xK_w), withFocused $ windows . W.sink), ((modm, xK_t), sendMessage Shrink), ((modm, xK_n), sendMessage Expand), ((modm, xK_b), sendMessage ToggleStruts), ((modctrlm, xK_t), sendMessage NextLayout), -- ((modctrlm, xK_n), sendMessage PreviousLayout), ((modctrlm, xK_space), sendMessage ToggleLayout), ((modctrlm, xK_s), windows W.swapDown), ((modctrlm, xK_h), windows W.swapUp), ((modctrlm, xK_c), kill) ] ++ [ ((m .|. modm, k), windows $ f i) | (i, k) <- zip (XMonad.workspaces conf) topRow, (f, m) <- [(W.greedyView, 0), (W.shift, ctrlm)] ] ++ [ ((m .|. modm, key), screenWorkspace sc >>= flip whenJust (windows . f)) | (key, sc) <- zip [xK_a, xK_o, xK_e] [0..], (f, m) <- [(W.view, 0), (W.shift, shiftMask)] ] ) ---------------------------------------- I don't this is due to a contrib module, as this still happens when I cut down the configuration file considerably. I recall trying to solve this in #xmonad, but noone has been able to reproduce, so I am at a loss what's wrong here. But, recompiling xmonad-0.7 against exactly the same system fixes the problem, so I believe this *is* a xmonad 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

Issue 240 in xmonad: recompilation fails silently
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Status: New Owner: ---- New issue 240 by graphov: recompilation fails silently http://code.google.com/p/xmonad/issues/detail?id=240 This is not actually a defect but take some time to fix. Tomorrow I got template xmonad.hs config from the wiki (now it is changed and is correct). That file contained a module declaration with name different from "Main". That caused ghc just to compile (xmonad.o produced) it but don't link (as no Main presents). As there were no compilation errors xmonad started normally but actually config wasn't applied. I was fighting with xmonad for an hour trying to force it to use rxvt-unicode instead of xterm before noticed that my config simply doesn't compile. Maybe it's better to check if the executable actually presents in xmonad directory? Thanks. -- 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 239 in xmonad: W.shiftMaster not in scope
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Updates: Status: Fixed Comment #2 on issue 239 by byorgey: W.shiftMaster not in scope http://code.google.com/p/xmonad/issues/detail?id=239 No, the problem is that the template xmonad.hs for 0.8 on the wiki was actually the darcs version; shiftMaster was added after the 0.8 release. I've fixed the template xmonad.hs to actually work with the released 0.8 version of xmonad, and added a link to a darcs template xmonad.hs as well. -- 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 239 in xmonad: W.shiftMaster not in scope
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Comment #1 on issue 239 by dons00: W.shiftMaster not in scope http://code.google.com/p/xmonad/issues/detail?id=239 You're missing an import line. import qualfied XMonad.StackSet as W -- 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 177 in xmonad: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol
by codesite-noreply＠google.com 24 Nov '08

24 Nov '08

Comment #6 on issue 177 by astsmtl: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I can confirm that it fixes my problems with focus in some Java apps. I didn't try this patch before, because author said it doesn't work and already installed fluxbox to work with those apps. :) -- 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 239 in xmonad: W.shiftMaster not in scope
by codesite-noreply＠google.com 24 Nov '08

24 Nov '08

Status: New Owner: ---- New issue 239 by graphov: W.shiftMaster not in scope http://code.google.com/p/xmonad/issues/detail?id=239 What steps will reproduce the problem? 1. get xmonad 0.8 (I got it from cabal) 2. get default config from wiki (for 0.8 too) 3. run. It fails to run with default confit with the following errors: xmonad.hs:238:53: Not in scope: `W.shiftMaster' xmonad.hs:240:53: Not in scope: `W.shiftMaster' xmonad.hs:243:53: Not in scope: `W.shiftMaster' -- 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 226 in xmonad: XMonad.Prompt lockups with ghc 6.10
by codesite-noreply＠google.com 24 Nov '08

24 Nov '08

Comment #6 on issue 226 by vogt.adam: XMonad.Prompt lockups with ghc 6.10 http://code.google.com/p/xmonad/issues/detail?id=226 This is on x86_64 -- 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 234 in xmonad: broken links in xmonad contrib docs
by codesite-noreply＠google.com 24 Nov '08

24 Nov '08

Comment #4 on issue 234 by gwern0: broken links in xmonad contrib docs http://code.google.com/p/xmonad/issues/detail?id=234 Update: http://trac.haskell.org/haddock/ticket/65#comment:2 David Waern has rejected this as a bug. Do we request a Haddock feature, or just edit XMonadContrib to remove all the section links? -- 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 201 in xmonad: published contrib docs have some bad inline links
by codesite-noreply＠google.com 24 Nov '08

24 Nov '08

Comment #3 on issue 201 by gwern0: published contrib docs have some bad inline links http://code.google.com/p/xmonad/issues/detail?id=201 I think this is still a valid issue. http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Doc-Extending.html#15 links to http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-ManageHook.html and that is a 404 error page. -- 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