January 2008 - xmonad

darcs patch: Get version from the Paths_xmonad module generated by ...
by Daniel Neri 29 Jan '08

29 Jan '08

Tue Jan 29 15:40:37 CET 2008 Daniel Neri <daniel.neri(a)sigicom.se> * Get version from the Paths_xmonad module generated by Cabal No need to bump version in more than one place.

3 2

darcs patch: The start of a LayoutCombinator class wi... (and 1 more)
by Andrea Rossato 29 Jan '08

29 Jan '08

I think that sending a Hide to the hidden layout should be just fine. Anyway, the best thing I can do is start porting other combinators and see if the class actually fulfills a layout combinator semantics. Any idea appreciated! Andrea Tue Jan 29 18:25:24 CET 2008 Andrea Rossato <andrea.rossato(a)unibz.it> * The start of a LayoutCombinator class with a CombinedLayout Tue Jan 29 19:02:45 CET 2008 Andrea Rossato <andrea.rossato(a)unibz.it> * LayoutCombinator class: send Hide to the hidden layout

1 1

darcs patch: The start of a LayoutCombinator class with a CombinedL...
by Andrea Rossato 29 Jan '08

29 Jan '08

Hi, this is a step forward in the direction of the type classes cleanup I've been proposing recently. The basic idea is to completely hide the Layout implementation to LayoutModifiers and LayoutCombinators. This way we can extend the LayoutClass without messing up the whole repository. This should also let us remove a lot of duplicate code and let the developers not to rewrite always the same stuff with high probability of bugs. This way we could also reject any code that has a (wrs,ml) <- doLayout in a LayoutClass instance...;) While there seems to be not much use for such a class (well, PerWorksapce, ToggleLayouts, MultiToggle, LayoutCombinators, the layout selector, and so on...;), while implementing it I had the feeling it could be quite a powerful tool. Imagine to run 2 layouts and then combine their results with pure code with "combineResult"... I don't know, but that could be fun. Still I have some troubles in implementing the handleMessage methond for CombinedLayout - and in deciding the type of comboHandleMessage. If we switch layout, the first one should receive an Hide. Should I take care of that in the class? In the instance? David, any idea? That following would be the implementation of a simple Toggle layout combinator. It works (sendMessage Toogle will make it switch), but I still have to find a clean solution to hide the first layout, otherwise decorations will be floating around d forever...;) Any idea? TIA Andrea data ToggleLayout a = TL Bool deriving (Read,Show) instance LayoutCombinator ToggleLay a where chooser (TL b) = if b then DoFirst else DoSecond comboHandleMess (TL b) _ _ m | Just Togg <- fromMessage m = return $ TL (not b) | otherwise = return (TL b) data ToggleLayoutMsg = Toggle deriving (Read,Show,Typeable) instance Message ToggleLayoutMsg toggle :: l1 a -> l2 a -> CombinedLayout ToggleLayout l1 l2 a toggle = CombinedLayout (TL True) to use as: toggle Full tabbed Tue Jan 29 18:25:24 CET 2008 Andrea Rossato <andrea.rossato(a)unibz.it> * The start of a LayoutCombinator class with a CombinedLayout

1 0

question re --version flag
by David Cabana 29 Jan '08

29 Jan '08

Let be begin by congratulating the xmonad developers on the release of version 0.6. I have been a delighted user since 0.4. Thank you for a fantastic product. I saw on the announcement of the 0.6 release that a new flag had been introduced: " --version: print *xmonad*'s version " Naturally, I tried it first thing after installing v 0.6, and was surprised to get the result "xmonad 0.5". I am left wondering what's up. I deleted the v 0.5 binary and seemingly installed v .6. If the flag is indeed new, then I must have v 0.6, and am seeing an oversight in a version number. Is that what I am seeing, or did v 0.5 also have a --version flag? David Cabana

3 3

Issue 124 in xmonad: Closing windows while reloading configuration confuses xmonad
by codesite-noreply＠google.com 29 Jan '08

29 Jan '08

Issue 124: Closing windows while reloading configuration confuses xmonad http://code.google.com/p/xmonad/issues/detail?id=124 Comment #2 by allbery.b: For what it's worth, I sort-of touched on this issue in another context (session management) on 2007-10-22: 11:27:06 <allbery_b> someday in my copious free time(tm) I would like to see if I can make xmonad play nicely with session managers 11:28:09 <allbery_b> the session manager handles restarting the clients and xmonad, and xmonad saves its state in the session manager (WM_SAVE_YOURSELF) with instructions to restore the clients and workspace configurations 11:29:00 <allbery_b> xsm is very barebones and works readonably well though 11:31:42 <allbery_b> the main complication is you can't just blindly use the existing support because when xmonad is restarted the clients to be restored may not be running (or have put up their windows) yet 11:33:48 <allbery_b> so you need a kind of deferred variant of --resume Apparently we have that problem even during restarts, let alone when resuming a session (actually implied by the "existing support" comment. -- 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

ANNOUNCE: xmonad 0.6 released
by Don Stewart 29 Jan '08

29 Jan '08

The xmonad dev team is pleased to announce the 0.6 release of xmonad! http://xmonad.org xmonad is a tiling window manager for X. Windows are arranged automatically to tile the screen without gaps or overlap, maximising screen use. Window manager features are accessible from the keyboard: a mouse is optional. xmonad is extensible in Haskell, allowing for powerful customisation. Custom layout algorithms, key bindings and other extensions may be written by the user in config files. Layouts are applied dynamically, and different layouts may be used on each workspace. Xinerama is fully supported, allowing windows to be tiled on several physical screens. Features: * Very stable, fast, small and simple. * Automatic window tiling and management * First class keyboard support: a mouse is unnecessary * Full support for tiling windows on multi-head displays * Full support for floating windows * XRandR support to rotate, add or remove monitors * Per-workspace layout algorithms * Per-screens custom status bars * Easy, powerful customisation and reconfiguration in Haskell * Large extension library * Extensive documentation and support for hacking Get it! Information, screenshots, documentation, tutorials and community resources are available from the xmonad home page: http://xmonad.org The 0.6 release, and its dependencies, are available from hackage.haskell.org, here: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/xmonad Headlines: This is an incremental release of xmonad, with some new features, and important bug fixes. * Make focus-follows-mouse configurable * Better support for X11 cloned screens * xmonad config dirs can now be shared across architectures * New flags: --version: print xmonad's version --recompile: recompile xmonad.hs if it is out of date --force-recompile: recompile xmonad.hs unconditionally * Improved ManageDocks extension used for docking programs * Improved documentation * Update to Haskell X11-1.4.1, fixes bug with XGetWindowProperty * Close bug #96 relating to window unmapping (fixes gnucash bugs) * 'Testing' mode for developers * Various other fixes and clean ups. Along with many improvements to the extension library. Here are some of the noticeable changes to the extension library: * New: XMonad.Hooks.ManageHelpers : support for hooks * New: XMonad.Util.Search : support for web searching * New: XMonad.Util.Timer : set up timers and to handle them * New: XMonad.Layout.Reflect : reflect layouts horizontally/vertically * New: XMonad.Actions.NoBorders * Improved EDSL for performing actions on windows * Improved window tabbing * ResizableTile works with floating windows * Faster prompts * More EWHM support * Add support for cycling through screens to CycleWS * UrgencyHook support to status bar * Custom zoom levels for magnifier layout * Bug fixes to ManageDocks * Support for _NET_WM_STRUT_PARTIAL * Improved docs for writing new extensions Full changelogs against xmonad 0.5 for the core and extensions here: http://xmonad.org/changelog-0.6.txt http://xmonad.org/changelog-xmc-0.6.txt Extensions: xmonad comes with a huge library of extensions (now more than 5 times the size of xmonad), contributed by viewers like you. Extensions enable pretty much arbitrary window manager behaviour to be implemented by users, in Haskell, in the config files. For more information on using and writing extensions see the webpage. The library of extensions is available from hackage: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/xmonad-contrib Full documentation for using and writing your own extensions: http://xmonad.org/contrib.html This release brought to you by the xmonad dev team: Spencer Janssen Don Stewart Jason Creighton Andrea Rossato David Roundy Brent Yorgey Featuring code contributions from: Aaron Denney Adam Vogt Alec Berryman Alex Tarkovsky Alexandre Buisse Austin Seipp Brandon Allbery Chris Mears Christian Thiemann Clemens Fruhwirth Daniel Neri Daniel Wagner Dave Harrison David Glasser David Lazar Devin Mullins Dmitry Kurochkin Dougal Stanton Eric Mertens Ferenc Wagner Gwern Branwen Hans Philipp Annen Ivan Tarasov Jamie Webb Jeremy Apthorp Joachim Breitner Joachim Fasting Joe Thornber Joel Suovaniemi Juraj Hercek Kai Grossjohann Karsten Schoelzel Klaus Weidner Lucas Mai Mats Jansborg Matsuyama Tomohiro Michael Fellinger Michael Sloan Miikka Koskinen Neil Mitchell Nelson Elhage Nick Burlett Nicolas Pouillard Peter De Wachter Robert Marlow Roman Cheplyaka Sam Hughes Shachaf Ben-Kiki Shae Erisson Simon Peyton Jones Stefan O'Rear Valery V. Vorotyntsev timthelion "intrigeri" As well as the support of many others on the #xmonad and #haskell IRC channels, and the wider Haskell and window manager communities. Thanks to everyone for their support!

2 1

Issue 124 in xmonad: Closing windows while reloading configuration confuses xmonad
by codesite-noreply＠google.com 28 Jan '08

28 Jan '08

Issue 124: Closing windows while reloading configuration confuses xmonad http://code.google.com/p/xmonad/issues/detail?id=124 Comment #1 by byorgey: I can confirm this bug. You have to be really quick to close the window while xmonad is still recompiling itself. Looks like some sort of race condition involving state serialization? Issue attribute updates: Status: Accepted -- 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 124 in xmonad: Closing windows while reloading configuration confuses xmonad
by codesite-noreply＠google.com 28 Jan '08

28 Jan '08

Issue 124: Closing windows while reloading configuration confuses xmonad http://code.google.com/p/xmonad/issues/detail?id=124 New issue report by kristnjov: What steps will reproduce the problem? 1. Open two windows (e.g. terminals). 2. Touch the configuration file (~/.xmonad/xmonad.hs) and reload the configuration by hitting Mod-q. 3. Close one of the windows while reloading the configuration. 4. Now xmonad seems to think there are still two windows open, even though we closed one of them. What is the expected output? What do you see instead? The expected output is that xmonad rearranges the still open windows, but it seems to think that there are more windows open than there actually are. What version of the product are you using? On what operating system? xmonad 0.6 och Arch Linux. Please provide any additional information below. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- 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

darcs patch: grammar fix (and 1 more)
by Lukas Mai 28 Jan '08

28 Jan '08

Mon Jan 28 18:50:59 CET 2008 Lukas Mai <l.mai(a)web.de> * grammar fix Mon Jan 28 18:53:13 CET 2008 Lukas Mai <l.mai(a)web.de> * add emptyLayout to MultiToggle

2 1

new decoration framework status
by Andrea Rossato 28 Jan '08

28 Jan '08

Hi, I've just sent a message about the nature of my latest (I hope not useless) code. This is a brief statu report: I checked and ported almost all instances of LayoutClass except: - XMonad.Layout.MultiToggle: I never used it, I don't have a clear idea of what is supposed to do so I'm reluctant to touch code I don't know. - XMonad.Layout.PerWorkspace: I've never used and I must confess I don't understand layout combinators very well, so the same of the above..;) But I'm sure Brent can do that in a second. - XMonad.Layout.ToggleLayouts: I didn't have time but I came to read David's code quite well (moreover I've already hacked David's combinators and ported LayoutCombinators), so that's very easy and I'll do that shortly (before pushing anyway). The rest should be just fine. The only incompatibility with old configurations is due to the fact that the type of the tabbed configuration has changed, and tabSize has been removed. "tabbed shrinkTest defaultTConf" is working fine, since TConf is not exported and I wrote the code to convert it into the new configuration. But it will fail in case of record update of defaultTConf, since fields are not exported (they would clash with the new decoration configuration system). The type signature of the function is changed too, but we do not usually invite user to write them down, so this should not be an issue. I tested XMonad.Config.* and they seem to be working just fine. I think this is it. Andrea

3 4