View source for Xmonad/Notable changes since 0.9

This page is for keeping a record of significant changes in darcs xmonad and xmonad-contrib since the 0.9 release. See 'darcs changes' for more details about miscellaneous feature enhancements, and documentation and bug fixes not noted here.

The idea is to put here a list of things which a user upgrading from 0.9 to the current darcs version might like to know, so that they are sure to be included in the next release change log.

__TOC__

== Updates that require changes in xmonad.hs ==
=== Simplified interface for X.A.SpawnOn and X.H.DynamicHooks ===
Since contrib modules can now store custom state in XState, the additional IORef parameters are no longer required: Users have to remove the first parameter to the respective functions. The functions <code>mkSpawner</code> and <code>initDynamicHooks</code> are also no longer necessary and have been removed. The same applies to XMonad.Hooks.DynamicHooks. See [[#XState details|below]] for examples.

=== X.A.OnScreen changes ===
The type of <code>onScreen</code> has been changed to allow more general onScreen functions. The new <code>onScreen</code> takes any function that modifies the stack and runs it on the given screen. Since XMonad can not guess what you'd like to do with the focus after running this function, <code>onScreen</code> also accepts a <code>Focus</code> data which tells XMonad how to act.  See [[#OnScreen details|below]] for detailed examples. The more common "end user" functions like <code>viewOnScreen</code> and <code>greedyViewOnScreen</code> didn't change in their interface though.

=== Optional or obscure changes ===
These are changes unlikely to affect most xmonad users.

* '''X.Hooks.DynamicLog urgency''' Urgency formatting now takes precedence over all other formatting, so xmobarStrip and dzenStrip are no longer needed. Multi-head users that distinguish urgent current from urgent visibles will need custom pretty printers but default behaviour is unchanged.

* '''The X.Util.XUtils paintAndWrite utility's''' parameter types have changed to allow printing multiple strings. Configs using it will need to be updated to use [Align] and [String].

== Changes to the xmonad core ==
* XState now supports state extensions in xmonad-contrib. See darcs [http://code.haskell.org/XMonadContrib/XMonad/Util/ExtensibleState.hs source] or documentation.

* xmonad --verbose-version flag added to provide more detailed information about the xmonad build useful for troubleshooting.

* <hask><+></hask> is `mappend` for any Monoid now, not just ManageHook. Thus it can be used with keybindings, handleEventHook, X(a -> a), and more.

* The GenerateManpage script now uses the GPL'd pandoc to generate html and man versions of the manpage.

== Changes to xmonad-contrib ==
Throughout xmonad-contrib many monadic computations have been generalized to work in any MonadIO, i.e. in X or directly in main in IO.

=== Updated modules ===
====Actions====
* '''CycleWS''' now allows cycling through "WSTagGroups" distinguished by tags built into workspace ids, e.g. workspaces = ["tag1:foo","tag1:bar","tag2:foo"]

* '''DynamicWorkspaces''' includes several bug fixes and improvements.

* '''GridSelect''' has new gridselectWorkspace variation to choose a workspace with which to perform an action such as view, shift or copy the focused window, etc.

* '''OnScreen''' has improved several functions and offers greater flexibility, however some interfaces have changed. See [[#Updates that require changes in xmonad.hs|changes in xmonad.hs]] for details.

* '''SpawnOn''' uses extensible state rather than IORefs. See [[#Updates that require changes in xmonad.hs|changes in xmonad.hs]] for details.

* '''TopicSpace''' includes defaultTopicConfig for easier setup, and manages its history via extensible state rather than U.StringProp.

====Hooks====
* '''DynamicHooks''' uses extensible state rather than IORefs. See [[#Updates that require changes in xmonad.hs|changes in xmonad.hs]] for details.

* '''DynamicLog''' includes xmonadPropLog to output data via root window properties rather than via pipes. For configs using H.UrgencyHook, enabling urgency on current or visible will override ppCurrent or ppVisible formatting and use the urgency formatting instead whenever a workspace contains urgent windows, similarly it ignores ppHidden formatting, eliminating the need for the dzen and xmobar format strippers.

* '''ManageDocks''' avoidStruts has been extended to behave more sensibly with over under multi-head configurations, i.e. allowing the use of xmobar at the bottom of a screen positioned over another xinerama screen. Note that current wm specifications do not support per screen struts, although it is under discussion, so many applications won't set struts at an interior screen edge.

* '''ManageHelpers''' has new currentWS query enabling per workspace differences in manageHooks.

====Layout====
* '''BorderResize''' modifies layouts supporting the SetGeometry message to allow resizing windows by dragging their corners (without needing to press a modifier key). It is best used with L.PositionStoreFloat or the complete C.Bluetile, however it can also be used with L.WindowArranger.

* '''Decoration''' has internal changes to support bluetile additions, including a new windowTitleAddons field in Theme.

====Prompt====

* '''X.Prompt''' exports setInput and getInput for use in custom keymaps. copyString has been removed. The default quit bindings are Esc, C-q or C-[. C-g is no longer bound.

====Util====
* '''Dzen''' has many new helper functions useful for creating custom notifications or message popups.

* '''EZConfig''' exports previously hidden <hask>parseKey</hask> (used by X.U.Paste).

* '''XSelection''' putSelection has been removed. See [http://code.google.com/p/xmonad/issues/detail?id=317 Issue 317].

* '''XUtils''' paintAndWrite now prints multiple strings, taking [Align] and [String] parameters in place of Align and String.

=== New contrib modules ===
====Actions====
* '''BluetileCommands''' are the X.H.ServerMode commands used by the bluetile gtk2hs dock. Most of them can also be used with other interfaces to ServerMode if you have enabled the appropriate layout extensions from X.C.Bluetile.

====Config====
* '''Bluetile''' enables the bluetile extensions minus the greeter and dock. See the [http://projects.haskell.org/bluetile bluetile project page] for more details.

====Hooks====
* '''CurrentWorkspaceOnTop''' logHook used to restack floating layouts, ensuring dragged windows stay on top, used by bluetile config.

* '''PositionStoreHooks''' manageHook and eventHook to store and maintain position and size data, used by bluetile config.

====Layout====
* '''ButtonDecoration''' provides window decoration with clickable menu, minimize, maximize, close buttons. Requires use of L.Minimize and L.Maximize and L.DecorationAddons.

* '''DecorationAddons''' extra utilities to make decorations more useful.

* '''DraggingVisualizer''' helper for L.WindowSwitcherDecoration to make dragged windows follow the mouse cursor.

* '''MultiColumns''' Use as many columns as you'd like with as many windows in each column as you'd like.

* '''PositionStoreFloat''' the main bluetile floating layout designed for dual-head, should be used along with L.NoFrillsDecoration and L.BorderResize. (Currently requires use of mouse to move and resize floating windows.)

* '''WindowSwitcherDecoration''' drag windows on top of each other to swap positions.

====Util====
* '''ExtensibleState''' allows storing custom mutable state in xmonad. Can optionally be made persistent over restarts.

* '''PositionStore''' store window position and size info in XState for better float management. Used extensively by C.Bluetile.

* '''SpawnOnce''' spawns a command once and only once. Useful for session settings unique to xmonad to be run from startupHook only on login rather than on each xmonad restart.

=== Deleted modules ===

== Detailed examples regarding changes to xmonad.hs ==
=== XState details ===
Since contrib modules can now store custom state in XState, the additional IORef parameters are no longer required: Users have to remove the first paramter to the respective functions. The functions <code>mkSpawner</code> and <code>initDynamicHooks</code> are also no longer necessary and have been removed.

Example:<br />
<haskell>
-- Old code:
 sp <- mkSpawner
 ..
  [((mod1Mask,xK_k), shellPromptHere sp defaultXPConfig
   ..]
</haskell>
The above has to be changed to:
<haskell>
  -- no mkSpawner line
  ..
  [((mod1Mask,xK_k), shellPromptHere defaultXPConfig)
   ..]
</haskell>
The same applies to XMonad.Hooks.DynamicHooks.

=== OnScreen details ===
The type of <code>onScreen</code> has been changed to allow more general onScreen functions. The old <code>onScreen</code> was very limited. Basicly the only working function derived from onScreen was <code>viewOnScreen</code>, since the <code>greedyViewOnScreen</code> never worked as supposed to, and any other function wouldn't work either.

The new <code>onScreen</code> takes any function that modifies the stack and runs it on the given screen. Since XMonad can not guess what you'd like to do with the focus after running this function, <code>onScreen</code> also accepts a <code>Focus</code> data which tells XMonad how to act.

Comparison:

<haskell>
---- Old version ----

-- Old type of onScreen:
onScreen :: (WorkspaceId -> WindowSet -> WindowSet) -- ^ default action
         -> ScreenId                                -- ^ screen id
         -> WorkspaceId                             -- ^ index of the workspace
         -> WindowSet                               -- ^ current stack
         -> WindowSet

-- The old implementation of viewOnScreen was:
viewOnScreen :: ScreenId -> WorkspaceId -> WindowSet -> WindowSet
viewOnScreen sc i = onScreen view sc i


---- New version ----

-- The new Focus data:
data Focus = FocusNew                       -- ^ always focus the new screen
           | FocusCurrent                   -- ^ always keep the focus on the current screen
           | FocusTag WorkspaceId           -- ^ always focus tag i on the new stack
           | FocusTagVisible WorkspaceId    -- ^ focus tag i only if workspace with tag i is visible on the old stack

-- New type of onScreen:
onScreen :: (WindowSet -> WindowSet) -- ^ function to run
         -> Focus                    -- ^ what to do with the focus
         -> ScreenId                 -- ^ screen id
         -> WindowSet                -- ^ current stack
         -> WindowSet

-- A few example implementations (don't worry - they're already built in):
viewOnScreen           :: ScreenId -> WorkspaceId -> WindowSet -> WindowSet
viewOnScreen sc i       = onScreen (view i) (FocusTag i) sc
greedyViewOnScreen     :: ScreenId -> WorkspaceId -> WindowSet -> WindowSet
greedyViewOnScreen sc i = onScreen (greedyView i) FocusCurrent sc
</haskell>

[[Category:XMonad]]