From codesite-noreply at google.com Sun Jul 1 14:43:24 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Sun Jul 1 14:37:25 2007 Subject: [Xmonad] Issue 33 in xmonad: compilation failure (darcs version of July 1, 2007) Message-ID: <163600d1b5043438165e5ceabc0e3@google.com> Issue 33: compilation failure (darcs version of July 1, 2007) http://code.google.com/p/xmonad/issues/detail?id=33 New issue report by cstaralgebra: What steps will reproduce the problem? 1. runhaskell Setup.lhs configure 2. runhasekll Steup.lhs build What do you see instead? 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' 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 Jul 1 15:10:45 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Sun Jul 1 15:04:50 2007 Subject: [Xmonad] Issue 33 in xmonad: compilation failure (darcs version of July 1, 2007) Message-ID: <163600d6b304343878276570bc8b5@google.com> Issue 33: compilation failure (darcs version of July 1, 2007) http://code.google.com/p/xmonad/issues/detail?id=33 Comment #1 by cstaralgebra: OOPS -- forgot to update x11-extras-darcs. Now working. -- 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 Jul 1 15:45:14 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Sun Jul 1 15:39:15 2007 Subject: [Xmonad] Issue 33 in xmonad: compilation failure (darcs version of July 1, 2007) Message-ID: Issue 33: compilation failure (darcs version of July 1, 2007) http://code.google.com/p/xmonad/issues/detail?id=33 Comment #2 by SpencerJanssen: (No comment was entered for this change.) 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 dons at cse.unsw.edu.au Sun Jul 1 22:29:14 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Sun Jul 1 22:23:17 2007 Subject: [Xmonad] Patch: auto float windows with specific window class hints In-Reply-To: <1183056226.1726.29.camel@localhost> References: <1182964091.2954.14.camel@localhost> <20070627235508.GA11222@cse.unsw.EDU.AU> <1183056226.1726.29.camel@localhost> Message-ID: <20070702022914.GB28077@cse.unsw.EDU.AU> lucky: > Hi! > > This is another hack that makes dialog and dock windows floating by > default too. > > I suppose, this code is not ready for including into the mainstream. > It's just set of dirty hacks, what makes Xmonad more comfortable for me. > > > This is nice, perhaps it should go in a contrib module, ahead of the > > generic 'rules' support -- this would be usefu for user rules. > > Ok. I'll leave this for now then, and use it as the basis for proper rules support. Thanks for the patch! -- Don > I'm n00b in the haskell and my skills is too scanty for such task now. > sorry. :( > > -- > Lucky > diff -rN -u old-xmonad/Operations.hs new-xmonad/Operations.hs > --- old-xmonad/Operations.hs 2007-06-29 00:07:17.000000000 +0600 > +++ new-xmonad/Operations.hs 2007-06-29 00:07:17.000000000 +0600 > @@ -38,6 +38,9 @@ > > import qualified Data.Traversable as T > > +import Text.Regex.Posix > + > + > -- --------------------------------------------------------------------- > -- | > -- Window manager operations > @@ -58,7 +61,16 @@ > sh <- io $ getWMNormalHints d w > let isFixedSize = sh_min_size sh /= Nothing && sh_min_size sh == sh_max_size sh > isTransient <- isJust `liftM` io (getTransientForHint d w) > - if isFixedSize || isTransient > + > + -- float windows with specific class name > + cs <- io $ getClassHint d w > + let isFloatByClass = resClass cs =~ "Gajim|Gnome-keyring-ask|Stardict" :: Bool > + > + -- float Dock or Dialog windows > + isDock <- isDockWindow d w > + isDialog <- isDialogWindow d w > + > + if isFixedSize || isTransient || isFloatByClass || isDock || isDialog > then do modify $ \s -> s { windowset = W.insertUp w (windowset s) } > float w -- \^^ now go the refresh. > else windows $ W.insertUp w > diff -rN -u old-xmonad/xmonad.cabal new-xmonad/xmonad.cabal > --- old-xmonad/xmonad.cabal 2007-06-29 00:07:17.000000000 +0600 > +++ new-xmonad/xmonad.cabal 2007-06-29 00:07:17.000000000 +0600 > @@ -18,7 +18,7 @@ > license-file: LICENSE > author: Spencer Janssen > maintainer: sjanssen@cse.unl.edu > -build-depends: base>=2.0, X11>=1.2.1, X11-extras>=0.2, mtl>=1.0, unix>=1.0 > +build-depends: base>=2.0, X11>=1.2.1, X11-extras>=0.2, mtl>=1.0, unix>=1.0, regex-posix>=0.71 > extra-source-files: README TODO tests/loc.hs tests/Properties.hs man/xmonad.1.in > Config.hs-boot util/GenerateManpage.hs man/xmonad.1 man/xmonad.html > > diff -rN -u old-xmonad/XMonad.hs new-xmonad/XMonad.hs > --- old-xmonad/XMonad.hs 2007-06-29 00:07:17.000000000 +0600 > +++ new-xmonad/XMonad.hs 2007-06-29 00:07:17.000000000 +0600 > @@ -19,6 +19,12 @@ > Typeable, Message, SomeMessage(..), fromMessage, runLayout, > runX, catchX, io, catchIO, withDisplay, withWindowSet, isRoot, spawn, restart, trace, whenJust, whenX, > atom_WM_STATE, atom_WM_PROTOCOLS, atom_WM_DELETE_WINDOW > + , atom__NET_WM_WINDOW_TYPE > + , atom__NET_WM_WINDOW_TYPE_DOCK > + , atom__NET_WM_WINDOW_TYPE_DIALOG > + , isDockWindow > + , isDialogWindow > + > ) where > > import StackSet > @@ -30,6 +36,7 @@ > import System.Exit > import System.Environment > import Graphics.X11.Xlib > +import Graphics.X11.Xlib.Extras > import Data.Typeable > > import qualified Data.Map as M > @@ -112,6 +119,15 @@ > atom_WM_DELETE_WINDOW = getAtom "WM_DELETE_WINDOW" > atom_WM_STATE = getAtom "WM_STATE" > > +-- | Window type atoms > +atom__NET_WM_WINDOW_TYPE > + , atom__NET_WM_WINDOW_TYPE_DOCK > + , atom__NET_WM_WINDOW_TYPE_DIALOG > + :: X Atom > +atom__NET_WM_WINDOW_TYPE = getAtom "_NET_WM_WINDOW_TYPE" > +atom__NET_WM_WINDOW_TYPE_DOCK = getAtom "_NET_WM_WINDOW_TYPE_DOCK" > +atom__NET_WM_WINDOW_TYPE_DIALOG = getAtom "_NET_WM_WINDOW_TYPE_DIALOG" > + > ------------------------------------------------------------------------ > -- | Layout handling > > @@ -205,3 +221,32 @@ > -- be found in your .xsession-errors file > trace :: String -> X () > trace msg = io $! do hPutStrLn stderr msg; hFlush stderr > + > + > + > +isDockWindow :: Display -> Window -> X Bool > +isDockWindow d w = windowTypeHasAtom d w atom__NET_WM_WINDOW_TYPE_DOCK > + > +isDialogWindow :: Display -> Window -> X Bool > +isDialogWindow d w = windowTypeHasAtom d w atom__NET_WM_WINDOW_TYPE_DIALOG > + > +windowTypeHasAtom :: Display -> Window -> X Atom -> X Bool > +windowTypeHasAtom d w a = do > + wtas <- getWindowTypeAtoms d w > + atom <- a > + return $ atom `justElem` wtas > + > +getWindowTypeAtoms :: Display -> Window -> X (Maybe [Atom]) > +getWindowTypeAtoms d w = do > + aWindowType <- atom__NET_WM_WINDOW_TYPE > + wTypes <- io $ getWindowPropertyAtom d aWindowType w > + return wTypes > + > +-- FIXME: Just type casting Word32 to Atom > +getWindowPropertyAtom :: Display -> Atom -> Window -> IO (Maybe [Atom]) > +getWindowPropertyAtom = rawGetWindowProperty 32 > + > +justElem :: (Eq a) => a -> Maybe [a] -> Bool > +justElem y (Just xs) = y `elem` xs > +justElem _ Nothing = False > + > > _______________________________________________ > Xmonad mailing list > Xmonad@haskell.org > http://www.haskell.org/mailman/listinfo/xmonad From codesite-noreply at google.com Tue Jul 3 08:49:35 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Tue Jul 3 08:43:31 2007 Subject: [Xmonad] Issue 32 in xmonad: gnome-panel take focus when autohide Message-ID: Issue 32: gnome-panel take focus when autohide http://code.google.com/p/xmonad/issues/detail?id=32 Comment #1 by lu...@uralmail.com: This patch resolves the issue. But i'm no sure if that breaks something else. %) --- old-xmonad/Operations.hs 2007-07-03 18:32:00.000000000 +0600 +++ new-xmonad/Operations.hs 2007-07-03 18:32:00.000000000 +0600 @@ -483,7 +495,7 @@ sw = W.tag . W.workspace $ sc bw = fi . wa_border_width $ wa - windows $ W.shift sw . W.focusWindow w . W.float w + windows $ W.shift sw . W.float w (W.RationalRect ((fi (wa_x wa) - fi (rect_x sr)) % fi (rect_width sr)) ((fi (wa_y wa) - fi (rect_y sr)) % fi (rect_height sr)) (fi (wa_width wa + bw*2) % fi (rect_width sr)) -- 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 mailing_list at istitutocolli.org Tue Jul 3 12:56:37 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Tue Jul 3 12:50:43 2007 Subject: [Xmonad] darcs patch: ScreenLayouts.hs: updates to the last API changes Message-ID: <200707031656.l63GubQ4024185@laptop.nowhere.net> Hi, it took me sometime to understand what this short piece of code was trying to do, but after recording, unrecording, reverting and studing and so on and so forth, there we are. It should be working again. All that just to emulate a nice xinerama setup for those who cannot afford a real multihead setup... ciao andrea Tue Jul 3 18:42:09 CEST 2007 Andrea Rossato * ScreenLayouts.hs: updates to the last API changes A silent API change broke this nice piece of David's code: Spencer decided to move screen details into StackSet, and there we went to manipulate them! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 29323 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070703/f4234c89/attachment-0001.bin From mailing_list at istitutocolli.org Tue Jul 3 16:18:46 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Tue Jul 3 16:12:44 2007 Subject: [Xmonad] [new] darcs patch: ScreenLayouts.hs: updates to the last API changes Message-ID: <200707032018.l63KIkhU025326@laptop.nowhere.net> hi! please forget the previous one. sometimes it takes time to relize that: map (\(x,y) -> f x y) $ zip xs ys is actually: zipWith f xs ys ciao andrea Tue Jul 3 22:11:45 CEST 2007 Andrea Rossato * ScreenLayouts.hs: updates to the last API changes A silent API change broke this nice piece of David's code: Spencer decided to move screen details into StackSet, and there we went to manipulate them! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 29301 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070703/667c3f3c/attachment-0001.bin From sjanssen at cse.unl.edu Tue Jul 3 16:44:41 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Tue Jul 3 16:39:07 2007 Subject: [Xmonad] [new] darcs patch: ScreenLayouts.hs: updates to the last API changes In-Reply-To: <200707032018.l63KIkhU025326@laptop.nowhere.net> References: <200707032018.l63KIkhU025326@laptop.nowhere.net> Message-ID: <20070703154441.3610614e@localhost> On Tue, 3 Jul 2007 22:18:46 +0200 Andrea Rossato wrote: > hi! > > please forget the previous one. sometimes it takes time to relize > that: map (\(x,y) -> f x y) $ zip xs ys > is actually: > zipWith f xs ys > > ciao > andrea > > Tue Jul 3 22:11:45 CEST 2007 Andrea Rossato > > * ScreenLayouts.hs: updates to the last API changes > A silent API change broke this nice piece of David's code: Spencer > decided to move screen details into StackSet, and there we went to > manipulate them! Applied. Thanks for cleaning up after my wanton API smashing :) Spencer Janssen From alec at thened.net Wed Jul 4 16:11:57 2007 From: alec at thened.net (Alec Berryman) Date: Wed Jul 4 16:05:55 2007 Subject: [Xmonad] darcs patch: SimpleStacking: remove note about Xinerama incompatabi... Message-ID: <20070704201207.D6A5224EDE2@ives.vdov.net> Wed Jul 4 15:06:26 CDT 2007 Alec Berryman * SimpleStacking: remove note about Xinerama incompatability, works fine now -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 28841 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070704/2178a5fd/attachment-0001.bin From alec at thened.net Wed Jul 4 16:13:32 2007 From: alec at thened.net (Alec Berryman) Date: Wed Jul 4 16:07:30 2007 Subject: [Xmonad] darcs patch: SimpleStacking: -Wall police Message-ID: <20070704201343.4701C24EDE2@ives.vdov.net> Wed Jul 4 15:12:55 CDT 2007 Alec Berryman * SimpleStacking: -Wall police -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 29164 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070704/61d96bc0/attachment-0001.bin From mailing_list at istitutocolli.org Wed Jul 4 18:45:45 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Wed Jul 4 18:39:43 2007 Subject: [Xmonad] darcs patch: the gaps list should be filled with the default value ... Message-ID: <200707042245.l64MjjpT007404@laptop.nowhere.net> hi, this corrects what I believe was and is a bug in the original code: the gaps list should be filled with the default values set in Config.hs. We are simulating a xinerama setup, but we have just one set of gaps. ciao andrea Thu Jul 5 00:41:10 CEST 2007 Andrea Rossato * the gaps list should be filled with the default value from Config.hs -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 29160 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070705/bda79b71/attachment-0001.bin From dons at cse.unsw.edu.au Thu Jul 5 02:38:31 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Thu Jul 5 02:32:23 2007 Subject: [Xmonad] Re: Emailing: A taste of Haskell.pdf In-Reply-To: References: <20070703034151.GA23447@cse.unsw.EDU.AU> Message-ID: <20070705063831.GA14606@cse.unsw.EDU.AU> Hey xmonad community, Simon PJ is running xmonad in xnest, for the upcoming OSCON Haskell tutorial, and we've noticed xnest seems to crop the edge of the screen - or misreport its size: http://www.cse.unsw.edu.au/~dons/tmp/screen-spj.png Anyone seen this, running xmonad in xnest, or know how to fix it? -- Don simonpj: > Phew! I think I managed a screen shot. Notice that xclock is > truncated at the right, and both windows are truncated at the bottom. > Help earnestly desired! Thanks > > Simon > > dons > > simonpj: > > > Thanks. > > > > > > While I think about it, I have a scaling problem, at least when > > > using xnest. The right hand strip and bottom strip of each window is > > > truncated -- e.g. the xterm window material disappears below the > > > bottom of the displayed window. And xclock doesn't fit. > > > > > > Any idea what that might be? I could send you a screenshot. Maybe > > > xmonad thinks the display area is bigger than it is? > > > > Yeah, a screen shot. What geometry is the xnest screen? Also, which > > version of xmonad are you using? > > Can you manually enlarge the Xnest window? Xnest chooses a screen > geometry when it starts and always reports this geometry to clients -- > even if the actual containing window is smaller. Running 'xdpyinfo' > inside Xnest will report the geometry it desires. From stefanor at cox.net Thu Jul 5 02:52:42 2007 From: stefanor at cox.net (Stefan O'Rear) Date: Thu Jul 5 02:46:37 2007 Subject: [Xmonad] Re: Emailing: A taste of Haskell.pdf In-Reply-To: <20070705063831.GA14606@cse.unsw.EDU.AU> References: <20070703034151.GA23447@cse.unsw.EDU.AU> <20070705063831.GA14606@cse.unsw.EDU.AU> Message-ID: <20070705065242.GA7479@localhost.localdomain> On Thu, Jul 05, 2007 at 04:38:31PM +1000, Donald Bruce Stewart wrote: > Hey xmonad community, > > Simon PJ is running xmonad in xnest, for the upcoming OSCON Haskell > tutorial, and we've noticed xnest seems to crop the edge of the screen - > or misreport its size: > > http://www.cse.unsw.edu.au/~dons/tmp/screen-spj.png > > Anyone seen this, running xmonad in xnest, or know how to fix it? Xnest defaults to an 800x600 screen. Perhaps SPJ's monitor is that big, in which case the virtual screen will be truncated to fit the decorations. Perhaps he should pass the '-geometry 640x480' option to Xnest? Stefan From simonpj at microsoft.com Thu Jul 5 03:30:22 2007 From: simonpj at microsoft.com (Simon Peyton-Jones) Date: Thu Jul 5 03:24:12 2007 Subject: [Xmonad] Re: Emailing: A taste of Haskell.pdf In-Reply-To: <20070705065242.GA7479@localhost.localdomain> References: <20070703034151.GA23447@cse.unsw.EDU.AU> <20070705063831.GA14606@cse.unsw.EDU.AU> <20070705065242.GA7479@localhost.localdomain> Message-ID: But surely xnest should tell xmonad how big the window is, so that xmonad knows how to behave? If I resize xnest's window, it should tell xmonad, which should adjust. Still, I'll certainly try the -geometry thing, thanks Simon | -----Original Message----- | From: Stefan O'Rear [mailto:stefanor@cox.net] | Sent: 05 July 2007 07:53 | To: Donald Bruce Stewart | Cc: Simon Peyton-Jones; xmonad@haskell.org | Subject: Re: [Xmonad] Re: Emailing: A taste of Haskell.pdf | | On Thu, Jul 05, 2007 at 04:38:31PM +1000, Donald Bruce Stewart wrote: | > Hey xmonad community, | > | > Simon PJ is running xmonad in xnest, for the upcoming OSCON Haskell | > tutorial, and we've noticed xnest seems to crop the edge of the screen - | > or misreport its size: | > | > http://www.cse.unsw.edu.au/~dons/tmp/screen-spj.png | > | > Anyone seen this, running xmonad in xnest, or know how to fix it? | | Xnest defaults to an 800x600 screen. Perhaps SPJ's monitor is that big, | in which case the virtual screen will be truncated to fit the | decorations. | | Perhaps he should pass the '-geometry 640x480' option to Xnest? | | Stefan From kai.grossjohann at verizonbusiness.com Thu Jul 5 03:41:03 2007 From: kai.grossjohann at verizonbusiness.com (Kai Grossjohann) Date: Thu Jul 5 03:34:59 2007 Subject: [Xmonad] darcs patch: the gaps list should be filled with the default value ... In-Reply-To: <200707042245.l64MjjpT007404@laptop.nowhere.net> (Andrea Rossato's message of "Thu, 05 Jul 2007 00:45:45 +0200") References: <200707042245.l64MjjpT007404@laptop.nowhere.net> Message-ID: <86hcojuwkw.fsf@ketchup.de.uu.net> Andrea Rossato writes: > this corrects what I believe was and is a bug in the original code: the gaps > list should be filled with the default values set in Config.hs. We are > simulating a xinerama setup, but we have just one set of gaps. > > ciao > andrea > > Thu Jul 5 00:41:10 CEST 2007 Andrea Rossato > * the gaps list should be filled with the default value from Config.hs I have a Xinerama setup. Only the first monitor has a gap, and only it displays the two dzen2 instances. (I use something very close to the suggested setup in XMonadContrib/scripts/run-xmonad.sh.) I like it. Though I do have to admit that sometimes I think it could be nice if the dzens would follow the focus. Kai From mailing_list at istitutocolli.org Thu Jul 5 04:39:19 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Jul 5 04:33:12 2007 Subject: [Xmonad] darcs patch: the gaps list should be filled with the default value ... In-Reply-To: <86hcojuwkw.fsf@ketchup.de.uu.net> References: <200707042245.l64MjjpT007404@laptop.nowhere.net> <86hcojuwkw.fsf@ketchup.de.uu.net> Message-ID: <20070705083918.GA18131@laptop.nowhere.net> On Thu, Jul 05, 2007 at 09:41:03AM +0200, Kai Grossjohann wrote: > I have a Xinerama setup. Only the first monitor has a gap, and only it > displays the two dzen2 instances. (I use something very close to the > suggested setup in XMonadContrib/scripts/run-xmonad.sh.) This patch is not going to modify the behaviour of XMonad in a Xinerama setup, but the way layoutScreens sets up a fake xinerama setup. If a workspace shows up in the second (fake) screen (without gaps), when you will apply Operations.rescreen the windows in that workspace will now have a rectangle that is going to overlap with the gaps in their original (unmodified) workspace. This patch takes care of creating fake screens with the same gaps of the first (real) one. I do not have a xinerama setup and so I could get something wrong, but I think this should be the expected behaviour of layoutScreens. ciao andrea From A.M.Gimblett at swansea.ac.uk Thu Jul 5 05:19:08 2007 From: A.M.Gimblett at swansea.ac.uk (Andy Gimblett) Date: Thu Jul 5 05:13:21 2007 Subject: [Xmonad] Re: Emailing: A taste of Haskell.pdf In-Reply-To: References: <20070703034151.GA23447@cse.unsw.EDU.AU> <20070705063831.GA14606@cse.unsw.EDU.AU> <20070705065242.GA7479@localhost.localdomain> Message-ID: <20070705091908.GA857@cspcag2.swan.ac.uk> On Thu, Jul 05, 2007 at 08:30:22AM +0100, Simon Peyton-Jones wrote: > But surely xnest should tell xmonad how big the window is, so that > xmonad knows how to behave? If I resize xnest's window, it should > tell xmonad, which should adjust. > > Still, I'll certainly try the -geometry thing, thanks I was going to write and say: when I've used xnest I've had to adjust for a border around the xnest window, and so if I was on a 1600x1200 screen (say), I'd tell xnest to use 1598x1198, with -geometry. However, looking at my xnest-using scripts, I see I don't do that, and do in fact say -geometry 1600x1200 - it's rdesktop I "trim" for. Still, I can report that I did use -geometry with xnest, and maybe trimming is worth thinking about... Perhaps I just didn't notice it under xnest. :) -Andy -- Andy Gimblett Computer Science Department University of Wales Swansea http://www.cs.swan.ac.uk/~csandy/ From A.M.Gimblett at swansea.ac.uk Thu Jul 5 05:34:31 2007 From: A.M.Gimblett at swansea.ac.uk (Andy Gimblett) Date: Thu Jul 5 05:28:20 2007 Subject: [Xmonad] darcs patch: the gaps list should be filled with the default value ... In-Reply-To: <86hcojuwkw.fsf@ketchup.de.uu.net> References: <200707042245.l64MjjpT007404@laptop.nowhere.net> <86hcojuwkw.fsf@ketchup.de.uu.net> Message-ID: <20070705093431.GB857@cspcag2.swan.ac.uk> On Thu, Jul 05, 2007 at 09:41:03AM +0200, Kai Grossjohann wrote: > > I have a Xinerama setup. Only the first monitor has a gap, and only > it displays the two dzen2 instances. (I use something very close to > the suggested setup in XMonadContrib/scripts/run-xmonad.sh.) > > I like it. If you change your mind, and want gaps on multiple screens, just add more gap-tuples to the gap list in Config.hs; eg, the following puts a 15-pixel gap at the bottom of both screens: defaultGaps :: [(Int,Int,Int,Int)] defaultGaps = [(0,15,0,0),(0,15,0,0)] To a place dzen instance on the second screen, use the -x and -y command line flags judiciously. The x & y values you need will depend very much on your setup, the sizes and relative placements of the screens, etc. If you run multiple dzens, you probably also need to know about and use the -w flag, which restricts its width. By default a dzen will take up the entire screen (in fact, I _think_, go across multiple screens), potentially obscuring other dzen instances, so with more than one dzen running, this is essential (in my experience at least). > Though I do have to admit that sometimes I think it could be nice if > the dzens would follow the focus. Ah now that's a whole different ball game, I guess. :-) Hope this helps (someone), -Andy -- Andy Gimblett Computer Science Department University of Wales Swansea http://www.cs.swan.ac.uk/~csandy/ From kai.grossjohann at verizonbusiness.com Thu Jul 5 07:12:58 2007 From: kai.grossjohann at verizonbusiness.com (Kai Grossjohann) Date: Thu Jul 5 07:07:25 2007 Subject: [Xmonad] darcs patch: the gaps list should be filled with the default value ... In-Reply-To: <20070705093431.GB857@cspcag2.swan.ac.uk> (Andy Gimblett's message of "Thu, 05 Jul 2007 10:34:31 +0100") References: <200707042245.l64MjjpT007404@laptop.nowhere.net> <86hcojuwkw.fsf@ketchup.de.uu.net> <20070705093431.GB857@cspcag2.swan.ac.uk> Message-ID: <864pkjt879.fsf@ketchup.de.uu.net> Andy Gimblett writes: > To a place dzen instance on the second screen, use the -x and -y > command line flags judiciously. The x & y values you need will depend > very much on your setup, the sizes and relative placements of the > screens, etc. Isn't there a Xinerama patch for dzen somewhere? I vaguely remember this being the case, but it's been too long since I downloaded and installed it. I do "dzen2 -xs 1" (but still use -w and -x because I have two of them). Kai From rob.manea at googlemail.com Thu Jul 5 08:33:49 2007 From: rob.manea at googlemail.com (Robert Manea) Date: Thu Jul 5 08:27:41 2007 Subject: [Xmonad] darcs patch: the gaps list should be filled with the default value ... In-Reply-To: <864pkjt879.fsf@ketchup.de.uu.net> References: <200707042245.l64MjjpT007404@laptop.nowhere.net> <86hcojuwkw.fsf@ketchup.de.uu.net> <20070705093431.GB857@cspcag2.swan.ac.uk> <864pkjt879.fsf@ketchup.de.uu.net> Message-ID: <20070705123349.GA5877@deski.rob-home.homeip.net> * Kai Grossjohann (kai.grossjohann@verizonbusiness.com) wrote: > Isn't there a Xinerama patch for dzen somewhere? I vaguely remember > this being the case, but it's been too long since I downloaded and > installed it. I do "dzen2 -xs 1" (but still use -w and -x because I > have two of them). dzen comes with Xinerama support by default, it is a compile time option though. I.e. simply follow the comments in 'config.mk' to enable Xinerama. If 'config.mk' does _not_ include comments on Xinerama you should consider upgrading dzen as there were some bugfixes and improvements lately. Current version is 0.5.0 though the svn trunk has some code cleanups and fixes so that's the most stable version at the moment. See http://gotmor.googlepages.com/dzen for any further details. > Kai Bye, Rob. From simonpj at microsoft.com Thu Jul 5 09:01:58 2007 From: simonpj at microsoft.com (Simon Peyton-Jones) Date: Thu Jul 5 08:55:49 2007 Subject: [Xmonad] Re: Emailing: A taste of Haskell.pdf In-Reply-To: <20070705091908.GA857@cspcag2.swan.ac.uk> References: <20070703034151.GA23447@cse.unsw.EDU.AU> <20070705063831.GA14606@cse.unsw.EDU.AU> <20070705065242.GA7479@localhost.localdomain> <20070705091908.GA857@cspcag2.swan.ac.uk> Message-ID: What I'm still missing is: why doesn't xmonad get told the correct window size by xnest? The -geom thing tells xnest how big a window it should throw up, but regardless of its window size it should report it faithfully to xmonad. Similarly on resizing, which comprehensively does not work -- ie resizing the xnest window, making it smaller, is not reflected in the xmonad layout. Instead xnest just truncates even more of it. S | -----Original Message----- | From: Andy Gimblett [mailto:A.M.Gimblett@swansea.ac.uk] | Sent: 05 July 2007 10:19 | To: Simon Peyton-Jones | Cc: Stefan O'Rear; Donald Bruce Stewart; xmonad@haskell.org | Subject: Re: [Xmonad] Re: Emailing: A taste of Haskell.pdf | | On Thu, Jul 05, 2007 at 08:30:22AM +0100, Simon Peyton-Jones wrote: | | > But surely xnest should tell xmonad how big the window is, so that | > xmonad knows how to behave? If I resize xnest's window, it should | > tell xmonad, which should adjust. | > | > Still, I'll certainly try the -geometry thing, thanks | | I was going to write and say: when I've used xnest I've had to adjust | for a border around the xnest window, and so if I was on a 1600x1200 | screen (say), I'd tell xnest to use 1598x1198, with -geometry. | | However, looking at my xnest-using scripts, I see I don't do that, and | do in fact say -geometry 1600x1200 - it's rdesktop I "trim" for. | Still, I can report that I did use -geometry with xnest, and maybe | trimming is worth thinking about... Perhaps I just didn't notice it | under xnest. :) | | -Andy | | -- | Andy Gimblett | Computer Science Department | University of Wales Swansea | http://www.cs.swan.ac.uk/~csandy/ From mailing_list at istitutocolli.org Thu Jul 5 09:50:02 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Jul 5 09:43:57 2007 Subject: [Xmonad] xmobar-0.4 - the xmonad status bar - released! Message-ID: <20070705135002.GA12263@laptop.nowhere.net> hi! I've just released xmobar-0.4, my XMonad status bar: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/xmobar-0.4 XMobar is a minimalistic text only status bar. What's new: - many performance improvements on the monitors side; - added a (sort of) library for writing monitors; - every monitor takes a set of command-line options to set: * high and low thresholds, * high, normal and low colors * output template. Try for instance xmb-weather --help Example: [15:47:29]$ xmb-weather -t " , , ()" EGPF Glasgow Airport 62.6, 72.0, (13:20) For me xmobar is a good-enough replacement of the Ion3 status bar. I hope you'll enjoy it. Any suggestion, comments, critics are welcome. Know bugs: center alignment does produce weird (but nice) results. All the best, Andrea From sjanssen at cse.unl.edu Thu Jul 5 10:32:27 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Jul 5 10:32:00 2007 Subject: [Xmonad] Re: Emailing: A taste of Haskell.pdf In-Reply-To: References: <20070703034151.GA23447@cse.unsw.EDU.AU> <20070705063831.GA14606@cse.unsw.EDU.AU> <20070705065242.GA7479@localhost.localdomain> <20070705091908.GA857@cspcag2.swan.ac.uk> Message-ID: <20070705093227.754a841c@localhost> On Thu, 5 Jul 2007 14:01:58 +0100 Simon Peyton-Jones wrote: > What I'm still missing is: why doesn't xmonad get told the correct > window size by xnest? The -geom thing tells xnest how big a window > it should throw up, but regardless of its window size it should > report it faithfully to xmonad. > > Similarly on resizing, which comprehensively does not work -- ie > resizing the xnest window, making it smaller, is not reflected in the > xmonad layout. Instead xnest just truncates even more of it. > > S Xnest is just not very nice in this respect -- it chooses a geometry at start up and sticks with it. It continues to report the same geometry to clients, no matter how you resize the containing Xnest window. Cheers, Spencer Janssen From sjanssen at cse.unl.edu Thu Jul 5 10:36:47 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Jul 5 10:36:09 2007 Subject: [Xmonad] darcs patch: SimpleStacking: remove note about Xinerama incompatabi... In-Reply-To: <20070704201207.D6A5224EDE2@ives.vdov.net> References: <20070704201207.D6A5224EDE2@ives.vdov.net> Message-ID: <20070705093647.6071bbd8@localhost> On Wed, 04 Jul 2007 15:11:57 -0500 "Alec Berryman" wrote: > Wed Jul 4 15:06:26 CDT 2007 Alec Berryman > * SimpleStacking: remove note about Xinerama incompatability, works > fine now Applied, thanks. From sjanssen at cse.unl.edu Thu Jul 5 10:37:37 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Jul 5 10:36:59 2007 Subject: [Xmonad] darcs patch: SimpleStacking: -Wall police In-Reply-To: <20070704201343.4701C24EDE2@ives.vdov.net> References: <20070704201343.4701C24EDE2@ives.vdov.net> Message-ID: <20070705093737.002352c2@localhost> On Wed, 04 Jul 2007 15:13:32 -0500 "Alec Berryman" wrote: > Wed Jul 4 15:12:55 CDT 2007 Alec Berryman > * SimpleStacking: -Wall police Applied, thanks. From sjanssen at cse.unl.edu Thu Jul 5 10:45:44 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Jul 5 10:45:06 2007 Subject: [Xmonad] darcs patch: the gaps list should be filled with the default value ... In-Reply-To: <200707042245.l64MjjpT007404@laptop.nowhere.net> References: <200707042245.l64MjjpT007404@laptop.nowhere.net> Message-ID: <20070705094544.1f4cd810@localhost> On Thu, 5 Jul 2007 00:45:45 +0200 Andrea Rossato wrote: > hi, > this corrects what I believe was and is a bug in the original code: > the gaps list should be filled with the default values set in > Config.hs. We are simulating a xinerama setup, but we have just one > set of gaps. > > ciao > andrea > > Thu Jul 5 00:41:10 CEST 2007 Andrea Rossato > > * the gaps list should be filled with the default value from > Config.hs Seems reasonable. Applied. From simonpj at microsoft.com Thu Jul 5 11:03:07 2007 From: simonpj at microsoft.com (Simon Peyton-Jones) Date: Thu Jul 5 10:56:57 2007 Subject: [Xmonad] Re: Emailing: A taste of Haskell.pdf In-Reply-To: <20070705093227.754a841c@localhost> References: <20070703034151.GA23447@cse.unsw.EDU.AU> <20070705063831.GA14606@cse.unsw.EDU.AU> <20070705065242.GA7479@localhost.localdomain> <20070705091908.GA857@cspcag2.swan.ac.uk> <20070705093227.754a841c@localhost> Message-ID: aha! And I have discovered that if I give xnest geom settings that are small enough so that the xnest window is smaller than full-screen to start with, then indeed everything works as expected. If you give it geom settings that are bigger than full-screen, then it must pass the bigger ones one to xmonad, but meanwhile it displays its own window full-screen. Hence truncation. Simon | -----Original Message----- | From: Spencer Janssen [mailto:sjanssen@cse.unl.edu] | Sent: 05 July 2007 15:32 | To: Simon Peyton-Jones | Cc: xmonad@haskell.org | Subject: Re: [Xmonad] Re: Emailing: A taste of Haskell.pdf | | On Thu, 5 Jul 2007 14:01:58 +0100 | Simon Peyton-Jones wrote: | | > What I'm still missing is: why doesn't xmonad get told the correct | > window size by xnest? The -geom thing tells xnest how big a window | > it should throw up, but regardless of its window size it should | > report it faithfully to xmonad. | > | > Similarly on resizing, which comprehensively does not work -- ie | > resizing the xnest window, making it smaller, is not reflected in the | > xmonad layout. Instead xnest just truncates even more of it. | > | > S | | Xnest is just not very nice in this respect -- it chooses a geometry at | start up and sticks with it. It continues to report the same geometry | to clients, no matter how you resize the containing Xnest window. | | | Cheers, | Spencer Janssen From rob.manea at googlemail.com Thu Jul 5 11:10:10 2007 From: rob.manea at googlemail.com (Robert Manea) Date: Thu Jul 5 11:04:02 2007 Subject: [Xmonad] xmobar-0.4 - the xmonad status bar - released! In-Reply-To: <20070705135002.GA12263@laptop.nowhere.net> References: <20070705135002.GA12263@laptop.nowhere.net> Message-ID: <20070705151010.GA13891@deski.rob-home.homeip.net> * Andrea Rossato (mailing_list@istitutocolli.org) wrote: > XMobar is a minimalistic text only status bar. > > What's new: > - many performance improvements on the monitors side; [...] > Any suggestion, comments, critics are welcome. I would suggest to consider improving overall memory usage: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 12955 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.03 ./dist/build/xmobar/xmobar 12956 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.01 ./dist/build/xmobar/xmobar 12958 robert 18 0 37932 2512 1508 S 0.0 0.7 0:00.02 ./dist/build/xmobar/xmobar 12961 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.00 ./dist/build/xmobar/xmobar 12954 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.09 ./dist/build/xmobar/xmobar That's how it looks on my machine with the default config. I.e. compiled xmobar and spawned it. Just for comparision purposes: 2982 robert 15 0 5640 2436 1528 S 0.0 0.7 0:01.95 /home/robert/bin/xmonad 2981 robert 15 0 4044 984 796 S 0.0 0.3 0:00.14 dzen2 > All the best, > Andrea Regards, Rob. From simonpj at microsoft.com Thu Jul 5 11:42:15 2007 From: simonpj at microsoft.com (Simon Peyton-Jones) Date: Thu Jul 5 11:36:04 2007 Subject: [Xmonad] Notes on xmonad Message-ID: Here are some note I jotted down as I was working on the xmonad code. * allocaXEvent/nextEvent/getEvent sequence is too ugly to appear in Main! You can hide the EventPtr structure in the XMonad, and allocate it in runX. * When you resize the xnest window, the new size isn't reported to xmonad. Instead, the xmonad window is truncated. Turns out to be xnest's fault. * Ugly Stack vs StackOrNot. This should be hidden inside StackSet. The only place it's used is in runLayout. Likewise there should be only one exported integrate, not integrate and integrate' * 'modify' is defined in Control.Monad.State and in StackSet -- very confusing. Furthermore, although modify, modify' are exported from StackSet, they are never used (and probably should not be exported, so as to preserve the abstaction). * In StackSet.findIndex, use integrate rather than reimplementing it * In StackSet.new, the Nothing should be emptyStack, with a suitable defn for emptyStack * In Operations, line 171, Stack should be abstract! use 'focus' to extract the focus. Ditto line 372 * StackSet.focus is not the same as Operations.focus. Unhelpful! * I respecfully suggest that this code (Operations.hs) is impenetrable tiled = (W.stack . W.workspace . W.current $ this) >>= W.filter (not . flip M.member (W.floating ws)) * In the call to restackWindows in Operations.hs, why bring the focused window to the front of the list? Needs a comment at least. From mailing_list at istitutocolli.org Thu Jul 5 12:11:05 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Jul 5 12:06:03 2007 Subject: [Xmonad] xmobar-0.4 - the xmonad status bar - released! In-Reply-To: <20070705151010.GA13891@deski.rob-home.homeip.net> References: <20070705135002.GA12263@laptop.nowhere.net> <20070705151010.GA13891@deski.rob-home.homeip.net> Message-ID: <20070705161105.GB12263@laptop.nowhere.net> On Thu, Jul 05, 2007 at 05:10:10PM +0200, Robert Manea wrote: > * Andrea Rossato (mailing_list@istitutocolli.org) wrote: > > XMobar is a minimalistic text only status bar. > > > > What's new: > > - many performance improvements on the monitors side; > [...] > > Any suggestion, comments, critics are welcome. > > I would suggest to consider improving overall memory usage: > > PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command > 12955 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.03 ./dist/build/xmobar/xmobar > 12956 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.01 ./dist/build/xmobar/xmobar > 12958 robert 18 0 37932 2512 1508 S 0.0 0.7 0:00.02 ./dist/build/xmobar/xmobar > 12961 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.00 ./dist/build/xmobar/xmobar > 12954 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.09 ./dist/build/xmobar/xmobar well, this does not tell me much, actually... xmobar is linked to everything needed to run a haskell binary in your system, and all this stuff must be loaded. have a look here: http://virtualthreads.blogspot.com/2006/02/understanding-memory-usage-on-linux.html > Just for comparision purposes: > > 2982 robert 15 0 5640 2436 1528 S 0.0 0.7 0:01.95 /home/robert/bin/xmonad > 2981 robert 15 0 4044 984 796 S 0.0 0.3 0:00.14 dzen2 This is just a misleading statement: dzen is using a lot of library that are already loaded into memory. This is not a useful comparison. You should know that. But if I'm getting something wrong please let me know. Anyway thanks for your kind attention. Ciao Andrea From rob.manea at googlemail.com Thu Jul 5 12:57:27 2007 From: rob.manea at googlemail.com (Robert Manea) Date: Thu Jul 5 12:51:20 2007 Subject: [Xmonad] xmobar-0.4 - the xmonad status bar - released! In-Reply-To: <20070705161105.GB12263@laptop.nowhere.net> References: <20070705135002.GA12263@laptop.nowhere.net> <20070705151010.GA13891@deski.rob-home.homeip.net> <20070705161105.GB12263@laptop.nowhere.net> Message-ID: <20070705165727.GA7278@deski.rob-home.homeip.net> * Andrea Rossato (mailing_list@istitutocolli.org) wrote: [...] > > 12954 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.09 ./dist/build/xmobar/xmobar > > well, this does not tell me much, actually... xmobar is linked to > everything needed to run a haskell binary in your system, and all this > stuff must be loaded. True for the virtual memory size. Still, the question remains why does xmonad which is obviuosly also linked to "everything needed to run a haskell binary" _not_ use equally much memory? The answer might be: because xmobar uses some really huge libraries that are not being used by/shared with any other haskell prog i use. So if I go one step further i could conclude that I'm spending a lot of precious memory for only a single application. > have a look here: > http://virtualthreads.blogspot.com/2006/02/understanding-memory-usage-on-linux.html > > > Just for comparision purposes: > > > > 2982 robert 15 0 5640 2436 1528 S 0.0 0.7 0:01.95 /home/robert/bin/xmonad > > 2981 robert 15 0 4044 984 796 S 0.0 0.3 0:00.14 dzen2 > > This is just a misleading statement: dzen is using a lot of library > that are already loaded into memory. This is not a useful comparison. > You should know that. Well, in my opinion the comparision _is_ useful because it shows 2 things: * A haskell programm with a fair bit higher complexity than xmobar needs way less memory or said in other words does not need that many huge supporting librarie? as xmobar. * A program (dzen) with a somewhat comparable feature set needs way less memory. Sure you could argue that ps shows bogus for multiple instances of a process etc. but used libraries need to be mapped and if they are huge and only used by a single program they simply waiste memory. Please do not take this as any kind of offense, i just wanted to point out the obvious :): > Ciao > Andrea Bye, Rob. From mailing_list at istitutocolli.org Thu Jul 5 13:12:53 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Jul 5 13:06:42 2007 Subject: [Xmonad] xmobar-0.4 - the xmonad status bar - released! In-Reply-To: <20070705165727.GA7278@deski.rob-home.homeip.net> References: <20070705135002.GA12263@laptop.nowhere.net> <20070705151010.GA13891@deski.rob-home.homeip.net> <20070705161105.GB12263@laptop.nowhere.net> <20070705165727.GA7278@deski.rob-home.homeip.net> Message-ID: <20070705171253.GD12263@laptop.nowhere.net> On Thu, Jul 05, 2007 at 06:57:27PM +0200, Robert Manea wrote: > True for the virtual memory size. Still, the question remains why does > xmonad which is obviuosly also linked to "everything needed to run a > haskell binary" _not_ use equally much memory? > > The answer might be: because xmobar uses some really huge libraries that > are not being used by/shared with any other haskell prog i use. So if I > go one step further i could conclude that I'm spending a lot of precious > memory for only a single application. I totally agree with you. > * A haskell programm with a fair bit higher complexity than xmobar needs > way less memory or said in other words does not need that many huge > supporting librarie? as xmobar. > xmobar is doing far more complex things than xmonad is doing. just read the code. Xmonad does nothing but keeping track of the windows you open, in a very well design data structure. xmobar parses, forks threads, opens, closes files in very small amounts of time, writes variables shared by threads, and does a lot of very highly difficult operations. Look, I'm far from saying that xmobar is a nice piece of code (I don't care that much, about xmobar, or just about my coding capacity). But it does a lot of very complicated things. Probably in the most inefficiently conceivable way. Still a lot of stuff. Go read it! > * A program (dzen) with a somewhat comparable feature set needs way less > memory. yes, and it requires learning a very complicated programming language, with manual memory allocation and uncontrolled side effects. Memory is cheap, bro...;-) > Please do not take this as any kind of offense, i just wanted to point > out the obvious :): we are just sharing code and opinions. this is just great, isn't it? ciao Andrea From stefanor at cox.net Thu Jul 5 13:25:48 2007 From: stefanor at cox.net (Stefan O'Rear) Date: Thu Jul 5 13:19:37 2007 Subject: [Xmonad] xmobar-0.4 - the xmonad status bar - released! In-Reply-To: <20070705165727.GA7278@deski.rob-home.homeip.net> References: <20070705135002.GA12263@laptop.nowhere.net> <20070705151010.GA13891@deski.rob-home.homeip.net> <20070705161105.GB12263@laptop.nowhere.net> <20070705165727.GA7278@deski.rob-home.homeip.net> Message-ID: <20070705172548.GA3600@localhost.localdomain> On Thu, Jul 05, 2007 at 06:57:27PM +0200, Robert Manea wrote: > * Andrea Rossato (mailing_list@istitutocolli.org) wrote: > [...] > > > 12954 robert 15 0 37932 2512 1508 S 0.0 0.7 0:00.09 ./dist/build/xmobar/xmobar > > > > well, this does not tell me much, actually... xmobar is linked to > > everything needed to run a haskell binary in your system, and all this > > stuff must be loaded. > > True for the virtual memory size. Still, the question remains why does > xmonad which is obviuosly also linked to "everything needed to run a > haskell binary" _not_ use equally much memory? > > The answer might be: because xmobar uses some really huge libraries that > are not being used by/shared with any other haskell prog i use. So if I > go one step further i could conclude that I'm spending a lot of precious > memory for only a single application. > > > > Just for comparision purposes: > > > > > > 2982 robert 15 0 5640 2436 1528 S 0.0 0.7 0:01.95 /home/robert/bin/xmonad > > > 2981 robert 15 0 4044 984 796 S 0.0 0.3 0:00.14 dzen2 What leads you to the conclusion that xmobar is using considerably more memory than xmonad? According to the figures that you yourself post, they are using the same amount (to within a few %). Stefan From geoffw at cis.upenn.edu Thu Jul 5 14:16:05 2007 From: geoffw at cis.upenn.edu (Geoffrey Alan Washburn) Date: Thu Jul 5 14:18:53 2007 Subject: [Xmonad] Reporting XMonadContrib bugs Message-ID: I didn't see anything about this on the mailing list, but should bugs for XMonadContrib be filed on http://code.google.com/p/xmonad/issues/list as well? From mailing_list at istitutocolli.org Thu Jul 5 14:39:29 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Jul 5 14:34:13 2007 Subject: [Xmonad] Reporting XMonadContrib bugs In-Reply-To: References: Message-ID: <20070705183929.GE12263@laptop.nowhere.net> On Thu, Jul 05, 2007 at 02:16:05PM -0400, Geoffrey Alan Washburn wrote: > > I didn't see anything about this on the mailing list, but should bugs for > XMonadContrib be filed on > > http://code.google.com/p/xmonad/issues/list > > as well? > No, you should send bug reports to the maintainers. You can also send them to this mailing list, so that someone else can have a look if the maintainers do not. Andrea From geoffw at cis.upenn.edu Thu Jul 5 14:52:56 2007 From: geoffw at cis.upenn.edu (Geoffrey Alan Washburn) Date: Thu Jul 5 14:46:29 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs Message-ID: Hi, I have been noticing a few bugs with the contributed Tabbed layout (1) Sometimes the tabs will be drawn on top of floating windows. I think this only happens when a floating window is opened in a location that overlaps with a tab, but I haven't found a systematic way of testing this. (2) The text in tabs does not properly handle Unicode. I am assuming my applications, for example Firefox, are using UTF8 in their title strings. In such cases the tab is simply blank. This occurs regardless of whether TabbedLayout is configured with a font that contains the offending glyph or not. The expected behavior when the font does not have the glyph would be to use a blank or box like many other applications do. (3) This is more of an enhancement, but it would be very useful to be able to specify XFT fonts in addition to "classical" X11 fonts for tabs. From maillaxa at gmail.com Thu Jul 5 15:32:00 2007 From: maillaxa at gmail.com (Xavier Maillard) Date: Thu Jul 5 15:26:01 2007 Subject: [Xmonad] Re: xmobar-0.4 - the xmonad status bar - released! References: <20070705135002.GA12263@laptop.nowhere.net> Message-ID: Andrea Rossato writes: > > hi! > > I've just released xmobar-0.4, my XMonad status bar: What does it look like ? Regards, Xavier From mailing_list at istitutocolli.org Thu Jul 5 16:15:13 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Jul 5 16:09:49 2007 Subject: [Xmonad] Re: xmobar-0.4 - the xmonad status bar - released! In-Reply-To: References: <20070705135002.GA12263@laptop.nowhere.net> Message-ID: <20070705201513.GF12263@laptop.nowhere.net> On Thu, Jul 05, 2007 at 07:32:00PM +0000, Xavier Maillard wrote: > What does it look like ? http://gorgias.mine.nu/xmobar/xmobar-0.4.jpg The status bar at the very bottom of the screen. All the best. Andrea From sjanssen at cse.unl.edu Thu Jul 5 16:17:15 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Thu Jul 5 16:11:40 2007 Subject: [Xmonad] Reporting XMonadContrib bugs In-Reply-To: References: Message-ID: <20070705151715.31036e40@localhost> On Thu, 05 Jul 2007 14:16:05 -0400 Geoffrey Alan Washburn wrote: > > I didn't see anything about this on the mailing list, but should bugs > for XMonadContrib be filed on > > http://code.google.com/p/xmonad/issues/list > > as well? Yes. Be sure to add the "Component-Contrib" label. Spencer Janssen From mailing_list at istitutocolli.org Thu Jul 5 16:22:08 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Thu Jul 5 16:16:20 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs In-Reply-To: References: Message-ID: <20070705202208.GG12263@laptop.nowhere.net> On Thu, Jul 05, 2007 at 02:52:56PM -0400, Geoffrey Alan Washburn wrote: > > Hi, I have been noticing a few bugs with the contributed Tabbed layout Since David is getting married I'll try to have a look. > (1) Sometimes the tabs will be drawn on top of floating windows. I think > this only happens when a floating window is opened in a location that > overlaps with a tab, but I haven't found a systematic way of testing this. I need a way to verify. I'll try to make some tests. > (2) The text in tabs does not properly handle Unicode. I am assuming my > applications, for example Firefox, are using UTF8 in their title strings. In > such cases the tab is simply blank. This occurs regardless of whether > TabbedLayout is configured with a font that contains the offending glyph or > not. The expected behavior when the font does not have the glyph would be > to use a blank or box like many other applications do. Haskell and C, plus Unicode is a big mess for me (especially the C side), but I'm interested in the problem and I will have a look and try to find a solution. > (3) This is more of an enhancement, but it would be very useful to be able > to specify XFT fonts in addition to "classical" X11 fonts for tabs. sorry but this is very far from being something I have an idea about. I have a feeling, though, and it says "No way!" All the best, Andrea From maillaxa at gmail.com Thu Jul 5 16:25:42 2007 From: maillaxa at gmail.com (Xavier Maillard) Date: Thu Jul 5 16:19:46 2007 Subject: [Xmonad] Re: xmobar-0.4 - the xmonad status bar - released! References: <20070705135002.GA12263@laptop.nowhere.net> <20070705201513.GF12263@laptop.nowhere.net> Message-ID: Andrea Rossato writes: > > On Thu, Jul 05, 2007 at 07:32:00PM +0000, Xavier Maillard wrote: > > What does it look like ? > > http://gorgias.mine.nu/xmobar/xmobar-0.4.jpg > > The status bar at the very bottom of the screen. Really nice ! I will try it. Xavier From alec at thened.net Thu Jul 5 17:13:48 2007 From: alec at thened.net (Alec Berryman) Date: Thu Jul 5 17:11:30 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs In-Reply-To: <20070705202208.GG12263@laptop.nowhere.net> References: <20070705202208.GG12263@laptop.nowhere.net> Message-ID: <20070705211348.GA14477@thened.net> Andrea Rossato on 2007-07-05 22:22:08 +0200: > On Thu, Jul 05, 2007 at 02:52:56PM -0400, Geoffrey Alan Washburn wrote: > > > (1) Sometimes the tabs will be drawn on top of floating windows. I think > > this only happens when a floating window is opened in a location that > > overlaps with a tab, but I haven't found a systematic way of testing this. > > I need a way to verify. I'll try to make some tests. I just ran across something like this for the first time today and can reproduce it. I tried to run eog (a GNOME image viewer) from the command line with a URL and learned that I couldn't. eog popped up an error message with file not found, but for some reason, instead of being centered on the screen, it was up in the top left corner. Initially, the image was drawn underneath the tabs (but over my dzen status bar and the xterm that spawned it); when I meta-clicked to move it, the error window was again drawn correctly, and I could not make the window move back underneath the tabs. If the error window had been drawn in the center of the screen there wouldn't have been a problem. I don't know if that's eog's fault or xmonad's. From maillaxa at gmail.com Thu Jul 5 18:13:04 2007 From: maillaxa at gmail.com (Xavier Maillard) Date: Thu Jul 5 18:07:01 2007 Subject: [Xmonad] Re: xmobar-0.4 - the xmonad status bar - released! References: <20070705135002.GA12263@laptop.nowhere.net> <20070705201513.GF12263@laptop.nowhere.net> Message-ID: Andrea Rossato writes: > The status bar at the very bottom of the screen. Would you mind eventually posting your whole config (xmonad and xmobar) so I can try it here ? I am really no haskell master at all and tweaking Config.hs is too hard :) Thank you. From mailing_list at istitutocolli.org Fri Jul 6 03:23:31 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Jul 6 03:17:22 2007 Subject: [Xmonad] Re: xmobar-0.4 - the xmonad status bar - released! In-Reply-To: References: <20070705135002.GA12263@laptop.nowhere.net> <20070705201513.GF12263@laptop.nowhere.net> Message-ID: <20070706072331.GJ12263@laptop.nowhere.net> On Thu, Jul 05, 2007 at 10:13:04PM +0000, Xavier Maillard wrote: > Would you mind eventually posting your whole config (xmonad and xmobar) so I can > try it here ? I am really no haskell master at all and tweaking Config.hs is too > hard :) Sure. This is my xmobar config (works with the darcs version. For 0.4 change "font" to "fonts", "height" to "hight" and "" to ": Anyway it is almost the same as xmobar.config-sample that you find in the distributed tarballs. Config { font = "-misc-fixed-*-*-*-*-10-*-*-*-*-*-*-*" , bgColor = "#000000" , fgColor = "#BFBFBF" , xPos = 0 , yPos = 0 , width = 1024 , height = 15 , align = "center" , refresh = 10 , commands = [ ("xmb-weather", 36000, ["LIPB"]) , ("xmb-net", 10, ["eth1"]) , ("xmb-mem", 100, ["-t \"Mem: % (M)\""]) , ("date",600,["+\"%a %b %_d %H:%M %Y\""]) ] , sepChar = "%" , template = "%xmb-cpu% | %xmb-net% | %xmb-mem% * %xmb-swap% | %xmb-weather% | %date% | %xmb-batt%" } Change xPos and yPos if you want it at the bottom (this is going to be place at the very top of the screen). The screen shot displays ScreenLayout with: the default layout on the left and the tabbed layout on the right. This is what I added (or edited) in the XMonad Config.hs file: import XMonadContrib.Tabbed import XMonadContrib.LayoutScreens import XMonadContrib.TwoPane import XMonadContrib.DwmPromote --these colors are ugly, I was just testing the configuration myconfig = defaultTConf {bgColor = "#FF0000", textColor = "#00FF00"} -- edit the following to match: defaultGaps :: [(Int,Int,Int,Int)] defaultGaps = [(0,15,15,0)] defaultLayouts :: [Layout Window] defaultLayouts = [ tabbed shrinkText myconfig, tiled , mirror tiled , full ] -- added to keys: , ((modMask .|. shiftMask, xK_space), layoutScreens 2 (twoPane 0.5 0.5)) , ((controlMask .|. modMask .|. shiftMask, xK_space), rescreen) , ((modMask, xK_Return), dwmpromote) That's it. To get the two screens just press mod+shift+space. Finally on the right you can see Viperator (a firefox extension: find more about it on the xmonad.org home page). Hope this helps. All the best Andrea From mailing_list at istitutocolli.org Fri Jul 6 03:34:00 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Jul 6 03:40:17 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs In-Reply-To: <20070705211348.GA14477@thened.net> References: <20070705202208.GG12263@laptop.nowhere.net> <20070705211348.GA14477@thened.net> Message-ID: <20070706073400.GK12263@laptop.nowhere.net> On Thu, Jul 05, 2007 at 04:13:48PM -0500, Alec Berryman wrote: > I just ran across something like this for the first time today and can > reproduce it. I tried to run eog (a GNOME image viewer) from the > command line with a URL and learned that I couldn't. eog popped up an > error message with file not found, but for some reason, instead of being > centered on the screen, it was up in the top left corner. Initially, > the image was drawn underneath the tabs (but over my dzen status bar and > the xterm that spawned it); when I meta-clicked to move it, the error > window was again drawn correctly, and I could not make the window move > back underneath the tabs. > > If the error window had been drawn in the center of the screen there > wouldn't have been a problem. I don't know if that's eog's fault or > xmonad's. Unfortunately I don't run any gnome package and I do not thing I'm going to install 2 millions packages to verify the bug with eog...;-) As far as I understand when a window should be placed above the tabs (that is to say, when that window should hide the tabs), and you do something (change focus or stuff like that) tabs show up and now cover the previous window. Am I getting it correctly? Andrea From mailing_list at istitutocolli.org Fri Jul 6 07:37:38 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Jul 6 07:31:30 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs In-Reply-To: References: Message-ID: <20070706113737.GL12263@laptop.nowhere.net> On Thu, Jul 05, 2007 at 02:52:56PM -0400, Geoffrey Alan Washburn wrote: > (2) The text in tabs does not properly handle Unicode. I am assuming my > applications, for example Firefox, are using UTF8 in their title strings. In > such cases the tab is simply blank. This occurs regardless of whether > TabbedLayout is configured with a font that contains the offending glyph or > not. The expected behavior when the font does not have the glyph would be > to use a blank or box like many other applications do. This problem is not really XMonad specific, but relays in the interaction between Haskell and Xlib. X11-extras export fetchName, a wrapper for XFetchName. Unfortunately this function handles only iso-8859-1 text data, so it is not possible to retrieve the window's name if it contains multi byte characters. Have a look here for a clearer explanation: http://www.debian.org/doc/manuals/intro-i18n/ch-examples.en.html#s13.1.8 Solving it means digging into the XTextProperty with XGetWMName(), and so writing all the library support for it. I'm sorry but this is out of the reach of my knowledge. Maybe Spencer can have a look... Ciao Andrea From mailing_list at istitutocolli.org Fri Jul 6 07:52:32 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Jul 6 07:46:22 2007 Subject: [Xmonad] darcs patch: NamedWindows: if fetchName return Nothing set the nema... Message-ID: <200707061152.l66BqWdA003636@laptop.nowhere.net> This is a work around for the Unicode problem affecting the Tabbed layout. This is a work around. For a proper solution see here: http://www.debian.org/doc/manuals/intro-i18n/ch-examples.en.html#s13.1.8 Ciao Andrea Fri Jul 6 13:46:41 CEST 2007 Andrea Rossato * NamedWindows: if fetchName return Nothing set the nema to resName ClassHint fetchName may return a Nothing if the window's name contains multi byte characters. In such a case the resName string of the ClassHints of that window will be used to set name. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 29444 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070706/19fddbb5/attachment-0001.bin From mailing_list at istitutocolli.org Fri Jul 6 09:04:11 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Jul 6 08:58:00 2007 Subject: [Xmonad] darcs patch: Tabbed: added more configuratio options Message-ID: <200707061304.l66D4BHd031273@laptop.nowhere.net> Hi, this is a patch to make the look and feel of Tabbed layout's tabs similar to the Ion3 tabs. Hope former Ion3 users are going to enjoy. Ciao Andrea Fri Jul 6 14:59:58 CEST 2007 Andrea Rossato * Tabbed: added more configuratio options It is now possible to configure active and inactive border colors, and active and inactive text colors (i.e. tabs are now very similar to Ion3 tabs: former Ion users may appreciate). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 31535 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070706/515d3ce7/attachment-0001.bin From mailing_list at istitutocolli.org Fri Jul 6 09:11:41 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Jul 6 09:05:29 2007 Subject: [Xmonad] darcs patch: NamedWindows: if fetchName returns Nothi... (and 1 more) Message-ID: <200707061311.l66DBfgk001703@laptop.nowhere.net> I'm sending the last two patches again (so forget the previous ones) since their descriptions were so full of typos... Thanks, Andrea Fri Jul 6 15:06:44 CEST 2007 Andrea Rossato * NamedWindows: if fetchName returns Nothing sets the name to resName ClassHint fetchName may return a Nothing if the window's name contains multi byte characters. In such a case the resName string of the ClassHints of that window will be used instead. Fri Jul 6 15:08:45 CEST 2007 Andrea Rossato * Tabbed: added more configuration options It is now possible to configure active and inactive border colors, and active and inactive text colors (i.e. tabs are now very similar to Ion3 tabs: former Ion users may appreciate). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 32334 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070706/02b9edcb/attachment-0001.bin From mailing_list at istitutocolli.org Fri Jul 6 10:47:59 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Jul 6 10:41:52 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs In-Reply-To: <20070705211348.GA14477@thened.net> References: <20070705202208.GG12263@laptop.nowhere.net> <20070705211348.GA14477@thened.net> Message-ID: <20070706144759.GM12263@laptop.nowhere.net> On Thu, Jul 05, 2007 at 04:13:48PM -0500, Alec Berryman wrote: > I just ran across something like this for the first time today and can > reproduce it. I tried to run eog (a GNOME image viewer) from the > command line with a URL and learned that I couldn't. eog popped up an > error message with file not found, but for some reason, instead of being > centered on the screen, it was up in the top left corner. Initially, > the image was drawn underneath the tabs (but over my dzen status bar and > the xterm that spawned it); when I meta-clicked to move it, the error > window was again drawn correctly, and I could not make the window move > back underneath the tabs. I think I can now reproduce it: select a tiled layout and open at least 3 windows. Focus a small one on the upper corner, float it. Switch to the tabbed layout, and there you go: tabs are over the floating window. Is this the problem you were reporting? Now I must find a solution ... Andrea From alec at thened.net Fri Jul 6 11:19:41 2007 From: alec at thened.net (Alec Berryman) Date: Fri Jul 6 11:13:42 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs In-Reply-To: <20070706073400.GK12263@laptop.nowhere.net> References: <20070705202208.GG12263@laptop.nowhere.net> <20070705211348.GA14477@thened.net> <20070706073400.GK12263@laptop.nowhere.net> Message-ID: <20070706151941.GA5006@thened.net> Andrea Rossato on 2007-07-06 09:34:00 +0200: > On Thu, Jul 05, 2007 at 04:13:48PM -0500, Alec Berryman wrote: > > I just ran across something like this for the first time today and can > > reproduce it. I tried to run eog (a GNOME image viewer) from the > > command line with a URL and learned that I couldn't. eog popped up an > > error message with file not found, but for some reason, instead of being > > centered on the screen, it was up in the top left corner. Initially, > > the image was drawn underneath the tabs (but over my dzen status bar and > > the xterm that spawned it); when I meta-clicked to move it, the error > > window was again drawn correctly, and I could not make the window move > > back underneath the tabs. > > > > If the error window had been drawn in the center of the screen there > > wouldn't have been a problem. I don't know if that's eog's fault or > > xmonad's. > > Unfortunately I don't run any gnome package and I do not thing I'm > going to install 2 millions packages to verify the bug with eog...;-) I also saw it happen with the GIMP last night; it could be that it's a GTK+ thing with error boxes. As I mentioned, it's easily reproducable; if you sent me a patch for xmonad to isoloate the information you're looking for, I'd be happy to run it for you. Alternatively, I've attached a small test case that uses GTK+ dialog boxes. You can compile it with: gcc `pkg-config --cflags gtk+-2.0` `pkg-config --libs gtk+-2.0` gtk-error-window-under-tabs.c You should just need GTK+ libs for that, not the full-blown GNOME stack. > As far as I understand when a window should be placed above the tabs > (that is to say, when that window should hide the tabs), and you do > something (change focus or stuff like that) tabs show up and now cover > the previous window. Am I getting it correctly? Mostly. Tabs should never be drawn on top of a newly-created window. Changing focus won't snap xmonad into the correct behavior, but attempting to move or resize the offending window will. I've attached a screenshot in case you can't compile the sample program. -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-error-window-under-tabs.c Type: text/x-csrc Size: 433 bytes Desc: not available Url : http://www.haskell.org/pipermail/xmonad/attachments/20070706/d58e78f8/gtk-error-window-under-tabs.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot.png Type: image/png Size: 15133 bytes Desc: not available Url : http://www.haskell.org/pipermail/xmonad/attachments/20070706/d58e78f8/screenshot.png From mailing_list at istitutocolli.org Fri Jul 6 11:55:46 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Jul 6 11:49:36 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs In-Reply-To: <20070706151941.GA5006@thened.net> References: <20070705202208.GG12263@laptop.nowhere.net> <20070705211348.GA14477@thened.net> <20070706073400.GK12263@laptop.nowhere.net> <20070706151941.GA5006@thened.net> Message-ID: <20070706155545.GN12263@laptop.nowhere.net> On Fri, Jul 06, 2007 at 10:19:41AM -0500, Alec Berryman wrote: > You should just need GTK+ libs for that, not the full-blown GNOME stack. as I said before I can reproduce it and I know where the problem lies, even though I seem not to be able to find a working solution (yet!). Still there's something I do not grasp yet: when I try to move those windows XMonad seems to start an infinite recursion... funny though...;-) I'll post a solution if and as soon as I find it. Andrea From mailing_list at istitutocolli.org Fri Jul 6 14:06:12 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Fri Jul 6 14:00:03 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs In-Reply-To: <20070706151941.GA5006@thened.net> References: <20070705202208.GG12263@laptop.nowhere.net> <20070705211348.GA14477@thened.net> <20070706073400.GK12263@laptop.nowhere.net> <20070706151941.GA5006@thened.net> Message-ID: <20070706180612.GO12263@laptop.nowhere.net> On Fri, Jul 06, 2007 at 10:19:41AM -0500, Alec Berryman wrote: > GtkWidget *dlg = gtk_message_dialog_new(NULL, GTK_DIALOG_MODAL, > GTK_MESSAGE_ERROR, GTK_BUTTONS_OK, "foo"); I'm puzzled... Attached you'll a patch. Actually two: the first, already sent here and awaiting review from XMonad developers, is unrelated but adds some configuration option (and I'm working on that version of tabbed. The second one is want I'd like you to try (you must apply them both). This is the only way I can operate from a plugin. I can move the window somewhere. Now, the code you created does not comply with gaps too. I did not check, but it should. So there are issues within XMonad too (a ticket should be open, I'd say), and issues related to the exported API: an external module should be able to do what tabbed.hs is doing, and floating window should comply, I think. Anyway, this is something that must be discussed with core XMonad developers. Ciao Andrea -------------- next part -------------- New patches: [Tabbed: added more configuration options Andrea Rossato **20070706130845 It is now possible to configure active and inactive border colors, and active and inactive text colors (i.e. tabs are now very similar to Ion3 tabs: former Ion users may appreciate). ] { hunk ./Tabbed.hs 57 - , bgColor :: String - , textColor :: String - , fontName :: String + , activeBorderColor :: String + , inactiveTextColor :: String + , inactiveBorderColor :: String + , activeTextColor :: String + , fontName :: String hunk ./Tabbed.hs 64 - + hunk ./Tabbed.hs 69 - , bgColor = "#000000" - , textColor = "#000000" + , activeBorderColor = "#FFFFFF" + , inactiveBorderColor = "#BFBFBF" + , activeTextColor = "#FFFFFF" + , inactiveTextColor = "#BFBFBF" hunk ./Tabbed.hs 87 - do activecolor <- io $ initColor dpy $ activeColor conf - inactivecolor <- io $ initColor dpy $ inactiveColor conf - textcolor <- io $ initColor dpy $ textColor conf - bgcolor <- io $ initColor dpy $ bgColor conf + do ac <- io $ initColor dpy $ activeColor conf + ic <- io $ initColor dpy $ inactiveColor conf + abc <- io $ initColor dpy $ activeBorderColor conf + ibc <- io $ initColor dpy $ inactiveBorderColor conf + atc <- io $ initColor dpy $ activeTextColor conf + itc <- io $ initColor dpy $ inactiveTextColor conf hunk ./Tabbed.hs 96 + focusColor w incol actcol = (maybe incol (\focusw -> if focusw == w + then actcol else incol) . W.peek) + `fmap` gets windowset hunk ./Tabbed.hs 100 - make_tabs (tw':tws') l = do l' <- maketab tw' l + make_tabs (tw':tws') l = do bc <- focusColor (snd tw') ibc abc + l' <- maketab tw' bc l hunk ./Tabbed.hs 103 - maketab (t,ow) = newDecoration ow t 1 bgcolor activecolor - (fontName conf) (drawtab t ow) (focus ow) + maketab (t,ow) bg = newDecoration ow t 1 bg ac + (fontName conf) (drawtab t ow) (focus ow) hunk ./Tabbed.hs 107 - tabcolor <- (maybe inactivecolor (\focusw -> if focusw == ow - then activecolor - else inactivecolor) . W.peek) - `fmap` gets windowset - io $ setForeground d gc tabcolor + (fc,tc) <- focusColor ow (ic,itc) (ac,atc) + io $ setForeground d gc fc hunk ./Tabbed.hs 110 - io $ setForeground d gc textcolor + io $ setForeground d gc tc } [show a floating issue Andrea Rossato **20070706175230] { hunk ./Tabbed.hs 23 -import Control.Monad.State ( gets ) +import Control.Monad.State ( gets, modify ) hunk ./Tabbed.hs 31 +import qualified Data.Map as M +import Data.Ratio + hunk ./Tabbed.hs 124 + winstack@(W.StackSet {W.floating = fl}) <- gets windowset + let res (W.RationalRect _ _ mw mh) = W.RationalRect (1%1024)(20%768) mw mh + fix g = M.map res g + --io $ putStrLn $ show (fix floating) + modify $ \st -> st {windowset = winstack{ W.floating = (fix fl)}} } Context: [the gaps list should be filled with the default value from Config.hs Andrea Rossato **20070704224110] [ScreenLayouts.hs: updates to the last API changes Andrea Rossato **20070703201145 A silent API change broke this nice piece of David's code: Spencer decided to move screen details into StackSet, and there we went to manipulate them! ] [More ScreenDetails fixes Spencer Janssen **20070630065916] [Make GreedyView work with ScreenDetails Spencer Janssen **20070630065643] [flexible resizing for floating windows l.mai@web.de**20070629171038 The default resize handler for floating windows warps the mouse pointer to the bottom right corner of the window (fixing the opposite, upper left, corner). This extension lets you use any of the four window corners as grabbing points, allowing more flexible resizing. ] [resolve conflicts in Decoration and Tabbed. David Roundy **20070629204518 Note that you no longer need simpleStacking when using tabbed. ] [resolve conflict in Square. David Roundy **20070629201636] [clean up code in Combo. David Roundy **20070624171346 This adds some type safety, since the super-layout is now of a distinct type from the sublayouts. This avoids the ugliness we had, of passing "fake" windows to the super layout. Now we directly lay out the layouts. ] [add CopyWindow module, to support sticky/tagged windows. David Roundy **20070624155648 This module allows dwm-style tagging (as I understand dwm). You can have a given window visible in multiple workspaces. If it's visible in two workspaces both of which are visible, a gap will show up in one of them (which is something that needs fixing in xmonad core). Also defines a kill1 which is like kill, but only removes from the current workspace a window if it's in multiple workspaces. ] [make everything work with new doLayout. David Roundy **20070623210952 This modifies all the contrib modules to work (so far as I know) with the new contrib layout. The exception is the LayoutHooks module, which isn't used. It exports an API that is inherently unsafe, so far as I can tell (and always has been). ] [move Accordian to use idModify. David Roundy **20070623143745] [introduce idModify which is just "const (return Nothing)". David Roundy **20070623143542] [move Spiral to LayoutHelpers. David Roundy **20070623143516] [Note that SimpleStacking is incompatible with Xinerama Jason Creighton **20070627035426 It's unclear to me what SimpleStacking is supposed to accomplish, so I'm just going to note that it doesn't work with Xinerama. (Due to assuming that the current workspace is the one being laid out) ] [Tabbed: Make use of the Stack to get focused window Jason Creighton **20070627033910] [Accordion.hs: whitespace. joachim.fasting@gmail.com**20070626071449 Makes Haddock not complain about not finding documentation for '$'. ] [MetaModule.hs: add LayoutHelpers. joachim.fasting@gmail.com**20070626065522 Also tweaks import ordering slightly. ] [Tabbed.hs: updated usage information Andrea Rossato **20070625140735] [added configration options and moved font stuff to Decorations.hs Andrea Rossato **20070625140112 Added a new data type to keep configuration options. tabbed now takes the shrinker and the configuration type. Fixed a bug related to vertical alignment of text. ] [Decoration.hs: added automatic font managment Andrea Rossato **20070625135722 newDecoration now takes also a fontname to set fonts in decorations that use them. If an empty string is send the the default Xorg fonts will be loaded. ] [fix usage instructions on NoBorders. David Roundy **20070624141631] [remove BackCompat.hs daniel@wagner-home.com**20070624171740] [Square.hs: put usage instructions after imports for Haddock compatibility. joachim.fasting@gmail.com**20070623184938] [Magnifier.hs: quote screenshot url for Haddock compatibility. joachim.fasting@gmail.com**20070623223227] [add new LayoutHelpers module. David Roundy **20070622142950] [Add SinkAll module. joachim.fasting@gmail.com**20070623050510 Provides a means of pushing all windows on the current workspace back into tiling. Not all that useful, but might be preferable to restarting or manually pushing windows. ] [Magnifier.hs: needs -fglasgow-exts to compile. joachim.fasting@gmail.com**20070622111442] [fix usage info for LayoutScreens. David Roundy **20070622132618] [add new LayoutScreens module. David Roundy **20070622131300] [Magnifier: raise the focus window Peter De Wachter **20070621192541] [Circle: raise the focus window Peter De Wachter **20070621191207] [Circle cleanups Peter De Wachter **20070621191125] [make Mosaic lay thigs out a bit better. David Roundy **20070621162632] [add SimpleStacking module to make Combo and Tabbed work together. David Roundy **20070621151524 WARNING! This change will break existing Tabbed configurations. The problem is that there is no way within a Layout's "doLayout" to safely modify the layout itself. This makes LayoutHooks fragile, and more to the point, makes SimpleStacking fragile, so we can't safely define a tabbed' = simpleStacking . tabbed A workaround would have been to duplicate the tabbed code, but I'd rather leave the ugliness and get this fixed. ] [Make Magnifier's master window behavior customizable Peter De Wachter **20070620170020 based on a suggestion by Tim Hobbs ] [Whitespace. joachim.fasting@gmail.com**20070620115852] [Make Mosaic compile without warnings Spencer Janssen **20070620153111] [make some layouts more general. David Roundy **20070620125420] [Mosaic.hs: get rid off some of the warnings generated by -Wall. joachim.fasting@gmail.com**20070620123449 Unused definitions and imports left in, as I assume they'll be used for something later on. ] [MetaModule.hs: add LayoutHooks. joachim.fasting@gmail.com**20070620115457] [Combo.hs: use case instead of non-standard pattern matching. joachim.fasting@gmail.com**20070620112805 Also uses fmap/maybe instead of do/case, which makes the code look a little cleaner (imo). Please note that I've only been able to test this briefly, but it seems to be working like it's supposed to. ] [Combo.hs: tweak usage instructions. joachim.fasting@gmail.com**20070620112555 tabbed needs an additional argument. ] [README: change reference to 'examples/'. joachim.fasting@gmail.com**20070620093753] [Use Data.Ord.comparing in DynamicLog Shachaf Ben-Kiki **20070620011016 This patch replaces (compare `on`) with Data.ord.comparing, so on doesn't have to be defined. ] [Fix type signatures. joachim.fasting@gmail.com**20070619220323 Think this fixes the rest of the errors caused by the Layout change. ] [MagicFocus.magicFocus: fix type signature. joachim.fasting@gmail.com**20070619214839 Layout change caused because of missing type argument. ] [LayoutHooks.hs: add module header. joachim.fasting@gmail.com**20070619204504] [Factor out pprWindowSet (and Xinerama version) from dynamicLog. Shachaf Ben-Kiki **20070619183657 This patch lets you pretty-print a WindowSet to a string, rather than always printing it out to stdout directly. ] [clean up TwoPane to work on Stacks as it ought. David Roundy **20070619150928] [run-xmonad.sh: don't hard-code path to mkfifo. joachim.fasting@gmail.com**20070619124212 mkfifo isn't located in /sbin on all distributions (Gentoo puts it in /bin). By temporarily appending /sbin to PATH both setups are supported. 'which' and friends are not viable options since /sbin usually isn't in user's PATH by default. ] [Anneal.hs: add module header. joachim.fasting@gmail.com**20070619002849] [run-xmonad.sh: use $HOME when setting PATH. joachim.fasting@gmail.com**20070618234703] [Circle.hs: only compute sqrt 2 once. joachim.fasting@gmail.com**20070618232051] [Magnifier.hs: add usage instructions. joachim.fasting@gmail.com**20070618212215] [MagicFocus.hs: add module header and usage instructions. joachim.fasting@gmail.com**20070618205421] [MagicFocus.magicFocus: add type signature. joachim.fasting@gmail.com**20070618205222] [Accordion.hs: add module header and usage instructions. joachim.fasting@gmail.com**20070618193626] [LayoutHints.hs: add usage thingie for Haddock. joachim.fasting@gmail.com**20070618143234] [LayoutHints.hs: add module header. joachim.fasting@gmail.com**20070618143059] [Dzen.hs: add module header. joachim.fasting@gmail.com**20070618142915] [MetaModule.hs: correct module header. joachim.fasting@gmail.com**20070618191905] [Remove all references to exec Spencer Janssen **20070618201652] [Add Accordion to MetaModule Spencer Janssen **20070618190526] [Add an "accordion" layout which puts non-focused windows in ribbons at the top and bottom of the screen. glasser@mit.edu**20070618153943] [RotView.rotView: use Data.Ord.comparing. joachim.fasting@gmail.com**20070618144502 Looks a bit cleaner than '\x y -> compare (tag x) (tag y)' ] [shrink window names to fit tabs. David Roundy **20070617152340] [Tabbed.hs: fixed centerText issues and some binding shadowing warnings Andrea Rossato **20070617104219 This patch fixes the centerText issue due to the inappropriate use of textExtends and textWidth. Those functions need a FontStruct id to operate, and this cannot be retrieved with queryFont (see comments in Graphics.X11.Xlib.Font). So we now get the FontStruct with loadQueryFont, we set the default Xorg fonts and we calculate things for (vertical and horizontal) centering. It also removes some binding shadows compiler warnings ] [fix leak in Combo. David Roundy **20070616191052 We leaked decorations, since UnDoLayout wasn't passed to the actual layouts that had decorations attached. :( ] [Typo Spencer Janssen **20070617000924] [Comment only Spencer Janssen **20070617000805] [Import typo Spencer Janssen **20070614211337] [Magnifier layout hack Peter De Wachter **20070614203219 This layout hack increases the size of the window that has focus (the master window excepted). This causes it to overlap with nearby windows, so not for tiling purists :) Screenshot: http://caladan.rave.org/magnifier.png ] [Use Haskell '98 data declaration rather than GADT-style Spencer Janssen **20070614205211] [WorkspaceDir.hs: info and documentation Andrea Rossato **20070614144443] [Warp.hs: info and documentation Andrea Rossato **20070614144426] [TwoPane.hs: info and documentation Andrea Rossato **20070614144409] [Submap.hs: info and documentation Andrea Rossato **20070614144348] [Square.hs: info and documentation Andrea Rossato **20070614144317] [Spiral.hs: info and documentation Andrea Rossato **20070614144300] [SimpleDate.hs: info and documentation Andrea Rossato **20070614144241] [RotView.hs: info and documentation Andrea Rossato **20070614144225] [NoBorders.hs: info and documentation Andrea Rossato **20070614144200] [NamedWindows.hs: info and documentation Andrea Rossato **20070614144135] [Mosaic.hs: info and documentation Andrea Rossato **20070614144118] [metaModule.hs: info and documentation Andrea Rossato **20070614144102] [HintedTile.hs: info and documentation Andrea Rossato **20070614144019] [GreedyView.hs: info and documentation Andrea Rossato **20070614143953] [FindEmptyWorkspace.hs: info and documentation Andrea Rossato **20070614143909] [DynamicLog.hs: info and documentation Andrea Rossato **20070614143839] [DwmPromote.hs: info and documentation Andrea Rossato **20070614143813] [Dmenu.hs: info and documentation Andrea Rossato **20070614143753] [Decoration.hs: info and documentation Andrea Rossato **20070614143731] [Combo.hs: info and documentation Andrea Rossato **20070614143700] [Circle.hs: info and documentation Andrea Rossato **20070614143550] [Tabbed.hs: Get correct color values instead of assuming a 24-bit display Jason Creighton **20070613235049 Using, eg, 0xBBBBBB directly makes assumptions about the server's colormap and only works on 24-bit displays. This patch fetches the colors on every doLayout call, which is ugly, but works. It would be nice if we could do all the required initColors only once. ] [add bsd-style license for xmonad contrib Don Stewart **20070614025454] [BackCompat.hs info e documentation Andrea Rossato **20070614064850] [Update license information Spencer Janssen **20070613152829] [template for module information e documentation Andrea Rossato **20070613131029] [added info to Commands.hs Andrea Rossato **20070613190908 Haddock stuff. ] [Remove some debugging statements I forgot about earlier Stefan O'Rear **20070613041112] [Update MagicFocus to the new StackSet Spencer Janssen **20070613035323] [Magic Focus Peter De Wachter **20070612175357 Automatically puts the focused window in the master position. It's magic. I wrote this for the Circle layout, but it's actually usable with other layouts as well. ] [add -fglasgow-exts to some modules that use it. David Roundy **20070612170349] [changes to work with Stacks that can't be empty. David Roundy **20070612151209] [add Combo and Square to MetaModule. David Roundy **20070612133753] [new module NoBorders to let a given layout have windows without borders. David Roundy **20070612133727 This is designed for layouts like full and tabbed, where the red square around the screen actually conveys no information (except for weird windows that use the shape extension or something, so that more than one window is actually visible). Save some real estate at no cost. ] [make combo sort of work with new doLayout. David Roundy **20070612133027 For some reason (not entirely clear to me) this doesn't work properly just yet with the tabbed layout. :( But at least it'll compile. The trouble is that we have no way of tracking which tab ought to be visible without adding a *lot* of infrastructure. I'd rather have that infrastructure in xmonad proper than reimplement all the focus-handling in combo, so for now I'll just delay upgrading my xmonad at work... ] [make square work with new doLayout. David Roundy **20070612133009] [add "Square" layout. David Roundy **20070612021048 This is probably only ever useful in combination with Combo. It sticks one window in a square region, and makes the rest of the windows live with what's left (in a full-screen sense). ] [add new combo layout combiner. David Roundy **20070611224922] [In Decoration.hs, track rename of ModifyWindows Stefan O'Rear **20070612060713] [Refactor Decoration into a general layout-level hooks interface, and a decoration support module on top of that Stefan O'Rear **20070612060210] [the Stack can be Empty Andrea Rossato **20070612055144] [Documentation fix Spencer Janssen **20070612035655] [Comment only Spencer Janssen **20070612031305] [Fix LayoutHints in the presence of nonzero border widths Stefan O'Rear **20070611005407] [add keybinding to make aspect ratio flexible. David Roundy **20070611165915] [Note the modules I maintain Spencer Janssen **20070611184830] [Add MetaModule Spencer Janssen **20070611184601] [Updates to work with recent API changes Spencer Janssen **20070611183439] [Rename safeIO to catchIO Spencer Janssen **20070611162028] [add WorkspaceDir, which sets the current directory in a workspace. David Roundy **20070611154041 Actually, it sets the current directory in a layout, since there's no way I know of to attach a behavior to a workspace. This means that any terminals (or other programs) pulled up in that workspace (with that layout) will execute in that working directory. Sort of handy, I think. ] [fmt Don Stewart **20070611053450] [added dynamicLogXinerama, a workspace logger that's nicer for Xinerama Jason Creighton **20070611051810] [redraw decorations on PropertyNotify Jason Creighton **20070611021408 newDecoration now takes a Window parameter, which is the window the decoration is "for". If there is a PropertyNotify for that window, the decoration is redrawn. ] [use safe peek instead of unsafe focus Jason Creighton **20070611015437 Fixes crashing bug with Xinerama where you have a tabbed layout on one screen and attempt to switch to an empty workspace on the other. ] [make Tabbed respect the y position of the layout rect (statusbar bugfix) Jason Creighton **20070610231510] [tune layout of Tabbed just a bit. David Roundy **20070610203513] [make Decoration set the input mask appropriately. David Roundy **20070610203451] [Updates for Layout API change Spencer Janssen **20070610203840] [color focussed tab differently. David Roundy **20070610195743] [update Mosaic for latest changes. David Roundy **20070610145816] [maximize rather than minimize the rating. David Roundy **20070601183240] [fix error in select. David Roundy **20070601183147] [improve changeMosaic. David Roundy **20070601175042] [cut obsolete description of mosaic. David Roundy **20070609131456] [start switching over to a Monte Carlo algorithm for Mosaic David Roundy **20070601170505] [new layout algorithm for Mosaic. David Roundy **20070527191153] [display names of windows on tabs. David Roundy **20070610163729] [make Decoration draw the window initially. David Roundy **20070610163651 We still don't respond to expose events. :( ] [Fix name of xmonad-clock in compilation instructions. glasser@mit.edu**20070610155204] [add Decoration module to be used to easily define decorations. David Roundy **20070610153939] [add sketch of tabbed layout. David Roundy **20070610153926] [make LayoutHints work with new modifyLayout (in X). David Roundy **20070610145740] [tag visibles with Don Stewart **20070610111931] [tweak pkill Don Stewart **20070610093027] [greedydoc dave@nullcube.com**20070610091056 Add documentation on how to use GreedyView as your default workspace switcher. ] [use all 3 load values Don Stewart **20070610090959] [Modified xmonad-clock.c to display battery information from ACPI (will work only on linux though). Also restored three load averages instead of only one. buisse@cs.chalmers.se**20070610090228] [example xinitrc Don Stewart **20070610085715] [update run-xmonad.sh Don Stewart **20070610063915] [no need for ./scripts/xmonad-status.c, update run-xmonad.sh Don Stewart **20070610062806] [add DynamicLog.hs Don Stewart **20070610062757] [make LayoutHints robust with regard to future addition of Layout fields. David Roundy **20070609173725] [remove out of date ./scripts/xmonad-status.hs Don Stewart **20070610005107] [add new LayoutHints module that makes layouts respect size hints. David Roundy **20070604213716] [improve xmonad-status.c Don Stewart **20070609140258] [Add C script for parsing new logging encoding, and displaying workspace info Don Stewart **20070609131856] [missing unsetenv Don Stewart **20070609090127] [add tiny clock program (C) i'm using in the status bar Don Stewart **20070609080435] [remove obsolete 'examples' dir Don Stewart **20070609061450] [latest version of xmonad-status.hs Don Stewart **20070609060913] [remove dead version Don Stewart **20070609060857] [Circle layout Peter De Wachter **20070606064153 Windows are arranged in a circle around the master window. Rather nice to use with a mouse, if you got many windows open. Screenshot: http://caladan.rave.org/circle.png ] [Submap: For creating keyboard submappings Jason Creighton **20070606061941] [nicer format for dynamic workspaces Don Stewart **20070606045705] [add script which only draws current workspace, and those with clients Don Stewart **20070606044544] [In docs, change name of program from mux to xmonad-status. glasser@mit.edu**20070605140045] [Add xmonad-status.hs Don Stewart **20070605132108 An external status bar client for xmonad. See screenshots: http://www.cse.unsw.edu.au/~dons/tmp/dons-dzen-status.png http://www.cse.unsw.edu.au/~dons/tmp/xmonad-dzen-tags.png ] [gapless tiled layout obeying size hints Peter De Wachter **20070605071716] [Contrib package for 6.4 users daniel@wagner-home.com**20070604225534] [XMonadContrib.ReadMap: a Read instance of Map for GHC 6.4 users daniel@wagner-home.com**20070602064318] [keybindings to warp pointer to window center daniel@wagner-home.com**20070602062328] [XMonadContrib.Commands: for workspace and screen commands, leave out W/S tag glasser@mit.edu**20070601161351] [New contrib module: run internal xmonad commands via dmenu glasser@mit.edu**20070601043849] [Note that my xinerama patch is now in dzen. glasser@mit.edu**20070601041112] [Rescreen is in main xmonad now Spencer Janssen **20070528050656] [replace "name" in NamedWindow with a Show instance. David Roundy **20070526185114] [[Spiral] blend in the scale factor so it doesn't have any effect on the smallest windows joe.thornber@gmail.com**20070525032732] [[Spiral] last rect takes all available space joe.thornber@gmail.com**20070524120239] [[Spiral] Introduce a simpler Rect data type to remove a lot of the fromIntegrals joe.thornber@gmail.com**20070524100423] [[Spiral] divideRects now takes a list of directions to split in joe.thornber@gmail.com**20070524090211] [[Spiral] misc tidying joe.thornber@gmail.com**20070524085537] [[Spiral] remove old spiral code joe.thornber@gmail.com**20070524084805] [[Spiral] add fibonacci spiral joe.thornber@gmail.com**20070524084423] [Allow clients of NamedWindows to get at the name. glasser@mit.edu**20070523184251] [dzen module (with xinerama support, which requires glasser's Xinerama patch to dzen) glasser@mit.edu**20070523184315] [Extract NamedWindow support from Mosaic into its own module glasser@mit.edu**20070523155855] [remove SwapFocus (which is no longer possible) David Roundy **20070523153841 This module depended on the focus stack. ] [Fix Spiral's module name Spencer Janssen **20070522170909] [[SPIRAL] add spiral tiling layout joe.thornber@gmail.com**20070522062537] [Make RotView compile. Miikka Koskinen **20070522075338 As I'm not a Xinerama user, I'm not sure if rotView should consider only hidden workspaces or also visible but not focused workspaces. I thought hidden workspaces only would be more logical. ] [bug fix in DwmPromote. whoops. Miikka Koskinen **20070522062118] [make FindEmptyWorkspace compile Miikka Koskinen **20070521123239] [make DwmPromote compile Miikka Koskinen **20070521123140] [updated Dmenu.hs to work with zipper StackSet Jason Creighton **20070521233947] [Add GreedyView Spencer Janssen **20070521220048] [Rescreen: collects new screen information Spencer Janssen **20070521164808] [Fixes for windowset -> workspace rename Spencer Janssen **20070521042118] [TwoPane: hide windows that aren't in view Spencer Janssen **20070518224240] [make Mosaic even less picky by default. David Roundy **20070516175554] [add clear window message in Mosaic. David Roundy **20070516175518] [Comment only Spencer Janssen **20070517211003] [Add instructions for TwoPane Spencer Janssen **20070517210206] [Add TwoPane Spencer Janssen **20070517195618] [throttle the exponential expense when many windows are present. David Roundy **20070516022123] [make mosaic configure windows by name rather than by Window. David Roundy **20070512215644 Note that this is still pretty flawed. Often window names change, and the layout then stagnates a bit. Gimp, for example, opens most its windows with the same name before renaming them, so you have to hit mod-return or something to force a doLayout. Also, gimp still overrides xmonad regarding the size of its main window. :( ] [XMonadContrib.FindEmptyWorkspace Miikka Koskinen **20070513184338 With this module you can find empty workspaces, view them and tag windows to them. ] [make DwmPromote compile Miikka Koskinen **20070513184254] [make DwmPromote compile again Miikka Koskinen **20070510154158] [make DwmPromote compile Miikka Koskinen **20070503105236] [add SwapFocus. David Roundy **20070512191315] [make rotView only consider non-visible workspaces (Xinerama) Jason Creighton **20070510012059] [fix commend in RotView. David Roundy **20070505185654] [switch to Message type for layout messages Don Stewart **20070505014332] [Fix instructions in Mosaic. Chris Mears **20070503222345] [add Mosaic layout. David Roundy **20070503151024] [-Wall police Spencer Janssen **20070503211700] [Make RotView build, and add a brief description. Chris Mears **20070503104234] [comment: Gave URL to xinerama-enabled dmenu patch Jason Creighton **20070503053133] [Put dmenu in X too Spencer Janssen **20070503053727] [Add dmenu (thanks jcreigh) Spencer Janssen **20070503052225] [add RotView module. David Roundy **20070421233838] [XMonadContrib.DwmPromote: dwm-like promote Miikka Koskinen **20070501082031 I like the way dwm's equivalent to xmonad's promote works, so I implemented dwmpromote. ] [add simple date example Don Stewart **20070429064013] [more details Don Stewart **20070429061426] [add readme Don Stewart **20070429061329] [Initial import of xmonad contributions Don Stewart **20070429061150] Patch bundle hash: 3998e753863f431a965a4f5de82958cb8a7f0b20 From mailing_list at istitutocolli.org Sat Jul 7 02:53:09 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sat Jul 7 02:47:03 2007 Subject: [Xmonad] darcs patch: Tabs should stay beneath any floating window Message-ID: <200707070653.l676r9sx020078@laptop.nowhere.net> Hi, this fixes the issue reported by Geoffrey about tabs drawn over floating windows. ciaoa andrea Sat Jul 7 08:49:41 CEST 2007 Andrea Rossato * Tabs should stay beneath any floating window This fixes the issue reported by Geoffrey Alan Washburn: " Sometimes the tabs will be drawn on top of floating windows." Not anymore! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 29066 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070707/9dc0ccb8/attachment-0001.bin From mailing_list at istitutocolli.org Sat Jul 7 02:54:03 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sat Jul 7 02:47:48 2007 Subject: [Xmonad] darcs patch: Tabbed: updated usage information Message-ID: <200707070654.l676s3NR020438@laptop.nowhere.net> Updates usage information for the Tabbed layout (to be applied if the new configuration patch is accepted). ciao andrea Sat Jul 7 08:51:23 CEST 2007 Andrea Rossato * Tabbed: updated usage information -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 29102 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070707/ab1ec0eb/attachment-0001.bin From alec at thened.net Sat Jul 7 14:40:58 2007 From: alec at thened.net (Alec Berryman) Date: Sat Jul 7 14:35:58 2007 Subject: [Xmonad] XMonadContrib: Tabbed layout bugs In-Reply-To: <20070706180612.GO12263@laptop.nowhere.net> References: <20070705202208.GG12263@laptop.nowhere.net> <20070705211348.GA14477@thened.net> <20070706073400.GK12263@laptop.nowhere.net> <20070706151941.GA5006@thened.net> <20070706180612.GO12263@laptop.nowhere.net> Message-ID: <20070707184058.GA3761@thened.net> Andrea Rossato on 2007-07-06 20:06:12 +0200: > On Fri, Jul 06, 2007 at 10:19:41AM -0500, Alec Berryman wrote: > > GtkWidget *dlg = gtk_message_dialog_new(NULL, GTK_DIALOG_MODAL, > > GTK_MESSAGE_ERROR, GTK_BUTTONS_OK, "foo"); > > I'm puzzled... > > Attached you'll a patch. Actually two: the first, already sent here > and awaiting review from XMonad developers, is unrelated but adds some > configuration option (and I'm working on that version of tabbed. > > The second one is want I'd like you to try (you must apply them both). > This is the only way I can operate from a plugin. I can move the > window somewhere. > > Now, the code you created does not comply with gaps too. I did not > check, but it should. So there are issues within XMonad too (a ticket > should be open, I'd say), and issues related to the exported API: an > external module should be able to do what tabbed.hs is doing, and > floating window should comply, I think. Your patch doesn't completely fix the issue. When I run the sample program, the window is still created in the top-left corner, disregarding the gap and the tabs; the window is drawn under the tabs. When the mouse enters the window, the window is repositioned to be in the top-left corner of the screen, but below the gap. The window is still drawn under the tabs. This behavior doesn't have anything to do with focus as far as I can tell - the window pops up with a red border indicating focus and if I hit enter the box goes away. Again, if I start to move or resize the window, it is drawn correctly. If I try it with the "full" layout, I see a similar behavior - window drawn in the top-left without regard for the gap, but it doesn't seem as out of place since there are no tabs drawn over it. The window should be drawn in the center; I think you're right in that this isn't a tabbed issue but a XMonad floating layout one. From alec at thened.net Sat Jul 7 14:43:07 2007 From: alec at thened.net (Alec Berryman) Date: Sat Jul 7 14:37:12 2007 Subject: [Xmonad] darcs patch: Tabs should stay beneath any floating window In-Reply-To: <200707070653.l676r9sx020078@laptop.nowhere.net> References: <200707070653.l676r9sx020078@laptop.nowhere.net> Message-ID: <20070707184307.GB3761@thened.net> Andrea Rossato on 2007-07-07 08:53:09 +0200: > this fixes the issue reported by Geoffrey about tabs drawn over floating > windows. I can also confirm this patch fixes that particular issue. From xmonad at cenderis.demon.co.uk Sat Jul 7 18:01:21 2007 From: xmonad at cenderis.demon.co.uk (Bruce Stephens) Date: Sat Jul 7 17:55:03 2007 Subject: [Xmonad] Xinerama screen numbering seems to have changed Message-ID: <87vecv7u1a.fsf@cenderis.demon.co.uk> It seems that they're numbered from 1 rather than 0, so everything works OK if I do hunk ./Config.hs 175 - | (key, sc) <- zip [xK_w, xK_e, xK_r] [0..] + | (key, sc) <- zip [xK_w, xK_e, xK_r] [1..] and make the appropriate change to dmenuXinerama. Is that a deliberate change? (I'm indifferent to it; I'm just slightly concerned I might have broken something in my local build.) From sjanssen at cse.unl.edu Sat Jul 7 18:47:50 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Sat Jul 7 18:41:38 2007 Subject: [Xmonad] darcs patch: NamedWindows: if fetchName return Nothing set the nema... In-Reply-To: <200707061152.l66BqWdA003636@laptop.nowhere.net> References: <200707061152.l66BqWdA003636@laptop.nowhere.net> Message-ID: <20070707174750.697bd8b7@localhost> On Fri, 6 Jul 2007 13:52:32 +0200 Andrea Rossato wrote: > This is a work around for the Unicode problem affecting the Tabbed > layout. > > This is a work around. For a proper solution see here: > http://www.debian.org/doc/manuals/intro-i18n/ch-examples.en.html#s13.1.8 > > Ciao > Andrea > > Fri Jul 6 13:46:41 CEST 2007 Andrea Rossato > > * NamedWindows: if fetchName return Nothing set the nema to resName > ClassHint fetchName may return a Nothing if the window's name > contains multi byte characters. In such a case the resName string of > the ClassHints of that window will be used to set name. Applied, thanks. From sjanssen at cse.unl.edu Sat Jul 7 18:48:40 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Sat Jul 7 18:42:27 2007 Subject: [Xmonad] darcs patch: Tabbed: added more configuratio options In-Reply-To: <200707061304.l66D4BHd031273@laptop.nowhere.net> References: <200707061304.l66D4BHd031273@laptop.nowhere.net> Message-ID: <20070707174840.77a62441@localhost> On Fri, 6 Jul 2007 15:04:11 +0200 Andrea Rossato wrote: > Hi, > this is a patch to make the look and feel of Tabbed layout's tabs > similar to the Ion3 tabs. > > Hope former Ion3 users are going to enjoy. > > Ciao > Andrea > > Fri Jul 6 14:59:58 CEST 2007 Andrea Rossato > > * Tabbed: added more configuratio options > It is now possible to configure active and inactive border colors, > and active and inactive text colors (i.e. tabs are now very similar > to Ion3 tabs: former Ion users may appreciate). Applied, thanks. From sjanssen at cse.unl.edu Sat Jul 7 18:50:59 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Sat Jul 7 18:44:47 2007 Subject: [Xmonad] darcs patch: NamedWindows: if fetchName returns Nothi... (and 1 more) In-Reply-To: <200707061311.l66DBfgk001703@laptop.nowhere.net> References: <200707061311.l66DBfgk001703@laptop.nowhere.net> Message-ID: <20070707175059.2a8d4d32@localhost> On Fri, 6 Jul 2007 15:11:41 +0200 Andrea Rossato wrote: > I'm sending the last two patches again (so forget the previous ones) > since their descriptions were so full of typos... > > Thanks, > Andrea > > Fri Jul 6 15:06:44 CEST 2007 Andrea Rossato > > * NamedWindows: if fetchName returns Nothing sets the name to > resName ClassHint fetchName may return a Nothing if the window's name > contains multi byte characters. In such a case the resName string of > the ClassHints of that window will be used instead. > > Fri Jul 6 15:08:45 CEST 2007 Andrea Rossato > > * Tabbed: added more configuration options > It is now possible to configure active and inactive border colors, > and active and inactive text colors (i.e. tabs are now very similar > to Ion3 tabs: former Ion users may appreciate). I spoke too soon. I applied this fixed patch rather than the patches with typos. From sjanssen at cse.unl.edu Sat Jul 7 18:52:36 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Sat Jul 7 18:46:32 2007 Subject: [Xmonad] darcs patch: Tabs should stay beneath any floating window In-Reply-To: <200707070653.l676r9sx020078@laptop.nowhere.net> References: <200707070653.l676r9sx020078@laptop.nowhere.net> Message-ID: <20070707175236.5f4ecc95@localhost> On Sat, 7 Jul 2007 08:53:09 +0200 Andrea Rossato wrote: > Hi, > this fixes the issue reported by Geoffrey about tabs drawn over > floating windows. > > ciaoa > andrea > > Sat Jul 7 08:49:41 CEST 2007 Andrea Rossato > > * Tabs should stay beneath any floating window > This fixes the issue reported by Geoffrey Alan Washburn: " > Sometimes the tabs will be drawn on top of floating windows." Not > anymore! Good work. Applied. From sjanssen at cse.unl.edu Sat Jul 7 18:53:41 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Sat Jul 7 18:47:29 2007 Subject: [Xmonad] darcs patch: Tabbed: updated usage information In-Reply-To: <200707070654.l676s3NR020438@laptop.nowhere.net> References: <200707070654.l676s3NR020438@laptop.nowhere.net> Message-ID: <20070707175341.23f57f93@localhost> On Sat, 7 Jul 2007 08:54:03 +0200 Andrea Rossato wrote: > Updates usage information for the Tabbed layout (to be applied if the > new configuration patch is accepted). > > ciao > andrea > > Sat Jul 7 08:51:23 CEST 2007 Andrea Rossato > > * Tabbed: updated usage information Applied, thanks. From sjanssen at cse.unl.edu Sat Jul 7 18:58:55 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Sat Jul 7 18:52:41 2007 Subject: [Xmonad] Xinerama screen numbering seems to have changed In-Reply-To: <87vecv7u1a.fsf@cenderis.demon.co.uk> References: <87vecv7u1a.fsf@cenderis.demon.co.uk> Message-ID: <20070707175855.647afc60@localhost> On Sat, 07 Jul 2007 23:01:21 +0100 Bruce Stephens wrote: > It seems that they're numbered from 1 rather than 0, so everything > works OK if I do > > hunk ./Config.hs 175 > - | (key, sc) <- zip [xK_w, xK_e, xK_r] [0..] > + | (key, sc) <- zip [xK_w, xK_e, xK_r] [1..] > > and make the appropriate change to dmenuXinerama. Is that a > deliberate change? (I'm indifferent to it; I'm just slightly > concerned I might have broken something in my local build.) We number them from 0 in xmonad intentionally -- I'm not sure how the Xinerama patched dmenu numbers them. Jason wrote that patch, let's see what he has to say about this. Also, there was a bug in 'rescreen' that may be related to this. Do you use xrandr with multiple screens? Cheers, Spencer Janssen From jcreigh at gmail.com Sat Jul 7 21:59:40 2007 From: jcreigh at gmail.com (Jason Creighton) Date: Sat Jul 7 21:53:19 2007 Subject: [Xmonad] Xinerama screen numbering seems to have changed In-Reply-To: <20070707175855.647afc60@localhost> References: <87vecv7u1a.fsf@cenderis.demon.co.uk> <20070707175855.647afc60@localhost> Message-ID: <20070708015940.GA11878@jpc.example.com> On Sat, Jul 07, 2007 at 05:58:55PM -0500, Spencer Janssen wrote: > On Sat, 07 Jul 2007 23:01:21 +0100 > Bruce Stephens wrote: > > > It seems that they're numbered from 1 rather than 0, so everything > > works OK if I do > > > > hunk ./Config.hs 175 > > - | (key, sc) <- zip [xK_w, xK_e, xK_r] [0..] > > + | (key, sc) <- zip [xK_w, xK_e, xK_r] [1..] > > > > and make the appropriate change to dmenuXinerama. Is that a > > deliberate change? (I'm indifferent to it; I'm just slightly > > concerned I might have broken something in my local build.) > > We number them from 0 in xmonad intentionally -- I'm not sure how the > Xinerama patched dmenu numbers them. Jason wrote that patch, let's see > what he has to say about this. Xinerama-patched dmenu uses 1-indexed screen numbers, whereas, as Spencer notes, xmonad users 0-indexed screen numbers. IIRC, it's been that way for at least a couple weeks, so I'm puzzled as to why you'd be running into breakage. Jason Creighton From jcreigh at gmail.com Sat Jul 7 22:16:03 2007 From: jcreigh at gmail.com (Jason Creighton) Date: Sat Jul 7 22:09:45 2007 Subject: [Xmonad] darcs patch: link to xinerama-dmenu patch for dmenu 3.2 Message-ID: Sat Jul 7 20:14:13 MDT 2007 Jason Creighton * link to xinerama-dmenu patch for dmenu 3.2 Thanks to Dave Harrison for an updated version of the patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 30203 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070707/4966e7b1/attachment-0001.bin From mailing_list at istitutocolli.org Sun Jul 8 06:59:26 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sun Jul 8 06:53:18 2007 Subject: [Xmonad] xmobar-0.5 "The Monolitic" just released! Message-ID: <20070708105926.GA32408@laptop.nowhere.net> Hi, Introducing XMobar, "the Monolitic", a minimalistic text based status bar (and system monitor) for the XMonad Window Manager, featuring dynamic color management and external program execution. Grab it here: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/xmobar-0.5 The required screen shot (XMobar is at the very bottom): http://gorgias.mine.nu/xmobar/xmobar-0.5.jpg To run this: xmobar xmobar.config-sample xmobar.config-sample comes with the distributed package. Please have a look to the README for more details on how configure XMobar. About this release ------------------ I was talking with Spencer in the #xmonad channel and he suggested to run monitors internally, so to get rid, as much as possible, of System.Process.runInteractiveCommand (btw, in ghc HEAD this function leaks memory, as does runInteractiveProcess in 6.6.1 - but this last one keeps on leaking in HEAD too...things are getting better, in terms of symmetry, at leas;-). Spencer also suggested a data type. That was a nice suggestion too, since I was eager to declare at least one class in XMobar. So, eventually I was able to internally run monitors with class and, hopefully, less resource consumption. This also means that monitors are not just examples any more, but real stuff: I tried at least to improve the most stupid one, the weather monitor, that now should at least report some error if something goes wrong. I wrote something about configuring XMobar in the README: that should be a complete reference. I'm far from saying it is readable, but there it is. At least I wrote it. This new way of running monitors requires some more code clean up, getting rid of some stupid duplicates. That will be done with the next release. Please report back if you think this is an improvement over previous releases. Hope you'll enjoy. Comments, suggestions, critiques, top output/comparison with dzen2, or other C/C++ stuff are always welcome. ;-) All the best, Andrea From mailing_list at istitutocolli.org Sun Jul 8 07:19:35 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sun Jul 8 07:13:16 2007 Subject: [Xmonad] xmobar-0.5 "The Monolitic" just released! In-Reply-To: <20070708105926.GA32408@laptop.nowhere.net> References: <20070708105926.GA32408@laptop.nowhere.net> Message-ID: <20070708111935.GD32408@laptop.nowhere.net> On Sun, Jul 08, 2007 at 12:59:26PM +0200, Andrea Rossato wrote: > The required screen shot (XMobar is at the very bottom): > http://gorgias.mine.nu/xmobar/xmobar-0.5.jpg > To run this: > xmobar xmobar.config-sample > xmobar.config-sample comes with the distributed package. added this one in PNG format. Looks better: http://gorgias.mine.nu/xmobar/xmobar-0.5.png andrea From xmonad at cenderis.demon.co.uk Sun Jul 8 08:51:10 2007 From: xmonad at cenderis.demon.co.uk (Bruce Stephens) Date: Sun Jul 8 08:44:49 2007 Subject: [Xmonad] Xinerama screen numbering seems to have changed In-Reply-To: <20070708015940.GA11878@jpc.example.com> (Jason Creighton's message of "Sat\, 7 Jul 2007 19\:59\:40 -0600") References: <87vecv7u1a.fsf@cenderis.demon.co.uk> <20070707175855.647afc60@localhost> <20070708015940.GA11878@jpc.example.com> Message-ID: <87odinnjnl.fsf@cenderis.demon.co.uk> Jason Creighton writes: [...] > Xinerama-patched dmenu uses 1-indexed screen numbers, whereas, as > Spencer notes, xmonad users 0-indexed screen numbers. Right, that's what I understood. > IIRC, it's been that way for at least a couple weeks, so I'm puzzled as > to why you'd be running into breakage. On rebooting, it seems to be back to what it ought to be. So I guess it was some kind of temporary glitch, though I can't imagine what. It did happen, though, honest: dmenu appeared on the second screen (or not at all), mod1-w did nothing, but mod1-e and mod1-r selected the two screens, etc. Weird, but quite probably nothing to do with xmonad. From l.mai at web.de Sun Jul 8 09:03:35 2007 From: l.mai at web.de (l.mai@web.de) Date: Sun Jul 8 08:57:09 2007 Subject: [Xmonad] darcs patch: add FlexibleResize to MetaModule Message-ID: Sun Jul 8 15:02:29 CEST 2007 l.mai@web.de * add FlexibleResize to MetaModule -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 30030 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070708/b236fc5b/attachment-0001.bin From dave at nullcube.com Sun Jul 8 09:16:03 2007 From: dave at nullcube.com (Dave Harrison) Date: Sun Jul 8 09:09:53 2007 Subject: [Xmonad] Java app doesn't want to display itself in xmonad Message-ID: <4690E393.3070803@nullcube.com> Hey all, I've got a java app I want to use called JabRef for tracking research papers (http://jabref.sourceforge.net/), but whenever I try and run it while using xmonad I just get an empty grey window - it doesn't crash, it just seems to sit there. I tried starting it in KDE, and it started up successfully, so I can rule out a java install problem. Has anyone else had problems with Java apps (or maybe even this one) in xmonad ? Cheers Dave From xmonad at cenderis.demon.co.uk Sun Jul 8 09:35:04 2007 From: xmonad at cenderis.demon.co.uk (Bruce Stephens) Date: Sun Jul 8 09:28:44 2007 Subject: [Xmonad] Java app doesn't want to display itself in xmonad In-Reply-To: <4690E393.3070803@nullcube.com> (Dave Harrison's message of "Sun\, 08 Jul 2007 23\:16\:03 +1000") References: <4690E393.3070803@nullcube.com> Message-ID: <87fy3znhmf.fsf@cenderis.demon.co.uk> Dave Harrison writes: [...] > Has anyone else had problems with Java apps (or maybe even this one) > in xmonad ? ? From joachim.fasting at gmail.com Sun Jul 8 16:17:15 2007 From: joachim.fasting at gmail.com (joachim.fasting@gmail.com) Date: Sun Jul 8 16:12:04 2007 Subject: [Xmonad] darcs patch: LayoutScreens.hs: correct module header. (and 1 more) Message-ID: <46914691.0d02420a.0bb0.10be@mx.google.com> Sun Jul 1 23:57:12 CEST 2007 joachim.fasting@gmail.com * LayoutScreens.hs: correct module header. Sat Jul 7 23:28:36 CEST 2007 joachim.fasting@gmail.com * Spiral.hs: correct module header. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 30379 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070708/c9ab3611/attachment-0001.bin From geoffw at cis.upenn.edu Sun Jul 8 23:55:43 2007 From: geoffw at cis.upenn.edu (Geoffrey Alan Washburn) Date: Sun Jul 8 23:49:25 2007 Subject: [Xmonad] Re: darcs patch: Tabs should stay beneath any floating window In-Reply-To: <20070707184307.GB3761@thened.net> References: <200707070653.l676r9sx020078@laptop.nowhere.net> <20070707184307.GB3761@thened.net> Message-ID: <4691B1BF.8030906@cis.upenn.edu> Alec Berryman wrote: > Andrea Rossato on 2007-07-07 08:53:09 +0200: > >> this fixes the issue reported by Geoffrey about tabs drawn over floating >> windows. > > I can also confirm this patch fixes that particular issue. I just pulled the latest patches, and have done a little experimentation and I think it resolves the problems on my end as well. Thanks! From geoffw at cis.upenn.edu Sun Jul 8 23:59:18 2007 From: geoffw at cis.upenn.edu (Geoffrey Alan Washburn) Date: Sun Jul 8 23:53:39 2007 Subject: [Xmonad] Re: darcs patch: Tabbed: added more configuratio options In-Reply-To: <200707061304.l66D4BHd031273@laptop.nowhere.net> References: <200707061304.l66D4BHd031273@laptop.nowhere.net> Message-ID: <4691B296.4080602@cis.upenn.edu> Andrea Rossato wrote: > Hi, > this is a patch to make the look and feel of Tabbed layout's tabs similar to > the Ion3 tabs. > > Hope former Ion3 users are going to enjoy. As a former (and still sometimes Ion3 user), the additional configuration options are quite welcome :-) Thanks! From geoffw at cis.upenn.edu Mon Jul 9 00:06:55 2007 From: geoffw at cis.upenn.edu (Geoffrey Alan Washburn) Date: Mon Jul 9 00:00:44 2007 Subject: [Xmonad] xmonad crashing Message-ID: After pulling in a few recent patches I've been having problems with xmonad crashing when I close windows from Thunderbird. I haven't extensively tested whether there are other applications that this happens with. xmonad dies with the following information. I'm compiling with ghc 6.6 on Linux. Let me know if there is some additional information that I can provide. Xlib: extension "XINERAMA" missing on display ":0.0". test: 24: /home/geoffw/.dmenu_cache: unexpected operator test: 24: /home/geof