August 2011 - xmonad - Haskell.org

Issue 396 in xmonad: Qt (and KDE) don't display menu if not on first display
by codesite-noreply＠google.com 24 Nov '11

24 Nov '11

Status: New Owner: ---- New issue 396 by luka.stojanovic: Qt (and KDE) don't display menu if not on first display http://code.google.com/p/xmonad/issues/detail?id=396 What steps will reproduce the problem? 1. Open Qt or KDE app 2. Place it on second display 3. try opening menu or context-menu What version of the product are you using? On what operating system? Ubuntu 10.04, amd64, xmonad 0.9 Please provide any additional information below. Qt apps that I've tried: VLC, Psi KDE apps that I've tried: Krusader, Amarok, Dolphin...

1 8

Issue 469 in xmonad: The --replace flag does not work
by codesite-noreply＠google.com 18 Nov '11

18 Nov '11

Status: New Owner: ---- New issue 469 by kris...(a)emptybox.org: The --replace flag does not work http://code.google.com/p/xmonad/issues/detail?id=469 What steps will reproduce the problem? 1. xmonad --replace What is the expected output? What do you see instead? I expect xmonad to replace the running window manager as documented in xmonad --help Usage: xmonad [OPTION] Options: --help Print this message --version Print the version number --recompile Recompile your ~/.xmonad/xmonad.hs --replace Replace the running window manager with xmonad --restart Request a running xmonad process to restart Instead the following occurs: xmonad --replace xmonad: user error (unrecognized flags) xmonad --version xmonad 0.10 (the latest version from darcs)

1 3

darcs patch: Export types to reduce haddock warnings.
by Adam Vogt 18 Nov '11

18 Nov '11

1 patch for repository code.haskell.org:/srv/code/XMonadContrib: Sat Oct 23 15:57:55 EDT 2010 Adam Vogt <vogt.adam(a)gmail.com> * Export types to reduce haddock warnings.

2 1

Re: Issue 126 in xmonad: xmonad doesn't warn when xmonad executable cannot be found
by codesite-noreply＠google.com 12 Nov '11

12 Nov '11

Updates: Summary: xmonad doesn't warn when xmonad executable cannot be found Status: Accepted Labels: Usability Comment #6 on issue 126 by vogt.adam: xmonad doesn't warn when xmonad executable cannot be found http://code.google.com/p/xmonad/issues/detail?id=126 In #xmonad today, jeffwheeler had some trouble getting his config to reload. It seems like this problem could have been avoided by adding a bit of logic to the default config: Currently M-q is bound to: spawn "xmonad --recompile && xmonad --restart" This could instead be something like: spawn $ "which xmonad && { xmonad --recompile && xmonad --restart } || " ++ "xmessage xmonad not in \$PATH: \"$PATH\"" But maybe this logic should be implemented in haskell, or is the /bin/sh syntax used here going to work everywhere? -- 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 3

Re: [xmonad] Issue 462 in xmonad: Ewmh desktop handle event doesn't correctly handle _NET_WM_DESKTOP message type
by codesite-noreply＠google.com 10 Nov '11

10 Nov '11

Comment #3 on issue 462 by punitagr...(a)gmail.com: Ewmh desktop handle event doesn't correctly handle _NET_WM_DESKTOP message type http://code.google.com/p/xmonad/issues/detail?id=462 Hi, Thanks for the code sample. I tried it out but it didn't fix the issue I encountered. I played with the ewmhCopyWindow function and the following version sort of makes things better - diff -rN old-XMonadContrib/XMonad/Hooks/EwmhDesktops.hs new-XMonadContrib/XMonad/Hooks/EwmhDesktops.hs 34a35 > import XMonad.Actions.CopyWindow 54c55 < , handleEventHook = handleEventHook c +++ ewmhDesktopsEventHook --- > , handleEventHook = handleEventHook c +++ > ewmhDesktopsEventHook `mappend` ewmhCopyWindow 145a147,148 > {- else if n == 0xffffffff then > windows $ W.shiftWin (W.currentTag s) w -} 148a152 > trace $ "focus"++show w 157a162,176 > ewmhCopyWindow :: Event -> X All > ewmhCopyWindow ClientMessageEvent { > ev_window = w, > ev_message_type = mt, > ev_data = 0xffffffff : _ > } = withWindowSet $ \s -> do > a_d <- getAtom "_NET_WM_DESKTOP" > when (mt == a_d) $ do > sort' <- getSortByIndex > let ws = map W.tag $ sort' $ W.workspaces s > windows $ foldr (.) id (map (copyWindow w) ws) > trace $ show w > return (All True) > ewmhCopyWindow _ = return (All True) On further searching I think what I am really after are the changes that come in with http://code.google.com/p/xmonad/issues/detail?id=430. Now if only I can understand the code and make it work with my setup.

1 1

Releasing 1.0
by Gwern Branwen 21 Oct '11

21 Oct '11

I spent the other reading a PhD thesis about time-based releases: http://www.cyrius.com/publications/michlmayr-phd.html All the projects involved seemed to prefer time-based releases, and there was much criticism of releases simply being endlessly dragged out and end-users being hurt by the delays and unclear forecasts. Let us say I was more than a little reminded of Xmonad and #xmonad. The last major release of xmonad was back when George W. Bush was president. There are no outstanding patches in http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html or http://darcswatch.nomeata.de/repo_http:__code.haskell.org_xmonad.html Since then, awesome has made something like 10 releases; even dwm has made releases. There are plenty of bugs left in Xmonad, but I doubt many will be squashed given another few months or years. Let's just make the 1.0 release already. -- gwern http://www.gwern.net

6 13

Issue 460 in xmonad: XMonad.Util.EZConfig multimediaKeys missing <XF86TouchpadToggle>
by codesite-noreply＠google.com 23 Sep '11

23 Sep '11

Status: New Owner: ---- New issue 460 by egan.mcc...(a)gmail.com: XMonad.Util.EZConfig multimediaKeys missing <XF86TouchpadToggle> http://code.google.com/p/xmonad/issues/detail?id=460 1. Try using <XF86TouchpadToggle> in additionalKeysP. 2. Compiles without error. 3. Press <XF86TouchpadToggle>. Nothing happens. There should either be an error saying the key isn't defined, or preferably, the key should be supported. The scancode for XF86TouchpadToggle is 199. Component-Contrib

1 4

Issue 471 in xmonad: Hang when adding guides in GIMP
by codesite-noreply＠google.com 04 Sep '11

04 Sep '11

Status: New Owner: ---- New issue 471 by prvak....(a)gmail.com: Hang when adding guides in GIMP http://code.google.com/p/xmonad/issues/detail?id=471 What steps will reproduce the problem? 1. Open any picture in the GIMP 2. Drag from the rulers into the canvas to create a guide What is the expected output? What do you see instead? I expect to see a guide appear underneath the mouse as I drag it over the canvas. What happens is that GIMP plus XMonad both hang. Moving the cursor around just gives feedback in the form of changing the pointer (on the canvas window, the cursor shows the selected GIMP tool). No XMonad keybindings work from that moment, as well. I have to kill GIMP from outside X. Afterwards, things go back to normal (except for the murdered GIMP...). What version of the product are you using? On what operating system? I'm using XMonad 0.9.2 on Gentoo. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. I can reproduce this on any layout I use in my xmonad.hs (attached). Attachments: xmonad.hs 8.0 KB

1 1

Issue 372 in xmonad: Changes made to defaultConfig do not take on recompile and restart.
by codesite-noreply＠google.com 04 Sep '11

04 Sep '11

Status: New Owner: ---- New issue 372 by aditya.siram: Changes made to defaultConfig do not take on recompile and restart. http://code.google.com/p/xmonad/issues/detail?id=372 What steps will reproduce the problem? 1. change any defaultConfig setting, in my case change terminal = "gnome-termimal" to terminal = "xterm", recompile (xmonad --recompile) and restart(xmonad --restart) What is the expected output? What do you see instead? mod-shift-return should now pull up an xterm. Instead it still opens a gnome-terminal. What version of the product are you using? On what operating system? 0.9.1, Ubuntu Karmic Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". config file is attached. Recompile step has no output. Attachments: xmonad.hs 2.0 KB -- 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 1

Issue 328 in xmonad: RunOrRaise and dbus(?)
by codesite-noreply＠google.com 04 Sep '11

04 Sep '11

Status: New Owner: ---- New issue 328 by grapescan: RunOrRaise and dbus(?) http://code.google.com/p/xmonad/issues/detail?id=328 What steps will reproduce the problem? 1. Set some bindings like this: ("M-t", runOrRaise "transmission" (className =? "Transmission")) or ("M-w", runOrRaise "firefox" (className =? "Shiretoko")) 2. Try to run these programs with created shortcuts 3. Try to run these programs without created shortcuts (i.e. from terminal or gmrun) What is the expected output? What do you see instead? Starting from terminal or gmrun looks fine while using shortcuts causes strange behavior. Firefox complains about connecting to session: "/usr/bin/dbus-launch terminated abnormally without any error message". Transmission doesn't want to open torrents from Firefox (torrents opened with Transmission from web-browser). It says something like "Transmission is already started." What version of the product are you using? On what operating system? I use actual version of ArchLinux. I checked dbus packages - they seem to be OK. Packages xmonad-darcs and xmonad-contrib-darcs built a few weeks ago. Attachments: xmonad.hs 5.3 KB -- 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 3