May 2010 - xmonad - Haskell.org

darcs patch: Add a way to update the modifier in X.L.LayoutModifier
by Daniel Schoepe 05 May '10

05 May '10

Sat Aug 22 23:39:58 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Add a way to update the modifier in X.L.LayoutModifier This patch adds the possibility to update the state of a layout modifier when modifying the underlying layout before it is run(i.e. using modifyLayout). The modified state is also passed to the subsequent call of redoLayout, whose return takes precedence if both functions return modified states of the layout modifier.

6 9

darcs patch: PerWindowKbdLayout
by konstantin.sobolev＠gmail.com 04 May '10

04 May '10

Mon Mar 29 20:54:33 EDT 2010 konstantin.sobolev(a)gmail.com * PerWindowKbdLayout

4 7

Getting layout combinators the right way around
by Toby Cubitt 03 May '10

03 May '10

Hi, I've been trying to produce a layout that works something like TwoPane/DragPane (I don't really understand the difference between these two), but with tabs for the slave windows. I.e. if there's only one window, it takes up the full screen; if there are two windows, the master window is always in the left pane, the slave on the right; if there are more than two windows, the master is on the left, one slave is displayed on the right, and there are tabs (as in e.g. simpleTabbed) showing the slave windows. I've achieved something very close to what I want using: reflectHoriz $ combineTwo (TwoPane 0.03 0.5) simpleTabbed Full I needed the reflectHoriz because with combineTwo (TwoPane 0.03 0.5) Full simpleTabbed hidden slave windows ended up in the left pane, rather than appearing as tabs in the right pane. But the (minor) annoyance with using reflectHoriz is that the focusDown/focusUp and Shrink/Expand key bindings go the opposite way to every other workspace (I use PerWorkspace layouts, so simply switching the bindings won't work). Somehow I feel I'm missing something, and it should be possible to achieve this without the reflectHoriz. Is there a better way? Thanks, Toby -- Dr T. S. Cubitt Quantum Information Theory group Department of Mathematics University of Bristol United Kingdom email: tsc25(a)cantab.net web: www.dr-qubit.org

2 2

darcs patch: fix haddock comment being assigned to constructor inst...
by Tomas Janousek 03 May '10

03 May '10

1 patch for repository http://code.haskell.org/xmonad: Thu Apr 15 19:39:36 CEST 2010 Tomas Janousek <tomi(a)nomi.cz> * fix haddock comment being assigned to constructor instead of field -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/

3 2

[jv@informatik.uni-bonn.de: xmonad entry for HCAR November 2009]
by Don Stewart 03 May '10

03 May '10

Can someone revise the HCAR entry? ----- Forwarded message from Janis Voigtländer <jv(a)informatik.uni-bonn.de> ----- Date: Mon, 16 Nov 2009 16:14:46 +0100 From: Janis Voigtländer <jv(a)informatik.uni-bonn.de> To: dons(a)cse.unsw.edu.au Subject: xmonad entry for HCAR November 2009 Dear Don, The xmonad entry for the Haskell Communities and Activities Report is already quite old. I had hoped for an updated entry for the upcoming edition. If you let me know, there is still a bit of time to produce a revision. For reference, below is the old entry. Best regards, Janis. \begin{hcarentry}{xmonad} \label{xmonad} \report{Don Stewart}%05/08 \status{active development} \makeheader xmonad is a tiling window manager for X. Windows are arranged automatically to tile the screen without gaps or overlap, maximizing screen use. Window manager features are accessible from the keyboard: a mouse is optional. xmonad is written, configured, and extensible in Haskell. 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. The new release 0.7 of xmonad added full support for the GNOME and KDE desktops, and adoption continues to grow, with binary packages of xmonad available for all major distributions. \FurtherReading \begin{compactitem} \item Homepage: \url{http://xmonad.org/} \item Darcs source: \texttt{darcs get} \url{http://code.haskell.org/xmonad} \item IRC channel: \verb+#xmonad @ irc.freenode.org+ \item Mailing list: \email{xmonad(a)haskell.org} \end{compactitem} \end{hcarentry} -- Jun.-Prof. Dr. Janis Voigtländer http://www.iai.uni-bonn.de/~jv/ mailto:jv@iai.uni-bonn.de ----- End forwarded message -----

4 6

darcs patch: Less refreshing / flickering in mouse-2 binding.
by Adam Vogt 03 May '10

03 May '10

Fri Oct 30 22:51:05 EDT 2009 Adam Vogt <vogt.adam(a)gmail.com> * Less refreshing / flickering in mouse-2 binding.

3 3

[Contrib-Patch] XMonad.Actions.KeyRemap
by Christian Dietrich 03 May '10

03 May '10

Hi, i had the problem that i wanted to use programmers dvorak keymapping[1] (or better said, i wanted to learn it). But for me as an emacs user it is a little bit disturbing, that my keybindings change when doing so. So i wrote a module that made it possible for me to define a keymapping, so that normal characters are translated by xmonad to programmers dvorak, and everythin that contains a modifier is left untouched. This behaviour is done by grabbing all keys by xmonad and sending appropriate Events to the focused window. It is also possible to change keymaps on the fly. Here i have the empty Mapping (here are also no keys bound by xmonad) on F1 and the dvorak Mapping on F2. greetz didi [1] http://www.kaufmann.no/roland/dvorak/ PS: I hope i got the attachment right, i'm not used to gnus until now. -- No documentation is better than bad documentation -- Das Ausdrucken dieser Mail wird urheberrechtlich verfolgt.

4 9