- xmonad - Haskell.org

xmonad from gnome-session-2.26
by Joachim Breitner 20 Sep '09

20 Sep '09

Hi, If you want to use xmonad from gnome-session-2.26, the correct way seems to be to specify # gconftool-2 -s /desktop/gnome/session/required_components/windowmanager xmonad --type string This unfortunately has the effect that gnome-session waits a few seconds for the window manger (now xmonad) to register via dbus, see http://live.gnome.org/SessionManagement/GnomeSession xmonad does not support the gnome-session protocol, but you can work around the delay with this code in xmonad.hs import XMonad [...] import System.Environment import System.Cmd [...] main = do env <- getEnvironment case lookup "DESKTOP_AUTOSTART_ID" env of Just id -> do rawSystem "dbus-send" ["--session","--print-reply=string","--dest=org.gnome.SessionManager","/org/gnome/SessionManager","org.gnome.SessionManager.RegisterClient","string:xmonad","string:"++id] return () Nothing -> return () xmonad $ defaultConfig { [...] -- simple stuff } I guess some stuff can be improved about this, such as using the DBus package from hackage, but it’s a start. Greetings, Joachim -- Joachim Breitner e-Mail: mail(a)joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189 Jabber-ID: nomeata(a)joachim-breitner.de

5 5

darcs patch: Catch managehook errors like `doF (const undefined)'
by Adam Vogt 20 Sep '09

20 Sep '09

Sat Sep 19 22:08:29 EDT 2009 Adam Vogt <vogt.adam(a)gmail.com> * Catch managehook errors like `doF (const undefined)'

1 0

darcs patch: U.EZConfig: Correct additionalKeysP M2-M5 values
by Wirt Wolff 19 Sep '09

19 Sep '09

Sun Sep 6 01:05:03 MDT 2009 Wirt Wolff <wirtwolff(a)gmail.com> * U.EZConfig: Correct additionalKeysP M2-M5 values Was 8,9,10,11,12 rather than needed 8,16,32,64,128

2 2

darcs patch: U.EZConfig: Correct additionalKeysP M2-M5 values
by Wirt Wolff 19 Sep '09

19 Sep '09

Sun Sep 6 01:05:03 MDT 2009 Wirt Wolff <wirtwolff(a)gmail.com> * U.EZConfig: Correct additionalKeysP M2-M5 values Was 8,9,10,11,12 rather than needed 8,16,32,64,128

1 2

darcs patch: Slackware packages as slackbuilds.org no... (and 1 more)
by Adam Vogt 18 Sep '09

18 Sep '09

Fri Sep 18 10:31:59 EDT 2009 Adam Vogt <vogt.adam(a)gmail.com> * Slackware packages as slackbuilds.org now (bug 286) Fri Sep 18 12:20:37 EDT 2009 Adam Vogt <vogt.adam(a)gmail.com> * intro.html recomends to use cabal install now The old introduction is moved off to introGHC66.html for people who cannot produce a working cabal-install.

1 0

hhp breaking middle-click
by Gwern Branwen 18 Sep '09

18 Sep '09

So for many moons I have been plagued by a bug wherein middle-click ceases to function. Normally, middle-click in X will paste the current selection. This is terribly handy, especially given one only needs to highlight to enter text into the current selection. Closing out all visible apps didn't seem to solve it (although for a long time I suspected Firefox of causing this problem); I had to restart X or log out. Recently I tried removing hhp* from my startup scripts, and since then, I don't seem to have triggered the problem. (This may or may not mean anything; the problem is *very* intermittent, which makes diagnosing it difficult.) Hence my question: has anyone else experienced this? Did removing hhp seem to work for you too? * hhp is analogous to 'unclutter'; it hides an inactive mouse. You can find it in Andrea Rossato's 'xmonad-utils' package on Hackage. -- gwern

1 0

Issue 286 in xmonad: Xmonad Slackware packages download
by codesite-noreply＠google.com 18 Sep '09

18 Sep '09

Comment #1 on issue 286 by grb...(a)gmail.com: Xmonad Slackware packages download http://code.google.com/p/xmonad/issues/detail?id=286 aavogt on #slackbuilds raised a valid issue. those links only work for Slackware 12.2. I would suggest using http://slackbuilds.org/result/?search=xmonad&sv= instead. That searches for xmonad on all Slackware versions. The README file on xmonad should help users find their way on all dependencies. That is the way the site works. It follows the Slackware principle of not automatically resolving dependencies. -- 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

CycleWS.toggleWS bug?
by Alexey Feigin 17 Sep '09

17 Sep '09

Hi, I have found what seems to me a (theoretical) bug in Xmonad.Actions.CycleWS.ToggleWS. Or if this is not a bug I would like to find out why not :) The code for the function is ------ -- | Toggle to the workspace displayed previously. toggleWS :: X () toggleWS = windows $ view =<< tag . head . hidden ------ What if there are no hidden workspaces? Would the empty list exception be caught somewhere? This may be an edge case not worth worrying about but it still bothers me somehow :) Cheers, Alexey

5 4

Focusing On All Windows, Not Just the Master Window
by Eric Thomas 16 Sep '09

16 Sep '09

So, where I work, we don't want to have Xinerama enabled since we want to know exactly where the displays are. So to use xmonad, I simply set up my .xinitrc to load xmonad, then when I get that loaded, in a terminal I load xmonad on the second display as follows: setenv DISPLAY beryllium:0.1; /home/eric/bin/xmonad & Now, everything works just fine with the exception of switching focus to the other display. So for example, say I'm working in display 0. Then I want to change my focus to display 1. Well, I need to move the mouse over the other screen. The problem is that I need to first hover over the master window in display 1 before it is recognized that the focus is on display 1. What I would like is for me to be able to move the mouse to any window and the focus is on display 1 now. Is there something in my xmonad.hs that I can edit to take care of this? Eric

1 0

Issue 45 in xmonad: xmonad should be smarter about mouse movement
by codesite-noreply＠google.com 16 Sep '09

16 Sep '09

Comment #10 on issue 45 by zenzike: xmonad should be smarter about mouse movement http://code.google.com/p/xmonad/issues/detail?id=45 This is better fixed with the command: unclutter -noevents rather than -grab, since the -noevents works without breaking the scroll wheels. The man page for unclutter tells us that it's exactly what we need: -noevents stops unclutter sending a pseudo EnterNotify event to the X client whose cursor has been stolen. Sending the event helps programs like emacs think that they have not lost the pointer focus. This option is provided for backwards compatibility in case some clients get upset. -- 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