From kai at emptydomain.de Wed Aug 1 02:47:20 2007 From: kai at emptydomain.de (Kai Grossjohann) Date: Wed Aug 1 02:39:43 2007 Subject: [Xmonad] Some windows appear on the wrong head Message-ID: <20070801064720.GB10339@emptyhost.emptydomain.de> Say my focus is on the second head. I start Eclipse. It shows a splash window on the current head (the second one). Then it pops up a workspace chooser window, but that window appears on the first head! (Even though focus is still on the second head, on the Eclipse splash window, in fact.) Ideas? Kai From gabriel.kerneis at enst.fr Wed Aug 1 04:02:37 2007 From: gabriel.kerneis at enst.fr (Gabriel Kerneis) Date: Wed Aug 1 03:55:06 2007 Subject: [Xmonad] Some windows appear on the wrong head In-Reply-To: <20070801064720.GB10339@emptyhost.emptydomain.de> References: <20070801064720.GB10339@emptyhost.emptydomain.de> Message-ID: Le Wed, 1 Aug 2007 08:47:20 +0200, Kai Grossjohann a ?crit : > Say my focus is on the second head. I start Eclipse. It shows a > splash window on the current head (the second one). Then it pops up a > workspace chooser window, but that window appears on the first head! > (Even though focus is still on the second head, on the Eclipse splash > window, in fact.) I don't know for Eclipse, but Inkscape (e.g.) stores the latest head used (in fact, it even saves it in project files) by default, and you can switch this off in the option menu. Maybe is it the same for Eclipse ? Regards, -- Gabriel -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.haskell.org/pipermail/xmonad/attachments/20070801/fd1bc6e8/signature.bin From dons at cse.unsw.edu.au Wed Aug 1 04:08:27 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Wed Aug 1 04:00:50 2007 Subject: [Xmonad] Some windows appear on the wrong head In-Reply-To: References: <20070801064720.GB10339@emptyhost.emptydomain.de> Message-ID: <20070801080827.GB24562@cse.unsw.EDU.AU> gabriel.kerneis: > Le Wed, 1 Aug 2007 08:47:20 +0200, Kai Grossjohann > a ?crit : > > Say my focus is on the second head. I start Eclipse. It shows a > > splash window on the current head (the second one). Then it pops up a > > workspace chooser window, but that window appears on the first head! > > (Even though focus is still on the second head, on the Eclipse splash > > window, in fact.) > > I don't know for Eclipse, but Inkscape (e.g.) stores the latest head > used (in fact, it even saves it in project files) by default, and you > can switch this off in the option menu. Maybe is it the same for > Eclipse ? Huh, yes, someone else mentioned silly behaviour like this. Thanks for the info. -- Don From kai at emptydomain.de Wed Aug 1 04:59:21 2007 From: kai at emptydomain.de (Kai Grossjohann) Date: Wed Aug 1 04:51:46 2007 Subject: [Xmonad] Some windows appear on the wrong head In-Reply-To: References: <20070801064720.GB10339@emptyhost.emptydomain.de> Message-ID: <20070801085920.GC10339@emptyhost.emptydomain.de> On Wed, Aug 01, 2007 at 10:02:37AM +0200, Gabriel Kerneis wrote: > Le Wed, 1 Aug 2007 08:47:20 +0200, Kai Grossjohann > a ?crit : > > Say my focus is on the second head. I start Eclipse. It shows a > > splash window on the current head (the second one). Then it pops up a > > workspace chooser window, but that window appears on the first head! > > (Even though focus is still on the second head, on the Eclipse splash > > window, in fact.) > > I don't know for Eclipse, but Inkscape (e.g.) stores the latest head > used (in fact, it even saves it in project files) by default, and you > can switch this off in the option menu. Maybe is it the same for > Eclipse ? I don't think that is the case here, as only the workspace chooser (and also some other popups such as the one that allows me to enter a class name to edit) appear on the "wrong" head. The main window appears on the currently focused head. That is, if I choose a workspace in the workspace chooser, then switch to another head, then the main window appears on the head I switched to. Kai From tassilo at member.fsf.org Wed Aug 1 06:10:28 2007 From: tassilo at member.fsf.org (Tassilo Horn) Date: Wed Aug 1 06:03:02 2007 Subject: [Xmonad] Switching focus without pulling hidden windows into the foreground Message-ID: <87hcnjva3v.fsf@baldur.tsdh.de> Hi, I often have this scenario: - one editor window - one shell window >From the shell window I open a file in a third window, check some things and make notes in the editor. To have no space occupied by the shell I use the TwoPane layout then. (The editor as master, the file viewer as the only visible slave.) The problem with it is that if I switch from editor to the viewer or vice versa the non-master window gets replaced by the shell window first, so that I need to focusDown several times. Is it possible to switch focus only between visible windows without pulling hidden ones into the foreground? Bye, Tassilo From mgsloan at gmail.com Wed Aug 1 06:26:22 2007 From: mgsloan at gmail.com (mgsloan) Date: Wed Aug 1 06:18:42 2007 Subject: [Xmonad] Some windows appear on the wrong head In-Reply-To: <20070801080827.GB24562@cse.unsw.EDU.AU> References: <20070801064720.GB10339@emptyhost.emptydomain.de> <20070801080827.GB24562@cse.unsw.EDU.AU> Message-ID: <438300e50708010326n1119cecct38a4feac02da9189@mail.gmail.com> On 8/1/07, Donald Bruce Stewart wrote: > gabriel.kerneis: > > Le Wed, 1 Aug 2007 08:47:20 +0200, Kai Grossjohann > > a ?crit : > > > Say my focus is on the second head. I start Eclipse. It shows a > > > splash window on the current head (the second one). Then it pops up a > > > workspace chooser window, but that window appears on the first head! > > > (Even though focus is still on the second head, on the Eclipse splash > > > window, in fact.) > > > > I don't know for Eclipse, but Inkscape (e.g.) stores the latest head > > used (in fact, it even saves it in project files) by default, and you > > can switch this off in the option menu. Maybe is it the same for > > Eclipse ? > > Huh, yes, someone else mentioned silly behaviour like this. > Thanks for the info. > > -- Don I dunno if it's that silly - it just stores the window geometry, not the head specifically. This way if you load up a set of related documents, the windows will be in the same place they were. At least, within normal window managers. I know some of the main inkscape devs quite well, so if you think this should be addressed in some way.. Anyway, there's an option to switch it off. That should be enough. -mgsloan From droundy at darcs.net Wed Aug 1 13:18:47 2007 From: droundy at darcs.net (David Roundy) Date: Wed Aug 1 13:11:08 2007 Subject: [Xmonad] Switching focus without pulling hidden windows into the foreground In-Reply-To: <87hcnjva3v.fsf@baldur.tsdh.de> References: <87hcnjva3v.fsf@baldur.tsdh.de> Message-ID: <20070801171845.GA26066@darcs.net> On Wed, Aug 01, 2007 at 12:10:28PM +0200, Tassilo Horn wrote: > Hi, > > I often have this scenario: > > - one editor window > - one shell window > > From the shell window I open a file in a third window, check some things > and make notes in the editor. To have no space occupied by the shell I > use the TwoPane layout then. (The editor as master, the file viewer as > the only visible slave.) > > The problem with it is that if I switch from editor to the viewer or > vice versa the non-master window gets replaced by the shell window > first, so that I need to focusDown several times. > > Is it possible to switch focus only between visible windows without > pulling hidden ones into the foreground? It'd be an easy extension to write, but imagine it would be specific to the TwoPane layout, since I don't see how this could be implemented using the actual property of "switch focus between visible" windows. Instead it'd be "switch focus between the first two windows". -- David Roundy Department of Physics Oregon State University From mailing_list at istitutocolli.org Wed Aug 1 14:26:49 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Wed Aug 1 14:19:23 2007 Subject: [Xmonad] what about a prompt? Message-ID: <20070801182648.GH13282@laptop.nowhere.net> Hi, what about a prompt? A general one, to be use to run internal xmonad command, to run shell commands, or to run ssh, etc... With completions, possibly. This what I'm working to. Some previous Ion3 users will find it similar to some of their memories. It is not finished yet, this is why I'm not sending it as a patch, but I'm almost there. I did not think it was going to take such a long time - 3 days now (well, I'm not only coding, I'm also trying to enjoy my vacation. Lake, mountains, etc....-) But you can have an idea, and hopefully give suggestions too: save the attached file in XMonadContrib as Prompt.hs. Import it from Config.hs and add some key bindings to lunch the prompts. For instance: , ((modMask .|. controlMask, xK_x), xmonadPrompt defaultPromptConfig) , ((modMask .|. controlMask.|. shiftMask, xK_x), shellPrompt defaultPromptConfig) So far only a shell prompt and an internal commands prompt (xmonadPrompt) are provided (and only the first one with - still unusable - completions). Suggestions, patches, good wishes are welcome. Andrea PS: the guys at suckless dot something say that dmenu is less then 500 lines of code. I'm still below 500 too, with all the extra features. Some stuff needs to be added, but there is a lot of stuff we could get rid of. The code could not be so verbose, but that's one of my problems. Not Haskell's. -------------- next part -------------- ----------------------------------------------------------------------------- -- | -- Module : XMonadContrib.Commands -- Copyright : (C) 2007 Andrea Rossato -- License : BSD3 -- -- Maintainer : andrea.rossato@unibz.it -- Stability : unstable -- Portability : unportable -- -- A prompt for XMonad -- ----------------------------------------------------------------------------- module XMonadContrib.Prompt ( -- * Usage -- $usage startPrompt , defaultPromptConfig , XPType (..) , XPPosition (..) , XPConfig (..) ) where {- usage: in Config.hs add: > import XMonadContrib.Prompt in you keybindings add: > , ((modMask .|. controlMask, xK_x), xmonadPrompt defaultPromptConfig) > , ((modMask .|. controlMask.|. shiftMask, xK_x), shellPrompt defaultPromptConfig) -} import Graphics.X11.Xlib import Graphics.X11.Xlib.Extras import XMonad hiding (io) import Operations import XMonadContrib.Commands --import Control.Monad --import Control.Concurrent import Control.Monad.Reader import Control.Monad.State import Data.Bits import Data.Char import Data.Maybe import Data.List import System.Console.Readline import System.Environment type XP = StateT XPState IO data XPState = XPS { dpy :: Display , rootw :: Window , win :: Window , complWin :: Maybe Window , gcon :: GC , fs :: FontStruct , xptype :: XPType , command :: String , offset :: Int , config :: XPConfig } deriving (Show) data XPConfig = XPC { font :: String -- ^ Font , bgColor :: String -- ^ Backgroud color , fgColor :: String -- ^ Default font color , borderColor :: String -- ^ , borderWidth :: Dimension , position :: XPPosition , height :: Dimension -- ^ Window height } deriving (Show, Read) data XPType = Shell | XMonad deriving (Read) instance Show XPType where show Shell = "Run: " show XMonad = "XMonad: " data XPPosition = Top | Bottom deriving (Show,Read) defaultPromptConfig :: XPConfig defaultPromptConfig = XPC { font = "-misc-fixed-*-*-*-*-10-*-*-*-*-*-*-*" , bgColor = "#999999" , fgColor = "#FFFFFF" , borderColor = "#FFFFFF" , borderWidth = 1 , position = Bottom , height = 18 } initState :: Display -> Window -> Window -> GC -> FontStruct -> XPType -> XPConfig-> XPState initState d rw w gc f pt c = XPS d rw w Nothing gc f pt "" 0 c shellPrompt :: XPConfig -> X () shellPrompt c = startPrompt Shell c xmonadPrompt :: XPConfig -> X () xmonadPrompt c = startPrompt XMonad c startPrompt :: XPType -> XPConfig -> X () startPrompt t conf = do c <- ask let d = display c rw = theRoot c w <- liftIO $ createWin d rw conf liftIO $ selectInput d w $ exposureMask .|. keyPressMask gc <- liftIO $ createGC d w liftIO $ setGraphicsExposures d gc False fontS <- liftIO $ loadQueryFont d (font conf) let st = initState d rw w gc fontS t conf st' <- liftIO $ execStateT runXP st liftIO $ freeGC d gc liftIO $ freeFont d fontS case t of XMonad -> runCommand' $ command st' Shell -> spawn $ command st' runXP :: XP () runXP = do st <- get let d = dpy st w = win st status <- io $ grabKeyboard d w True grabModeAsync grabModeAsync currentTime when (status == grabSuccess) $ do updateWin io $ ungrabKeyboard d currentTime io $ destroyWindow d w destroyComplWin io $ sync d False eventLoop :: XP () eventLoop = do d <- gets dpy -- FIXME --st <- get --io $ putStrLn $ "offset = " ++ show (offset st) ++ "str: " ++ (prompt st ++ command st) (keysym,string,event) <- io $ allocaXEvent $ \e -> do nextEvent d e ev <- getEvent e -- FIXME --putStrLn $ eventName ev (ks,s) <- lookupString $ asKeyEvent e return (ks,s,ev) handle (fromMaybe xK_VoidSymbol keysym,string) event type KeyStroke = (KeySym, String) -- Main event handler handle :: KeyStroke -> Event -> XP () handle ks (KeyEvent {ev_event_type = t, ev_state = m}) | t == keyPress = do keyPressHandle m ks handle _ (AnyEvent {ev_event_type = t, ev_window = w}) | t == expose = do st <- get when (win st == w) updateWin handle _ _ = eventLoop -- KeyPresses data Direction = Prev | Next deriving (Eq,Show,Read) keyPressHandle :: KeyMask -> KeyStroke -> XP () -- commands: ctrl + ... todo keyPressHandle mask (ks,s) | mask == controlMask = do -- TODO eventLoop keyPressHandle _ (ks,_) -- exit | ks == xK_Return = do return () -- backspace | ks == xK_BackSpace = do deleteString Prev updateWin -- delete | ks == xK_Delete = do deleteString Next updateWin -- left | ks == xK_Left = do moveCursor Prev updateWin -- right | ks == xK_Right = do moveCursor Next updateWin -- exscape: exit and discard everything | ks == xK_Escape = do flushString return () -- tab -> completion loop | ks == xK_Tab = do --completionLoop eventLoop -- insert a character keyPressHandle _ (_,s) | s == "" = eventLoop | otherwise = do insertString s updateWin -- KeyPress and State -- flush the command and reset the offest flushString :: XP () flushString = modify (\s -> s { command = "", offset = 0} ) -- insert a character at the cursor position insertString :: String -> XP () insertString str = modify (\s -> s { command = c (command s) (offset s), offset = o (offset s)} ) where o oo = oo + length str c oc oo | oo >= length oc = oc ++ str | otherwise = f ++ str ++ ss where (f,ss) = splitAt oo oc -- remove a character at the cursor position deleteString :: Direction -> XP () deleteString d = modify (\s -> s { command = c (command s) (offset s), offset = o (offset s)} ) where o oo = if d == Prev then max 0 (oo - 1) else oo c oc oo | oo >= length oc && d == Prev = take (oo - 1) oc | oo < length oc && d == Prev = take (oo - 1) f ++ ss | oo < length oc && d == Next = f ++ tail ss | otherwise = oc where (f,ss) = splitAt oo oc -- move the cursor one position moveCursor :: Direction -> XP () moveCursor d = modify (\s -> s { offset = o (offset s) (command s)} ) where o oo c = if d == Prev then max 0 (oo - 1) else min (length c) (oo + 1) -- X Stuff createWin :: Display -> Window -> XPConfig -> IO Window createWin d rw c = do let scr = defaultScreenOfDisplay d wh = widthOfScreen scr (x,y) = case position c of Top -> (0,0) Bottom -> (0,heightOfScreen scr - (height c)) w <- mkUnmanagedWindow d scr rw x (fi y) wh (height c) mapWindow d w return w updateWin :: XP () updateWin = do d <- gets dpy destroyComplWin drawWin io $ sync d False eventLoop drawWin :: XP () drawWin = do st <- get let c = config st d = dpy st scr = defaultScreenOfDisplay d w = win st wh = widthOfScreen scr ht = height c bw = borderWidth c gc = gcon st fontStruc = fs st bgcolor <- io $ initColor d (bgColor c) border <- io $ initColor d (borderColor c) p <- io $ createPixmap d w wh ht (defaultDepthOfScreen scr) io $ fillDrawable d p gc border bgcolor (fi bw) wh ht printPrompt p gc fontStruc compl <- case xptype st of Shell -> io $ getCompletions (command st) XMonad -> return [] when (compl /= []) (drawComplWin compl) io $ copyArea d p w gc 0 0 wh ht 0 0 io $ freePixmap d p printPrompt :: Drawable -> GC -> FontStruct -> XP () printPrompt drw gc fontst = do c <- gets config st <- get let d = dpy st (prt,com,off) = (show $ xptype st, command st, offset st) str = prt ++ com -- scompose the string in 3 part: till the cursor, the cursor and the rest (f,p,ss) = if off >= length com then (str, " ","") -- add a space: it will be our cursor ;-) else let (a,b) = (splitAt off com) in (prt ++ a, [head b], tail b) ht = height c (fsl,psl) = (textWidth fontst f, textWidth fontst p) (_,asc,desc,_) = textExtents fontst str y = fi $ (ht + fi (asc + desc)) `div` 2 x = (asc + desc) `div` 2 fgcolor <- io $ initColor d $ fgColor c bgcolor <- io $ initColor d $ bgColor c -- print the first part io $ printString d drw gc fgcolor bgcolor x y f -- reverse the colors and print the "cursor" ;-) io $ printString d drw gc bgcolor fgcolor (x + fsl) y p -- reverse the colors and print the rest of the string io $ printString d drw gc fgcolor bgcolor (x + fsl + psl) y ss setComplWin :: Window -> XP () setComplWin w = do modify (\s -> s { complWin = Just w }) destroyComplWin :: XP () destroyComplWin = do d <- gets dpy cw <- gets complWin case cw of Just w -> do io $ destroyWindow d w modify (\s -> s { complWin = Nothing }) Nothing -> return () drawComplWin :: [String] -> XP () drawComplWin compl = do st <- get let c = config st d = dpy st scr = defaultScreenOfDisplay d wh = widthOfScreen scr ht = height c bw = borderWidth c gc = gcon st fontst = fs st bgcolor <- io $ initColor d (bgColor c) fgcolor <- io $ initColor d (fgColor c) border <- io $ initColor d (borderColor c) let compl_number = length compl max_compl_len = (fi ht `div` 2) + (maximum . map (textWidth fontst) $ compl) columns = wh `div` (fi max_compl_len) rem_height = heightOfScreen scr - ht needed_rows = max 1 (compl_number `div` fi columns) needed_height = needed_rows * fi ht actual_max_number_of_rows = rem_height `div` ht actual_completions = if needed_height > fi rem_height then take (fi (actual_max_number_of_rows * columns)) compl else compl actual_rows = min actual_max_number_of_rows (fi needed_rows) actual_height = actual_rows * ht (x,y) = case position c of Top -> (0,ht) Bottom -> (0, (0 + rem_height - actual_height)) w <- io $ mkUnmanagedWindow d scr (rootw st) x (fi y) wh actual_height io $ mapWindow d w setComplWin w io $ fillDrawable d w gc border bgcolor (fi bw) wh actual_height -- creating a table of completions...;-) let (_,asc,desc,_) = textExtents fontst $ head compl yp = fi $ (ht + fi (asc + desc)) `div` 2 xp = (asc + desc) `div` 2 yy = map fi . take (fi actual_rows) $ [yp,(yp + ht)..] xx = take (fi columns) [xp,(xp + max_compl_len)..] ac = spliInSubListsAt (fi actual_rows) actual_completions -- printing the table of completion io $ printComplList d w gc fgcolor bgcolor xx yy ac printComplList :: Display -> Drawable -> GC -> Pixel -> Pixel -> [Position] -> [Position] -> [[String]] -> IO () printComplList _ _ _ _ _ _ _ [] = return () printComplList _ _ _ _ _ [] _ _ = return () printComplList d drw gc fc bc (x:xs) y (s:ss) = do printComplColumn d drw gc fc bc x y s printComplList d drw gc fc bc xs y ss printComplColumn :: Display -> Drawable -> GC -> Pixel -> Pixel -> Position -> [Position] -> [String] -> IO () printComplColumn _ _ _ _ _ _ _ [] = return () printComplColumn _ _ _ _ _ _ [] _ = return () printComplColumn d drw gc fc bc x (y:yy) (s:ss) = do printString d drw gc fc bc x y s printComplColumn d drw gc fc bc x yy ss -- More general X Stuff printString :: Display -> Drawable -> GC -> Pixel -> Pixel -> Position -> Position -> String -> IO () printString d drw gc fc bc x y s = do setForeground d gc fc setBackground d gc bc drawImageString d drw gc x y s fillDrawable :: Display -> Drawable -> GC -> Pixel -> Pixel -> Dimension -> Dimension -> Dimension -> IO () fillDrawable d drw gc border bgcolor bw wh ht = do -- we strat with the border setForeground d gc border fillRectangle d drw gc 0 0 wh ht -- this foreground is the background of the text! setForeground d gc bgcolor fillRectangle d drw gc (fi bw) (fi bw) (wh - (bw * 2)) (ht - (bw * 2)) -- | Creates a window with the attribute override_redirect set to True. -- Windows Managers should not touch this kind of windows. mkUnmanagedWindow :: Display -> Screen -> Window -> Position -> Position -> Dimension -> Dimension -> IO Window mkUnmanagedWindow d s rw x y w h = do let visual = defaultVisualOfScreen s attrmask = cWOverrideRedirect allocaSetWindowAttributes $ \attributes -> do set_override_redirect attributes True createWindow d rw x y w h 0 (defaultDepthOfScreen s) inputOutput visual attrmask attributes -- Utilities -- completions getCompletions :: String -> IO [String] getCompletions s | s /= "" && last s /= ' ' = do fl <- filenameCompletionFunction (last . words $ s) c <- commandCompletionFunction (last . words $ s) return $ sort . nub $ fl ++ c | otherwise = return [] commandCompletionFunction :: String -> IO [String] commandCompletionFunction str | '/' `elem` str = return [] | otherwise = do p <- getEnv "PATH" cl p where cl = liftM (nub . rmPath . concat) . mapM fCF . map addToPath . split ':' addToPath = flip (++) ("/" ++ str) fCF = filenameCompletionFunction rmPath [] = [] rmPath s = map (last . split '/') s -- Lift an IO action into the XP io :: IO a -> XP a io = liftIO -- shorthand fi :: (Num b, Integral a) => a -> b fi = fromIntegral split :: Eq a => a -> [a] -> [[a]] split _ [] = [] split e l = f : split e (rest ls) where (f,ls) = span (/=e) l rest s | s == [] = [] | otherwise = tail s spliInSubListsAt :: Int -> [a] -> [[a]] spliInSubListsAt _ [] = [] spliInSubListsAt i x = f : spliInSubListsAt i rest where (f,rest) = splitAt i x From glasser at mit.edu Wed Aug 1 14:31:50 2007 From: glasser at mit.edu (David Glasser) Date: Wed Aug 1 14:24:11 2007 Subject: [Xmonad] what about a prompt? In-Reply-To: <20070801182648.GH13282@laptop.nowhere.net> References: <20070801182648.GH13282@laptop.nowhere.net> Message-ID: <1ea387f60708011131h3a94a44fmde37685250487581@mail.gmail.com> On 8/1/07, Andrea Rossato wrote: > Hi, > > what about a prompt? A general one, to be use to run internal xmonad > command, to run shell commands, or to run ssh, etc... > > With completions, possibly. It's not exactly the same, but there is my Commands contrib module. --dave -- David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/ From mailing_list at istitutocolli.org Wed Aug 1 14:42:23 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Wed Aug 1 14:34:46 2007 Subject: [Xmonad] what about a prompt? In-Reply-To: <1ea387f60708011131h3a94a44fmde37685250487581@mail.gmail.com> References: <20070801182648.GH13282@laptop.nowhere.net> <1ea387f60708011131h3a94a44fmde37685250487581@mail.gmail.com> Message-ID: <20070801184223.GI13282@laptop.nowhere.net> On Wed, Aug 01, 2007 at 02:31:50PM -0400, David Glasser wrote: > It's not exactly the same, but there is my Commands contrib module. well, if you'll have a look you'll see that we are talking about quite different kind of stuff, here. by the way, mine uses yours. andrea From mailing_list at istitutocolli.org Wed Aug 1 14:46:44 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Wed Aug 1 14:39:04 2007 Subject: [Xmonad] what about a prompt? In-Reply-To: <20070801182648.GH13282@laptop.nowhere.net> References: <20070801182648.GH13282@laptop.nowhere.net> Message-ID: <20070801184643.GJ13282@laptop.nowhere.net> On Wed, Aug 01, 2007 at 08:26:49PM +0200, Andrea Rossato wrote: > Hi, oops, I forgot to say that it requires readline. So you need to modify xmonad.cabal. Change the build-depends line to: build-depends: base>=2.0, X11>=1.2.1, X11-extras>=0.2, mtl>=1.0,unix>=1.0, readline >= 1.0 Readline comes with the base ghc installation as far as I remember. Ciao Andrea From rob.manea at googlemail.com Wed Aug 1 15:57:20 2007 From: rob.manea at googlemail.com (Robert Manea) Date: Wed Aug 1 15:49:45 2007 Subject: [Xmonad] [dzen] new dzen release 0.7.5 Message-ID: <20070801195720.GB10038@deski.rob-home.homeip.net> Hi, a new release is out again, featuring: o New "in-text formating language" commands + ^tw() explicitly draw to title window + ^p(PIXELS) position input PIXELS to the right + ^c(RADIUS) draw circle with radius RADIUS o Added new gadgets + gdbar fully graphical progressmeter + gcpubar graphical cpu usage meter + kittscanner fun gadget o a memory leak fix As usual, grab it from here: http://gotmor.googlepages.com/dzen Have fun, Rob. From tassilo at member.fsf.org Wed Aug 1 16:19:15 2007 From: tassilo at member.fsf.org (Tassilo Horn) Date: Wed Aug 1 16:11:44 2007 Subject: [Xmonad] Re: Switching focus without pulling hidden windows into the foreground References: <87hcnjva3v.fsf@baldur.tsdh.de> <20070801171845.GA26066@darcs.net> Message-ID: <87ir7z0zzw.fsf@baldur.tsdh.de> David Roundy writes: Hi David, >> Is it possible to switch focus only between visible windows without >> pulling hidden ones into the foreground? > > It'd be an easy extension to write, but imagine it would be specific > to the TwoPane layout, since I don't see how this could be implemented > using the actual property of "switch focus between visible" windows. Currently the TwoPane layout is the only layout that has hidden windows and multiple visible windows, so it wouldn't be a too big problem if it was specific to that layout. > Instead it'd be "switch focus between the first two windows". So xmonad doesn't know what windows are visible and which one are hidden? Bye, Tassilo From droundy at darcs.net Wed Aug 1 16:25:47 2007 From: droundy at darcs.net (David Roundy) Date: Wed Aug 1 16:18:09 2007 Subject: [Xmonad] Re: Switching focus without pulling hidden windows into the foreground In-Reply-To: <87ir7z0zzw.fsf@baldur.tsdh.de> References: <87hcnjva3v.fsf@baldur.tsdh.de> <20070801171845.GA26066@darcs.net> <87ir7z0zzw.fsf@baldur.tsdh.de> Message-ID: <20070801202546.GG26066@darcs.net> On Wed, Aug 01, 2007 at 10:19:15PM +0200, Tassilo Horn wrote: > David Roundy writes: > > Hi David, > > >> Is it possible to switch focus only between visible windows without > >> pulling hidden ones into the foreground? > > > > It'd be an easy extension to write, but imagine it would be specific > > to the TwoPane layout, since I don't see how this could be implemented > > using the actual property of "switch focus between visible" windows. > > Currently the TwoPane layout is the only layout that has hidden windows > and multiple visible windows, so it wouldn't be a too big problem if it > was specific to that layout. Combo can also have this effect, particularly when combining with TwoPane. And Square behaves the same way. > > Instead it'd be "switch focus between the first two windows". > > So xmonad doesn't know what windows are visible and which one are > hidden? It'd have to re-display them, I believe. I don't know, maybe there is a way to find out. If so, it'd require some trickiness. Such trickiness, however, wouldn't work with Combo+TwoPane+Tabbed, since Tabbed hides windows by moving them to the back of the stack (i.e. so they are behind the focussed window), rather than by actually making them not visible. -- David Roundy Department of Physics Oregon State University From tassilo at member.fsf.org Wed Aug 1 16:26:44 2007 From: tassilo at member.fsf.org (Tassilo Horn) Date: Wed Aug 1 16:19:14 2007 Subject: [Xmonad] Re: Switching focus without pulling hidden windows into the foreground References: <87hcnjva3v.fsf@baldur.tsdh.de> <20070801171845.GA26066@darcs.net> Message-ID: <87ejin0znf.fsf@baldur.tsdh.de> David Roundy writes: Ha again, >> Is it possible to switch focus only between visible windows without >> pulling hidden ones into the foreground? > > It'd be an easy extension to write, but imagine it would be specific > to the TwoPane layout, since I don't see how this could be implemented > using the actual property of "switch focus between visible" > windows. Instead it'd be "switch focus between the first two windows". I've just found out that `dwmpromote' does exactly what I need. This swaps the windows, too, but that's no problem for me. Bye, Tassilo From droundy at darcs.net Wed Aug 1 16:36:56 2007 From: droundy at darcs.net (David Roundy) Date: Wed Aug 1 16:29:18 2007 Subject: [Xmonad] what about a prompt? In-Reply-To: <20070801182648.GH13282@laptop.nowhere.net> References: <20070801182648.GH13282@laptop.nowhere.net> Message-ID: <20070801203654.GI26066@darcs.net> On Wed, Aug 01, 2007 at 08:26:49PM +0200, Andrea Rossato wrote: > what about a prompt? A general one, to be use to run internal xmonad > command, to run shell commands, or to run ssh, etc... Sounds great, to me. I've wanted something like this, as using dmenu is rather hokey and inflexible (e.g. no possibility of decent completion support). My main hope would be to have good (flexible) completion support, and an easy-to-use API. -- David Roundy Department of Physics Oregon State University From mailing_list at istitutocolli.org Wed Aug 1 17:40:59 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Wed Aug 1 17:33:22 2007 Subject: [Xmonad] what about a prompt? In-Reply-To: <20070801203654.GI26066@darcs.net> References: <20070801182648.GH13282@laptop.nowhere.net> <20070801203654.GI26066@darcs.net> Message-ID: <20070801214059.GK13282@laptop.nowhere.net> On Wed, Aug 01, 2007 at 01:36:56PM -0700, David Roundy wrote: > My main hope would be to have good (flexible) completion support, and an > easy-to-use API. Well, this is the idea I'm working on. Flexible completion support: basically you'll have to provide our own completion function. I'm going to write some related prompt modules as examples: a shell, an internal command, and an ssh prompt, but I'm jut writing the X support stuff. I hope the API will be extremely easy: a Show instance declaration (for the prompt type) and the completion function. I'll give a String back, the command to be run. The look and feel will be quite similar to the Ion prompt. Default colors will be copied from Tabbed.hs, so your fault. They can be changed, though. Cheers Andrea From hpa at gmx.li Wed Aug 1 18:55:13 2007 From: hpa at gmx.li (Hans Philipp Annen) Date: Wed Aug 1 22:34:49 2007 Subject: [Xmonad] Rotate window Stack Message-ID: <20070801225513.GA7266@iwan> Hello List, I just recently found out about xmonad and I am addicted already :) Thanks for this great window manager. I have written a function that will rotate all windows in the stack except the master, while leaving the focus where it is. I use it with the TwoPane layout: In this layout, the first window after the master window will be raised whenever the master gets the focus, which I found annoying. If that window has the focus, and you use my rotateSlaves function to change to another window, this window will still be visible when you change the focus to the master window. It is also nice to be able to change the window visible in the second pane without loosing focus in the master window. I was not sure whether I should put this in XMonadContrib, since I think it's a candidate for Operations.hs. Anyway, here is the function: rotSlaves :: SS.StackSet i a s sd -> SS.StackSet i a s sd rotSlaves = SS.modify' rotSlaves' rotSlaves' :: SS.Stack a -> SS.Stack a rotSlaves' (SS.Stack t ls rs) | (null ls) = SS.Stack t [] ((rearRs)++(frontRs)) --Master has focus | otherwise = SS.Stack t' (reverse ((master)++revls')) rs' --otherwise where (frontRs, rearRs) = splitAt (max 0 ((length rs) - 1) rs (ils, master) = splitAt (max 0 ((length ls) - 1) ls toBeRotated = (reverse ils)++(t:rs) (revls',t':rs') = splitAt (length ils) ((last toBeRotated):(init toBeRotated)) a keybinding looks like: , ((modMask .|. shiftMask, xK_Tab ), windows rotSlaves) I hope someone else will find that usefull... Hans Philipp Annen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.haskell.org/pipermail/xmonad/attachments/20070802/2edf21ee/attachment-0001.bin From dons at cse.unsw.edu.au Thu Aug 2 01:04:24 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Thu Aug 2 00:56:43 2007 Subject: [Xmonad] Video, slides and Haskell Workshop demo Message-ID: <20070802050420.GC22093@cse.unsw.EDU.AU> Lots of material appeared this week about xmonad: * Simon Peyton-Jones' "A Taste of Haskell Tutorial", uses xmonad to introduce Haskell programming: Video Part 1 http://blip.tv/file/324976 http://s5.video.blip.tv/0560000629508/OSCON-OSCON2007SimonPeytonJonesATasteOfHaskellPartI455.mov Part 2 http://blip.tv/file/325646 http://s5.video.blip.tv/0560000629508/OSCON-OSCON2007SimonPeytonJonesATasteOfHaskellPartII455.mov Slides http://conferences.oreillynet.com/presentations/os2007/os_peytonjones.pdf * The second item is the overview of xmonad for the Haskell Workshop, coming up in September. I'll be in Freiburg, Germany for this, as well as the Haskell Hackathon: http://www.cse.unsw.edu.au/~dons/papers/SJ07.html * And the haskell hackathon, ( which I'm helping organise ) http://www.haskell.org/haskellwiki/Hac_2007_II Happy hacking everyone :) -- Don From mailing_list at istitutocolli.org Thu Aug 2 01:22:22 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Aug 2 01:14:46 2007 Subject: [Xmonad] Rotate window Stack In-Reply-To: <20070801225513.GA7266@iwan> References: <20070801225513.GA7266@iwan> Message-ID: <20070802052222.GL13282@laptop.nowhere.net> On Thu, Aug 02, 2007 at 12:55:13AM +0200, Hans Philipp Annen wrote: > I was not sure whether I should put this in XMonadContrib, since I think > it's a candidate for Operations.hs. I think that having this implemented in a contrib module would be nice. You should send a patch with darcs. You can also send a patch for Operations.hs but I believe thet this kind of contribution is exactly the reason why the XMonadContrib repository was created. Thanks, Andrea From dons at cse.unsw.edu.au Thu Aug 2 01:46:55 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Thu Aug 2 01:39:15 2007 Subject: [Xmonad] Rotate window Stack In-Reply-To: <20070801225513.GA7266@iwan> References: <20070801225513.GA7266@iwan> Message-ID: <20070802054655.GE22093@cse.unsw.EDU.AU> hpa: > Hello List, > > I just recently found out about xmonad and I am addicted already :) > Thanks for this great window manager. > > I have written a function that will rotate all windows in the stack > except the master, while leaving the focus where it is. > I use it with the TwoPane layout: In this layout, the first window after > the master window will be raised whenever the master gets the focus, > which I found annoying. > If that window has the focus, and you use my rotateSlaves function to > change to another window, this window will still be visible when you > change the focus to the master window. > It is also nice to be able to change the window visible in the second > pane without loosing focus in the master window. Ii think this is a nice idea, and should definitely go in the contrib module. We want to keep the core api very small, and just let people pick and choose their extensions. > I was not sure whether I should put this in XMonadContrib, since I think > it's a candidate for Operations.hs. > > Anyway, here is the function: > > > rotSlaves :: SS.StackSet i a s sd -> SS.StackSet i a s sd > rotSlaves = SS.modify' rotSlaves' > > rotSlaves' :: SS.Stack a -> SS.Stack a > rotSlaves' (SS.Stack t ls rs) | (null ls) = SS.Stack t [] ((rearRs)++(frontRs)) --Master has focus > | otherwise = SS.Stack t' (reverse ((master)++revls')) rs' --otherwise > where (frontRs, rearRs) = splitAt (max 0 ((length rs) - 1) rs > (ils, master) = splitAt (max 0 ((length ls) - 1) ls > toBeRotated = (reverse ils)++(t:rs) > (revls',t':rs') = splitAt (length ils) ((last toBeRotated):(init toBeRotated)) > > > a keybinding looks like: > > , ((modMask .|. shiftMask, xK_Tab ), windows rotSlaves) > > > > I hope someone else will find that usefull... Nice, feel free to submit it as a contrib module (and perhaps with some internal quickcheck properties to ensure the invariant that the master doesn't move, and that focus is kept where it starts. (have a look in tests/Properties.hs for example QC tests for this kind of thing). -- Don From dons at cse.unsw.edu.au Thu Aug 2 03:45:00 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Thu Aug 2 03:37:20 2007 Subject: [Xmonad] Video, slides and Haskell Workshop demo In-Reply-To: <20070802050420.GC22093@cse.unsw.EDU.AU> References: <20070802050420.GC22093@cse.unsw.EDU.AU> Message-ID: <20070802074459.GA27572@cse.unsw.EDU.AU> dons: > Lots of material appeared this week about xmonad: > > * Simon Peyton-Jones' "A Taste of Haskell Tutorial", uses xmonad > to introduce Haskell programming: > > Video > Part 1 > http://blip.tv/file/324976 > http://s5.video.blip.tv/0560000629508/OSCON-OSCON2007SimonPeytonJonesATasteOfHaskellPartI455.mov > > Part 2 > http://blip.tv/file/325646 > http://s5.video.blip.tv/0560000629508/OSCON-OSCON2007SimonPeytonJonesATasteOfHaskellPartII455.mov That's a typo, should be: http://s2.video.blip.tv/0860000630773/OSCON-OSCON2007SimonPeytonJonesATasteOfHaskellPartII749.mov From haphi at gmx.net Thu Aug 2 05:45:56 2007 From: haphi at gmx.net (Hans Philipp Annen) Date: Thu Aug 2 05:38:16 2007 Subject: [Xmonad] darcs patch: RotSlaves Message-ID: <20070802094556.43C4618059@iwan.malaclypse> Thu Aug 2 11:44:08 CEST 2007 Hans Philipp Annen * RotSlaves -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 34364 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070802/e68dbb9f/attachment-0001.bin From hpa at gmx.li Thu Aug 2 05:54:32 2007 From: hpa at gmx.li (Hans Philipp Annen) Date: Thu Aug 2 05:46:51 2007 Subject: [Xmonad] Rotate window Stack In-Reply-To: <20070801225513.GA7266@iwan> References: <20070801225513.GA7266@iwan> Message-ID: <20070802095432.GA21505@iwan> I have sent a darcs patch. The code I posted did not work due to a copy-paste error, sorry about that. The contributed code does. Have Fun Hans Philipp -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.haskell.org/pipermail/xmonad/attachments/20070802/865c7ed3/attachment.bin From sjanssen at cse.unl.edu Thu Aug 2 10:31:42 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Aug 2 10:24:09 2007 Subject: [Xmonad] darcs patch: DeManage.hs: haddock compatibility. In-Reply-To: <46af25f8.190e420a.31fa.1ca7@mx.google.com> References: <46af25f8.190e420a.31fa.1ca7@mx.google.com> Message-ID: <200708020931.42870.sjanssen@cse.unl.edu> On Tuesday 31 July 2007 07:05:41 joachim.fasting@gmail.com wrote: > Wed Jul 25 12:09:10 CEST 2007 joachim.fasting@gmail.com > * DeManage.hs: haddock compatibility. Applied, thanks. From sjanssen at cse.unl.edu Thu Aug 2 10:32:57 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Aug 2 10:25:19 2007 Subject: [Xmonad] darcs patch: RotSlaves In-Reply-To: <20070802094556.43C4618059@iwan.malaclypse> References: <20070802094556.43C4618059@iwan.malaclypse> Message-ID: <200708020932.57585.sjanssen@cse.unl.edu> On Thursday 02 August 2007 04:45:56 Hans Philipp Annen wrote: > Thu Aug 2 11:44:08 CEST 2007 Hans Philipp Annen > * RotSlaves Applied, thanks. From sjanssen at cse.unl.edu Thu Aug 2 10:38:43 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Aug 2 10:31:06 2007 Subject: [Xmonad] Some windows appear on the wrong head In-Reply-To: <20070801064720.GB10339@emptyhost.emptydomain.de> References: <20070801064720.GB10339@emptyhost.emptydomain.de> Message-ID: <200708020938.43779.sjanssen@cse.unl.edu> On Wednesday 01 August 2007 01:47:20 Kai Grossjohann wrote: > Say my focus is on the second head. I start Eclipse. It shows a splash > window on the current head (the second one). Then it pops up a > workspace chooser window, but that window appears on the first head! > (Even though focus is still on the second head, on the Eclipse splash > window, in fact.) > > Ideas? > > Kai We blindly accept the geometry requested by floating windows, which is usually the right thing to do. This case, however, is a bit troublesome. What do other window managers do in this situation? Cheers, Spencer Janssen From sjanssen at cse.unl.edu Thu Aug 2 10:42:49 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Aug 2 10:35:11 2007 Subject: [Xmonad] Re: Switching focus without pulling hidden windows into the foreground In-Reply-To: <20070801202546.GG26066@darcs.net> References: <87hcnjva3v.fsf@baldur.tsdh.de> <87ir7z0zzw.fsf@baldur.tsdh.de> <20070801202546.GG26066@darcs.net> Message-ID: <200708020942.49188.sjanssen@cse.unl.edu> On Wednesday 01 August 2007 15:25:47 David Roundy wrote: > Tabbed hides > windows by moving them to the back of the stack (i.e. so they are behind > the focussed window), rather than by actually making them not visible. Out of curiosity: why does it do this? Spencer Janssen From joachim.fasting at gmail.com Thu Aug 2 10:48:26 2007 From: joachim.fasting at gmail.com (joachim.fasting@gmail.com) Date: Thu Aug 2 10:42:20 2007 Subject: [Xmonad] darcs patch: MetaModule.hs: add FocusNth. (and 1 more) Message-ID: <46b1ef18.01b6420a.6feb.4b89@mx.google.com> Thu Aug 2 16:40:23 CEST 2007 joachim.fasting@gmail.com * MetaModule.hs: add FocusNth. Thu Aug 2 16:40:42 CEST 2007 joachim.fasting@gmail.com * FlexibleManipulate.hs: needs -fglasgow-exts to compile. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 33188 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070802/3c7582ed/attachment-0001.bin From sjanssen at cse.unl.edu Thu Aug 2 10:48:00 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Aug 2 10:45:07 2007 Subject: [Xmonad] what about a prompt? In-Reply-To: <20070801182648.GH13282@laptop.nowhere.net> References: <20070801182648.GH13282@laptop.nowhere.net> Message-ID: <200708020948.00330.sjanssen@cse.unl.edu> On Wednesday 01 August 2007 13:26:49 Andrea Rossato wrote: > Hi, > > what about a prompt? A general one, to be use to run internal xmonad > command, to run shell commands, or to run ssh, etc... > > With completions, possibly. > > This what I'm working to. Some previous Ion3 users will find it > similar to some of their memories. > > It is not finished yet, this is why I'm not sending it as a patch, but > I'm almost there. I did not think it was going to take such a long > time - 3 days now (well, I'm not only coding, I'm also trying to enjoy > my vacation. Lake, mountains, etc....-) > > But you can have an idea, and hopefully give suggestions too: save the > attached file in XMonadContrib as Prompt.hs. > > Import it from Config.hs and add some key bindings to lunch the > prompts. > For instance: > > , ((modMask .|. controlMask, xK_x), xmonadPrompt defaultPromptConfig) > , ((modMask .|. controlMask.|. shiftMask, xK_x), shellPrompt > defaultPromptConfig) > > So far only a shell prompt and an internal commands prompt > (xmonadPrompt) are provided (and only the first one with - still > unusable - completions). > > Suggestions, patches, good wishes are welcome. > > Andrea > > PS: the guys at suckless dot something say that dmenu is less then 500 > lines of code. I'm still below 500 too, with all the extra features. > Some stuff needs to be added, but there is a lot of stuff we could get > rid of. The code could not be so verbose, but that's one of my > problems. Not Haskell's. I'm excited about this, I'd love to have a prompt with completion that is a bit more extensive than dmenu's. My number one feature request: extensible completion support. This is an interesting problem to consider, which design is best? Infinite, lazily unfolded tries? Eagerly awaiting your patch :), Spencer Janssen From sjanssen at cse.unl.edu Thu Aug 2 11:03:59 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Aug 2 10:56:22 2007 Subject: [Xmonad] darcs patch: MetaModule.hs: add FocusNth. (and 1 more) In-Reply-To: <46b1ef18.01b6420a.6feb.4b89@mx.google.com> References: <46b1ef18.01b6420a.6feb.4b89@mx.google.com> Message-ID: <200708021003.59750.sjanssen@cse.unl.edu> On Thursday 02 August 2007 09:48:26 joachim.fasting@gmail.com wrote: > Thu Aug 2 16:40:23 CEST 2007 joachim.fasting@gmail.com > * MetaModule.hs: add FocusNth. > > Thu Aug 2 16:40:42 CEST 2007 joachim.fasting@gmail.com > * FlexibleManipulate.hs: needs -fglasgow-exts to compile. Applied, thanks. From kai at emptydomain.de Thu Aug 2 11:23:24 2007 From: kai at emptydomain.de (Kai Grossjohann) Date: Thu Aug 2 11:15:51 2007 Subject: [Xmonad] Some windows appear on the wrong head In-Reply-To: <200708020938.43779.sjanssen@cse.unl.edu> References: <20070801064720.GB10339@emptyhost.emptydomain.de> <200708020938.43779.sjanssen@cse.unl.edu> Message-ID: <20070802152324.GD9473@emptyhost.emptydomain.de> On Thu, Aug 02, 2007 at 09:38:43AM -0500, Spencer Janssen wrote: > On Wednesday 01 August 2007 01:47:20 Kai Grossjohann wrote: > > Say my focus is on the second head. I start Eclipse. It shows a splash > > window on the current head (the second one). Then it pops up a > > workspace chooser window, but that window appears on the first head! > > (Even though focus is still on the second head, on the Eclipse splash > > window, in fact.) > > > > Ideas? > > > > Kai > > We blindly accept the geometry requested by floating windows, which is usually > the right thing to do. This case, however, is a bit troublesome. What do > other window managers do in this situation? I believe that ctwm puts transient windows in the same workspace as their "parents" (not sure what is the correct term in X11-speak). Or at least it can be configured to do so. Same for Sawfish, I think. I guess this means to interpret the geometry relative to the workspace of the parent. Kai From xmonad at cenderis.demon.co.uk Thu Aug 2 11:39:13 2007 From: xmonad at cenderis.demon.co.uk (Bruce Stephens) Date: Thu Aug 2 11:31:31 2007 Subject: [Xmonad] Re: Some windows appear on the wrong head In-Reply-To: <200708020938.43779.sjanssen@cse.unl.edu> (Spencer Janssen's message of "Thu\, 2 Aug 2007 09\:38\:43 -0500") References: <20070801064720.GB10339@emptyhost.emptydomain.de> <200708020938.43779.sjanssen@cse.unl.edu> Message-ID: <80fy32j68u.fsf@tiny.isode.net> Spencer Janssen writes: [...] > We blindly accept the geometry requested by floating windows, which > is usually the right thing to do. This case, however, is a bit > troublesome. What do other window managers do in this situation? I had a quick look but I don't see anything in ICCCM. I did a quick test with metacity (running in xnest). For this situation (where xmonad shows the transient at the top left hand of the screen) metacity shows it over the main window. My interpretation is that the application's specifying the position as (0,0) and metacity regards that as "don't care". The size looks OK, though, and the same in metacity as in xmonad, so I guess that *is* being set. That all seems quite plausible for a transient, so I'd guess if xmonad did that it would be acceptable. (Quite likely it is specified in ICCCM somewhere and I just didn't spot it.) (The application I used was synaptic, and I selected a depended-on package for removal. In that case synaptic pops up a dialog warning about the consequent removal of other packages.) From kai at emptydomain.de Thu Aug 2 11:49:44 2007 From: kai at emptydomain.de (Kai Grossjohann) Date: Thu Aug 2 11:42:01 2007 Subject: [Xmonad] Re: Some windows appear on the wrong head In-Reply-To: <80fy32j68u.fsf@tiny.isode.net> References: <20070801064720.GB10339@emptyhost.emptydomain.de> <200708020938.43779.sjanssen@cse.unl.edu> <80fy32j68u.fsf@tiny.isode.net> Message-ID: <20070802154944.GE9473@emptyhost.emptydomain.de> On Thu, Aug 02, 2007 at 04:39:13PM +0100, Bruce Stephens wrote: > Spencer Janssen writes: > > [...] > > > We blindly accept the geometry requested by floating windows, which > > is usually the right thing to do. This case, however, is a bit > > troublesome. What do other window managers do in this situation? > > I had a quick look but I don't see anything in ICCCM. I did a quick > test with metacity (running in xnest). For this situation (where > xmonad shows the transient at the top left hand of the screen) > metacity shows it over the main window. "My" popup wasn't displayed at 0,0; it was displayed near the center (but a little bit east and south of it) of the primary head. FWIW, if I move the popup to the right workspace (and thus head) once manually, then subsequent popups show up on the right head. (Or do they show up in the right workspace? I didn't try to switch workspaces between invoking the popup and the window appearing.) Kai From droundy at darcs.net Thu Aug 2 11:55:17 2007 From: droundy at darcs.net (David Roundy) Date: Thu Aug 2 11:47:39 2007 Subject: [Xmonad] Re: Switching focus without pulling hidden windows into the foreground In-Reply-To: <200708020942.49188.sjanssen@cse.unl.edu> References: <87hcnjva3v.fsf@baldur.tsdh.de> <87ir7z0zzw.fsf@baldur.tsdh.de> <20070801202546.GG26066@darcs.net> <200708020942.49188.sjanssen@cse.unl.edu> Message-ID: <20070802155517.GW26066@darcs.net> On Thu, Aug 02, 2007 at 09:42:49AM -0500, Spencer Janssen wrote: > On Wednesday 01 August 2007 15:25:47 David Roundy wrote: > > Tabbed hides > > windows by moving them to the back of the stack (i.e. so they are behind > > the focussed window), rather than by actually making them not visible. > > Out of curiosity: why does it do this? It does this so Combo will work in combination with Tabbed (which is my normal layout). Without this behavior, Combo would need to keep track of which window was last visible within each sub-layout, so as to create a proper stack with that window having the appropriate focus. This is more book-keeping than I care to bother with, so I just use SimpleStacking. What Combo really wants is recursive Stacks, but reimplementing all of Operations in Combo is also more effort than I want to bother with. i.e. what I wish for would be something like: data Stack a = Singleton a | Stack [Stack a] (Stack a) [Stack a] so that you could describe a hierarchy of ordered window groupings with a given group focussed at each level. But we don't have that, so I need to approximate it, one way or another. I chose what seems to me to be the easiest approach--which is partly historical, since SimpleStacking used to be the default, built-in stacking approach. -- David Roundy Department of Physics Oregon State University From allbery at ece.cmu.edu Thu Aug 2 12:00:44 2007 From: allbery at ece.cmu.edu (Brandon S. Allbery KF8NH) Date: Thu Aug 2 11:53:04 2007 Subject: [Xmonad] Re: Some windows appear on the wrong head In-Reply-To: <80fy32j68u.fsf@tiny.isode.net> References: <20070801064720.GB10339@emptyhost.emptydomain.de> <200708020938.43779.sjanssen@cse.unl.edu> <80fy32j68u.fsf@tiny.isode.net> Message-ID: <95672C08-C2E2-4EE8-8D02-95AF0AAF5BF9@ece.cmu.edu> On Aug 2, 2007, at 11:39 , Bruce Stephens wrote: > My interpretation is that the application's specifying the position as > (0,0) and metacity regards that as "don't care". The size looks OK, > though, and the same in metacity as in xmonad, so I guess that *is* > being set. > > That all seems quite plausible for a transient, so I'd guess if xmonad > did that it would be acceptable. (Quite likely it is specified in > ICCCM somewhere and I just didn't spot it.) Actually, I think that's an old bug workaround that has turned into a feature. Some ancient applications used (0,0) to mean "don't care" (holdover from X10?), and window managers often (not always) honor it as such for backward compatibility; I guess it's back in vogue. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From mailing_list at istitutocolli.org Thu Aug 2 12:03:51 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Aug 2 11:56:24 2007 Subject: [Xmonad] darcs patch: XPrompt: a module for easily writing gr... (and 3 more) Message-ID: <200708021603.l72G3pea012105@laptop.nowhere.net> Hi, there we are. It is not finished but can you can get the taste of what I'm trying to do. I'll send a longer description as a replay to this mail. Andrea Thu Aug 2 17:58:19 CEST 2007 Andrea Rossato * XPrompt: a module for easily writing graphical prompts Thu Aug 2 17:58:45 CEST 2007 Andrea Rossato * ShellPrompt: a graphical shell prompt This module requires readline and so a modification to xmonad.cabal. See usage for instructions. Thu Aug 2 17:59:43 CEST 2007 Andrea Rossato * SshPrompt: a graphical prompt for ssh connection Thu Aug 2 18:00:13 CEST 2007 Andrea Rossato * XMonadPrompt: a graphical prompt for running XMonad internal commands -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 53825 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070802/72eb0973/attachment-0001.bin From mailing_list at istitutocolli.org Thu Aug 2 12:31:37 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Aug 2 12:23:55 2007 Subject: [Xmonad] darcs patch: XPrompt: a module for easily writing gr... (and 3 more) In-Reply-To: <200708021603.l72G3pea012105@laptop.nowhere.net> References: <200708021603.l72G3pea012105@laptop.nowhere.net> Message-ID: <20070802163137.GM13282@laptop.nowhere.net> On Thu, Aug 02, 2007 at 06:03:51PM +0200, Andrea Rossato wrote: > Hi, Hi, as I said is not finished yet: the completion is not working properly. Completions show up, but by pressing Tab the first one will be selected and... well give it a try. A description: basically it is a library for writing prompts. You need to use mkXPrompt with the configuration (a default one is provided), a prompt type, for which you have to declare a type and make it an instance of the XPrompt class, by defining a showXPrompt method (will be used to print the prompt). The completion function is just a String -> IO [String] function. You can used the ones provided by the readline bindings (such as in ShellPrompt) or you can write your own. You can also use mkComplFunFromList: just feed it with a list of possible completion. Have alook at XMonadPrompt or SshPrompt to see how. Completions: the prompt will try to complete each word with the same completion function. This could be changed: giving a list of function, a map so that the function can be chosen with regard to the previous word... I don't know. If that is really going to be needed I can study the problem. History: no history so far, but there will be history support real soon: we need to write the history to a file, though. TODO: finish the completion stuff add history support, clean the code (see below). Aesthetics: the code is quite ugly I know. Actually I thought it was going to be easier to write a prompt. It is not, after all. As you see I'm simple minded: just a huge StateT. At first I was puzzled (actually I still am): I did not know whether I should write a stand alone application or not. The ugly style is also due to the fact that till now I did not take a decision. probably the code could be broken down to smaller pieces, providing useful modules for other kind of stuff. But I don't know, if this is useful after all. Just a final word, dedicated to Tuomo, who is not very popular among the free and open source software communities, lately. It was thank to Tuomo that I discovered Haskell. At first I was exposed to darcs, which Tuomo used for developing Ion, but I didn't care that much, since usable darcs binaries can be easily found. Later I discovered Riot and I felt intrigued by that language: I could almost understand where the code was headed, but I just couldn't read it. It was a real challenge and I took it seriously: first the SICP classes with a ghci prompt under my fingers and then at least a couple of tutorials... I needed to write to understand...;-) And so, after a month and a half of deep study I started hacking the ContactManager that comes as an example of hscurses usage. It's there, I think, that I pick up this ugly style ...;-) And now, a year after, I'm here writing for myself a Ion substitution. Thanks to Tuomo, once again. Have fun. Andrea From mailing_list at istitutocolli.org Thu Aug 2 12:45:21 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Aug 2 12:37:39 2007 Subject: [Xmonad] darcs patch: XPrompt: a module for easily writing gr... (and 3 more) In-Reply-To: <200708021603.l72G3pea012105@laptop.nowhere.net> References: <200708021603.l72G3pea012105@laptop.nowhere.net> Message-ID: <20070802164521.GN13282@laptop.nowhere.net> On Thu, Aug 02, 2007 at 06:03:51PM +0200, Andrea Rossato wrote: > Hi, A last important word: do not use this stuff on a production machine. XMonad is going to crash real soon due to bugs in the completion stuff. You may want to use it just to see what I'm trying to achieve, to send suggestion or comments. I'll soon send an updated patch, possibly a working one. ciao Andrea From xmonad at cenderis.demon.co.uk Thu Aug 2 13:46:00 2007 From: xmonad at cenderis.demon.co.uk (Bruce Stephens) Date: Thu Aug 2 13:38:17 2007 Subject: [Xmonad] Re: Some windows appear on the wrong head In-Reply-To: <20070802154944.GE9473@emptyhost.emptydomain.de> (Kai Grossjohann's message of "Thu\, 2 Aug 2007 17\:49\:44 +0200") References: <20070801064720.GB10339@emptyhost.emptydomain.de> <200708020938.43779.sjanssen@cse.unl.edu> <80fy32j68u.fsf@tiny.isode.net> <20070802154944.GE9473@emptyhost.emptydomain.de> Message-ID: <87d4y54yp3.fsf@cenderis.demon.co.uk> Kai Grossjohann writes: [...] > "My" popup wasn't displayed at 0,0; it was displayed near the center > (but a little bit east and south of it) of the primary head. > > FWIW, if I move the popup to the right workspace (and thus head) once > manually, then subsequent popups show up on the right head. (Or do they > show up in the right workspace? I didn't try to switch workspaces > between invoking the popup and the window appearing.) I'd guess that the program's remembering the position, which would make lots of sense. So that's two cases: the program doesn't care, and says (0,0) the program thinks it knows, and says (1487,283) (say) In the second case I guess it wouldn't be unreasonable for a window manager to calculate the relative position on the screen and move it appropriately. Feels risky but I guess I'm thinking of things like panels and gkrellm and things, but they're not transient windows (they're just treated much the same as floating windows). That leaves a possible class of programs that specify an absolute position and really mean it. I can't think of any plausible examples, but I'd guess it's conceivable. I've got one application that tries to open a transient in the center of the screen but doesn't know about Xinerama (so that fails on my 2-screen setup). So maybe the second case above (where the application specifies a position) could look to see if the requested window would be overlapping two screens, and if so could move it? From mailing_list at istitutocolli.org Thu Aug 2 13:47:34 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Aug 2 13:39:51 2007 Subject: [Xmonad] darcs patch: XPrompt: a module for easily writing gr... (and 3 more) In-Reply-To: <20070802164521.GN13282@laptop.nowhere.net> References: <200708021603.l72G3pea012105@laptop.nowhere.net> <20070802164521.GN13282@laptop.nowhere.net> Message-ID: <20070802174734.GO13282@laptop.nowhere.net> On Thu, Aug 02, 2007 at 06:45:21PM +0200, Andrea Rossato wrote: > On Thu, Aug 02, 2007 at 06:03:51PM +0200, Andrea Rossato wrote: > > Hi, > > A last important word: do not use this stuff on a production machine. > XMonad is going to crash real soon due to bugs in the completion > stuff. I tried to send a fixed version (that didn't crash so far, here at least), but I seem to have problem sending mails (actually I'm writing this message also to test if the problem is on my side). Once again, sorry for all this noise. Andrea From stefanor at cox.net Thu Aug 2 13:54:39 2007 From: stefanor at cox.net (Stefan O'Rear) Date: Thu Aug 2 13:46:56 2007 Subject: [Xmonad] darcs patch: XPrompt: a module for easily writing gr... (and 3 more) In-Reply-To: <20070802174734.GO13282@laptop.nowhere.net> References: <200708021603.l72G3pea012105@laptop.nowhere.net> <20070802164521.GN13282@laptop.nowhere.net> <20070802174734.GO13282@laptop.nowhere.net> Message-ID: <20070802175439.GA4062@localhost.localdomain> On Thu, Aug 02, 2007 at 07:47:34PM +0200, Andrea Rossato wrote: > On Thu, Aug 02, 2007 at 06:45:21PM +0200, Andrea Rossato wrote: > > On Thu, Aug 02, 2007 at 06:03:51PM +0200, Andrea Rossato wrote: > > > Hi, > > > > A last important word: do not use this stuff on a production machine. > > XMonad is going to crash real soon due to bugs in the completion > > stuff. > > I tried to send a fixed version (that didn't crash so far, here at > least), but I seem to have problem sending mails (actually I'm writing > this message also to test if the problem is on my side). Your message was received. Stefan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.haskell.org/pipermail/xmonad/attachments/20070802/2f072961/attachment.bin From kuser at gmx.de Thu Aug 2 13:59:22 2007 From: kuser at gmx.de (Karsten Schoelzel) Date: Thu Aug 2 13:52:22 2007 Subject: [Xmonad] Rotate window Stack In-Reply-To: <20070801225513.GA7266@iwan> References: <20070801225513.GA7266@iwan> Message-ID: <20070802175922.GA3470@asus.karsten.local> On Thu, Aug 02, 2007 at 12:55:13AM +0200, Hans Philipp Annen wrote: > Hello List, > ... Hi, > > I was not sure whether I should put this in XMonadContrib, since I think > it's a candidate for Operations.hs. > > Anyway, here is the function: > > > rotSlaves :: SS.StackSet i a s sd -> SS.StackSet i a s sd > rotSlaves = SS.modify' rotSlaves' > > rotSlaves' :: SS.Stack a -> SS.Stack a > rotSlaves' (SS.Stack t ls rs) | (null ls) = SS.Stack t [] ((rearRs)++(frontRs)) --Master has focus > | otherwise = SS.Stack t' (reverse ((master)++revls')) rs' --otherwise > where (frontRs, rearRs) = splitAt (max 0 ((length rs) - 1) rs > (ils, master) = splitAt (max 0 ((length ls) - 1) ls > toBeRotated = (reverse ils)++(t:rs) > (revls',t':rs') = splitAt (length ils) ((last toBeRotated):(init toBeRotated)) > I think I have a version which is easier to understand (at least for me): rotSlaves' s@(SS.Stack _ [] []) = s rotSlaves' (SS.Stack t [] (r:rs)) = SS.Stack t [] (rs ++ [r]) --Master has focus rotSlaves' (SS.Stack t ls rs) = SS.Stack t' (reverse (master:revls')) rs' --otherwise where (master:q:revls') = reverse (t:ls) (t':rs') = (rs ++ [q]) Actually it rotates the slaves into the other direction (which made it simpler), but that shouldn't matter much when using the TwoPane layout. > > I hope someone else will find that usefull... > > Hans Philipp Annen > Karsten Sch?lzel -- Karsten Sch?lzel | Email: kuser@gmx.de Friedrichstra?e 7 | Jabber: topox@jabber.ccc.de 18057 Rostock | VoIP: sip:5857712@sipgate.de Germany | sip:708529@fwd.pulver.com | Tel: +4918015855857712 | Mobile: +491627144185 From mailing_list at istitutocolli.org Thu Aug 2 14:01:43 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Aug 2 13:54:00 2007 Subject: [Xmonad] darcs patch: XPrompt: a module for easily writing gr... (and 3 more) In-Reply-To: <20070802175439.GA4062@localhost.localdomain> References: <200708021603.l72G3pea012105@laptop.nowhere.net> <20070802164521.GN13282@laptop.nowhere.net> <20070802174734.GO13282@laptop.nowhere.net> <20070802175439.GA4062@localhost.localdomain> Message-ID: <20070802180143.GP13282@laptop.nowhere.net> On Thu, Aug 02, 2007 at 10:54:39AM -0700, Stefan O'Rear wrote: > Your message was received. yes, thanks. still I'm not able to send patches from darcs (and darcs uses the same sendmail mutt is using). I'm sending the patch manually. Thanks and sorry for the noise. Andrea From mailing_list at istitutocolli.org Thu Aug 2 14:08:30 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Aug 2 14:00:48 2007 Subject: [Xmonad] darcs patch: XPrompt: a module for easily writing gr... (and 3 more) In-Reply-To: <20070802180143.GP13282@laptop.nowhere.net> References: <200708021603.l72G3pea012105@laptop.nowhere.net> <20070802164521.GN13282@laptop.nowhere.net> <20070802174734.GO13282@laptop.nowhere.net> <20070802175439.GA4062@localhost.localdomain> <20070802180143.GP13282@laptop.nowhere.net> Message-ID: <20070802180830.GR13282@laptop.nowhere.net> On Thu, Aug 02, 2007 at 08:01:43PM +0200, Andrea Rossato wrote: > On Thu, Aug 02, 2007 at 10:54:39AM -0700, Stefan O'Rear wrote: > > Your message was received. > > yes, thanks. still I'm not able to send patches from darcs (and darcs > uses the same sendmail mutt is using). > > I'm sending the patch manually. ok, at least now I know that the problem is not on my side: file with an attachment are not getting through, but my sendmail is regularly sending them. I'll try to sort this out. BTW, the patch can be downloaded here, if you are interested: http://gorgias.mine.nu/xprompt.patch I'll try to resend it tomorrow. Hopefully the completion stuff will be finished. Hopefully. all the best andrea From hpa at gmx.li Thu Aug 2 15:19:38 2007 From: hpa at gmx.li (Hans Philipp Annen) Date: Thu Aug 2 15:11:55 2007 Subject: [Xmonad] Rotate window Stack In-Reply-To: <20070802175922.GA3470@asus.karsten.local> References: <20070801225513.GA7266@iwan> <20070802175922.GA3470@asus.karsten.local> Message-ID: <20070802191938.GA9874@iwan> Hi Karsten, this solution is much more elegant, nice :) If you agree, I will add both functions to RotSlaves.hs, rename them to rotSlavesUp and rotSlavesDown respectively and add you to the list of authors (and maintainers?). Greetings Hans Philipp > I think I have a version which is easier to understand (at least for me): > > rotSlaves' s@(SS.Stack _ [] []) = s > rotSlaves' (SS.Stack t [] (r:rs)) = SS.Stack t [] (rs ++ [r]) --Master has focus > rotSlaves' (SS.Stack t ls rs) = SS.Stack t' (reverse (master:revls')) rs' --otherwise > where (master:q:revls') = reverse (t:ls) > (t':rs') = (rs ++ [q]) > > Actually it rotates the slaves into the other direction (which made it > simpler), but that shouldn't matter much when using the TwoPane layout. > > > > I hope someone else will find that usefull... > > > > Hans Philipp Annen > > > > Karsten Sch?lzel > -- > Karsten Sch?lzel | Email: kuser@gmx.de > Friedrichstra?e 7 | Jabber: topox@jabber.ccc.de > 18057 Rostock | VoIP: sip:5857712@sipgate.de > Germany | sip:708529@fwd.pulver.com > | Tel: +4918015855857712 > | Mobile: +491627144185 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.haskell.org/pipermail/xmonad/attachments/20070802/d9e4b5c6/attachment-0001.bin From kuser at gmx.de Thu Aug 2 16:00:29 2007 From: kuser at gmx.de (Karsten Schoelzel) Date: Thu Aug 2 15:52:35 2007 Subject: [Xmonad] Rotate window Stack In-Reply-To: <20070802191938.GA9874@iwan> References: <20070801225513.GA7266@iwan> <20070802175922.GA3470@asus.karsten.local> <20070802191938.GA9874@iwan> Message-ID: <20070802200029.GB3470@asus.karsten.local> On Thu, Aug 02, 2007 at 09:19:38PM +0200, Hans Philipp Annen wrote: > Hi Karsten, > > this solution is much more elegant, nice :) > If you agree, I will add both functions to RotSlaves.hs, rename them > to rotSlavesUp and rotSlavesDown respectively and add you to the > list of authors (and maintainers?). > > Greetings > > Hans Philipp > > > I think I have a version which is easier to understand (at least for me): > > > > rotSlaves' s@(SS.Stack _ [] []) = s > > rotSlaves' (SS.Stack t [] (r:rs)) = SS.Stack t [] (rs ++ [r]) --Master has focus > > rotSlaves' (SS.Stack t ls rs) = SS.Stack t' (reverse (master:revls')) rs' --otherwise > > where (master:q:revls') = reverse (t:ls) > > (t':rs') = (rs ++ [q]) > > > > Actually it rotates the slaves into the other direction (which made it > > simpler), but that shouldn't matter much when using the TwoPane layout. Hi Hans Philipp, I just thought again about the direction your version rotated, and i came up with this rotSlavesDown s@(SS.Stack _ [] []) = s rotSlavesDown (SS.Stack t [] rs) = SS.Stack t [] ((last rs):(init rs)) --Master has focus rotSlavesDown (SS.Stack t ls rs) = SS.Stack t' ls' rs' --otherwise where (t':ls') = (init ls) ++ [last (t:rs)] ++ [last ls] rs' = init (t:rs) Feel free to add these functions to RotSlaves.hs and me as an author. Greetings Karsten From hpa at gmx.li Thu Aug 2 16:26:46 2007 From: hpa at gmx.li (Hans Philipp Annen) Date: Thu Aug 2 16:19:02 2007 Subject: [Xmonad] Rotate window Stack In-Reply-To: <20070802200029.GB3470@asus.karsten.local> References: <20070801225513.GA7266@iwan> <20070802175922.GA3470@asus.karsten.local> <20070802191938.GA9874@iwan> <20070802200029.GB3470@asus.karsten.local> Message-ID: <20070802202646.GA15782@iwan> doh!, and why did me and my friend spend an hour trying to reduce the length and ugliness of my first implementation?? ;) Again, your function is more beautiful and I think I have to remove us from the authors list, since nothing of our code is left... Hans Philipp On Thu, Aug 02, 2007 at 10:00:29PM +0200, Karsten Schoelzel wrote: > Hi Hans Philipp, > > I just thought again about the direction your version rotated, and i > came up with this > > rotSlavesDown s@(SS.Stack _ [] []) = s > rotSlavesDown (SS.Stack t [] rs) = SS.Stack t [] ((last rs):(init rs)) --Master has focus > rotSlavesDown (SS.Stack t ls rs) = SS.Stack t' ls' rs' --otherwise > where (t':ls') = (init ls) ++ [last (t:rs)] ++ [last ls] > rs' = init (t:rs) > > Feel free to add these functions to RotSlaves.hs and me as an author. > > Greetings > > Karsten > _______________________________________________ > Xmonad mailing list > Xmonad@haskell.org > http://www.haskell.org/mailman/listinfo/xmonad -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.haskell.org/pipermail/xmonad/attachments/20070802/7ceab817/attachment.bin From kuser at gmx.de Thu Aug 2 16:50:18 2007 From: kuser at gmx.de (Karsten Schoelzel) Date: Thu Aug 2 16:42:23 2007 Subject: [Xmonad] Rotate window Stack In-Reply-To: <20070802202646.GA15782@iwan> References: <20070801225513.GA7266@iwan> <20070802175922.GA3470@asus.karsten.local> <20070802191938.GA9874@iwan> <20070802200029.GB3470@asus.karsten.local> <20070802202646.GA15782@iwan> Message-ID: <20070802205018.GC3470@asus.karsten.local> On Thu, Aug 02, 2007 at 10:26:46PM +0200, Hans Philipp Annen wrote: > doh!, and why did me and my friend spend an hour trying to reduce the > length and ugliness of my first implementation?? ;) I can't answer you that question ;-) > Again, your function is more beautiful and I think I have to remove us from > the authors list, since nothing of our code is left... > But the idea is yours, so you should take some credit for it :-) > Hans Philipp > Greetings Karsten From mvanier at cs.caltech.edu Fri Aug 3 02:34:42 2007 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Fri Aug 3 02:27:07 2007 Subject: [Xmonad] initialization when running xmonad using xnest Message-ID: <46B2CC82.3070606@cs.caltech.edu> I'm not ready to switch to using xmonad 100% of the time yet, so for the time being I'm running it using xnest. The problem I'm having is that I don't know how to get xmonad (or xnest) to read an initialization file (e.g. a .xinitrc file) in these circumstances. Does anyone have any suggestions? Thanks in advance, Mike From stefanor at cox.net Fri Aug 3 03:05:27 2007 From: stefanor at cox.net (Stefan O'Rear) Date: Fri Aug 3 02:57:47 2007 Subject: [Xmonad] initialization when running xmonad using xnest In-Reply-To: <46B2CC82.3070606@cs.caltech.edu> References: <46B2CC82.3070606@cs.caltech.edu> Message-ID: <20070803070527.GA5532@localhost.localdomain> On Thu, Aug 02, 2007 at 11:34:42PM -0700, Michael Vanier wrote: > I'm not ready to switch to using xmonad 100% of the time yet, so for the > time being I'm running it using xnest. The problem I'm having is that I > don't know how to get xmonad (or xnest) to read an initialization file > (e.g. a .xinitrc file) in these circumstances. Does anyone have any > suggestions? Neither your window manager nor your X server is supposed to *ever* touch .xinitrc; this is the responsibility of your display manager, or if you do not use one, the server driver program. For instance, untested: startx -- /usr/bin/Xnest :1 will load your .xinitrc file in the context of an Xnest on display 1. Stefan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.haskell.org/pipermail/xmonad/attachments/20070803/47e3af58/attachment.bin From mailing_list at istitutocolli.org Fri Aug 3 09:17:33 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Aug 3 09:09:49 2007 Subject: [Xmonad] darcs patch (to download): XPrompt: we have completions and history! Message-ID: <20070803131733.GT13282@laptop.nowhere.net> Hi, it seems that I still have problem sending patches. Probably it is too big, so please get it from here: http://gorgias.mine.nu/xpromptCompletion.patch With this patch we are almost there: now completions and history work as expected, or at least I hope. Please try it and report problems. If the completion list doesn't fit in the screen, the list will not be scrollable (wh?s going to scroll so many entries, BTW??). While I would like not to change the API, the configuration can still be modified. To configure your prompts use field labels. That should protect you from major refactoring. Es: myconfig = defaultXPConfig {bgColor = "red" } Hope you'll enjoy. Andrea From mailing_list at istitutocolli.org Fri Aug 3 13:27:27 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Aug 3 13:19:48 2007 Subject: [Xmonad] darcs patch (to download): XPrompt: we have completions and history! In-Reply-To: <20070803131733.GT13282@laptop.nowhere.net> References: <20070803131733.GT13282@laptop.nowhere.net> Message-ID: <20070803172726.GU13282@laptop.nowhere.net> On Fri, Aug 03, 2007 at 03:17:33PM +0200, Andrea Rossato wrote: > Hi, > > it seems that I still have problem sending patches. Probably it is too > big, so please get it from here: > http://gorgias.mine.nu/xpromptCompletion.patch you may wish the get it directly from the XMonadContrib repository, with a couple of patches from Spencer. One corrects something I'm not so proud about: a Maybe [String]...;-) Sometimes you start with a stupid step and then you stick with it blindly. That happens if you want something quickly. Far too quickly. By the way, the prompt has now the basic needed functions. Thanks to Spencer it works on Xinersama setups too. The code must be cleaned up, and some action must be added: - go-to-end/start-of-line - kill/yank (stuff I need to study ...;-) - what else? Suggestions - for instance on default key-bindings (I'm far from being an expert on the subject) -, comments, patches or whatever are welcome. Before adding those new features I'll clean the ugliest parts of the code. Andrea From kuser at gmx.de Fri Aug 3 15:02:56 2007 From: kuser at gmx.de (Karsten Schoelzel) Date: Fri Aug 3 14:55:18 2007 Subject: [Xmonad] darcs patch: RotSlaves rework Message-ID: Fri Aug 3 20:53:37 CEST 2007 Karsten Schoelzel * RotSlaves rework Rework the logic of RotSlaves and rename it RotSlavesDown, add RotSlavesUp. These rotate the slaves in different directions. Also changed the usage, eliminating the need for "windows" in the keybinding. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 36267 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070803/72eea76e/attachment-0001.bin From mvanier at cs.caltech.edu Fri Aug 3 17:09:00 2007 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Fri Aug 3 17:01:16 2007 Subject: [Xmonad] initialization when running xmonad using xnest In-Reply-To: <20070803070527.GA5532@localhost.localdomain> References: <46B2CC82.3070606@cs.caltech.edu> <20070803070527.GA5532@localhost.localdomain> Message-ID: <46B3996C.9010008@cs.caltech.edu> Huh, I think I was asking the wrong question then. I don't really want to do all the things that are done in my .xinitrc file. I noticed, though, that (for instance) my .Xresources are ignored inside the xnested xmonad, so I have to do xrdb ~/.Xresources again to get them to work right (presumably because xnest is running X on display 1, not 0). Similarly, I have to do "xsetroot -solid black" again to get a black background. So I put these commands in my startup script like this: #!/bin/sh Xnest :1 -name "xmonad" +kb -ac -geometry 1152x768 2> /dev/null & XNEST_PROC=$! DISPLAY=:1 xsetroot -display :1 -solid black xrdb -display :1 $HOME/.Xresources /usr/local/bin/xmonad& XMONAD_PROC=$! wait $XMONAD_PROC kill $XNEST_PROC but the xrdb and xsetroot commands did nothing. However, if I did it like this: #!/bin/sh Xnest :1 -name "xmonad" +kb -ac -geometry 1152x768 2> /dev/null & XNEST_PROC=$! DISPLAY=:1 /usr/local/bin/xmonad& XMONAD_PROC=$! xsetroot -display :1 -solid black xrdb -display :1 $HOME/.Xresources wait $XMONAD_PROC kill $XNEST_PROC it works fine. I don't know why this is -- does xmonad have to be running in order for the xsetroot and xrdb commands to take effect? Why should that be? Mike Stefan O'Rear wrote: > On Thu, Aug 02, 2007 at 11:34:42PM -0700, Michael Vanier wrote: >> I'm not ready to switch to using xmonad 100% of the time yet, so for the >> time being I'm running it using xnest. The problem I'm having is that I >> don't know how to get xmonad (or xnest) to read an initialization file >> (e.g. a .xinitrc file) in these circumstances. Does anyone have any >> suggestions? > > Neither your window manager nor your X server is supposed to *ever* > touch .xinitrc; this is the responsibility of your display manager, or > if you do not use one, the server driver program. For instance, > untested: > > startx -- /usr/bin/Xnest :1 > > will load your .xinitrc file in the context of an Xnest on display 1. > > Stefan From stefanor at cox.net Fri Aug 3 17:16:12 2007 From: stefanor at cox.net (Stefan O'Rear) Date: Fri Aug 3 17:08:30 2007 Subject: [Xmonad] initialization when running xmonad using xnest In-Reply-To: <46B3996C.9010008@cs.caltech.edu> References: <46B2CC82.3070606@cs.caltech.edu> <20070803070527.GA5532@localhost.localdomain> <46B3996C.9010008@cs.caltech.edu> Message-ID: <20070803211612.GA4170@localhost.localdomain> On Fri, Aug 03, 2007 at 02:09:00PM -0700, Michael Vanier wrote: > Huh, I think I was asking the wrong question then. I don't really want to > do all the things that are done in my .xinitrc file. I noticed, though, > that (for instance) my .Xresources are ignored inside the xnested xmonad, > so I have to do > > xrdb ~/.Xresources > > again to get them to work right (presumably because xnest is running X on > display 1, not 0). Similarly, I have to do "xsetroot -solid black" again to > get a black background. So I put these commands in my startup script like > this: > > > #!/bin/sh > > Xnest :1 -name "xmonad" +kb -ac -geometry 1152x768 2> /dev/null & > XNEST_PROC=$! > DISPLAY=:1 > > xsetroot -display :1 -solid black > xrdb -display :1 $HOME/.Xresources > > /usr/local/bin/xmonad& > XMONAD_PROC=$! > > wait $XMONAD_PROC > kill $XNEST_PROC > > > but the xrdb and xsetroot commands did nothing. However, if I did it like > this: > > > #!/bin/sh > > Xnest :1 -name "xmonad" +kb -ac -geometry 1152x768 2> /dev/null & > XNEST_PROC=$! > DISPLAY=:1 > > /usr/local/bin/xmonad& > XMONAD_PROC=$! > > xsetroot -display :1 -solid black > xrdb -display :1 $HOME/.Xresources > > wait $XMONAD_PROC > kill $XNEST_PROC > > > it works fine. I don't know why this is -- does xmonad have to be running > in order for the xsetroot and xrdb commands to take effect? Why should > that be? X11 Protocol Specification, chapter 10, paragraph 3: A server goes through a cycle of having no connections and having some connections. At every transition to the state of having no connections as a result of a connection closing with a Destroy close-down mode, the server resets its state as if it had just been started. This starts by destroying all lingering resources from clients that have terminated in RetainPermanent or RetainTempo- rary mode. It additionally includes deleting all but the predefined atom identifiers, deleting all properties on all root windows, resetting all device maps and attributes (key click, bell volume, acceleration), resetting the access control list, restoring the standard root tiles and cursors, restor- ing the default font path, and restoring the input focus to state PointerRoot. So after xsetroot exits, the server resets. After xrdb exits, the server resets. xmonad starts with a clean setup. This (mis)feature is not an issue if you use xinit/startx because xinit itself counts as a connected client. Stefan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.haskell.org/pipermail/xmonad/attachments/20070803/0ff16282/attachment.bin From allbery at ece.cmu.edu Fri Aug 3 17:41:34 2007 From: allbery at ece.cmu.edu (Brandon S. Allbery KF8NH) Date: Fri Aug 3 17:33:48 2007 Subject: [Xmonad] initialization when running xmonad using xnest In-Reply-To: <46B3996C.9010008@cs.caltech.edu> References: <46B2CC82.3070606@cs.caltech.edu> <20070803070527.GA5532@localhost.localdomain> <46B3996C.9010008@cs.caltech.edu> Message-ID: <39C5FE07-F125-4964-908D-38EE9FEE845A@ece.cmu.edu> On Aug 3, 2007, at 17:09 , Michael Vanier wrote: > Huh, I think I was asking the wrong question then. I don't really > want to do all the things that are done in my .xinitrc file. I > noticed, though, that (for instance) my .Xresources are ignored > inside the xnested xmonad, so I have to do Correct thing to do is have a ~/.xinitrc.Xnest and do: startx ~/.xinitrc.Xnest -- Xnest :1 (the full pathname to .xinitrc is important, otherwise it runs your regular .xinitrc and passes the stuff before the -- as arguments. on the other hand, you could use that to customize your .xinitrc...) Hm, except that XFree86 broke startx at one point such that it always passed them as arguments. I *think* xorg fixed that, but you should test to make sure startx does the right thing in that case. Or possibly use xinit directly instead of startx. (startx is just a wrapper around xinit that invokes a standard system-wide xinitrc and/ or xserverrc as needed. Since you're specifying both the xinitrc and an X server, you can safely use xinit directly.) -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From mvanier at cs.caltech.edu Fri Aug 3 19:28:23 2007 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Fri Aug 3 19:20:41 2007 Subject: [Xmonad] initialization when running xmonad using xnest In-Reply-To: <20070803211612.GA4170@localhost.localdomain> References: <46B2CC82.3070606@cs.caltech.edu> <20070803070527.GA5532@localhost.localdomain> <46B3996C.9010008@cs.caltech.edu> <20070803211612.GA4170@localhost.localdomain> Message-ID: <46B3BA17.1010009@cs.caltech.edu> Wow! Stefan, you never cease to amaze me. Mike Stefan O'Rear wrote: > On Fri, Aug 03, 2007 at 02:09:00PM -0700, Michael Vanier wrote: >> Huh, I think I was asking the wrong question then. I don't really want to >> do all the things that are done in my .xinitrc file. I noticed, though, >> that (for instance) my .Xresources are ignored inside the xnested xmonad, >> so I have to do >> >> xrdb ~/.Xresources >> >> again to get them to work right (presumably because xnest is running X on >> display 1, not 0). Similarly, I have to do "xsetroot -solid black" again to >> get a black background. So I put these commands in my startup script like >> this: >> >> >> #!/bin/sh >> >> Xnest :1 -name "xmonad" +kb -ac -geometry 1152x768 2> /dev/null & >> XNEST_PROC=$! >> DISPLAY=:1 >> >> xsetroot -display :1 -solid black >> xrdb -display :1 $HOME/.Xresources >> >> /usr/local/bin/xmonad& >> XMONAD_PROC=$! >> >> wait $XMONAD_PROC >> kill $XNEST_PROC >> >> >> but the xrdb and xsetroot commands did nothing. However, if I did it like >> this: >> >> >> #!/bin/sh >> >> Xnest :1 -name "xmonad" +kb -ac -geometry 1152x768 2> /dev/null & >> XNEST_PROC=$! >> DISPLAY=:1 >> >> /usr/local/bin/xmonad& >> XMONAD_PROC=$! >> >> xsetroot -display :1 -solid black >> xrdb -display :1 $HOME/.Xresources >> >> wait $XMONAD_PROC >> kill $XNEST_PROC >> >> >> it works fine. I don't know why this is -- does xmonad have to be running >> in order for the xsetroot and xrdb commands to take effect? Why should >> that be? > > X11 Protocol Specification, chapter 10, paragraph 3: > > A server goes through a cycle of having no connections and having some connections. At every > transition to the state of having no connections as a result of a connection closing with a Destroy > close-down mode, the server resets its state as if it had just been started. This starts by destroying > all lingering resources from clients that have terminated in RetainPermanent or RetainTempo- > rary mode. It additionally includes deleting all but the predefined atom identifiers, deleting all > properties on all root windows, resetting all device maps and attributes (key click, bell volume, > acceleration), resetting the access control list, restoring the standard root tiles and cursors, restor- > ing the default font path, and restoring the input focus to state PointerRoot. > > So after xsetroot exits, the server resets. After xrdb exits, the > server resets. xmonad starts with a clean setup. > > This (mis)feature is not an issue if you use xinit/startx because xinit > itself counts as a connected client. > > Stefan From mvanier at cs.caltech.edu Fri Aug 3 19:38:04 2007 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Fri Aug 3 19:30:26 2007 Subject: [Xmonad] initialization when running xmonad using xnest In-Reply-To: <39C5FE07-F125-4964-908D-38EE9FEE845A@ece.cmu.edu> References: <46B2CC82.3070606@cs.caltech.edu> <20070803070527.GA5532@localhost.localdomain> <46B3996C.9010008@cs.caltech.edu> <39C5FE07-F125-4964-908D-38EE9FEE845A@ece.cmu.edu> Message-ID: <46B3BC5C.2020703@cs.caltech.edu> That works, or more specifically, it works if I do: sudo startx ~/.xinitrc.Xnest -- /usr/bin/Xnest :1 -name "xmonad" +kb -ac -geometry 1152x768 Thanks for all the help, guys! Mike Brandon S. Allbery KF8NH wrote: > > On Aug 3, 2007, at 17:09 , Michael Vanier wrote: > >> Huh, I think I was asking the wrong question then. I don't really >> want to do all the things that are done in my .xinitrc file. I >> noticed, though, that (for instance) my .Xresources are ignored inside >> the xnested xmonad, so I have to do > > Correct thing to do is have a ~/.xinitrc.Xnest and do: > > startx ~/.xinitrc.Xnest -- Xnest :1 > > (the full pathname to .xinitrc is important, otherwise it runs your > regular .xinitrc and passes the stuff before the -- as arguments. on > the other hand, you could use that to customize your .xinitrc...) > > Hm, except that XFree86 broke startx at one point such that it always > passed them as arguments. I *think* xorg fixed that, but you should > test to make sure startx does the right thing in that case. Or possibly > use xinit directly instead of startx. (startx is just a wrapper around > xinit that invokes a standard system-wide xinitrc and/or xserverrc as > needed. Since you're specifying both the xinitrc and an X server, you > can safely use xinit directly.) > > --brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com > system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu > electrical and computer engineering, carnegie mellon university KF8NH > > From mvanier at cs.caltech.edu Fri Aug 3 21:58:02 2007 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Fri Aug 3 21:50:15 2007 Subject: [Xmonad] a few questions Message-ID: <46B3DD2A.6080403@cs.caltech.edu> I've been playing around with xmonad 0.2, and so far it's been pretty pleasant. I have a few questions. I'm running xmonad in wide mode exclusively, since my laptop screen is fairly small. First, when I run emacs, it initially comes up in non-fullscreen mode (basically, it uses the default dimensions I set in my .Xresources file, which don't quite fill the screen). When I cycle through other windows and come back to emacs the WM resizes it correctly. I'm wondering why it doesn't do so right away. Is this a bug? Second, I was wondering if there is a way to display the current workspace number and/or window title in a dzen status bar. Third, is it possible to swap workspaces i.e. change workspace 2 to 1 and vice-versa? Thanks for all your help, Mike From allbery at ece.cmu.edu Fri Aug 3 22:08:04 2007 From: allbery at ece.cmu.edu (Brandon S. Allbery KF8NH) Date: Fri Aug 3 22:00:18 2007 Subject: [Xmonad] a few questions In-Reply-To: <46B3DD2A.6080403@cs.caltech.edu> References: <46B3DD2A.6080403@cs.caltech.edu> Message-ID: <459CFC27-D2ED-4484-AAC5-836C077DF76D@ece.cmu.edu> On Aug 3, 2007, at 21:58 , Michael Vanier wrote: > First, when I run emacs, it initially comes up in non-fullscreen > mode (basically, it uses the default dimensions I set in > my .Xresources file, which don't quite fill the screen). When I > cycle through other windows and come back to emacs the WM resizes > it correctly. I'm wondering why it doesn't do so right away. Is > this a bug? Dunno about FSF emacs, but xemacs is very evil about window sizing (violates the ICCCM in about every possible way, far as I can tell) --- not surprising that xmonad has issues with it. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From stefanor at cox.net Fri Aug 3 22:15:34 2007 From: stefanor at cox.net (Stefan O'Rear) Date: Fri Aug 3 22:07:48 2007 Subject: [Xmonad] a few questions In-Reply-To: <46B3DD2A.6080403@cs.caltech.edu> References: <46B3DD2A.6080403@cs.caltech.edu> Message-ID: <20070804021534.GA5591@localhost.localdomain> On Fri, Aug 03, 2007 at 06:58:02PM -0700, Michael Vanier wrote: > I've been playing around with xmonad 0.2, and so far it's been pretty > pleasant. I have a few questions. I'm running xmonad in wide mode > exclusively, since my laptop screen is fairly small. > > First, when I run emacs, it initially comes up in non-fullscreen mode > (basically, it uses the default dimensions I set in my .Xresources file, > which don't quite fill the screen). When I cycle through other windows and > come back to emacs the WM resizes it correctly. I'm wondering why it > doesn't do so right away. Is this a bug? Yes, it's a bug, fixed in darcs: Sun Jun 3 13:31:53 PDT 2007 Stefan O'Rear * Correctly handle resize requests (-12 +22) Xmonad now implements resize requests in a consistent manner. * If the window is FLOATING, we implement the program's request, and correctly update the StackSet; so it will keep the new size. This should work correctly even for non-current windows. * Otherwise, we ignore the request. As per ICCCM, we send a fake ConfigureNotify containing the new (unchanged) geometry. This is perfectly ICCCM compliant, and if it breaks your client, it's your own fault. This patch requires setConfigureEvent, which is added to X11-extras by a patch approximately contemporaneous with this one. > Second, I was wondering if there is a way to display the current workspace > number and/or window title in a dzen status bar. It's been done. I think it involves: (in Config.hs) logHook = do whatever and print status to stdout (in .xinitrc) tail -f xmonadout | dzen2 -options & xmonad > xmonadout > Third, is it possible to swap workspaces i.e. change workspace 2 to 1 and > vice-versa? Not in the standard code, but implementing such a command is pretty simple. (in Config.hs, untested code!) swap :: WorkspaceId -> WorkspaceId -> X () swap i1 i2 = windows $ \ss -> ss{ current = fudge' (current ss) , visible = map fudge' (visible ss) , hidden = map fudge (hidden ss) } where fudge' ws = ws{ workspace = fudge (workspace ws) } fudge ws | tag ws == i1 = ws{ tag = i2 } | tag ws == i2 = ws{ tag = i1 } | otherwise = ws Stefan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.haskell.org/pipermail/xmonad/attachments/20070803/da281760/attachment.bin From beschmi at cloaked.de Sat Aug 4 01:21:49 2007 From: beschmi at cloaked.de (Benedikt Schmidt) Date: Sat Aug 4 01:12:14 2007 Subject: [Xmonad] Re: a few questions References: <46B3DD2A.6080403@cs.caltech.edu> Message-ID: <87abt7oowi.fsf@rzstud4.rz.uni-karlsruhe.de> Michael Vanier writes: > Second, I was wondering if there is a way to display the current > workspace number and/or window title in a dzen status bar. You can use the DynamicLog contrib module and then set a loogHook in Config.hs. This prints the string you are interested in to xmonad's stdout which you can pipe to a dzen instance. > Third, is it possible to swap workspaces i.e. change workspace 2 to >1 and vice-versa? I wrote such an extension for my own use, but I didn't get around to cleaning it up yet. I use it like this in my config: ... , ((modMask, xK_a), submap . M.fromList $ [((0, k), swap i) | (i,k) <- zip [0 .. fromIntegral workspaces - 1] [xK_1 ..]]) ... Here's the the patch anyways ... -------------- next part -------------- A non-text attachment was scrubbed... Name: swap.dpatch Type: application/octet-stream Size: 19607 bytes Desc: workspace swap patch Url : http://www.haskell.org/pipermail/xmonad/attachments/20070804/de7d7b56/swap-0001.obj -------------- next part -------------- Benedikt From mailing_list at istitutocolli.org Sat Aug 4 05:36:26 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sat Aug 4 05:29:07 2007 Subject: [Xmonad] darcs patch: XPrompt: fixes a couple of bugs (and 1 more) Message-ID: <200708040936.l749aPLA012126@laptop.nowhere.net> Hi, a couple of patches related to XPrompt: 2 bug fixes and some other minor stuff. ciao andrea ps: I changes my smtp relay host. Hope this solves my mailing issues. Sat Aug 4 11:08:17 CEST 2007 Andrea Rossato * XPrompt: fixes a couple of bugs - we run the action passed to mkXPrompt only if we have a command; - updateWindows must call destroyComplWin if there are no completions; - some comments (more to come) - a shorthand in keyPressHandle - removed all warnings Sat Aug 4 11:30:49 CEST 2007 Andrea Rossato * MetaModule: added XPrompt and others XPrompt, XMonadPrompt, SshPrompt. ShellPrompt is commented out since it requires readline and the related xmonad.cabal modifications. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 36911 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070804/45e814b7/attachment-0001.bin From mailing_list at istitutocolli.org Sat Aug 4 06:48:33 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sat Aug 4 06:41:14 2007 Subject: [Xmonad] darcs patch: FlexibleManipulate.hs: minor haddock cor... (and 5 more) Message-ID: <200708041048.l74AmXFP017703@laptop.nowhere.net> Hi, these are small haddock compatibility fixes. ciao andrea Sat Aug 4 12:43:30 CEST 2007 Andrea Rossato * FlexibleManipulate.hs: minor haddock corrections Sat Aug 4 12:44:08 CEST 2007 Andrea Rossato * ShellPrompt.hs: minor haddock corrections Sat Aug 4 12:44:41 CEST 2007 Andrea Rossato * SshPrompt.hs: minor haddock corrections Sat Aug 4 12:44:58 CEST 2007 Andrea Rossato * SwitchTrans.hs: minor haddock corrections Sat Aug 4 12:45:34 CEST 2007 Andrea Rossato * XMonadPrompt.hs: minor haddock corrections Sat Aug 4 12:46:22 CEST 2007 Andrea Rossato * XPrompt.hs: haddock corrections and some comments -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 39437 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070804/810f0e5a/attachment-0001.bin From mailing_list at istitutocolli.org Sat Aug 4 06:55:53 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sat Aug 4 06:48:05 2007 Subject: [Xmonad] xmonad docs and a xprompt screenshot Message-ID: <20070804105553.GV13282@laptop.nowhere.net> Hi, I updated the XMonad documentation, after cleaning up a bit the document generation. You can have a look at it here: http://gorgias.mine.nu/xmonad/ There's also a screen shot of the new prompt available here, featuring xmobar at the top and XMonadPrompt with the default configuration at the bottom, while I'm browsing the completions for the viewN internal commands: http://gorgias.mine.nu/xmonadXPrompt.png All the best, Andrea From dons at cse.unsw.edu.au Sat Aug 4 08:23:26 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Sat Aug 4 08:15:40 2007 Subject: [Xmonad] xmonad docs and a xprompt screenshot In-Reply-To: <20070804105553.GV13282@laptop.nowhere.net> References: <20070804105553.GV13282@laptop.nowhere.net> Message-ID: <20070804122326.GA19979@cse.unsw.EDU.AU> mailing_list: > Hi, > > I updated the XMonad documentation, after cleaning up a bit the > document generation. > > You can have a look at it here: > http://gorgias.mine.nu/xmonad/ > > There's also a screen shot of the new prompt available here, featuring > xmobar at the top and XMonadPrompt with the default configuration at > the bottom, while I'm browsing the completions for the viewN internal > commands: > > http://gorgias.mine.nu/xmonadXPrompt.png > > Very very nice! -- Don From sjanssen at cse.unl.edu Sat Aug 4 14:24:15 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Sat Aug 4 14:16:46 2007 Subject: [Xmonad] darcs patch: RotSlaves rework In-Reply-To: References: Message-ID: <200708041324.15366.sjanssen@cse.unl.edu> On Friday 03 August 2007 14:02:56 Karsten Schoelzel wrote: > Fri Aug 3 20:53:37 CEST 2007 Karsten Schoelzel > * RotSlaves rework > > Rework the logic of RotSlaves and rename it RotSlavesDown, add > RotSlavesUp. These rotate the slaves in different directions. > Also changed the usage, eliminating the need for "windows" in the > keybinding. Applied, thanks. From sjanssen at cse.unl.edu Sat Aug 4 14:25:56 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Sat Aug 4 14:18:12 2007 Subject: [Xmonad] darcs patch: XPrompt: fixes a couple of bugs (and 1 more) In-Reply-To: <200708040936.l749aPLA012126@laptop.nowhere.net> References: <200708040936.l749aPLA012126@laptop.nowhere.net> Message-ID: <200708041325.56634.sjanssen@cse.unl.edu> On Saturday 04 August 2007 04:36:26 Andrea Rossato wrote: > Hi, > a couple of patches related to XPrompt: 2 bug fixes and some other minor > stuff. > > ciao > andrea > > ps: I changes my smtp relay host. Hope this solves my mailing issues. Seems to be fixed. > Sat Aug 4 11:08:17 CEST 2007 Andrea Rossato > * XPrompt: fixes a couple of bugs > - we run the action passed to mkXPrompt only if we have a command; > - updateWindows must call destroyComplWin if there are no completions; > - some comments (more to come) > - a shorthand in keyPressHandle > - removed all warnings > > Sat Aug 4 11:30:49 CEST 2007 Andrea Rossato > * MetaModule: added XPrompt and others > XPrompt, XMonadPrompt, SshPrompt. > ShellPrompt is commented out since it requires readline and the related > xmonad.cabal modifications. Applied, thanks. From sjanssen at cse.unl.edu Sat Aug 4 14:26:28 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Sat Aug 4 14:18:44 2007 Subject: [Xmonad] darcs patch: FlexibleManipulate.hs: minor haddock cor... (and 5 more) In-Reply-To: <200708041048.l74AmXFP017703@laptop.nowhere.net> References: <200708041048.l74AmXFP017703@laptop.nowhere.net> Message-ID: <200708041326.29010.sjanssen@cse.unl.edu> On Saturday 04 August 2007 05:48:33 Andrea Rossato wrote: > Hi, > > these are small haddock compatibility fixes. > > ciao > andrea > > Sat Aug 4 12:43:30 CEST 2007 Andrea Rossato > * FlexibleManipulate.hs: minor haddock corrections > > Sat Aug 4 12:44:08 CEST 2007 Andrea Rossato > * ShellPrompt.hs: minor haddock corrections > > Sat Aug 4 12:44:41 CEST 2007 Andrea Rossato > * SshPrompt.hs: minor haddock corrections > > Sat Aug 4 12:44:58 CEST 2007 Andrea Rossato > * SwitchTrans.hs: minor haddock corrections > > Sat Aug 4 12:45:34 CEST 2007 Andrea Rossato > * XMonadPrompt.hs: minor haddock corrections > > Sat Aug 4 12:46:22 CEST 2007 Andrea Rossato > * XPrompt.hs: haddock corrections and some comments Applied, thanks. From mailing_list at istitutocolli.org Sat Aug 4 14:35:21 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sat Aug 4 14:28:07 2007 Subject: [Xmonad] darcs patch: XPrompt.hs: read history lazily (and 1 more) Message-ID: <200708041835.l74IZLZ8015331@laptop.nowhere.net> Hi, two more patches. I'm cleaning up the code. ciao andrea Sat Aug 4 20:30:49 CEST 2007 Andrea Rossato * XPrompt.hs: read history lazily Instead of forcing the reading of all the history file we read it lazily. Sat Aug 4 20:32:52 CEST 2007 Andrea Rossato * XPrompt.hs: removed defaultPromptConfig. use defautlXPConfig instead -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 38627 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070804/1dac4060/attachment-0001.bin From mailing_list at istitutocolli.org Sat Aug 4 15:04:15 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sat Aug 4 14:56:30 2007 Subject: [Xmonad] [new] darcs patch: XPrompt.hs: read history lazily (and 1 more) Message-ID: <200708041904.l74J4FxD017198@laptop.nowhere.net> Hi, This is the correct one to apply. The previous one must be discarded. Sorry for the noise. Andrea Sat Aug 4 20:32:52 CEST 2007 Andrea Rossato * XPrompt.hs: removed defaultPromptConfig. use defautlXPConfig instead Sat Aug 4 20:59:14 CEST 2007 Andrea Rossato * XPrompt.hs: read history lazily Instead of forcing the reading of all the history file we read it lazily. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 38751 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070804/3eabbe0e/attachment-0001.bin From mailing_list at istitutocolli.org Sat Aug 4 15:05:43 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sat Aug 4 14:57:54 2007 Subject: [Xmonad] darcs patch: XPrompt.hs: read history lazily (and 1 more) In-Reply-To: <200708041835.l74IZLZ8015331@laptop.nowhere.net> References: <200708041835.l74IZLZ8015331@laptop.nowhere.net> Message-ID: <20070804190542.GX13282@laptop.nowhere.net> On Sat, Aug 04, 2007 at 08:35:21PM +0200, Andrea Rossato wrote: > Hi, > two more patches. I'm cleaning up the code. > please forget this bundle. the next one is the right one. sorry for the inconvenience. andrea From tim.thelion at gmail.com Sat Aug 4 20:05:42 2007 From: tim.thelion at gmail.com (Tim hobbs) Date: Sat Aug 4 19:57:51 2007 Subject: [Xmonad] darcs patch: Roledex.hs Message-ID: <650efde80708041705h54f27f33x6bca833092d20e2@mail.gmail.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: rolodex.dpatch Type: application/octet-stream Size: 38526 bytes Desc: not available Url : http://www.haskell.org/pipermail/xmonad/attachments/20070804/37ec346d/rolodex-0001.obj From dons at cse.unsw.edu.au Sat Aug 4 23:50:36 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Sat Aug 4 23:42:46 2007 Subject: [Xmonad] darcs patch: Roledex.hs In-Reply-To: <650efde80708041705h54f27f33x6bca833092d20e2@mail.gmail.com> References: <650efde80708041705h54f27f33x6bca833092d20e2@mail.gmail.com> Message-ID: <20070805035036.GB15153@cse.unsw.EDU.AU> tim.thelion: > > This is a cascading window layout I made to show a friend of > mine who happens to be a vista sales person(he was raving > about flip 3d) it acts like flip 3d though does not get > engaged with a mod key(just a normal layout) I guess it > might be useful if you had say a set of windows open one for > each day of your vacation, then you could spin through > them... Cute. Got a screenshot for the web page? Anyone else who's done some of the newer layouts: send some screenshots please, for the web page! -- Don From tim.thelion at gmail.com Sun Aug 5 01:11:58 2007 From: tim.thelion at gmail.com (Tim hobbs) Date: Sun Aug 5 01:04:07 2007 Subject: [Xmonad] Resizing speed a major limitation to layout possibuilities Message-ID: <650efde80708042211y6d8e993bv4c8198d5118fb04f@mail.gmail.com> I find that the slow speed of window resizing is a major limiting factor in what layouts I can make. The Rolodex layout would have had the farther back windows be smaller, but firefox takes over a second to resize! Does anyone else have this problem? Is it something that is likely to go away as linux improves? I think that if this is as bad for others as it is for me, that the xmonad community should voice it's concerns about this limiting issue. -- - Tim tim.thelion@gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.haskell.org/pipermail/xmonad/attachments/20070804/98b685b2/attachment.htm From dons at cse.unsw.edu.au Sun Aug 5 01:13:31 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Sun Aug 5 01:05:40 2007 Subject: [Xmonad] Resizing speed a major limitation to layout possibuilities In-Reply-To: <650efde80708042211y6d8e993bv4c8198d5118fb04f@mail.gmail.com> References: <650efde80708042211y6d8e993bv4c8198d5118fb04f@mail.gmail.com> Message-ID: <20070805051331.GD15153@cse.unsw.EDU.AU> tim.thelion: > > I find that the slow speed of window resizing is a major > limiting factor in what layouts I can make. The Rolodex > layout would have had the farther back windows be smaller, > but firefox takes over a second to resize! Does anyone else > have this problem? Is it something that is likely to go > away as linux improves? I think that if this is as bad for > others as it is for me, that the xmonad community should > voice it's concerns about this limiting issue. You're asking about why firefox takes up to a second to receive and process resize events? -- Don From dons at cse.unsw.edu.au Sun Aug 5 03:08:55 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Sun Aug 5 03:01:05 2007 Subject: [Xmonad] Wanted: screenshots Message-ID: <20070805070855.GE15153@cse.unsw.EDU.AU> The (now very large!) contrib page has been indexed and reorganised, to reflect the current state of the contributions repo. http://xmonad.org/contrib.html All the new extensions since 0.2 should now be on the page. One thing missing is some screenshots for the newer layouts. Could people using the following please send screenshots! Accordion layout Tabbed layout (something very ion-ish please!) Two pane layout Hinted layout Square layout Three column layout If you're using these, could you take a quick screenshot and send me the url, so we can more easily illustrate what each layout algo does. Also on the web page is a link to Andrea's great haddock docs for the core and extensions. Cheers, Don From mailing_list at istitutocolli.org Sun Aug 5 05:19:06 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sun Aug 5 05:11:41 2007 Subject: [Xmonad] Wanted: screenshots In-Reply-To: <20070805070855.GE15153@cse.unsw.EDU.AU> References: <20070805070855.GE15153@cse.unsw.EDU.AU> Message-ID: <20070805091905.GY13282@laptop.nowhere.net> On Sun, Aug 05, 2007 at 05:08:55PM +1000, Donald Bruce Stewart wrote: > Could people using the following please send screenshots! > > Accordion layout > Tabbed layout (something very ion-ish please!) There you go: http://gorgias.mine.nu/xmonadShots/ These are about the tabbed layout with a Ion3 clean style. You can get it with this configuration options: tabbed configuration: -- ion3 clean style myTabConfig :: TConf myTabConfig = defaultTConf { activeColor = "#8a999e" , inactiveColor = "#545d75" , activeBorderColor = "white" , inactiveBorderColor = "grey" , activeTextColor = "white" , inactiveTextColor = "grey" , tabSize = 15 } the prompt you see in the 3rd screen shot: -- ion3 clean style myXPConfig :: XPConfig myXPConfig = defaultXPConfig { bgColor = "#8a999e" , fgHLight = "black" , bgHLight = "#aaaaaa" } ciao andrea From its.sec at gmx.net Sun Aug 5 06:47:43 2007 From: its.sec at gmx.net (Tom Rauchenwald) Date: Sun Aug 5 06:47:31 2007 Subject: [Xmonad] Re: Wanted: screenshots References: <20070805070855.GE15153@cse.unsw.EDU.AU> Message-ID: <87myx6qmuo.fsf@sec.modprobe.de> dons@cse.unsw.edu.au (Donald Bruce Stewart) writes: > The (now very large!) contrib page has been indexed and reorganised, to > reflect the current state of the contributions repo. > > http://xmonad.org/contrib.html > > All the new extensions since 0.2 should now be on the page. > > One thing missing is some screenshots for the newer layouts. > > Could people using the following please send screenshots! > > Accordion layout > Tabbed layout (something very ion-ish please!) > Two pane layout > Hinted layout > Square layout > Three column layout http://sec.modprobe.de/xmonad.png This is a 2-screen setup, top one is using a tabbed layout, the bottom one shows just 2 Emacs-frames in tabbed layout. Nothing fancy, but i tried to tweak the colors to make it look good :) Tom From pdewacht at gmail.com Sun Aug 5 10:44:24 2007 From: pdewacht at gmail.com (Peter De Wachter) Date: Sun Aug 5 10:36:32 2007 Subject: [Xmonad] patch: Magnifier: fix problems with floating windows Message-ID: <687058450708050744x460925dv7c36b625c9865ff8@mail.gmail.com> The Magnifier layout can't trust the StackSet focus field: floating windows are removed from that stack, so when a floating gets focus, a different, tiled window gets magnified. So use W.peek instead. -------------- next part -------------- A non-text attachment was scrubbed... Name: xmonadcontrib-magnifier-and-floating-windows.dpatch Type: application/octet-stream Size: 37351 bytes Desc: not available Url : http://www.haskell.org/pipermail/xmonad/attachments/20070805/213c9be7/xmonadcontrib-magnifier-and-floating-windows-0001.obj From mailing_list at istitutocolli.org Sun Aug 5 12:23:29 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sun Aug 5 12:16:02 2007 Subject: [Xmonad] darcs patch: XPrompt.hs: removed defaultPromptConfig.... (and 2 more) Message-ID: <200708051623.l75GNTpp003434@laptop.nowhere.net> Hi, when refactoing the way history is handled I forgot the getCompletion should look for completions related to the last word of the command line. To send that patch I need to resend the other 2 that were sent yesterday. Andrea Sat Aug 4 20:32:52 CEST 2007 Andrea Rossato * XPrompt.hs: removed defaultPromptConfig. use defautlXPConfig instead Sat Aug 4 20:59:14 CEST 2007 Andrea Rossato * XPrompt.hs: read history lazily Instead of forcing the reading of all the history file we read it lazily. Sun Aug 5 14:41:30 CEST 2007 Andrea Rossato * XPrompt.hs: getCompletion should check for completions of the last word of the command line -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 39103 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070805/b1c97a39/attachment-0001.bin From krishna at emptybox.org Sun Aug 5 15:26:59 2007 From: krishna at emptybox.org (Krishna Rajendran) Date: Sun Aug 5 15:19:05 2007 Subject: [Xmonad] Resizing speed a major limitation to layout possibuilities In-Reply-To: <650efde80708042211y6d8e993bv4c8198d5118fb04f@mail.gmail.com> References: <650efde80708042211y6d8e993bv4c8198d5118fb04f@mail.gmail.com> Message-ID: <20070805192659.GA3550@emptybox.org> On Sat, Aug 04, 2007 at 10:11:58PM -0700, Tim hobbs wrote: > I find that the slow speed of window resizing is a major limiting factor in > what layouts I can make. The Rolodex layout would have had the farther back > windows be smaller, but firefox takes over a second to resize! Does anyone > else have this problem? Is it something that is likely to go away as linux > improves? I think that if this is as bad for others as it is for me, that > the xmonad community should voice it's concerns about this limiting issue. > I've found firefox to be completely unusable without the right video drivers. Otherwise, firefox on linux seems as responsive as it is on any other platform. Krishna From mailing_list at istitutocolli.org Sun Aug 5 19:05:47 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sun Aug 5 18:58:49 2007 Subject: [Xmonad] darcs patch: XPrompt.hs: removed defaultPromptConfig.... (and 4 more) Message-ID: <200708052305.l75N5l7O007553@laptop.nowhere.net> Hi, I'm resending the whole bundle once again. What's new: an important patch to XPrompt, that will make XMonad crash if the ~/.xmonad_history file is not found. The rest is the same as before, except for a small haddock fix to LayoutScreens.hs. Andrea Sat Aug 4 20:32:52 CEST 2007 Andrea Rossato * XPrompt.hs: removed defaultPromptConfig. use defautlXPConfig instead Sat Aug 4 20:59:14 CEST 2007 Andrea Rossato * XPrompt.hs: read history lazily Instead of forcing the reading of all the history file we read it lazily. Sun Aug 5 14:41:30 CEST 2007 Andrea Rossato * XPrompt.hs: getCompletion should check for completions of the last word of the command line Sun Aug 5 23:58:00 CEST 2007 Andrea Rossato * LayoutScreen: haddock cleanup Mon Aug 6 00:59:06 CEST 2007 Andrea Rossato * XPrompt: removed touchFile (which is not the equivalent of touch!) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 39532 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070806/5eb8dc69/attachment-0001.bin From codesite-noreply at google.com Sun Aug 5 20:04:29 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Sun Aug 5 19:56:34 2007 Subject: [Xmonad] Issue 36 in xmonad: compile failure due to missing instance Message-ID: Issue 36: compile failure due to missing instance http://code.google.com/p/xmonad/issues/detail?id=36 New issue report by mvanier42: What steps will reproduce the problem? 1. runhaskell Setup.hs build 2. 3. What is the expected output? What do you see instead? I expect the program to compile. Instead I get this: XMonad.hs:62:5: No instance for (Read Rectangle) arising from the 'deriving' clause of a data type declaration at XMonad.hs:62:5 Possible fix: add an instance declaration for (Read Rectangle) When deriving the instance for `Read ScreenDetail' What version of the product are you using? On what operating system? Darcs head xmonad on Debian Linux unstable, with ghc-6.6.1 compiled from scratch. Please provide any additional information below. xmonad-0.2 compiles and runs fine on my machine. 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 From codesite-noreply at google.com Sun Aug 5 20:13:30 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Sun Aug 5 20:05:35 2007 Subject: [Xmonad] Issue 36 in xmonad: compile failure due to missing instance Message-ID: Issue 36: compile failure due to missing instance http://code.google.com/p/xmonad/issues/detail?id=36 Comment #1 by stefa...@cox.net: (No comment was entered for this change.) -- 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 From codesite-noreply at google.com Sun Aug 5 20:21:30 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Sun Aug 5 20:13:36 2007 Subject: [Xmonad] Issue 36 in xmonad: compile failure due to missing instance Message-ID: Issue 36: compile failure due to missing instance http://code.google.com/p/xmonad/issues/detail?id=36 Comment #2 by stefa...@cox.net: Thanks for the report. This appears to be a case of a documented issue with xmonad (in the README), where it has version dependencies on other packages finer than Cabal can express. The .cabal file only says "X11-extras>=0.2", but not all X11-extras-0.2 are equal; xmonad darcs generally requires the newest darcs X11-extras. The reason for this is that due to the incompleteness of X11, we need to frequently add new bindings to X11-extras as we add features to Xmonad; consequently there is an unfortunately tight synchronization between the two developments. -- 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 From codesite-noreply at google.com Sun Aug 5 20:43:35 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Sun Aug 5 20:35:39 2007 Subject: [Xmonad] Issue 36 in xmonad: compile failure due to missing instance Message-ID: Issue 36: compile failure due to missing instance http://code.google.com/p/xmonad/issues/detail?id=36 Comment #3 by mvanier42: OK, so I did a darcs pull on X11-extras and got an error when building it: Preprocessing library X11-extras-0.2... Xinerama.hsc:11:31: error: X11_extras_config.h: No such file or directory compiling Graphics/X11/Xinerama_hsc_make.c failed command was: /pkg/ghc/bin/ghc-6.6.1 -c -Iinclude Graphics/X11/Xinerama_hsc_make.c -o Graphics/X11/Xinerama_hsc_make.o Setup.lhs: got error code while preprocessing: Graphics.X11.Xinerama The configure script tells me that I have Xinerama support. OT: Is there a bug reporting web site for X11-extras? -- 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 From codesite-noreply at google.com Sun Aug 5 20:51:36 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Sun Aug 5 20:43:41 2007 Subject: [Xmonad] Issue 36 in xmonad: compile failure due to missing instance Message-ID: <163600d6b30436fd4f8d8562eccb8@google.com> Issue 36: compile failure due to missing instance http://code.google.com/p/xmonad/issues/detail?id=36 Comment #4 by SpencerJanssen: See the README, specifically, you need to run "autoreconf" before configuring. Issue attribute updates: Status: Invalid -- 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 From codesite-noreply at google.com Sun Aug 5 20:57:36 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Sun Aug 5 20:49:41 2007 Subject: [Xmonad] Issue 36 in xmonad: compile failure due to missing instance Message-ID: <163600d1b50436fd6507dbffecff1@google.com> Issue 36: compile failure due to missing instance http://code.google.com/p/xmonad/issues/detail?id=36 Comment #5 by mvanier42: OK, thanks, all is well now. You can remove this. -- 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 From nornagon at gmail.com Sun Aug 5 22:10:08 2007 From: nornagon at gmail.com (nornagon) Date: Sun Aug 5 22:02:13 2007 Subject: [Xmonad] Resizing speed a major limitation to layout possibuilities In-Reply-To: <650efde80708042211y6d8e993bv4c8198d5118fb04f@mail.gmail.com> References: <650efde80708042211y6d8e993bv4c8198d5118fb04f@mail.gmail.com> Message-ID: <14d615330708051910n36712e1aodda10f662ee71bb4@mail.gmail.com> On 05/08/07, Tim hobbs wrote: > I find that the slow speed of window resizing is a major limiting factor in > what layouts I can make. The Rolodex layout would have had the farther back > windows be smaller, but firefox takes over a second to resize! Does anyone > else have this problem? Is it something that is likely to go away as linux > improves? I think that if this is as bad for others as it is for me, that > the xmonad community should voice it's concerns about this limiting issue. In some cases this is totally unavoidable: for example, irssi over SSH. An electron can only move so fast. - nornagon From codesite-noreply at google.com Mon Aug 6 01:17:56 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Mon Aug 6 01:10:00 2007 Subject: [Xmonad] Issue 37 in xmonad: window gets focus temporarily on window change? Message-ID: <163600cf9704370108081ac3102ad0@google.com> Issue 37: window gets focus temporarily on window change? http://code.google.com/p/xmonad/issues/detail?id=37 New issue report by tim.thelion: What steps will reproduce the problem? 1. open urxvt with -fade 40 option 6 times, so you have 6 windows 2. be in tall lay out, 3. switch between windows with the keyboard watching the 4th one, if you are like me, you will see it flicker bright, like as if it had gained focus for a short amount of time. What is the expected output? What do you see instead? that it wouldn't flicker What version of the product are you using? On what operating system? I'm on debian linux stable with proprietary nvidia drivers 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