August 2007 - xmonad - Haskell.org

darcs patch: RunInXTerm: a simple module to run comma... (and 1 more)
by Andrea Rossato 10 Aug '07

10 Aug '07

Hi, I thought it could be useful to have a small module that checks for the XTERMCMD and uses it for launching commands in an X terminal. If you apply the first, then SshPrompt will use it. All the best, Andrea ps: as you may imagine I'm fine tuning my XMonad working installation. I knew I was going to love it - I didn't mean to waste my time when I was writing the stuff I needed to write in order to switch -, but I did not know how much more enjoyable it is when compared to my previous WM...;-) Tue Aug 7 12:16:03 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * RunInXTerm: a simple module to run commands in an X terminal This is just a wrapper around spawn to launch commands in an X terminal: runInXTerm will check the for the XTERMCMD environmental variable, and use it to run the command. If the variable is not set the command will be executed with xterm. Tue Aug 7 12:19:11 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * SshPrompt now uses RunInXTerm to launch the command

2 1

more minor code comments on StackSet.hs
by Michael Vanier 10 Aug '07

10 Aug '07

Here are some minor comments on the code in StackSet.hs, which I hope will be helpful to the authors. Please excuse my extreme anal-retentiveness ;-) In general, the code is very nice and very well-commented. I have some gripes with the comments, though: -- As is pointed out in the comments, what "master" means needs to be spelled out. I use full/tabbed tiling only and I really don't understand the master concept very well, or how it relates to the data structures (especially since it's not explicitly represented in them). -- Polymorphic data types (StackSet, Screen, Workspace) could do with comments specifying what the type parameters refer to. Sometimes it's obvious, sometimes less so. -- The comments are sometimes confusing wrt the complexity metrics. O(n), O(s), O(w) etc. are not always very intuitive in terms of what n, s, or w are supposed to be. Seemingly "s" should be "screen" and "w" should be "workspace" or "window" but it isn't always that clear. For instance, "new" says it's O(n) and then it turns out that "n" is really "m". "index" is O(s) even though it calls "integrate" which is O(n), and the focus/swap functions are O(w) (worst-case) where "w" means "window". -- For "differentiate" the comment "texture a list" is not very illuminating. Other comments: -- I find the way that Screen wraps a workspace somewhat icky, though I can't think of a better alternative. It feels like it compromises the symmetry of the StackSet data structure. Maybe I'm just being too picky here. -- Why do we need the StackOrNot type alias? What's wrong with Maybe (Stack a)? IMO the latter is more readable, or more readable when you use Maybe monad functions. -- I think the "member" function would be simpler as > member :: Eq a => a -> StackSet i a s sd -> Bool > member a s = isJust $ findIndex a s instead of > member a s = maybe False (const True) (findIndex a s) -- I think the "insertUp" function would read better as > insertUp :: Eq a => a -> StackSet i a s sd -> StackSet i a s sd > insertUp a s = if member a s then s else insert s > where insert = modify (Just $ Stack a [] []) (\(Stack t l r) -> Just $ Stack a l (t:r)) instead of > insertUp :: Eq a => a -> StackSet i a s sd -> StackSet i a s sd > insertUp a s = if member a s then s else insert > where insert = modify (Just $ Stack a [] []) (\(Stack t l r) -> Just $ Stack a l (t:r)) s since in the latter case "insert" looks like a function but isn't. Again, these are tiny, tiny issues. Overall the code is really nice. Mike

3 2

Select window by name?
by Kai Grossjohann 09 Aug '07

09 Aug '07

Does predefined functionality exist for selecting a window by name? I envision it as dmenu (or xmobar or dzen2?) coming up with a list of all windows, allowing me to choose one with completion. Then we warp to the workspace containing the window (as if with Mod-<number>) and then focus the window in question (as if with repeating Mod-j). Kai

2 1

xmonad noob greetings
by alexandre 09 Aug '07

09 Aug '07

Hi there, new xmonad user here ! I've been using and customizing it for the last 3 days. I like it very much and i think it's going to be my wm for the next decades... unless you drop devs or change license ? (My ion3 syndrom again, never mind ;-) So, this little word to say a big thank you for this great WM. I like everything about its design : unbloated, clever, vim oriented keybindings (although i guess emacs users can easyly make it to their taste), etc. Not to mention Haskell ! I'm not a developper but i learn Haskel and it's the first time i have pleasure doing so. Beautifull language ! I'll never try to learn C again :) The only thing i miss, so far, from ion3, is the ability to have non-dynamic layouts and the ability to call layouts by name, in order to bind them to a key. Some layouts are cool but only for some applications. Cycling through rarely used layouts is not convenient. I was also used to pop the scratchpad which i miss a little, but the more i do things the xmonad way, the less i feel the need for it. The only problem i had so far is with a JAVA/Swing application (blank window), but the solution http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/961 googled quickly. Anyway, my gratitude and my compliments to people involved in Xmonad developpement. Alexandre

2 1

haskell style in x window programming
by Andrea Rossato 09 Aug '07

09 Aug '07

Hi, today I was refreshing my memories about arrows and I thought to rewrite the minimal example of X selections I've sent a couple of days ago. It was written in a strict C style, as Dons observed, so I thought to rewrite it with a simple Kleisli arrow to force myself to use another coding paradigm. It's a mess, and, I think, not only for my personal lack of programming style. Arguments of functions are disposed in a convenient way for imperative programming, but when it comes to function composition it just gets very difficult for me. I would like to have you suggestions. This could help me improve my style, and perhaps contribute to introducing the Haskell community to X programming by making the code we produce within this project more adherent to the Haskell way of doing things. Thanks for your kind attention. Andrea the code below requires my last patch to X11-extras available here: http://www.haskell.org/pipermail/xmonad/2007-August/001661.html module Main where import Graphics.X11.Xlib import Graphics.X11.Xlib.Extras import System.Exit (exitWith, ExitCode(..)) import Data.Maybe import Data.Char import Control.Arrow dpyWin :: Kleisli IO String (Display, Window) dpyWin = Kleisli openDisplay >>> arr id &&& arr defaultScreen >>> arr fst &&& Kleisli (uncurry rootWindow) >>> arr fst &&& cw where cw = Kleisli (uncurry $ cw' 0 0 200 100 0 0 0) cw' x y wh ht back border i d rw = createSimpleWindow d rw x y wh ht back border i atoms :: Kleisli IO (Display, Window) ((Display, Window),(Atom, Atom)) atoms = arr id &&& (arr fst >>> Kleisli (atom "PRIMARY" True) &&& Kleisli (atom "BLITZ_SEL_STRING" False)) where atom t b d = internAtom d t b convertSel :: ((Display, Window),(Atom, Atom)) -> IO () convertSel ((d,w),(a,b)) = xConvertSelection d a sTRING b w currentTime -- ok I'm giving up getSel :: ((Display, Window), (t, Atom)) -> IO () getSel ((d,w),(p,clp)) = do allocaXEvent $ \e -> do nextEvent d e ev <- getEvent e if ev_event_type ev == selectionNotify then do res <- getWindowProperty8 d clp w putStrLn $ map (chr . fromIntegral) . fromMaybe [] $ res else do putStrLn "Failed!" destroyWindow d w doRun = dpyWin >>> atoms >>> Kleisli convertSel &&& Kleisli getSel >>> Kleisli (\_ -> exitWith ExitSuccess) main :: IO () main = runKleisli doRun ""

2 2

Issue 37 in xmonad: window gets focus temporarily on window change?
by codesite-noreply＠google.com 08 Aug '07

08 Aug '07

Issue 37: window gets focus temporarily on window change? http://code.google.com/p/xmonad/issues/detail?id=37 Comment #3 by tim.thelion: I think this might be a bug in urxvt, it's not always the 4th window, it seems to be a different numbered window each time the number of windows upwards from the old effected window, changes. I'm using tall, and I don't have any options set that could possibly make my xmonad configuration weird. I'll try installing xmonad on another comp and seeing how it fares... -- 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 39 in xmonad: Printing to file from Thunderbird puts critical part of window off-screen
by codesite-noreply＠google.com 08 Aug '07

08 Aug '07

Issue 39: Printing to file from Thunderbird puts critical part of window off-screen http://code.google.com/p/xmonad/issues/detail?id=39 New issue report by mvanier42: What steps will reproduce the problem? 1. Fire up Thunderbird (1.5) 2. Try to print a mail message to a file What is the expected output? What do you see instead? The file selector dialog window comes up at the upper-left corner of the screen, with the one-line text-entry widget in which you type the desired filename completely off-screen (or, in rare cases, almost completely offscreen). What version of the product are you using? On what operating system? Darcs head xmonad compiled with GHC 6.6.1 (itself compiled from scratch) on Debian Linux unstable. Please provide any additional information below. This problem comes up in both full mode and tabbed mode. I think the window in question should be a floating window, but it doesn't seem to be (I can't move it with the mouse), so maybe when there is more consistent floating window support this will go away. 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

Dmenu utility
by Tim hobbs 07 Aug '07

07 Aug '07

Hello, I know a lot of people use dmenu with xmonad, so I want to share a one line shell script that I wrote for it which makes it significantly more powerfull. This shell script takes a path argument, and pipes the odd numbered lines to dmenu, it then runs the even numbered line that comes after the odd numbered line selected. This allows verbose shell commands to have nice looking names(a line pair might look like): haskell-lib-docs urxvt -e "w3m /home/timothy/s/doc/other/haskell/libraries/index.html" It also allows for doing submenu's easilly as you can have a line pair like: Documentation dmenu-verbose /home/timothy/etc/docs Attached are the files dmenu-verbose(the shell script) and programs(my main dmenu file) and docs(a submenu). Installisation is easy, 1) Download dmenu-verbose. 2) Go to the directory to which you downloaded it and type: chmod 755 dmenu-verbose #makes it executable sudo cp dmenu-verbose /bin/ #puts it in your path 3) Modify your dmenu file to have each command listed twice, with the first line of each pair being easy to read rather than needing to be a shell command. 4) Change the line in your Config.hs; , ((modMask, xK_p ), spawn "exe=`dmenu_path | dmenu` && eval \"exec $exe\"") -- @@ Launch dmenu to , ((modMask .|. shiftMask, xK_r ), spawn "dmenu-verbose /home/timothy/etc/programs") remembering to make that be the path to YOUR dmenu file. 5) Rebuild and restart xmonad. -- - Tim tim.thelion(a)gmail.com

1 0

minor code comment
by Michael Vanier 07 Aug '07

07 Aug '07

In StackSet.hs, the "Eq a" qualification in index :: Eq a => StackSet i a s sd -> [a] index = with [] integrate is superfluous. Is there any good reason to keep it? Mike

3 2

dragging in X instead of IO
by David Roundy 07 Aug '07

07 Aug '07

Hi all, I've done a bit of xmonad hacking at home recently (where I no longer have an internet connection), and thought I'd mention what I've done, and see what other developers think. Basically, I've been hacking on the dragging code, which seems pretty ugly to me. I added a "dragging" datum of type Maybe (Position -> Position -> X (), X ()) which is usually Nothing, but if we're in the process of dragging something, the first is a callback function for motion events, and the second is a callback for the button release event (which is assumed to terminate the dragging). The result is that moving and resizing windows doesn't interrupt xmonad's regular event loop, and means (among other things) that tabs get redrawn while moving float windows (for instance if the float window gets moved over the tab like an eraser). This is a bugfix, but not of a very relevant bug. The real motivation is to allow dragging interactions as a first-class UI citizen. In particular, I would like to have a draggable version of TwoPane, which would send special resize Messages as the user drags the border between the two panes. This will be particularly helpful with Combo layouts, since I haven't found a useful way to make the keyboard bindings for resizing panes work with Combo (no useful way to tell which Layout you're talking to). But it's also nice for just a vanilla TwoPane (except I'm making a new Layout, of course, so you happy TwoPane users won't be bothered), since the mouse has considerably higher bandwidth than the keyboard (i.e. there isn't the tradeoff between a high delta so you can quickly resize and a low delta so you can accurately resize). It'd also be handy for things like a XMonadContrib floating layout with title bars on the windows (which would hopefully eventually be a candidate for replacing the default float layout via Config modification). Anyhow, since this is a change in a pretty core bit of xmonad, I thought I should mention it, even though I can't yet send in patches. Suggestions will be welcome (or someone who wants to reimplement this themselves... since I won't be able to read any suggestions at home...). I'll be back into the world of home internet connectivity after I move in a couple of weeks, so that's when you can expect to get patches (I could bring my laptop into work, but I'm really busy just now...). -- David Roundy Department of Physics Oregon State University

3 2