April 2007 - xmonad - Haskell.org

compiling problem
by Michael Vanier 25 Apr '07

25 Apr '07

Hi everyone, First off, thanks to everyone who's working on xmonad. I'm an ion user and I'd love to have equivalent functionality implemented in a (*ahem*) better language. I've been going through the procedure to install xmonad-0.1, and I successfully installed all the dependencies. But the xmonad build fails thusly: Preprocessing executables for xmonad-0.1... Building xmonad-0.1... XMonad.hs:27:7: Could not find module `System.Posix.Process': Use -v to see a list of the files searched for. I'm running ghc-6.6 compiled from source on Debian Linux. Any hints? Mike

3 2

darcs patch: change to using Properties to transmit state info (+4 ...
by Stefan O'Rear 25 Apr '07

25 Apr '07

Tue Apr 24 20:44:34 PDT 2007 Stefan O'Rear <stefanor(a)cox.net> * change to using Properties to transmit state info (+4 loc)

1 0

New release of X11-extras
by dons＠cse.unsw.edu.au 25 Apr '07

25 Apr '07

This is just to announce a maintainence release of the X11-extras package, including ./configure. This avoids the autoreconf dependency, and should make it a bit easier to get X11-extras built. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/X11-extras-0.1 Regarding the issues a couple of people on *BSD systems have had building the X11 package: this seems to be due to an interaction between an older version of Cabal, and some recent changes to X11's configure script. If you've had trouble linking the Haskell X11 package on a BSD (or Apple) system, try updating to the darcs version of Cabal first (haskell.org/cabal) -- Don

1 0

freebsd build issues
by brad clawsie 24 Apr '07

24 Apr '07

hi, this is in regards to a build problem in X11-1.2, required to build xmonad after running runhaskell Setup.hs configure --user --prefix=$HOME/local i see in the output, checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include and furthermore, in X11.buildinfo, i see ld-options: -L/usr/X11R6/lib but upon running runhaskell Setup.hs build i see Preprocessing library X11-1.2... /usr/bin/ld: cannot find -lX11 linking Graphics/X11/Types_hsc_make.o failed command was: /usr/local/bin/ghc-6.6 -lX11Graphics/X11/Types_hsc_make.o -o Graphics/X11/Types_hsc_make Setup.hs: got error code while preprocessing: Graphics.X11.Types i don't know why the -L is not being passed to ghc, i am not sure how to force this, or even if i should have to considering that it is being populated in X11.buildinfo. i also have /usr/X11R6/lib in my LD_LIBRARY_PATH this is on freebsd6.2, probably similar to other bsds that still might be using /usr/X11R6 thanks for any help you can provide brad

2 2

darcs patch: force window border to 1px
by Jason Creighton 23 Apr '07

23 Apr '07

Sun Apr 22 23:08:24 MDT 2007 Jason Creighton <jcreigh(a)gmail.com> * force window border to 1px

1 0

[Patch] dwm style tagging
by Robert Marlow 23 Apr '07

23 Apr '07

G'day. Patch for dwm style tagging is attached. Please note I haven't tested this patch with xinerama. -- Robert Marlow <bobstopper(a)bobturf.org>

1 1

ANNOUNCE: xmonad 0.1
by Spencer Janssen 22 Apr '07

22 Apr '07

The xmonad dev team is pleased to announce the inaugural release of: xmonad: a tiling window manager http://xmonad.org Xmonad is a minimalist tiling window manager for X, written in Haskell. Windows are managed using automatic layout algorithms, which can be dynamically reconfigured. At any time windows are arranged so as to maximise the use of screen real estate. All features of the window manager are accessible purely from the keyboard: a mouse is entirely optional. Xmonad is configured in Haskell, and custom layout algorithms may be implemented by the user in config files. A principle of Xmonad is predictability: the user should know in advance precisely the window arrangement that will result from any action. By default xmonad provides three layout algorithms: tall, wide and fullscreen. In tall or wide mode, windows are tiled and arranged to prevent overlap and maximise screen use. Sets of windows are grouped together on virtual screens, and each screen retains its own layout, which may be reconfigured dynamically. Multiple physical monitors are supported via Xinerama, allowing simultaneous display of a number of screens. By utilising the expressivity of a modern functional language with a rich static type system, Xmonad provides a complete, featureful window manager in less than 500 lines of code, with an emphasis on correctness and robustness. Internal properties of the window manager are checked using a combination of static guarantees provided by the type system, and type-based automated testing. A benefit of this is that the code is simple to understand, and easy to modify. More information, screenshots, documentation and community resources are available from: http://xmonad.org Xmonad is available from hackage, and via darcs. Happy hacking! The Xmonad Team: Spencer Janssen Don Stewart Jason Creigh

2 1

the latest in XMonad.Mosaic
by David Roundy 21 Apr '07

21 Apr '07

Hi all, I've been hacking a bit on my "Mosaic" layout. It now allows the user to dynamically set some windows to be square (reasonably so, anyhow), and give preferences for the area allocated to individual windows, and to tune the preferred aspect ratios for all windows (except the square ones). It's sort of an arbitrary set of features, but it now makes this layout a potentially useful one. Of course, it'll be more useful when I've implemented a scheme for configuring certain classes of windows to have certain properties, so you won't have to tell each xclock to be small and square. And like all the layouts (except full-screen) it's pretty useless if there are many windows in a given workspace. Anyhow, in case anyone's interested, I didn't have to make any modifications to xmonad except to Config.hs (which is documented in comments in Mosaic.hs), and the keybindings are: mod-l : try to make all windows shorter and wider mod-h : try to make all windows taller and skinnier mod-shift-l : try to make focussed window bigger mod-shift-h : try to make focussed window smaller mod-shift-s : try to make focussed window square You can get the code with darcs get http://physics.oregonstate.edu/~roundyd/XMonad and if you do this get while in the xmonad directory, you'll be all set to go (once you've edited Config.hs). I'll appreciate comments, suggestions, patches... -- David Roundy http://www.darcs.net

1 0

XFetchName?
by David Roundy 20 Apr '07

20 Apr '07

Hi all, I've been looking into how to make xmonad a bit smarter about laying out windows, and was trying to find out some way to extract some sort of information regarding the windows, and am basically at a loss. I decided to give up for now when I found the comment -- XFetchName omitted X11/Graphics/X11/Xlib/Misc.hsc Does anyone have an idea how to get this sort of information? I know we *should* be able to access the name and class of each window, but can't see how to actually do so. :( -- David Roundy http://www.darcs.net

2 1

darcs patch: refactor layout interface. (and 1 more)
by David Roundy 20 Apr '07

20 Apr '07

Hi all, Here's another shot at an interface that will allow prettier passing of messages to the layout, so we can send interesting types. This patch adds one warning in Main, since I removed the type of handle, so it could be inferred from the type of keys. We could hardcode it to give an X LayoutMsg (), but that seems uglier, to me. We could also consider importing Main into Config (and renaming main), in which case handle (and Main) would be functions of keys, and the name "keys" itself wouldn't be hard-coded. It does seem prettier to make Config import all the other modules, rather than having Config itself imported by another module. I'm still not sure that this is a good plan. As long as our layout is a pure function, we won't be able to do things that ion does, such as being able to drag a tab from one location to another to move a window. That's not a big deal, but if possible it'd be nice (if it can be done cleanly) to define an API that doesn't limit the capabilities of the window manager. David Wed Apr 18 08:02:05 PDT 2007 David Roundy <droundy(a)darcs.net> * refactor layout interface. This change only changes functionality in that the tileFraction is now a per-layout variable. The main point is to add the flexibility to define layouts in the Config file. There's a bit of cheesiness in the type of modifyLayout, since I could figure out a pleasant choice for passing the key-binding information to the Layout, so I just used a string. Wed Apr 18 08:57:38 PDT 2007 David Roundy <droundy(a)darcs.net> * allow any type to be passed to the layout function. This is an attempt to allow for more general layouts, that could do things like interact with mouse clicks. The trickiness is that I want to be able to define the type of message that is passed in Config, and as a result, I had to change the kind of X and XMonad.

2 4