- xmonad - Haskell.org

darcs patch: Decoration: add a mouseEventHook methohd... (and 2 more)
by Andrea Rossato 08 Feb '08

08 Feb '08

Hi, these 3 patches are going to enable mouse dragging of decorated windows. Mouse dragging is going to work only with layouts using the windowArranger layer (obviously), which, at the present time, means only the SimpleFloat - and any layout using SimpleDecoration together with the windowArranger. DwmStyle is obviously excluded (see below to understand why). Since I'm experiencing some problems with focus changes and decoration I'm not pushing till I have some tester confirming I'm not breaking anything with those patches. The first patch is just for moving code: I added a mouseEventHook method to the DecorationStyle class (does it make sense? I thought different styles may have different event handling mechanisms). The second is just to enable mouse UI support in the windowArranger. The third should be safe: if the decoration we are clicking on is the decoration of the focused window we start grabbing it with the mouse. If it is not the focused window we focus it. The problem is that focus change, here, seems to be broken: the focus changes but the decoration colors do not, as if the decoration state was not being updated. I thought that could be related to issue #111 (by reading David's patch description) and I changed broadcastMessage to sendMessage in Main.handle. Still I didn't notice any effect (but I need to double check since perhaps I'm messing up my source trees). This is going to interfere with mouseDrag, which will check the decoration state to see if a decoration belongs to the focused window. One more thing: now, when I start dragging I do not calculate the distance between the mouse and the origin of the window, and so, at first, the window origin will abruptly change to reflect the mouse position. I know it's probably just a line of code but I didn't write it so far... I also need some advise on how to implement mouse resize: how do other WMs handle that? Should I check for a small area around the window's border? Just an area around the bottom right corner? Any idea? Cheers, Andrea Fri Feb 8 08:35:14 CET 2008 Andrea Rossato <andrea.rossato(a)unibz.it> * Decoration: add a mouseEventHook methohd and move mouse button event there Fri Feb 8 09:34:13 CET 2008 Andrea Rossato <andrea.rossato(a)unibz.it> * WindowArranger: add a SetGeometry message - needed to enable mouseDrag Fri Feb 8 09:36:02 CET 2008 Andrea Rossato <andrea.rossato(a)unibz.it> * Decoration: enable mouse dragging of windows

2 5

A call for themes
by Andrea Rossato 08 Feb '08

08 Feb '08

Hi, since the new Decoration system seems to be getting better, tonight I added a prompt to dynamically select a theme for the current workspace. While the prompt is not going to set the default theme (if you press mod+shift+space the default one will be reloaded), still it could be useful to have different themes on different workspaces, or to test a new theme before choosing it as the default one. Together with the prompt I added a new module: XMonad/Util/Themes.hs where to store user contributed themes to be listed in the prompt. At the present time I just added the default theme and the theme I'm using as my default one. I also added deifl's theme (I found it on the wiki). Since I was not able to relate the nick to a real name I did not fill all the needed information. Creating a theme should be straightforward, but you can use one of the available ones as a template. In the module there already are the instructions on how to add a new theme. At the present time the prompt will display only the theme name (it should be a single word name). But I hope to use the other information in the future. So, please add a description and your name/nickname too. Any suggestion is welcome. Even more if in the form of a darcs patch! :) I keep seeing wonderful screen shots, so please share you theme! Thanks, Andrea

4 4

Support literate Haskell config files?
by gwern0＠gmail.com 08 Feb '08

08 Feb '08

Someone on #xmonad was asking today whether he could make his .xmonad/xmonad.hs a literate file; without thinking, I told him, sure, why not? Then it occurred to me that what I was thinking of was how you could execute 'runhaskell Setup configure', regardless of whether it was Setup.lhs or Setup.hs, and that that wouldn't work because Core.hs matches on xmonad.hs, not lhs. It seems to me that it's not a bad idea to let users keep their config file in literate haskell if they want. It's a simple enough change - runProcess is already dragging in the shell, so a glob is enough: > hunk ./XMonad/Core.hs 372 > - waitForProcess =<< runProcess "ghc" ["--make", "xmonad.hs", "-i", "-no-recomp", "-v0", "-o",binn] (Just dir) > + waitForProcess =<< runProcess "ghc" ["--make", "xmonad.*hs", "-i", > "-no-recomp", "-v0", "-o",binn] (Just dir) (It'd be better to match on a single character, but I don't think "xmonad.hs xmonad.lhs" would work - GHC would complain about duplicate mains if both are there, or about a missing file if only one; xmonad.?hs wouldn't work, as this wouldn't match xmonad.lhs; xmonad.[l]hs likewise only matches xmonad.lhs and not xmonad.hs. xmonad.{,l}hs would work under Bash and Zsh, but if you try through /bin/sh or something like Dash, it fails - brace expansions are a possible future addition, but they are not in POSIX yet. So xmonad.*hs it is.) -- gwern Alex KEDO Security Club WSP E.O.D. - the Hercules fissionable

3 2

swapScreen in cycleWS
by Tom Rauchenwald 08 Feb '08

08 Feb '08

Hi, I'm not sure why, but it seems darcs send didn't work, so i send the patch manually. It would be nice if someone could review it, though it is basically the same as switchScreen. I find this useful because often i want to swap the contents of my screens. If you think it is appropriate, please include it. Thanks, Tom -- Then I drew in a breath, and my renewed will with it, lifted the rod in my right hand, murmured a phrase in a language I didn't know, and blew the tires off his fucking truck. -- Harry Dresden

2 1

Re: [xmonad] NMU done
by Joachim Breitner 08 Feb '08

08 Feb '08

Hi, Am Mittwoch, den 06.02.2008, 23:38 +0300 schrieb Yab Boos: > Hello Joachim, > > Joachim Breitner wrote: > > I’ll stop pushing this for now, anyone who wants xmonad 0.6 on Debian > > will have to use the packages on http://people.debian.org/~nomeata/ > > > Do you have amd64 packages? No, but you can easily re-build them. dget http://people.debian.org/~nomeata/xmonad/xmonad_0.6-0.nomeata1.dsc dpkg-source -x xmonad_0.6-0.nomeata1.dsc cd xmonad-0.6 dpkg-buildpackage -b -cu -us and you have a debian package (compareable procedure for the other packages, build haskell-x11 first) Greetins, Joachim Joachim "nomeata" Breitner Debian Developer nomeata(a)debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata(a)joachim-breitner.de | http://people.debian.org/~nomeata

2 2

New ideas [was: Trying to code jump-or-execute]
by David Collins 07 Feb '08

07 Feb '08

Hi I don't know if this is already possible or not, I am a relatively new user (and new to haskell). I would like to be able to hide a window. I tend to use workspace one for the internet and anything else that I shouldn't be doing at work, and it would be nice to be able to hide firefox behind the terminal and emacs so that is doesn't clutter the screen but still keep the current layout David Collins

2 1

Issue 137 in xmonad: Incorrectly specified BorderColor brings down xmonad on restart
by codesite-noreply＠google.com 07 Feb '08

07 Feb '08

Issue 137: Incorrectly specified BorderColor brings down xmonad on restart http://code.google.com/p/xmonad/issues/detail?id=137 Comment #5 by dons00: Thanks for responding. I'll take a look at this. We may be dropping the defaults somewhere. We can also report a more interesting error. -- 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 137 in xmonad: Incorrectly specified BorderColor brings down xmonad on restart
by codesite-noreply＠google.com 07 Feb '08

07 Feb '08

Issue 137: Incorrectly specified BorderColor brings down xmonad on restart http://code.google.com/p/xmonad/issues/detail?id=137 Comment #4 by semdornus: Thanks for the fix. There is indeed no crash anymore. Two small caveats though; there is no xmessage specifying the problem, which could confuse the user ("Why doesn't my new configuration work?") and make any problem hunting in the configuration itself troublesome. Secondly I use a spawnPipe (dzen2) with DynamicLog for the workspaces, etc. This doesn't work anymore in combination with this problem. If I restart with an incorrect bordercolor dzen2 doesn't come up anymore. -- 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

New Xmonad user
by Arturo Borquez 07 Feb '08

07 Feb '08

Hi all, (please forgive me, my mother tounge is spanish, so be patient). I've successfully instaled xmonad and xmobar on a FREEBSD-6.3. I have done my key bindings, and a nice status bar for xmobar. Xmonad is really nice and productive (as I dislike the mouse). I come from Ion WM, and I want to change the Mod1 (ALT key) by the Control key. if it is possible please tell me how it could be done. Best Regards Arturo Borquez ____________________________________________________________________________________ ¡Capacidad ilimitada de almacenamiento en tu correo! No te preocupes más por el espacio de tu cuenta con Correo Yahoo!: http://correo.espanol.yahoo.com/

2 1

XMonad 0.5, combo layouts, swapDown and swapUp
by Dave Harrison 07 Feb '08

07 Feb '08

Hey all, First up, love the new configuration method, my xmonad.hs file is now nice and tiny :-) Quick "maybe glitch" though, I'm using ComboLayout with Tabbed, and I find that when I first add lots of windows to the layout the alt-tab order is correct (also when adding windows into the middle of the stack it's correct). When I swapDown or swapUp _in_ the stack, the order is correct. But if I swapDown or swapUp at either end of the stack the ordering goes rather pearshaped (the ordering is no longer correct "visually" if you see what I mean). Is this a known thing ? My xmonad.hs is below. Cheers, Dave ---- import XMonad hiding (Tall(..)) import qualified XMonad.StackSet as W import XMonad.Layout.Tabbed import XMonad.Layout.Combo import XMonad.Layout.TwoPane import XMonad.Layout.NoBorders import XMonad.Layout.HintedTile import XMonad.Config (defaultConfig) import XMonad.Hooks.DynamicLog import XMonad.Util.Dmenu import qualified Data.Map as M import System.IO (hPutStrLn) daveConfig = defaultConfig { defaultGaps = [(0,15,0,0)] , logHook = dynamicLog , terminal = "xterm -fa Mono -fs 12" , layoutHook = smartBorders ( combineTwo (TwoPane 0.03 0.5) (tabbed shrinkText defaultTConf) (tabbed shrinkText defaultTConf) ||| mytab ||| tiled Tall ||| tiled Wide ||| Full ) , keys = \c -> mykeys c `M.union` keys defaultConfig c } where -- layouts tiled = HintedTile 1 0.03 0.5 mytab = tabbed shrinkText defaultTConf -- key mapping overrides mykeys (XConfig {modMask = modm, workspaces = ws}) = M.fromList $ [((modm, xK_Left ), sendMessage Shrink) -- %! Shrink the master area ,((modm, xK_Right ), sendMessage Expand) -- %! Expand the master area ,((modm, xK_p ), spawn "exe=`cat /home/dave/.dmenulist | dmenu -b -p \"$\"` && eval \"exec $exe\"") -- @@ Launch dmenu ] main = xmonad $ daveConfig

5 9