September 2009 - xmonad

a layout changing menu
by Nathan Huesken 27 Sep '09

27 Sep '09

Hi, It would be cool to have a keybinding which popups a menu from which one can change the current layout by another key press. I guess, for this an extern menu-program is needed. But hey, there is dmenu. So is it possible to start dmenu from xmonad and based on its output, change the current layout? I do not know any haskell, so if it is not to much trouble, a skeleton code would be cool :). Thanks! Nathan

1 0

Issue 315 in xmonad: Lockup with Xmonad.Prompt.RunOrRaise in -darcs
by codesite-noreply＠google.com 27 Sep '09

27 Sep '09

Status: New Owner: ---- New issue 315 by sean.escriva: Lockup with Xmonad.Prompt.RunOrRaise in -darcs http://code.google.com/p/xmonad/issues/detail?id=315 What steps will reproduce the problem? 1. Configure darcs xmonad to use RunOrRaise Prompt What is the expected output? What do you see instead? RunOrRaise prompt works as expected until pressing Return key, either xK_Return or xK_KP_Enter, instead of executing what is in prompt the prompt display's boxes for each keypress and the messages as shown in screenshot[1] are displayed in the console. [1] http://imgur.com/jmtFd.png What version of the product are you using? On what operating system? running darcs version as of 2009.09.26. My config is on the wiki: http://haskell.org/haskellwiki/Xmonad/Config_archive/webframp%27s_xmonad.hs Only Prompt related changes seem to be the following patches, but I'm not sure if these are the cause: Sun Sep 20 13:57:11 PDT 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Fix regression in XMonad.Prompt's completion Sun Sep 20 13:12:29 PDT 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Clean keymask before use in XMonad.Prompt Sun Sep 20 12:25:13 PDT 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Export moveCursor in XMonad.Prompt -- 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

Problem with Integration with Gnome
by Andrew Barilla 26 Sep '09

26 Sep '09

I have Xmonad setup with Gnome following the guide in the Xmonad wiki including disabling Nautilus. However, when I first login, I get numerous Nautilus windows repeatedly opening up. I have to open up a terminal and run 'killall nautilus' repeatedly until new ones stop opening up and then they'll slowly close one by one. Any ideas on what's going on? I double checked my gconf settings with gconf-editor and the settings match the wiki. However, I still have the same gnome background if that's a hint to what's going on.

2 1

Trying to get dynamicLogDzen to work
by Nathan Huesken 25 Sep '09

25 Sep '09

Hi, I use xmonad darcs version on archlinux (taken from aur). I am new to xmonad and do not know any haskell. This is my xmonad.hs: import XMonad import XMonad.Hooks.DynamicLog main = xmonad $ defaultConfig{ logHook = dynamicLogDzen } I took this from the dynamicLog help page. Now I get this error: Not in scope: 'dynamicLogDzen' What am I doing wrong? Thanks! Nathan

2 1

Announcement: Bluetile
by Jan Vornberger 24 Sep '09

24 Sep '09

Hello list! Here we go now, the 'official' announcement of Bluetile: A modern tiling window manager with a gentle learning curve. As noted before, it is the result of my school project I presented a while ago (http://thread.gmane.org/gmane.comp.lang.haskell.xmonad/7458/) Here is a brief description of Bluetile: Bluetile is a tiling window manager for X based on xmonad. Windows are arranged automatically to tile the screen without gaps or overlap, maximising screen use. Bluetile's focus lies on making the tiling paradigm easily accessible for users coming from traditional window managers by drawing on known conventions and making all features available using the mouse. It also tries to be usable 'out of the box', making configuration unnecessary. Features include: * Hybrid approach: Stacking window layout & tiling layouts available * Maximizing & minimizing windows in all layouts * All features accessible from mouse, as well as keyboard * Good multihead support * Designed to integrate with the GNOME desktop environment Website at http://projects.haskell.org/bluetile/ The website has some information about installing Bluetile, but it basically boils down to 'cabal install bluetile'. (Note: The package bluetileutils is no longer necessary, I merged it in with bluetile.) Keyboard shortcuts are also documented on the website. It should be no problem to have xmonad and Bluetile installed at the same time. I made the modified versions of xmonad and xmonad-contrib that Bluetile depends on (called xmonad-bluetilebranch and xmonad-contrib-bluetilebranch) hidden, so they should not conflict with recompiling xmonad.hs for example. Still, I might have missed something. Let me know if you run into any problems. Also, let me mention at this point, that the readers of this list are probably not at all in my target audience. :-) Since you all pretty much write your own window manager (by modifying xmonad.hs), Bluetile will seem more like a watered-down version of xmonad. Keep in mind though, that it just wants to give an easy glimpse into the possiblities of tiling window managers for a newcomer with little time on their hands. Once hooked, they can later upgrade to the 'real deal' if they want to tinker. :-) The website also contains links to the repositories. As I said before, I will try to look into merging changes back to the xmonad code base. In retrospect I feel like it was a very good choice to pick xmonad as a basis for my project. Thx for a great window manager and a great code base! :-) I hope Bluetile can be useful in some way as well. I appreciate any feedback! Cheers! Jan

8 14

Is this a bug in ManageHook? (Spaces in composeAll)
by Christian Walther 23 Sep '09

23 Sep '09

Hi, I'm currently using xmonad 0.8.1 compiled with ghc-6.8.3 on NetBSD 5.0.1 i386, after migrating from FreeBSD i386. After building all the software I needed/wanted, including Firefox and Pidgin, I noticed that not all windows where sent to the right workspace I configured them for. I noticed (or at least I thought) that some xprops changed, and I edited myManageHook to contain: myManageHook = composeAll [ title =? "Buddy List" --> doF (W.shift "9") , className =? "Gran Paradiso" --> doF (W.shift "8") ] (And some more, of course...) This has some interesting side effect, because every time I start either Firefox or Pidgin and their window appear on workspace 8 or 9, the window that has the focus is sent to exactly the same workspace, too. Commenting out both entries fixed this issue. Since they aren't needed (which is a perfect example of why working on a computer when being tired is a bad idea) this is just a minor issue. But I wonder if this behavior due to the nature of composeAll or something in Haskell I'm unfamiliar with (which is, at present, most of the language). Regards Christian Walther

3 3

UnManageHook?
by Jan Vornberger 22 Sep '09

22 Sep '09

Hey! I'm currently looking into how to re-implement my PositionStore in a way that is more suited to go into xmonad's mainline. As mentioned before, I currently plan to base this on Daniel Schoepe's extensible state patch [1]. Then use a ManageHook to fill the PositionStore with information about windows as they are created. However, I also need to delete those entries once a window is closed again, so that the PositionStore doesn't accumulate junk over time. One way could be to check from time to time (e.g. every time a new window appears) all the entries if the associated windows still exist. But that seems unnecessary expensive. So I was thinking of adding an 'UnManageHook' as a counter part to ManageHooks so that modules from contrib can be notified when a window is unmapped. Any objections against this? Or is there an alternative way, which I didn't consider? Regards, Jan [1] http://article.gmane.org/gmane.comp.lang.haskell.xmonad/8126

2 1

using rdesktop with xmonad
by Chengqi Song 22 Sep '09

22 Sep '09

hi, i like to use rdesktop -f xxx.xxx.xxx.xxx to connect to my windows pc, in fullscreen mode. but after entering the rdesktop window, i can not switch out anymore, M-1/2/3... can not switch workspaces anymore. i have to disconnect the remote machine to switch out. how can i use xmonad's hotkey inside a rdesktop window? thanks lars

4 6

Re: [xmonad] startup programs
by Bozelos Dimitris 22 Sep '09

22 Sep '09

Hello everyone, thanks for your replies and sorry for the late reply from my part, I didn't have internet access for looong time. Thanks a lot Olivier, that's the closest to what I want to do. I have some questions: 1) Sometimes programs are placed in different order than asked in the startup hook, probably because of different startup times. Also sometimes one program might need another to successfully run. So is there a way to have xmonad to wait until one program has fully started before proceeded to the next? In my case something like myStartupHook = do spawn "xterm -e '/usr/bin/jackd -R -dalsa -r48000'" a command for " wait until jackd has ran " or " wait 5 seconds " and then spawn "xterm -e 'chuck --loop --srate48000'" 2) Is there a way to run a terminal and a program from a specified directory? Like if I would do in a terminal : 1) cd "path" 2) emacs - so that emacs starts with "path" as its default directory 3) With some programs with no graphical interface that print messages to the terminal like jackd as above, when I startup with the above way it's not really the same as if I would call it from a terminal. If it terminates for any reason it dissapears while if I had ran it from a terminal the terminal would stay and I could have seen any error messages. Anybody knows if it can be otherwise? 4) I couldn't really find out how to move a program or terminal to a desktop, can you please make your example more precise? Let's say I want to run 2 instances of emacs and move the first to desktop 1 and the second to desktop 2. How would I do this? Thanks, Dimitris >You can launch each terminal you want to put on the desktop FooBar with >the command "xterm -name gotoFooBar" and add the following manageDocks >to your xmonad.hs: > >myManageHook = manageDocks <+> composeAll > [ title =? "gotoFooBar" --> doF (W.shift "FooBar") > ] > >Moreover, you can know the class and the name of an X windows with the >command xprop. > >Cheers, > >Olivier >>Hello everyone, >>After making the usual statement that I'm completely new to xmonad and I have no clue about haskell, I have loved xmonad and I have a question to find out if I can make more out of it: >>I'm using fedora linux with xmonad and i'm preparing for a music performance. I need at the concert to be able to startup my laptop and if possible to have everything up and running, without having to switch between desktops and run terminals & programs. This means that I don't only want to run some programs at startup (which could be done in the usual way for linux with a startup script - although I don't really know much about it) but I want the programs to be ran from terminals and be placed in the desktops in the way I would do manually after launching xmonad. >>Is this possible with xmonad? Any simple tutorials available on this? Thanks, >>Dimitris ___________________________________________________________ Χρησιμοποιείτε Yahoo!; Βαρεθήκατε τα ενοχλητικά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων http://login.yahoo.com/config/mail?.intl=gr

7 9

Problem about toggleBorder and copyToAll.
by Magicloud Magiclouds 22 Sep '09

22 Sep '09

Hi, I use this code to deal with my clock window. manageHook_ :: ManageHook manageHook_ = composeAll [ className =? "Clock" --> (do w <- ask liftX $ toggleBorder w doCenterFloat) ] Well, it does not work as expected. The window still has a border (which is very slight, like using an alpha channel or what), and could receive focus. Was the code wrong? Also, how to put copyToAll to this code? Thanks. -- 竹密岂妨流水过山高哪阻野云飞

2 1