From mwm at mired.org Wed Oct 1 22:10:58 2014 From: mwm at mired.org (Mike Meyer) Date: Wed, 1 Oct 2014 17:10:58 -0500 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: Hit send before I had checked the headers, and it only went to Daniel. Sorry for the extra mail, Daniel. ---------- Forwarded message ---------- From: Mike Meyer Date: Wed, Oct 1, 2014 at 5:06 PM Subject: Re: [xmonad] Patch to add new Layout message To: Daniel Wagner On Sat, Sep 27, 2014 at 8:27 PM, Daniel Wagner wrote: > Excerpts from Mike Meyer's message of 2014-09-23 07:31:08 -0700: > > The Message is called "SplitMaster", and has no arguments. It sets the > > client count of the master pane to 1 if it's not currently 1, thus > > providing a quick way to get back to that setting. It setgs the client > > count for the master pane to 2 if it's currently 1, effectively making > it a > > toggle between the two modes of a split master pane and an full size > master > > pane. > > Can this be done entirely from the configuration? For example, a > low-tech solution would be to simply have two Tall layouts in your > layout hook (one with one master pane and one with two master panes) and > a keybinding that toggles between them, e.g. using > X.A.CycleSelectedLayouts [1]. > > I recognize that this is not *identical*, but perhaps it's close to your > needs and doesn't require changes xmonad's corej > After thinking about it some, I would say using multiple Layouts won't work - but I'm not an expert. The problem for me is that I actually use multiple Layouts, and switching between them is a conceptually different thing from switching between one and two clients in the master pane. So using an extra layout for this would create extra steps when I wanted to change the number of clients in the master pane AND when I wanted to change layouts. I think I'd rather have the current behavior. If someone wants o Is there some way to have a configuration with two sets of layouts to toggle between? that would certainly do the trick. While I can see how to do that, I'm not sure it's in general a good idea and so suspect it's not there. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Wed Oct 1 22:16:20 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 1 Oct 2014 18:16:20 -0400 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: On Wed, Oct 1, 2014 at 6:10 PM, Mike Meyer wrote: > Is there some way to have a configuration with two sets of layouts to > toggle between? that would certainly do the trick. While I can see how to > do that, I'm not sure it's in general a good idea and so suspect it's not > there. I don't recall one pre-existing offhand, but there is certainly no reason you couldn't. For example, copy (XMonad.Layout.|||) and substitute your own message for NextLayout. Use it to combine layout groups; now mod-space moves within a layout group and a binding to send your new message cycles between layout groups. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From devin.mullins at gmail.com Wed Oct 1 23:03:56 2014 From: devin.mullins at gmail.com (Devin Mullins) Date: Wed, 1 Oct 2014 16:03:56 -0700 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: I think another option is to make a new instance of LayoutClass that is just like Tall except for also supporting this message. In fact, you should be able to delegate to Tall for most definitions. Just writing off the cuff - could be wrong. On Oct 1, 2014 3:16 PM, "Brandon Allbery" wrote: > On Wed, Oct 1, 2014 at 6:10 PM, Mike Meyer wrote: > >> Is there some way to have a configuration with two sets of layouts to >> toggle between? that would certainly do the trick. While I can see how to >> do that, I'm not sure it's in general a good idea and so suspect it's not >> there. > > > I don't recall one pre-existing offhand, but there is certainly no reason > you couldn't. For example, copy (XMonad.Layout.|||) and substitute your own > message for NextLayout. Use it to combine layout groups; now mod-space > moves within a layout group and a binding to send your new message cycles > between layout groups. > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Thu Oct 2 01:10:26 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 1 Oct 2014 21:10:26 -0400 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: On Wed, Oct 1, 2014 at 7:03 PM, Devin Mullins wrote: > I think another option is to make a new instance of LayoutClass that is > just like Tall except for also supporting this message. In fact, you should > be able to delegate to Tall for most definitions. Just writing off the cuff > - could be wrong. > Delegating to Tall won't work; you'd have to copy the definition and modify it, like I suggested for (|||). -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwills.dev at gmail.com Thu Oct 2 02:55:48 2014 From: cwills.dev at gmail.com (Christian Wills) Date: Wed, 1 Oct 2014 22:55:48 -0400 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: This can totally be done from your config only without having to modify the core of Xmonad. I found this to be an interesting problem and slapped together a solution that uses XMonad.Util.ExtensibleState. I added the following to my xmonad.hs: import qualified XMonad.Util.ExtensibleState as XS ..... ..... data MasterPaneFlag = MasterPaneFlag { getFlag :: Bool } deriving (Show, Typeable) instance ExtensionClass MasterPaneFlag where initialValue = MasterPaneFlag False pickIncrFun :: Bool -> X () pickIncrFun flag = if flag then (sendMessage (IncMasterN (-1))) else (sendMessage (IncMasterN 1)) toggleMasterPane :: X () toggleMasterPane = do flag <- XS.get XS.modify(MasterPaneFlag . not . getFlag) pickIncrFun (getFlag flag) ..... ..... --- Add a key binding that calls toggleMasterPane, for me that looks like this , ("M-v", toggleMasterPane) I find the ExtensibleState module allows you to do all sorts of tricks. - Chris Wills On Wed, Oct 1, 2014 at 9:10 PM, Brandon Allbery wrote: > On Wed, Oct 1, 2014 at 7:03 PM, Devin Mullins > wrote: > >> I think another option is to make a new instance of LayoutClass that is >> just like Tall except for also supporting this message. In fact, you should >> be able to delegate to Tall for most definitions. Just writing off the cuff >> - could be wrong. >> > > Delegating to Tall won't work; you'd have to copy the definition and > modify it, like I suggested for (|||). > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Thu Oct 2 03:00:20 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 1 Oct 2014 23:00:20 -0400 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: On Wed, Oct 1, 2014 at 10:55 PM, Christian Wills wrote: > instance ExtensionClass MasterPaneFlag where > initialValue = MasterPaneFlag False > > pickIncrFun :: Bool -> X () > pickIncrFun flag = if flag then (sendMessage (IncMasterN (-1))) else > (sendMessage (IncMasterN 1)) > You might want to check the behavior of this around manual changes (mod-, and mod-.). It should at least be safe against mod-shift-space and manual setLayout, I think. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwills.dev at gmail.com Thu Oct 2 03:10:04 2014 From: cwills.dev at gmail.com (Christian Wills) Date: Wed, 1 Oct 2014 23:10:04 -0400 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: On Wed, Oct 1, 2014 at 11:00 PM, Brandon Allbery wrote: > On Wed, Oct 1, 2014 at 10:55 PM, Christian Wills > wrote: > >> instance ExtensionClass MasterPaneFlag where >> initialValue = MasterPaneFlag False >> >> pickIncrFun :: Bool -> X () >> pickIncrFun flag = if flag then (sendMessage (IncMasterN (-1))) else >> (sendMessage (IncMasterN 1)) >> > > You might want to check the behavior of this around manual changes (mod-, > and mod-.). It should at least be safe against mod-shift-space and manual > setLayout, I think. > Right. If you change the master count manually with mod-, and mod-. this will toggle +/- 1 from your manually set master count depending on what the state was when you changed the master count manually. I don't find that to be totally off the wall given the spirit of not wanting to have to use mod-, and mod-. You could always IncMasterN(-100000) to bring it back to zero and then add 1 or leave it alone depending on the flag setting if you really wanted to. > > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Thu Oct 2 03:12:56 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 1 Oct 2014 23:12:56 -0400 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: On Wed, Oct 1, 2014 at 11:10 PM, Christian Wills wrote: > You could always IncMasterN(-100000) to bring it back to zero and then add > 1 or leave it alone depending on the flag setting if you really wanted to Or mod-shift-space to bring it back into sync. Probably best to just replace those two bindings with something innocuous like (return ()) --- or maybe bind both of them to toggleMasterPane. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwills.dev at gmail.com Thu Oct 2 04:24:16 2014 From: cwills.dev at gmail.com (Christian Wills) Date: Thu, 2 Oct 2014 00:24:16 -0400 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: mod-shift-space is even better (too bad EZconfigs broke it for me....will have to look at that). toggleMasterPane :: X () toggleMasterPane = do flag <- XS.get XS.modify(MasterPaneFlag . not . getFlag) setLayout $ XMonad.layoutHook myConfig >> pickIncrFun (getFlag flag) You can probably modify my code snippet as above (replacing myConfig with whatever you actually called your xmonad config). Untested since setLayout $ XMonad.layoutHook myConfig is broken for me.... On Wed, Oct 1, 2014 at 11:12 PM, Brandon Allbery wrote: > On Wed, Oct 1, 2014 at 11:10 PM, Christian Wills > wrote: > >> You could always IncMasterN(-100000) to bring it back to zero and then >> add 1 or leave it alone depending on the flag setting if you really wanted >> to > > > Or mod-shift-space to bring it back into sync. Probably best to just > replace those two bindings with something innocuous like (return ()) --- or > maybe bind both of them to toggleMasterPane. > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Thu Oct 2 04:31:47 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 2 Oct 2014 00:31:47 -0400 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: On Thu, Oct 2, 2014 at 12:24 AM, Christian Wills wrote: > setLayout $ XMonad.layoutHook myConfig >> pickIncrFun (getFlag flag) The precedence of ($) compared to (>>) is breaking you here. Use parentheses instead. Additionally, you are working in the X monad so you can get the actual layout (also removing the need for parentheses or precedence-changing tricks like ($)). This should look something like: asks config >>= setLayout >> pickIncrFun (getFlag flag) (untested) An unconditional setLayout means that things like full-screen or multiple layouts selected with (|||) and mod-space will be forcibly reset by this binding. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From devin.mullins at gmail.com Thu Oct 2 07:51:35 2014 From: devin.mullins at gmail.com (Devin Mullins) Date: Thu, 2 Oct 2014 00:51:35 -0700 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: Damn it, you tricked me into writing it: {-# LANGUAGE DeriveDataTypeable, FlexibleInstances, MultiParamTypeClasses #-} import Control.Arrow import XMonad import XMonad.StackSet data Flippy a = Flippy (Tall a) deriving (Show, Read) data Flip = Flip deriving Typeable instance Message Flip instance LayoutClass Flippy a where runLayout (Workspace id (Flippy tall) ms) r = fmap (second (fmap Flippy)) $ runLayout (Workspace id tall ms) r handleMessage (Flippy tall) m = case flip of Just _ -> return $ doFlip (Flippy tall) Nothing -> fmap (fmap Flippy) $ handleMessage tall m where flip = fromMessage m :: Maybe Flip doFlip (Flippy (Tall 1 delta frac)) = Just $ Flippy $ Tall 2 delta frac doFlip (Flippy (Tall _ delta frac)) = Just $ Flippy $ Tall 1 delta frac description _ = "Flippy" No guarantee this works, but it compiles. On Wed, Oct 1, 2014 at 6:10 PM, Brandon Allbery wrote: > On Wed, Oct 1, 2014 at 7:03 PM, Devin Mullins > wrote: > >> I think another option is to make a new instance of LayoutClass that is >> just like Tall except for also supporting this message. In fact, you should >> be able to delegate to Tall for most definitions. Just writing off the cuff >> - could be wrong. >> > > Delegating to Tall won't work; you'd have to copy the definition and > modify it, like I suggested for (|||). > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pastorelli.mario at gmail.com Thu Oct 2 08:50:21 2014 From: pastorelli.mario at gmail.com (Mario Pastorelli) Date: Thu, 02 Oct 2014 10:50:21 +0200 Subject: [xmonad] Xmonad sanboxed and Xinerama Message-ID: <542D11CD.70607@gmail.com> Hi xmonaders, I have decided to move my XMonad install inside a sandbox to avoid problems when packages are updated. I'm able to run XMonad with cabal exec xmonad and I'm very happy with it. My only problem is that XMonad cannot use Xinerama for some reason: if I configure two displays then I get a single display which is the union of the first one with the second one. I cannot find any way to use displays as independent. What I'm doing wrong? MATE is able to use Xinerama without problems and X11, XMonad and XMonad-contrib are built with xinerama: > ldd ../../xmonad/.cabal-sandbox/bin/xmonad ... libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f86f66e8000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f86f63b2000) libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f86f61a8000) ... I have libxinerama: > ghc -e Graphics.X11.Xinerama.compiledWithXinerama True And Xorg starts with Xinerama: > grep -i xinerama /var/log/Xorg.0.log [ 13.627] Initializing built-in extension XINERAMA I don't know what's wrong...how can I understand what's going on? Thanks in advance, Mario From mwm at mired.org Thu Oct 2 09:46:39 2014 From: mwm at mired.org (Mike Meyer) Date: Thu, 2 Oct 2014 04:46:39 -0500 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: That works. I didn't try it directly, but cleaned it up a little Damn it, you tricked me into writing it: {-# LANGUAGE DeriveDataTypeable, FlexibleInstances, MultiParamTypeClasses #-} import Control.Arrow import XMonad import XMonad.StackSet data Flippy a = Flippy (Tall a) deriving (Show, Read) data Flip = Flip deriving Typeable instance Message Flip instance LayoutClass Flippy a where runLayout (Workspace id (Flippy tall) ms) r = fmap (second (fmap Flippy)) $ runLayout (Workspace id tall ms) r handleMessage (Flippy tall) m = case flip of Just _ -> return $ doFlip (Flippy tall) Nothing -> fmap (fmap Flippy) $ handleMessage tall m where flip = fromMessage m :: Maybe Flip doFlip (Flippy (Tall 1 delta frac)) = Just $ Flippy $ Tall 2 delta frac doFlip (Flippy (Tall _ delta frac)) = Just $ Flippy $ Tall 1 delta frac description _ = "Flippy" No guarantee this works, but it compiles. On Wed, Oct 1, 2014 at 6:10 PM, Brandon Allbery wrote: > On Wed, Oct 1, 2014 at 7:03 PM, Devin Mullins > wrote: > >> I think another option is to make a new instance of LayoutClass that is >> just like Tall except for also supporting this message. In fact, you should >> be able to delegate to Tall for most definitions. Just writing off the cuff >> - could be wrong. >> > > Delegating to Tall won't work; you'd have to copy the definition and > modify it, like I suggested for (|||). > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Thu Oct 2 19:56:32 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 02 Oct 2014 19:56:32 +0000 Subject: [xmonad] Issue 577 in xmonad: Add new master pane client count control command In-Reply-To: <1-3425899027203913298-11404730567184269952-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-11404730567184269952-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11404730567184269952-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-11404730567184269952-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 577 by m... at mired.org: Add new master pane client count control command https://code.google.com/p/xmonad/issues/detail?id=577 Can be closed - Devin provided an example of doing this in the config file. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From mwm at mired.org Thu Oct 2 19:57:01 2014 From: mwm at mired.org (Mike Meyer) Date: Thu, 2 Oct 2014 14:57:01 -0500 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: Thanks to all for the help. I've now got it done as a configuration using an extension of Tall. I added a note to the issue ( http://code.google.com/p/xmonad/issues/detail?id=577&q=message#makechanges) that it can be closed. Final question - is there a writeup somewhere on extending the builtin Layouts as Devin showed here? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwills.dev at gmail.com Fri Oct 3 02:05:13 2014 From: cwills.dev at gmail.com (Christian Wills) Date: Thu, 2 Oct 2014 22:05:13 -0400 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: I prefer Devin's solution to mine but just for completeness here is an updated version of my method which works no matter how many master windows have been manually added or removed with mod-, or mod-. by resetting the layout (effectively setting the number of master windows to 1). Thanks to Brandon for pointing out some silliness I was doing. data MasterPaneFlag = MasterPaneFlag { getFlag :: Bool } deriving (Show, Typeable) instance ExtensionClass MasterPaneFlag where initialValue = MasterPaneFlag False pickIncrFun :: Bool -> X () pickIncrFun flag = if flag then (sendMessage (IncMasterN (1))) else (sendMessage (IncMasterN 0)) toggleMasterPane :: X () toggleMasterPane = do flag <- XS.get XS.modify(MasterPaneFlag . not . getFlag) asks config >>= \c -> setLayout (XMonad.layoutHook c) >> pickIncrFun (getFlag flag) On Thu, Oct 2, 2014 at 3:57 PM, Mike Meyer wrote: > Thanks to all for the help. I've now got it done as a configuration using > an extension of Tall. I added a note to the issue ( > http://code.google.com/p/xmonad/issues/detail?id=577&q=message#makechanges) > that it can be closed. > > Final question - is there a writeup somewhere on extending the builtin > Layouts as Devin showed here? > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwills.dev at gmail.com Fri Oct 3 02:30:13 2014 From: cwills.dev at gmail.com (Christian Wills) Date: Thu, 2 Oct 2014 22:30:13 -0400 Subject: [xmonad] Xmonad sanboxed and Xinerama In-Reply-To: <542D11CD.70607@gmail.com> References: <542D11CD.70607@gmail.com> Message-ID: This sounds like an X configuration issue. You may be able to create or edit /etc/X11/xorg.conf to have multiple screens. But debugging that is rather annoying. I had a video setup on a box where the driver was buggy such that I was stuck in the same situation you are in. I used layoutScreens[1] to work around the issue. This module allows you to divide your single large screen into sections that xmonad will treat just like separate screens. If you choose your actual monitor layout and sizes it will work just how you want. [1] http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-LayoutScreens.html It still may be worthwhile to debug your xorg.conf but this workaround is useful to have in your bag of tricks. Cheers, Chris Wills On Thu, Oct 2, 2014 at 4:50 AM, Mario Pastorelli wrote: > Hi xmonaders, > > I have decided to move my XMonad install inside a sandbox to avoid > problems when packages are updated. I'm able to run XMonad with cabal exec > xmonad and I'm very happy with it. My only problem is that XMonad cannot > use Xinerama for some reason: if I configure two displays then I get a > single display which is the union of the first one with the second one. I > cannot find any way to use displays as independent. What I'm doing wrong? > MATE is able to use Xinerama without problems and X11, XMonad and > XMonad-contrib are built with xinerama: > > > ldd ../../xmonad/.cabal-sandbox/bin/xmonad > ... > libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 > (0x00007f86f66e8000) > libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 > (0x00007f86f63b2000) > libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 > (0x00007f86f61a8000) > ... > > I have libxinerama: > > > ghc -e Graphics.X11.Xinerama.compiledWithXinerama > True > > And Xorg starts with Xinerama: > > > grep -i xinerama /var/log/Xorg.0.log > [ 13.627] Initializing built-in extension XINERAMA > > I don't know what's wrong...how can I understand what's going on? > > Thanks in advance, > Mario > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Fri Oct 3 02:36:47 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 2 Oct 2014 22:36:47 -0400 Subject: [xmonad] Xmonad sanboxed and Xinerama In-Reply-To: References: <542D11CD.70607@gmail.com> Message-ID: On Thu, Oct 2, 2014 at 10:30 PM, Christian Wills wrote: > This sounds like an X configuration issue. I understand the original message as saying that it recognized screens correctly before xmonad was moved to a sandbox. This makes me wonder if the tests are being done with a different xmonad library and/or the sandbox is somehow not seeing a Xinerama-enabled X11 (this can happen if the original was installed globally via OS package but the sandboxed build is using a local X11 bindings package, and the Xinerama developer headers/libraries weren't installed, for example). I don't think we have enough information to diagnose this. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlists at pmade.com Fri Oct 3 14:35:29 2014 From: mlists at pmade.com (Peter Jones) Date: Fri, 03 Oct 2014 08:35:29 -0600 Subject: [xmonad] Xmonad sanboxed and Xinerama References: <542D11CD.70607@gmail.com> Message-ID: <87bnptte4u.fsf@pmade.com> Brandon Allbery writes: > I understand the original message as saying that it recognized screens > correctly before xmonad was moved to a sandbox. This makes me wonder if the > tests are being done with a different xmonad library and/or the sandbox is > somehow not seeing a Xinerama-enabled X11 (this can happen if the original > was installed globally via OS package but the sandboxed build is using a > local X11 bindings package, and the Xinerama developer headers/libraries > weren't installed, for example). This is precisely what happened to me when I moved from my package manager's version of xmonad to building in a cabal sandbox. You need to have a few of the -dev packages installed so that the Haskell X11 package can build with Xinerama support. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From devin.mullins at gmail.com Fri Oct 3 16:34:44 2014 From: devin.mullins at gmail.com (Devin Mullins) Date: Fri, 3 Oct 2014 09:34:44 -0700 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: Couple of docs on developing contribs: http://www.haskell.org/haskellwiki/Xmonad/xmonad_development_tutorial http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Doc-Developing.html but the section on LayoutClass just says "to do"... The API docs for LayoutClass are decent, though: http://xmonad.org/xmonad-docs/xmonad/XMonad-Core.html#t:LayoutClass Nothing on extending the built-in layouts. Building a data wrapper just seemed like the the obvious thing to do. On Thu, Oct 2, 2014 at 12:57 PM, Mike Meyer wrote: > Thanks to all for the help. I've now got it done as a configuration using > an extension of Tall. I added a note to the issue ( > http://code.google.com/p/xmonad/issues/detail?id=577&q=message#makechanges) > that it can be closed. > > Final question - is there a writeup somewhere on extending the builtin > Layouts as Devin showed here? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Fri Oct 3 16:36:57 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 03 Oct 2014 16:36:57 +0000 Subject: [xmonad] Issue 577 in xmonad: Add new master pane client count control command In-Reply-To: <2-3425899027203913298-11404730567184269952-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-11404730567184269952-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11404730567184269952-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-11404730567184269952-codesite-noreply=google.com@googlecode.com> Updates: Status: Fixed Comment #3 on issue 577 by m... at twifkak.com: Add new master pane client count control command https://code.google.com/p/xmonad/issues/detail?id=577 (No comment was entered for this change.) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From pastorelli.mario at gmail.com Sat Oct 4 12:23:35 2014 From: pastorelli.mario at gmail.com (Mario Pastorelli) Date: Sat, 04 Oct 2014 14:23:35 +0200 Subject: [xmonad] Xmonad sanboxed and Xinerama In-Reply-To: References: Message-ID: <542FE6C7.4010606@gmail.com> > This sounds like an X configuration issue. No it isn't because MATE can use Xinerama. It is related to my XMonad. > I understand the original message as saying that it recognized screens > correctly before xmonad was moved to a sandbox. No, I said that MATE was recognizing the screens and it does it also now. I never installed XMonad from the package manager or from my user "global" cabal because last time I did it I had a lot of problems. XMonad in a sandbox would be perfect... > This makes me wonder if the > tests are being done with a different xmonad library and/or the sandbox is > somehow not seeing a Xinerama-enabled X11 (this can happen if the original > was installed globally via OS package but the sandboxed build is using a > local X11 bindings package, and the Xinerama developer headers/libraries > weren't installed, for example). > > I don't think we have enough information to diagnose this. X11 bindings, XMonad and XMonad-contrib are all installed in the sandbox with Xinerama support. The Xinerama lib they used is the one installed by my package manager. Do you think I could give you some informations to understand what's going on? From cwbell at mail.usf.edu Mon Oct 6 16:32:03 2014 From: cwbell at mail.usf.edu (Chris Bell) Date: Mon, 6 Oct 2014 12:32:03 -0400 Subject: [xmonad] Startup Arguments Message-ID: Hi, I run Xmonad on my laptop, where I sometimes have multiple displays (when I'm at my desk). As a result, I have two Xmonad configs - one for a single screen, and one for two screens, which spawns extra copies of some programs (xmobar, for example). However, to keep everything playing nice, I have to manually swap out the config each time I switch my monitor setup by editing my xmonad.hs. I tried adding code to use xrandr to detect how many screens are active, and execute the function accordingly, but this just caused my X session to break. My xinitrc script knows how many monitors are active, but I don't know how to pass that to Xmonad on startup. Is there a facility to pass arguments to Xmonad at startup from xinitrc? Or did I simply miss something in the documentation? Thanks! Chris Bell Ph.D. Student University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team From allbery.b at gmail.com Mon Oct 6 16:53:00 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 6 Oct 2014 12:53:00 -0400 Subject: [xmonad] Startup Arguments In-Reply-To: References: Message-ID: On Mon, Oct 6, 2014 at 12:32 PM, Chris Bell wrote: > My xinitrc script knows how many monitors are active, but I don't know > how to pass that to Xmonad on startup. Is there a facility to pass > arguments to Xmonad at startup from xinitrc? Or did I simply miss > something in the documentation? > Not via parameters; this has annoyed me a few times in the past, and I wonder if there is an opening here for a --user-arg parameter. In the meantime, the trick used by e.g. Fedora's default xmonad configuration is environment variables. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwbell at mail.usf.edu Mon Oct 6 17:55:32 2014 From: cwbell at mail.usf.edu (Chris Bell) Date: Mon, 6 Oct 2014 13:55:32 -0400 Subject: [xmonad] Startup Arguments In-Reply-To: References: Message-ID: On Mon, Oct 6, 2014 at 12:53 PM, Brandon Allbery wrote: > In the meantime, the trick used by e.g. Fedora's default xmonad > configuration is environment variables. Aha, that will do nicely. Thanks! And I agree, a --user-arg param would be convenient. Regards, Chris Bell Ph.D. Student University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team From devin.mullins at gmail.com Mon Oct 6 19:17:30 2014 From: devin.mullins at gmail.com (Devin Mullins) Date: Mon, 6 Oct 2014 12:17:30 -0700 Subject: [xmonad] Startup Arguments In-Reply-To: References: Message-ID: Curious what code you tried. Something like this seems like it should work: import Graphics.X11.Xinerama (getScreenInfo) main = do dpy <- openDisplay "" screens <- getScreenInfo dpy let config = case length screens of 1 -> ... _ -> ... xmonad config On Mon, Oct 6, 2014 at 10:55 AM, Chris Bell wrote: > On Mon, Oct 6, 2014 at 12:53 PM, Brandon Allbery > wrote: > > In the meantime, the trick used by e.g. Fedora's default xmonad > > configuration is environment variables. > > Aha, that will do nicely. Thanks! > And I agree, a --user-arg param would be convenient. > > Regards, > > Chris Bell > > Ph.D. Student > University of South Florida > College of Engineering > Department of Computer Science and Engineering > NarMOS Research Team > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From odunkl at gmx.net Mon Oct 6 19:20:01 2014 From: odunkl at gmx.net (Oliver Dunkl) Date: Mon, 06 Oct 2014 21:20:01 +0200 Subject: [xmonad] Startup Arguments In-Reply-To: References: Message-ID: <87k34d2efy.fsf@mail.io> Chris Bell writes: > I run Xmonad on my laptop, where I sometimes have multiple displays > (when I'm at my desk). As a result, I have two Xmonad configs - one > for a single screen, and one for two screens, which spawns extra > copies of some programs (xmobar, for example). However, to keep > everything playing nice, I have to manually swap out the config each > time I switch my monitor setup by editing my xmonad.hs. I currently work on such an addition. I use CmdArgs for the command line arguments. After that you could give a command line attribute for the base directory (e.g. --basedir=~/.xmonad-test) instead of the default (~/.xmonad) one. It is a quite small addition but i want to be backward compatible to the currently existing arguments. \= odi -- Oliver Dunkl IM: odi at jabber.ccc.de IRC: odi(irc.freenode.net) From cwbell at mail.usf.edu Mon Oct 6 21:11:43 2014 From: cwbell at mail.usf.edu (Chris Bell) Date: Mon, 6 Oct 2014 17:11:43 -0400 Subject: [xmonad] Startup Arguments In-Reply-To: References: Message-ID: On Mon, Oct 6, 2014 at 3:17 PM, Devin Mullins wrote: > Curious what code you tried I had a nasty little shell script that called xrandr, processed the output, and returned a number indicating the number of screens. I never did figure out what made it go wrong. I didn't even know the Xinerama package existed (still new to Haskell/XMonad); I'll have to try that out. On a related note, any recommendations for resources to help me wrap my head around/understand the capabilities of Haskell? Thanks! Chris Bell Ph.D. Student University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team From johnnyspoon at gmail.com Tue Oct 7 04:41:23 2014 From: johnnyspoon at gmail.com (Dmitri Iouchtchenko) Date: Tue, 7 Oct 2014 00:41:23 -0400 Subject: [xmonad] Startup Arguments In-Reply-To: References: Message-ID: On 06/10/2014, Chris Bell wrote: > I run Xmonad on my laptop, where I sometimes have multiple displays > (when I'm at my desk). As a result, I have two Xmonad configs - one > for a single screen, and one for two screens, which spawns extra > copies of some programs (xmobar, for example). However, to keep > everything playing nice, I have to manually swap out the config each > time I switch my monitor setup by editing my xmonad.hs. You may have some luck with XMonad.Hooks.DynamicBars (http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-DynamicBars.html). It's for dynamically starting and stopping status bars on each screen, but you could probably use it to manage other things as well. I've been using it for a while now, and it works great for having one xmobar instance per screen. There's one issue (https://code.google.com/p/xmonad/issues/detail?id=538) where the xmobars aren't dealt with automatically. There was a comment about it at the time from the maintainer (http://www.haskell.org/pipermail/xmonad/2013-June/013765.html) but I haven't heard about it since. In the meantime, I just recompile and restart xmonad using a keybinding each time I change my screen configuration, and that works. Only a single configuration file, and no need to pass in arguments or even deal with Xinerama manually. From devin.mullins at gmail.com Tue Oct 7 04:49:39 2014 From: devin.mullins at gmail.com (Devin Mullins) Date: Mon, 6 Oct 2014 21:49:39 -0700 Subject: [xmonad] Startup Arguments In-Reply-To: References: Message-ID: On Mon, Oct 6, 2014 at 2:11 PM, Chris Bell wrote: > On a related note, any recommendations for resources to help me wrap > my head around/understand the capabilities of Haskell? > That's a big question. For a general intro, I've heard good things about Learn You a Haskell [1], and of course Real World Haskell [2] was co-written by one of the creators of xmonad. Myself, I just learned through my usual combination of trial-and-error and perusing blogs, mailing lists, random bits of code, and the spec. As for what your head needs wrapping around, I would need more information, but for many people the first barrier is the syntax, so... Lesson #1: function calls look like `f 1 2` instead of `f(1, 2)`. There is actually a good reason for this. Exercise: Find out what that reason is. Class dismissed. [1] http://learnyouahaskell.com/ [2] http://book.realworldhaskell.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwbell at mail.usf.edu Tue Oct 7 16:16:05 2014 From: cwbell at mail.usf.edu (Chris Bell) Date: Tue, 7 Oct 2014 12:16:05 -0400 Subject: [xmonad] Startup Arguments In-Reply-To: References: Message-ID: On Tue, Oct 7, 2014 at 12:41 AM, Dmitri Iouchtchenko wrote: > You may have some luck with XMonad.Hooks.DynamicBars Thanks for the suggestion! Yet another package I didn't know existed. I don't mind having to relaunch xmonad when I switch screen layouts, so that bug won't bother me much. I just need to discern how to configure/implement it. On Tue, Oct 7, 2014 at 12:49 AM, Devin Mullins wrote: > I've heard good things about Learn You a Haskell [1], and of course Real > World Haskell [2] I've been working my way through Learn You a Haskell. It's been overwhelmingly helpful. My biggest obstacle is that I've never worked with a pure functional language before, so most of my old paradigms don't apply. You're probably right; picking a problem and beating my head against it until I solve it is probably the best way. Chris Bell Ph.D. Student University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team Chris Bell Ph.D. Student University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team On Tue, Oct 7, 2014 at 12:49 AM, Devin Mullins wrote: > On Mon, Oct 6, 2014 at 2:11 PM, Chris Bell wrote: >> >> On a related note, any recommendations for resources to help me wrap >> my head around/understand the capabilities of Haskell? > > > That's a big question. For a general intro, I've heard good things about > Learn You a Haskell [1], and of course Real World Haskell [2] was co-written > by one of the creators of xmonad. Myself, I just learned through my usual > combination of trial-and-error and perusing blogs, mailing lists, random > bits of code, and the spec. > > As for what your head needs wrapping around, I would need more information, > but for many people the first barrier is the syntax, so... Lesson #1: > function calls look like `f 1 2` instead of `f(1, 2)`. There is actually a > good reason for this. Exercise: Find out what that reason is. Class > dismissed. > > [1] http://learnyouahaskell.com/ > [2] http://book.realworldhaskell.org/ From codesite-noreply at google.com Tue Oct 7 18:57:37 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 07 Oct 2014 18:57:37 +0000 Subject: [xmonad] Issue 578 in xmonad: Make Query an instance of Applicative? Message-ID: <0-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 578 by Javra... at gmail.com: Make Query an instance of Applicative? https://code.google.com/p/xmonad/issues/detail?id=578 This is an enhancement request: Could you make XMonad.Core.Query an instance of Applicative? Since it's already an instance of Monad and DeriveApplicative is available. It will allow more concise queries and we can get rid of "Orphan instance" warnings when deriving Applicative manually. e.g.: ((&&) <$> fmap (== "FooClass") className <*> fmap (== "Bar title") title) Thanks. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Oct 7 18:58:38 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 07 Oct 2014 18:58:38 +0000 Subject: [xmonad] Issue 578 in xmonad: Make Query an instance of Applicative? In-Reply-To: <0-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 578 by allber... at gmail.com: Make Query an instance of Applicative? https://code.google.com/p/xmonad/issues/detail?id=578 We need to do this anyway with the AMP landing in 7.10. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Oct 7 19:07:17 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 07 Oct 2014 19:07:17 +0000 Subject: [xmonad] Issue 578 in xmonad: Make Query an instance of Applicative? In-Reply-To: <1-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 578 by Javra... at gmail.com: Make Query an instance of Applicative? https://code.google.com/p/xmonad/issues/detail?id=578 Thanks for your response! My concern is it'll be a while before releasing 7.10, and I guess applying this changes won't break too many things. But this won't be a big deal anyway. Looking forward to 7.10 as well :) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From oneself at gmail.com Wed Oct 8 17:12:19 2014 From: oneself at gmail.com (Eyal Erez) Date: Wed, 8 Oct 2014 13:12:19 -0400 Subject: [xmonad] Ultra Wide Monitors and Xmonad Message-ID: Hi, I'm thinking of buying one of these new ultra wide monitors that are 21:9. At this width, it doesn't really make sense for a single workspace to occupy the entire screen. I was wondering if there was a way to assign more than one workspace to a single monitor? Extra points for being able to add or remove workspaces at will. The goal is to have 2-3 workspaces on a single monitor side by side. Thank you, -- *Eyal Erez <**oneself at gmail.com* *>* There are 10 types of people, those who know binary and those who don't. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Wed Oct 8 17:19:22 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 8 Oct 2014 13:19:22 -0400 Subject: [xmonad] Ultra Wide Monitors and Xmonad In-Reply-To: References: Message-ID: On Wed, Oct 8, 2014 at 1:12 PM, Eyal Erez wrote: > I'm thinking of buying one of these new ultra wide monitors > that are 21:9. At this width, > it doesn't really make sense for a single workspace to occupy the entire > screen. I was wondering if there was a way to assign more than one > workspace to a single monitor? Extra points for being able to add or > remove workspaces at will. The goal is to have 2-3 workspaces on a single > monitor side by side. > First off, make sure the X server supports it. Many of the new ultrawide screens use multiple video connections and current xorg treats them as different monitors, often with unfortunate results because it's not as straightforward as putting half of the screen on one and half on the other. Last I heard, they were still arguing over how to change xrandr and the low level xinerama stuff to handle it properly, and what level of application level (this includes xmonad) changes might be required to support them. Given that, XMonad.Layout.LayoutScreens can be used to split screens into chunks which xmonad will see as separate xrandr screens. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwm at mired.org Wed Oct 8 17:20:40 2014 From: mwm at mired.org (Mike Meyer) Date: Wed, 8 Oct 2014 12:20:40 -0500 Subject: [xmonad] Ultra Wide Monitors and Xmonad In-Reply-To: References: Message-ID: Look through the layout extensions available ( http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Doc-Extending.html#g:5). There are a number of options there you could use. IndependentScreens seems to be exactly what you want, but there are a couple that let you put multiple layouts on a screen in various manners, and one of those might be better for you. On Wed, Oct 8, 2014 at 12:12 PM, Eyal Erez wrote: > Hi, > > I'm thinking of buying one of these new ultra wide monitors > that are 21:9. At this width, > it doesn't really make sense for a single workspace to occupy the entire > screen. I was wondering if there was a way to assign more than one > workspace to a single monitor? Extra points for being able to add or > remove workspaces at will. The goal is to have 2-3 workspaces on a single > monitor side by side. > > Thank you, > > -- > *Eyal Erez <**oneself at gmail.com* *>* > > There are 10 types of people, those who know binary and those who don't. > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From oneself at gmail.com Wed Oct 8 19:34:06 2014 From: oneself at gmail.com (Eyal Erez) Date: Wed, 8 Oct 2014 15:34:06 -0400 Subject: [xmonad] Ultra Wide Monitors and Xmonad In-Reply-To: References: Message-ID: Awesome, thank you very much. It looks like I definitely need to do more research and see if this is well support yet or not. On Wed, Oct 8, 2014 at 1:20 PM, Mike Meyer wrote: > Look through the layout extensions available ( > http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Doc-Extending.html#g:5). > There are a number of options there you could use. IndependentScreens seems > to be exactly what you want, but there are a couple that let you put > multiple layouts on a screen in various manners, and one of those might be > better for you. > > On Wed, Oct 8, 2014 at 12:12 PM, Eyal Erez wrote: > >> Hi, >> >> I'm thinking of buying one of these new ultra wide monitors >> that are 21:9. At this width, >> it doesn't really make sense for a single workspace to occupy the entire >> screen. I was wondering if there was a way to assign more than one >> workspace to a single monitor? Extra points for being able to add or >> remove workspaces at will. The goal is to have 2-3 workspaces on a single >> monitor side by side. >> >> Thank you, >> >> -- >> *Eyal Erez <**oneself at gmail.com* *>* >> >> There are 10 types of people, those who know binary and those who don't. >> >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://www.haskell.org/mailman/listinfo/xmonad >> >> > -- *Eyal Erez <**oneself at gmail.com* *>* There are 10 types of people, those who know binary and those who don't. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hubert at uhoreg.ca Wed Oct 8 18:49:50 2014 From: hubert at uhoreg.ca (Hubert Chathi) Date: Wed, 08 Oct 2014 14:49:50 -0400 Subject: [xmonad] Startup Arguments References: Message-ID: <87wq8ae6r5.fsf@desiato.home.uhoreg.ca> On Tue, 7 Oct 2014 00:41:23 -0400, Dmitri Iouchtchenko said: > You may have some luck with XMonad.Hooks.DynamicBars > (http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-DynamicBars.html). > It's for dynamically starting and stopping status bars on each screen, > but you could probably use it to manage other things as well. I've > been using it for a while now, and it works great for having one > xmobar instance per screen. Are there any examples available of how it's used? -- Hubert Chathi - Email/Jabber: hubert at uhoreg.ca - http://www.uhoreg.ca/ PGP/GnuPG key: 4096R/113A1368 (Key available at pool.sks-keyservers.net) Fingerprint: F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368 From alainbe at free.fr Fri Oct 10 19:27:12 2014 From: alainbe at free.fr (Alain Bertrand) Date: Fri, 10 Oct 2014 21:27:12 +0200 Subject: [xmonad] task bar Message-ID: <54383310.30604@free.fr> Hello all, I am new to xmonad, coming from many years of openbox. I want a taskbar to display the time, ibus/mozC status and a logout button with hibernate choice. This taskbar should be - either horizontal, in that case it shouldn't take all the screen width (I use XMonad.Layout.NoFrillsDecoration for the window title bar, so there is ample room left for what I display in the bar, - or vertical (to minimize use of screen realestate). What taskbar would do satisfy these criteria ? Thanks in advance. Alain From miraiwarren at gmail.com Sat Oct 11 00:32:32 2014 From: miraiwarren at gmail.com (Mark Watts) Date: Fri, 10 Oct 2014 19:32:32 -0500 Subject: [xmonad] task bar In-Reply-To: <54383310.30604@free.fr> References: <54383310.30604@free.fr> Message-ID: Hi Alain, Welcome to the club. You might try xfce-panel or the panel/taskbar you were using in openbox . To get a working logout button, you might need to make a custom one that executes the appropriate command to end your desktop session. On Fri, Oct 10, 2014 at 2:27 PM, Alain Bertrand wrote: > Hello all, > > I am new to xmonad, coming from many years of openbox. > > I want a taskbar to display the time, ibus/mozC status and a logout > button with hibernate choice. > > This taskbar should be > > - either horizontal, in that case it shouldn't take all the screen width > (I use XMonad.Layout.NoFrillsDecoration > for the window title bar, so there is ample room left for what I display > in the bar, > > - or vertical (to minimize use of screen realestate). > > What taskbar would do satisfy these criteria ? > > Thanks in advance. > > > Alain > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > -- Cheers, Mark Watts Department of Computer Science University of Texas at Austin -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwm at mired.org Sat Oct 11 18:53:36 2014 From: mwm at mired.org (Mike Meyer) Date: Sat, 11 Oct 2014 13:53:36 -0500 Subject: [xmonad] Fwd: Patch to add new Layout message In-Reply-To: References: <1411867292-sup-8185@rye> Message-ID: I started with those docs and wrote up a blog entry documenting how to extend a Layout. I haven't published it yet, and would appreciate feedback on it. Also, if someone who can edit the wiki wants to use this to fill in the appropriate part of the wiki docs, that would be fine by me. You can get to the markdown on draftin at https://draftin.com/documents/490906?token=i8AJR0nv8RK3G8KYV07NXxzArVeDgkTBvPvj4qa3M8BkdX-mUs07C8ZGj6_T4mwZAr8A22gcRjkqgUr3PmHR2rM That should let you edit the markdown and show me the diffs. If you don't want to deal with draftin, let me know and I'll see about getting it to you another way. Thanks, Mike On Oct 3, 2014 11:34 AM, "Devin Mullins" wrote: > > Couple of docs on developing contribs: > http://www.haskell.org/haskellwiki/Xmonad/xmonad_development_tutorial > http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Doc-Developing.html > but the section on LayoutClass just says "to do"... > > The API docs for LayoutClass are decent, though: > http://xmonad.org/xmonad-docs/xmonad/XMonad-Core.html#t:LayoutClass > > Nothing on extending the built-in layouts. Building a data wrapper just seemed like the the obvious thing to do. > > On Thu, Oct 2, 2014 at 12:57 PM, Mike Meyer wrote: >> >> Thanks to all for the help. I've now got it done as a configuration using an extension of Tall. I added a note to the issue ( http://code.google.com/p/xmonad/issues/detail?id=577&q=message#makechanges) that it can be closed. >> >> Final question - is there a writeup somewhere on extending the builtin Layouts as Devin showed here? > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alainbe at free.fr Sat Oct 11 18:59:54 2014 From: alainbe at free.fr (Alain Bertrand) Date: Sat, 11 Oct 2014 20:59:54 +0200 Subject: [xmonad] task bar In-Reply-To: References: <54383310.30604@free.fr> Message-ID: <54397E2A.7020300@free.fr> Hello Mark, Thanks for your answer. Here is my xmonad.hs file : import XMonad import XMonad.Layout.NoFrillsDecoration import XMonad.Config.Azerty import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks myWorkspaces = ["1:web","2:japonais","3:cours","4:programmation","5:divers","6:il2"] myManageHook = composeAll [ className =? "Firefox" --> doShift "1:web" , className =? "Thunderbird" --> doShift "1:web" ] myL = simpleDeco shrinkText defaultTheme (layoutHook defaultConfig) main = do xmonad azertyConfig { layoutHook = avoidStruts $ myL ,workspaces = myWorkspaces } I thought that adding avoidStruts to my layout would allow me to run fbpanel but no. If I launch it on a terminal, I get : can't chdir to /usr/share/xmonad What should I add to my config ? By the way, why the [ className =? "Firefox" --> doShift "1:web" , className =? "Thunderbird" --> doShift "1:web" ] send Firefox and Thunderbird on the *second* workspace (alt-2) instead of the first one? TIA Alain Le 11/10/2014 02:32, Mark Watts a ?crit : > Hi Alain, > > Welcome to the club. You might try xfce-panel or the panel/taskbar you were > using in openbox . To get a working logout button, you might need to make a > custom one that executes the appropriate command to end your desktop > session. > > On Fri, Oct 10, 2014 at 2:27 PM, Alain Bertrand wrote: > >> Hello all, >> >> I am new to xmonad, coming from many years of openbox. >> >> I want a taskbar to display the time, ibus/mozC status and a logout >> button with hibernate choice. >> >> This taskbar should be >> >> - either horizontal, in that case it shouldn't take all the screen width >> (I use XMonad.Layout.NoFrillsDecoration >> for the window title bar, so there is ample room left for what I display >> in the bar, >> >> - or vertical (to minimize use of screen realestate). >> >> What taskbar would do satisfy these criteria ? >> >> Thanks in advance. >> >> >> Alain >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://www.haskell.org/mailman/listinfo/xmonad >> > > From allbery.b at gmail.com Sat Oct 11 19:05:02 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 11 Oct 2014 15:05:02 -0400 Subject: [xmonad] task bar In-Reply-To: <54397E2A.7020300@free.fr> References: <54383310.30604@free.fr> <54397E2A.7020300@free.fr> Message-ID: On Sat, Oct 11, 2014 at 2:59 PM, Alain Bertrand wrote: > I thought that adding avoidStruts to my layout would allow me to run > fbpanel but no. If I launch it on a terminal, I get : > can't chdir to /usr/share/xmonad > That's not going to be related to avoidStruts, or indeed to your xmonad configuration at all --- but may be related to fbpanel making strange assumptions about window manager configurations in genera. Do you have a ~/.config/fbpanel/default file? If so, what's in it? -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From alainbe at free.fr Sat Oct 11 19:41:16 2014 From: alainbe at free.fr (Alain Bertrand) Date: Sat, 11 Oct 2014 21:41:16 +0200 Subject: [xmonad] task bar In-Reply-To: References: <54383310.30604@free.fr> <54397E2A.7020300@free.fr> Message-ID: <543987DC.10103@free.fr> Le 11/10/2014 21:05, Brandon Allbery a ?crit : > On Sat, Oct 11, 2014 at 2:59 PM, Alain Bertrand wrote: > >> I thought that adding avoidStruts to my layout would allow me to run >> fbpanel but no. If I launch it on a terminal, I get : >> can't chdir to /usr/share/xmonad >> > That's not going to be related to avoidStruts, or indeed to your xmonad > configuration at all --- but may be related to fbpanel making strange > assumptions about window manager configurations in genera. Do you have a > ~/.config/fbpanel/default file? If so, what's in it? Thanks for your answer. Actually, I have just checked how fbpanel behaves with openbox and though it works as it should, I got the same message can't chdir to /usr/share/openbox Here is my .config/fbpanel/default Global { edge = top #left allign = right #center margin = 0 widthtype = percent width = 50#99 height = 12#24 transparent = false tintcolor = blue # #ffffff alpha = 28 setdocktype = true setpartialstrut = true autohide = false heightWhenHidden = 2 roundcorners = false roundcornersradius = 7 layer = none MaxElemHeight = 32 } Plugin { type = space config { size = 2 } } Plugin { type = menu config { IconSize = 22 #icon = start-here # Use a nice Debian logo for the menu list ;-) image = /usr/share/pixmaps/debian-logo.png systemmenu { } separator { } menu { name = Computer icon = computer item { name = Terminal icon = terminal action = x-terminal-emulator } item { name = Lock Display icon = gnome-lockscreen action = slock } separator { } item { name = Reboot icon = gnome-session-reboot action = sudo reboot } item { name = Shutdown icon = gnome-session-halt action = sudo shutdown -h now } item { name = logout icon = gnome-session-logout action = /usr/lib/fbpanel/fbpanel/xlogout } } } } Plugin { type = space config { size = 15 } } Plugin { type = launchbar config { button { icon = file-manager tooltip = File Manager action = thunar } button { icon = terminal tooltip = Terminal action = x-terminal-emulator } button { icon = web-browser tooltip = Web Browser action = x-www-browser } } } Plugin { type = space config { size = 15 } } Plugin { type = wincmd config { icon = gnome-fs-desktop tooltip = Left click to iconify all windows. Middle click to shade them. } } Plugin { type = space config { size = 15 } } Plugin { type = taskbar expand = true config { ShowIconified = true ShowMapped = true ShowAllDesks = false tooltips = true IconsOnly = false MaxTaskWidth = 150 } } Plugin { type = space config { size = 15 } } Plugin { type = pager config { showwallpaper = true } } Plugin { type = space config { size = 10 } } Plugin { type = mem expand = false padding = 2 config { ShowSwap = false } } Plugin { type = cpu config { Color = green } } Plugin { type = net expand = false padding = 0 config { #interface = ppp0 interface = eth0 # set connection limits to make traffic graph more accurate TxLimit = 20 RxLimit = 190 TxColor = violet RxColor = blue } } Plugin { type = space config { size = 10 } } Alain From allbery.b at gmail.com Sat Oct 11 19:46:09 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 11 Oct 2014 15:46:09 -0400 Subject: [xmonad] task bar In-Reply-To: <543987DC.10103@free.fr> References: <54383310.30604@free.fr> <54397E2A.7020300@free.fr> <543987DC.10103@free.fr> Message-ID: On Sat, Oct 11, 2014 at 3:41 PM, Alain Bertrand wrote: > Actually, I have just checked how fbpanel behaves with openbox and though > it works as it should, I got the same message > > can't chdir to /usr/share/openbox > Yep, that was where I was leading with the comment about strange assumptions; it sees that there is an EWMH support window with the name "xmonad" or "openbox" and goes looking for window manager configuration in a standard location. This probably only works right with desktop environments, not standalone window managers. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From alainbe at free.fr Sun Oct 12 06:38:54 2014 From: alainbe at free.fr (Alain Bertrand) Date: Sun, 12 Oct 2014 08:38:54 +0200 Subject: [xmonad] task bar In-Reply-To: References: <54383310.30604@free.fr> <54397E2A.7020300@free.fr> <543987DC.10103@free.fr> Message-ID: <543A21FE.9000709@free.fr> Le 11/10/2014 21:46, Brandon Allbery a ?crit : > On Sat, Oct 11, 2014 at 3:41 PM, Alain Bertrand wrote: > >> Actually, I have just checked how fbpanel behaves with openbox and though >> it works as it should, I got the same message >> >> can't chdir to /usr/share/openbox >> > Yep, that was where I was leading with the comment about strange > assumptions; it sees that there is an EWMH support window with the name > "xmonad" or "openbox" and goes looking for window manager configuration in > a standard location. This probably only works right with desktop > environments, not standalone window managers. > Xfce-panel works correctly with xmonad and displays the ibus status applet but is really ugly when set vertically. I'll stick with xmobar except when I really need this applet. I have still a question. If I start xmonad and then after xmobar, I got for a little time the situation described in the screenshot (xmobar uses the top of the screen right of the window title) but soon it is updated and the title of the windows goes under xmobar. Would-it be possible to get this situation permanently ? TIA Alain -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot.jpg Type: image/jpeg Size: 16305 bytes Desc: not available URL: From devin.mullins at gmail.com Sun Oct 12 07:45:26 2014 From: devin.mullins at gmail.com (Devin Mullins) Date: Sun, 12 Oct 2014 00:45:26 -0700 Subject: [xmonad] task bar In-Reply-To: <543A21FE.9000709@free.fr> References: <54383310.30604@free.fr> <54397E2A.7020300@free.fr> <543987DC.10103@free.fr> <543A21FE.9000709@free.fr> Message-ID: As for displaying the systray on top of xmobar, I believe trayer can be used to that effect. Here's one example I just found via web search: http://archlinux.me/kofrad/tag/trayer/ On Sat, Oct 11, 2014 at 11:38 PM, Alain Bertrand wrote: > Le 11/10/2014 21:46, Brandon Allbery a ?crit : > >> On Sat, Oct 11, 2014 at 3:41 PM, Alain Bertrand wrote: >> >> Actually, I have just checked how fbpanel behaves with openbox and though >>> it works as it should, I got the same message >>> >>> can't chdir to /usr/share/openbox >>> >>> Yep, that was where I was leading with the comment about strange >> assumptions; it sees that there is an EWMH support window with the name >> "xmonad" or "openbox" and goes looking for window manager configuration in >> a standard location. This probably only works right with desktop >> environments, not standalone window managers. >> >> Xfce-panel works correctly with xmonad and displays the ibus status > applet but is really ugly when set vertically. I'll stick with xmobar > except when I really need this applet. > > I have still a question. If I start xmonad and then after xmobar, I got > for a little time the situation described in the screenshot (xmobar uses > the top of the screen right of the window title) but soon it is updated > and the title of the windows goes under xmobar. > Would-it be possible to get this situation permanently ? > > TIA > > Alain > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sun Oct 12 12:56:41 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 12 Oct 2014 08:56:41 -0400 Subject: [xmonad] task bar In-Reply-To: <543A21FE.9000709@free.fr> References: <54383310.30604@free.fr> <54397E2A.7020300@free.fr> <543987DC.10103@free.fr> <543A21FE.9000709@free.fr> Message-ID: On Sun, Oct 12, 2014 at 2:38 AM, Alain Bertrand wrote: > I have still a question. If I start xmonad and then after xmobar, I got > for a little time the situation described in the screenshot (xmobar uses > the top of the screen right of the window title) but soon it is updated > and the title of the windows goes under xmobar. > Would-it be possible to get this situation permanently ? > Looks to me like you missed manageDocks in your ManageHook? This will also lead to other unexpected behaviors. In fact you aren't even hooking in the ManageHook you did define, which is why your doShift-s have no effect. main = xmonad azertyConfig { layoutHook = avoidStruts myL ,workspaces = myWorkspaces ,manageHook = manageDocks <+> myManageHook } -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmwit at dmwit.com Mon Oct 13 04:02:50 2014 From: dmwit at dmwit.com (Daniel Wagner) Date: Sun, 12 Oct 2014 21:02:50 -0700 Subject: [xmonad] Startup Arguments In-Reply-To: References: Message-ID: <1413172880-sup-6134@rye> There's also XMonad.Layout.IndependentScreens.countScreens, which has the type (MonadIO m, Integral i) => m i for counting screens. I think a function like this is exposed in several other spots, too. ~d Excerpts from Devin Mullins's message of 2014-10-06 12:17:30 -0700: > Curious what code you tried. Something like this seems like it should work: > > import Graphics.X11.Xinerama (getScreenInfo) > > main = do > dpy <- openDisplay "" > screens <- getScreenInfo dpy > let config = case length screens of > 1 -> ... > _ -> ... > xmonad config > > On Mon, Oct 6, 2014 at 10:55 AM, Chris Bell wrote: > > > On Mon, Oct 6, 2014 at 12:53 PM, Brandon Allbery > > wrote: > > > In the meantime, the trick used by e.g. Fedora's default xmonad > > > configuration is environment variables. > > > > Aha, that will do nicely. Thanks! > > And I agree, a --user-arg param would be convenient. > > > > Regards, > > > > Chris Bell > > > > Ph.D. Student > > University of South Florida > > College of Engineering > > Department of Computer Science and Engineering > > NarMOS Research Team > > _______________________________________________ > > xmonad mailing list > > xmonad at haskell.org > > http://www.haskell.org/mailman/listinfo/xmonad > > From codesite-noreply at google.com Mon Oct 13 19:24:39 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 13 Oct 2014 19:24:39 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <10-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <10-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <11-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #11 on issue 576 by dernst... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 I've had this problem for some time now (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181049). Here are some of my observations so far: GHC 7.4 is not affected GHC 7.6 and 7.8 both seem to produce this bug xmonad 0.8 did not show that bug xmonad 0.11 did show the bug As a workaround I copied the definition of spawn and doubleFork from xmonad 0.8 into the xmonad 0.11 source code which then did not seem to exhibit this problem. AFAICT it is related to interval timers. interval timers are supposed to be disabled right before execve(). executeFile does disable the interval timers but in some cases the call to setitimer does not always take place. Then the child process is terminated by a SIGALRM. I am observing the same behaviour even when compiling with -rtsopts -with-rtsopts -v0. Sadly I have no idea to fix or debug this. I started looking at the generated Core for affected/unaffected spawn/doubleFork versions but have no clue yet.. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Oct 13 19:33:03 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 13 Oct 2014 19:33:03 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <11-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <11-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <12-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #12 on issue 576 by allber... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 Have you or anyone reported this on the ghc bug tracker? -v0 and -V0 are different things; the latter should disable itimers completely. -v is part of the eventlog service and does nothing useful in this case because 0 is not a valid event type. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Oct 13 20:05:01 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 13 Oct 2014 20:05:01 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <12-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <12-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <13-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #13 on issue 576 by martin.s... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 I have done some experiments, too, and I copied the functions involved doing spawn into a simple program using the IO monad to fork. I could not produce a problem with this setup, but maybe the race condition leading to this does not appear there at all, because it is a lightweight program that executes forks in system a bit faster. I ask myself if this has something to do with the fact that the spawn runs inside an X action. Do I understand it right or am I completely wrong? In some parts Xmonad lacks function type descriptions. Why is SIGALRM handler installed at all there? -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Oct 13 20:27:10 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 13 Oct 2014 20:27:10 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <13-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <13-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <14-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #14 on issue 576 by allber... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 spawn is handing it upstream to IO via liftIO, as indicated by the MonadIO constraint; this should be negligible overhead (nanoseconds if it's not optimized away entirely which it should be). The periodic itimer and SIGALRM handler are used by GHC's runtime for thread scheduling, profiler ticks, and IIRC determining when to do a full instead of partial garbage collection, among other things. Also, which function type descriptions are missing? I am looking at http://xmonad.org/xmonad-docs/xmonad/XMonad-Core.html#v:spawn -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Oct 13 21:15:06 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 13 Oct 2014 21:15:06 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <14-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <14-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <15-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #15 on issue 576 by martin.s... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 I followed some of the code (I am still a beginner, so I need to look really long at things and even learn new stuff). I copied some code over in an empty project and made the effects disappear. This is exactly the same code for spawn, just cut out of Xmonad. I just wanted to give some further insights, but I am not sure why this happens. I thought it might help, but it seems it doesn't. Sorry. I shouldn't say that Xmonad lacks type descriptions. I wanted to say that for my eyes there is not enough information to infer what types Xmonad key actions operate on. I could not figure out, if I am dealing with an X action within the key press handlers or if is plain IO action (as I said above). Many things are abstract in this places and as I said, I need to look quite long to understand in which context the handler operates and I need to learn some concepts of Haskell that are used in Xmonad that are still new to me. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Oct 14 07:27:02 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 14 Oct 2014 07:27:02 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <15-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <15-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <16-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #16 on issue 576 by dernst... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 OK here's my truss output with -V0. The problem does not occur here anymore. Also no more calls to setitimer(0,{0.000000, 0.000000 },0x0) right before execve("/bin/sh", ...) as would be desired in the normal case. But ofc, the setitimer() call in executeFile only takes place if timers are currently enabled.. I did not report this problem to GHC yet and no one else has to my knowledge done that. We first wanted to find out if it's a problem with the FreeBSD port, but Gabor Pali who maintains this port, couldn't reproduce it on his systems. Also added another truss log without V0 but with the eventlog enabled (xmonad.eventlog.truss.bz2). I tried starting a test program which outputs if the interval timers are still enabled. It worked for PID 2435 and 2437 and did not work for PID 2432, 2441, 2444. (you can grep for pid nr and execve to find your way around). I can't see a common theme however. For PID 2432 there were two threads running before execve aparently . For PID 2441 there was a GC run between fork and execve... Do you think that's enough information to report to GHC? Attachments: xmonad.V0.truss.bz2 31.6 KB xmonad.eventlog.truss.bz2 153 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From odunkl at gmx.net Wed Oct 15 14:55:42 2014 From: odunkl at gmx.net (Oliver Dunkl) Date: Wed, 15 Oct 2014 16:55:42 +0200 Subject: [xmonad] Patch to add configurable working directory Message-ID: <87wq81idqp.fsf@mail.io> For using xmonad for developing I have add some improvements to the function `getXMonadDir'. With that patch you can select the working-directory from where xmonad reads its configuration file (xmonad.hs). It reads the environment variable XMONAD_WORKING_DIR_NAME and if it is set the working-directory ist set to this directory name. If it is not set it works as before that means the working directory is $HOME/.xmonad. An example of using the environment variable: $ export XMONAD_WORKING_DIR_NAME=xmonad-test && xmonad means that xmonad try to start xmonad with the configuration file in the directory $HOME/.xmonad-test -> $HOME/.xmonad-test/xmonad.hs is the configuration file. In my case I start Xephyr with $ Xephyr :1 and after that I start xmonad with a different working directory $ DISPLAY=:1 && export XMONAD_WORKING_DIR_NAME=xmonad-test && xmonad br \= odi -- Oliver Dunkl WEB: http://github.com/odi IM: odi at jabber.ccc.de IRC: odi(irc.freenode.net) -------------- next part -------------- A non-text attachment was scrubbed... Name: working-dir.dpatch Type: test/x-patch Size: 8743 bytes Desc: not available URL: From thomas at koch.ro Thu Oct 16 07:51:51 2014 From: thomas at koch.ro (Thomas Koch) Date: Thu, 16 Oct 2014 09:51:51 +0200 Subject: [xmonad] Patch to add configurable working directory In-Reply-To: <87wq81idqp.fsf@mail.io> References: <87wq81idqp.fsf@mail.io> Message-ID: <201410160951.51751.thomas@koch.ro> On Wednesday, October 15, 2014 04:55:42 PM Oliver Dunkl wrote: > For using xmonad for developing I have add some improvements to the > function `getXMonadDir'. With that patch you can select the > working-directory from where xmonad reads its configuration file > (xmonad.hs). Maybe you'd also like to have a look at https://code.google.com/p/xmonad/issues/detail?id=484 It would be very nice if such a great software like xmonad would not clutter my homedir. From mwm at mired.org Thu Oct 16 23:01:16 2014 From: mwm at mired.org (Mike Meyer) Date: Thu, 16 Oct 2014 18:01:16 -0500 Subject: [xmonad] Blog post on extending XMonad's builtin layouts. Message-ID: I just posted my documentation on extending Layout's: http://buff.ly/1CsrZsz Again, if someone who can edit the wiki wants to add this, they should feel free to do so. Or if they'd rather I do, let me know where to get an account and I'll do it when I find the time. -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Sat Oct 18 10:03:15 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 18 Oct 2014 10:03:15 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <9-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <9-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <10-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #10 on issue 484 by methe... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 Any update on this? -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From alexandre.n.medeiros at gmail.com Sat Oct 18 18:35:24 2014 From: alexandre.n.medeiros at gmail.com (Alexandre Medeiros) Date: Sat, 18 Oct 2014 19:35:24 +0100 Subject: [xmonad] Fwd: Integration with Gnome 3 In-Reply-To: References: Message-ID: Hello guys, Firstly, I know my problem is mostly related with Gnome, but I know it is more likely that one of you can help me. I'm trying to run Xmonad with Gnome 3.14 on my Arch system. I tried following both the ArchWiki[1] and the XmonadWiki[2] with no success. What I get is when I launch the session, the gnome-session breaks and I get a message "Somethings has gone really wrong" and my only option is to logout. If anyone has a solution for this or can point me in the right direction, I would be really grateful. Cheers, [1] https://wiki.archlinux.org/index.php/Xmonad#GNOME_3_and_xmonad [2] http://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_Gnome#Gnome3 -- Alexandre Medeiros Institute of Computing - University of Campinas BSc Computer Science Student GNU/Linux user #562691 http://alemedeiros.sdf.org/ From allbery.b at gmail.com Sat Oct 18 18:43:45 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 18 Oct 2014 14:43:45 -0400 Subject: [xmonad] Fwd: Integration with Gnome 3 In-Reply-To: References: Message-ID: On Sat, Oct 18, 2014 at 2:35 PM, Alexandre Medeiros < alexandre.n.medeiros at gmail.com> wrote: > I'm trying to run Xmonad with Gnome 3.14 on my Arch system. > > I tried following both the ArchWiki[1] and the XmonadWiki[2] with no > success. > Both those pages are out of date (and I have just unlinked the xmonad wiki one, replacing it with a stub MATE page which is not yet complete but will probably work if you don't mind losing the standard MATE session). Gnome 3 > 3.8 does not work with any window manager other than gnome-shell. It is increasingly difficult to backport gnome-flashback, which creates a Gnome 2 environment with a Gnome 3-like theme. The closest you can get to the old Gnome 2 integration is to integrate with MATE. Gnome 3 is not possible, for xmonad or any other window manager. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From devin.mullins at gmail.com Mon Oct 20 03:22:31 2014 From: devin.mullins at gmail.com (Devin Mullins) Date: Sun, 19 Oct 2014 20:22:31 -0700 Subject: [xmonad] Blog post on extending XMonad's builtin layouts. In-Reply-To: References: Message-ID: Thanks. I had made a few edits a while back, but I didn't have the time to dig in deeper. Anyway, looks good, thanks for contributing some documentation! On Oct 16, 2014 4:01 PM, "Mike Meyer" wrote: > I just posted my documentation on extending Layout's: > http://buff.ly/1CsrZsz > Again, if someone who can edit the wiki wants to add this, they should > feel free to do so. Or if they'd rather I do, let me know where to get an > account and I'll do it when I find the time. > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Mon Oct 20 04:14:13 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 20 Oct 2014 04:14:13 +0000 Subject: [xmonad] Issue 578 in xmonad: Make Query an instance of Applicative? In-Reply-To: <3-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 578 by lambda.f... at gmail.com: Make Query an instance of Applicative? https://code.google.com/p/xmonad/issues/detail?id=578 It looks like Query implements Applicative now [1]. Should we close this bug? [1] http://code.haskell.org/xmonad/src/XMonad/Core.hs -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Oct 20 14:03:32 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 20 Oct 2014 14:03:32 +0000 Subject: [xmonad] Issue 578 in xmonad: Make Query an instance of Applicative? In-Reply-To: <4-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> References: <4-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> Message-ID: <5-3425899027203913298-7577365428147730878-codesite-noreply=google.com@googlecode.com> Updates: Status: Fixed Comment #5 on issue 578 by vogt.a... at gmail.com: Make Query an instance of Applicative? https://code.google.com/p/xmonad/issues/detail?id=578 Thanks it has already been fixed in darcs for a few months now. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From oneself at gmail.com Tue Oct 21 18:27:24 2014 From: oneself at gmail.com (Eyal Erez) Date: Tue, 21 Oct 2014 14:27:24 -0400 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable Message-ID: Hi, I've recently update my machine to find that chrome's window border (orange on all my other windows) is now transparent. I noticed that Google have added their new Aura graphics stack instead of GTK+ , and I'm wondering if this is not playing nicely with xmonad. Downgrading to Chrome stable solves the problem. But I'm guessing that once the stable version gets updated, I'll get the same issue again. Is anyone else seeing this? Is there anything I can do to confirm that this is the problem or fix it somehow? Thank you, -- *Eyal Erez <**oneself at gmail.com* *>* There are 10 types of people, those who know binary and those who don't. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Tue Oct 21 18:57:49 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Tue, 21 Oct 2014 14:57:49 -0400 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: References: Message-ID: On Tue, Oct 21, 2014 at 2:27 PM, Eyal Erez wrote: > I've recently update my machine to find that chrome's window border > (orange on all my other windows) is now transparent. I noticed that Google > have added their new Aura graphics stack instead of GTK+ > , > and I'm wondering if this is not playing nicely with xmonad. Downgrading > to Chrome stable solves the problem. But I'm guessing that once the stable > version gets updated, I'll get the same issue again. > > Is anyone else seeing this? Is there anything I can do to confirm that > this is the problem or fix it somehow? > One drawback of using server side borders is that the transparency behavior is defined by the application, since the border is technically part of the application window and not a frame window. It may be possible to specify the border color as RGBA (e.g. focusedBorderColor = "#ffa500ff") instead of RGB... but this may then break (i.e. cause BadMatch X11 errors) windows which are *not* RGBA. (The #xxx format for colors may not work for RGBA; it may need to be "rgba:1/0.65/0/1".) -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwbell at mail.usf.edu Tue Oct 21 19:16:11 2014 From: cwbell at mail.usf.edu (Chris Bell) Date: Tue, 21 Oct 2014 15:16:11 -0400 Subject: [xmonad] Walking Fullscreen Windows Message-ID: Hi all, I've noticed an interesting issue with some Fullscreen windows when using SmartBorders. I apologize in advance if this has been addressed - I couldn't find anything, but I'm not sure I was asking Google right. I am using the current release of Xmonad with SmartBorders. When I am running an application fullscreen, SmartBorders removes the borders, as it should. However, every time the window gains or loses focus, the window will grow by a pixel or two. Specifically, the lower right corner will extend down and to the right. All UI elements in the window follow accordingly. Specific example: Using Chrome to watch fullscreen HTML5 video (Netflix). Every time the window gets/loses focus, the UI elements will walk a pixel down, and extend a pixel right, like it's scaling to a resized window. When focus changes again, it again creeps. Eventually the window is far larger than the actual screen. When I leave/re-enter fullscreen, the size is initially correct. Then it starts growing again as I interact. Chrome has handled this admirably - the video simply scales up a couple pixels to compensate. Fullscreen (OpenGL) games, on the other hand, totally freak out. The graphics won't scale, instead a border of corrupt pixels slowly grows around the image; the new pixel rows/columns are filled with random data. I run 3 monitors, and if this happens on the left or center monitors, the windows start overlapping the screen to the right. It almost seems as if the window is getting hints from Xmonad that don't quite correspond to the actual dims, and it keeps compensating. The other idea is that SmartBorders is trying to cover up a border that it thinks exists, but really doesn't. Either way, I'm not quite sure where to start debugging. There's one glaring exception: I have defined a window hook to force VLC to go FullScreenFloat when FullScreen is detected (since VLC fullscreen didn't work out of the box). VLC's window *doesn't* creep like Chrome or any of the others do. Has anyone else seen this? Any fixes/debug suggestions? I'm really hoping I just screwed up something simple. Thanks! Regards, Chris Bell Ph.D. Student University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team From allbery.b at gmail.com Tue Oct 21 19:19:49 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Tue, 21 Oct 2014 15:19:49 -0400 Subject: [xmonad] Walking Fullscreen Windows In-Reply-To: References: Message-ID: On Tue, Oct 21, 2014 at 3:16 PM, Chris Bell wrote: > I am using the current release of Xmonad with SmartBorders. When I am > running an application fullscreen, SmartBorders removes the borders, > as it should. However, every time the window gains or loses focus, the > window will grow by a pixel or two. Specifically, the lower right > corner will extend down and to the right. All UI elements in the > window follow accordingly. > This is a known issue related to fullscreen floating windows, related to smartBorders, but we're not sure where it comes from or how to correct it. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwbell at mail.usf.edu Wed Oct 22 14:11:37 2014 From: cwbell at mail.usf.edu (Chris Bell) Date: Wed, 22 Oct 2014 10:11:37 -0400 Subject: [xmonad] Walking Fullscreen Windows In-Reply-To: References: Message-ID: On Tue, Oct 21, 2014 at 3:19 PM, Brandon Allbery wrote: > This is a known issue related to fullscreen floating windows, related to > smartBorders, but we're not sure where it comes from or how to correct it. That's unfortunate. I guess I'll have to work on improving my Haskell in the hopes of poking at it one day. Thanks! Chris Bell Ph.D. Student University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team From codesite-noreply at google.com Thu Oct 23 14:43:15 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 23 Oct 2014 14:43:15 +0000 Subject: [xmonad] Issue 527 in xmonad: Google Hangouts screen sharing crashes In-Reply-To: <3-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 527 by dbgr... at gmail.com: Google Hangouts screen sharing crashes https://code.google.com/p/xmonad/issues/detail?id=527 My entire team started observing this behavior across multiple platforms (Wndows 7 and OSX) as of a few days ago (10/21/2014). When attempting to share the screen, Chrome crashes. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From cjns1989 at gmail.com Thu Oct 23 20:18:46 2014 From: cjns1989 at gmail.com (Chris Jones) Date: Thu, 23 Oct 2014 16:18:46 -0400 Subject: [xmonad] Walking Fullscreen Windows In-Reply-To: References: Message-ID: <20141023201846.GC1315@pavo.local> On Wed, Oct 22, 2014 at 10:11:37AM EDT, Chris Bell wrote: > On Tue, Oct 21, 2014 at 3:19 PM, Brandon Allbery wrote: > > This is a known issue related to fullscreen floating windows, related to > > smartBorders, but we're not sure where it comes from or how to correct it. > > That's unfortunate. I guess I'll have to work on improving my Haskell > in the hopes of poking at it one day. Thanks! > > Chris Bell Absolutely. CJ From codesite-noreply at google.com Fri Oct 24 05:53:02 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 24 Oct 2014 05:53:02 +0000 Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes In-Reply-To: <16-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> References: <16-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Message-ID: <17-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com> Comment #17 on issue 576 by martin.s... at gmail.com: On FreeBSD Xmonad loses first hotkey sometimes https://code.google.com/p/xmonad/issues/detail?id=576 Since SIGALRM is operated by GHC itself when forking processes internally it would be logical to report directly to the GHC project, I guess. Can you do this? I think you tried more things than me to look at the problem. Please post a link to the report here. I cannot understand how the port maintainer cannot reproduce it. I wonder what architecture and what customizations he is using, because I would like to have a system on which I "cannot reproduce it". This is a pretty annoying behavior on all systems I have (plain GENERIC FreeBSD/amd64; but also in a Virtualbox environment you can reproduce it). -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Sat Oct 25 18:40:08 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 25 Oct 2014 18:40:08 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <10-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <10-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <11-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #11 on issue 484 by oliver.d... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 I have written a patch for using an environment variable to configure the base-directory of xmonad. See http://www.haskell.org/pipermail/xmonad/2014-October/014339.html. e.g. if you start xmonad with the environment-variable: $ export XMONAD_WORKING_DIR_NAME=$XDG_DATA_HOME && xmonad the directory in XDG_DATA_HOME will be used. There is also a discussion about the XDB directory in the directory package. https://ghc.haskell.org/trac/ghc/ticket/5966 https://github.com/haskell/directory/issues/6 IMHO we should wait for the result of the discussion in the directory package. Maybe there is nothing to do after that discussion for this issue. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Sun Oct 26 03:06:35 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 26 Oct 2014 03:06:35 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <11-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <11-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <12-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #12 on issue 484 by daniel.w... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 Concerning comment #11 about moving everything from ~/.xmonad to $XMONAD_WORKING_DIR_NAME: putting everything in another directory is not enough to conform to the basedir spec. Considerations include (but may not be limited to) the concerns raised in comment #3. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Oct 27 08:53:05 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 27 Oct 2014 08:53:05 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <12-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <12-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <13-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #13 on issue 484 by oliver.d... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 @ #12: I know that this solution is only a part of the XDG specifications. This patch is only for using a different directory for the config file no mather if it uses the XDG spec or not. Depending on the discussion how to implement XDG based directories in the library 'directory' there is also some work todo here. My intention was to wait for the result of the discussion and use that patch for different config directories in the meantime. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Oct 28 21:39:55 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 28 Oct 2014 21:39:55 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <13-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <13-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <14-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #14 on issue 484 by sefer.... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 I am opposed to xmonad moving to an XDG-style file layout. XDG is a nice standard for non-Windows OSes that want to provide a legacy Windows-like experience. But I am using xmonad exactly because I want to get away from that. I want something lighter, more elegant, easier to work with using Unix principles. But I am certainly not opposed to xmonad providing XDG compliance when an environment variable is set, for those who do want that - along the lines of what Oliver did. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Oct 28 23:03:33 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 28 Oct 2014 23:03:33 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <14-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <14-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <15-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #15 on issue 484 by enm... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 Using XDG Base Directory specs is being a good citizen. Its a simple spec with defined criteria and is as simple as using filepaths from environment variable values and using predetermed defaults otherwise. Most programming languages have a small package available to implement it. It applies the spirit of the GNU filesystem heirarchy to your home and user directories. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Oct 28 23:24:25 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 28 Oct 2014 23:24:25 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <15-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <15-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <16-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #16 on issue 484 by allber... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 Most people using xmonad are trying to get away from overgrown GNU/Gnome stuff --- and it is worth remembering that xmonad was developed on NetBSD, not Linux. Also, if you are going to do XDG directories, please do them correctly. No, it's not appropriate to claim XDG compliance if you're just glopping everything into some random different path instead of splitting things up the way the XDG spec *for good reason* specifies. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Wed Oct 29 10:07:16 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 29 Oct 2014 10:07:16 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <16-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <16-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <17-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #17 on issue 484 by methe... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 fyi, xdg spec is not GNU or GNOME specific in any way. Lots of command line programs and cross platform non-desktop programs comply with it just fine. Agreed on doing it properly however. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Wed Oct 29 12:02:33 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 29 Oct 2014 12:02:33 +0000 Subject: [xmonad] Issue 579 in xmonad: xmonad hangs when watching a video after suspend Message-ID: <0-3425899027203913298-2757364119475549981-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 579 by hobc... at gmail.com: xmonad hangs when watching a video after suspend https://code.google.com/p/xmonad/issues/detail?id=579 What steps will reproduce the problem? 1. Suspend the machine 2. Recover from suspend 3. Open a video with vlc What is the expected output? What do you see instead? Instead of watching the video, I get no image, only sound, and xmonad becomes unresponsive, i.e. no key is working. What version of the product are you using? On what operating system? version: 0.11, OS: Ubuntu Trusty Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. The problem occurs with any other video player. When I restart the machine and then try to watch a video, everything is fine. The problem appears after a suspend. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Wed Oct 29 12:57:59 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 29 Oct 2014 12:57:59 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <17-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <17-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <18-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #18 on issue 484 by allber... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 XDG started out as part of Gnome and KDE reconciling their desktops, with Gnome mostly winning. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Wed Oct 29 13:26:55 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 29 Oct 2014 13:26:55 +0000 Subject: [xmonad] Issue 484 in xmonad: Use XDG Base Directory Specification In-Reply-To: <18-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> References: <18-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Message-ID: <19-3425899027203913298-15747842534506289150-codesite-noreply=google.com@googlecode.com> Comment #19 on issue 484 by methe... at gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 that tidbit is not relevant for xdg base dir spec as it stands now which has wide support far beyond desktop environments. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From carstenmattner at gmail.com Wed Oct 29 14:08:50 2014 From: carstenmattner at gmail.com (Carsten Mattner) Date: Wed, 29 Oct 2014 15:08:50 +0100 Subject: [xmonad] New release Message-ID: Isn't it time for a new release? Been using xmonad from darcs without issues for a long time.