From mlists at pmade.com Wed Nov 4 17:16:27 2015 From: mlists at pmade.com (Peter Jones) Date: Wed, 04 Nov 2015 10:16:27 -0700 Subject: [xmonad] insertPosition and transient floating windows Message-ID: <87fv0lhehg.fsf@pmade.com> I love that insertPosition can keep new windows from going into the master area, but there's one small annoyance w.r.t. transient floating windows. I'm using `insertPosition Below Newer` with `composeOne`. When a password dialog appears, and the master window previously had the focus, the dialog gets focused and is put in the center of the screen. That part is perfect. The problem comes when I dismiss the dialog. At that point I would expect the master window to regain focus, but one of the slave windows does instead. Of course, removing `insertPosition` fixes my issue. This is what I have in my configuration in an attempt to avoid this issue: composeOne [ pure True -?> insertPosition Below Newer , isFloating -?> doCenterFloat ] `isFloating` comes from XMonad.Hooks.FadeWindows and I have it in there hoping to *not* apply `insertPosition` when the current window is already floating. Any suggestions? -- Peter Jones, Founder, Devalot.com Defending the honor of good code From vogt.adam at gmail.com Wed Nov 4 19:40:25 2015 From: vogt.adam at gmail.com (adam vogt) Date: Wed, 4 Nov 2015 14:40:25 -0500 Subject: [xmonad] insertPosition and transient floating windows In-Reply-To: <87fv0lhehg.fsf@pmade.com> References: <87fv0lhehg.fsf@pmade.com> Message-ID: Hi Peter, It looks like composeOne picks the first action that matches. So I think you'll get what you describe from: composeOne [ isFloating -?> doCenterFloat , pure True -?> insertPosition Below Newer ] You've given me an idea for a new contrib module: specifying which window gets focus after the last one closes should be done in contrib... sort of the opposite of InsertPosition. I think doing that reliably involves a handleEventHook. I think the event to watch would be ones with the DestroyWindowEvent constructor and nothing relevant turns up when I grep contrib, so it probably hasn't been written yet. Regards, Adam On Nov 4, 2015 12:16 PM, "Peter Jones" wrote: > I love that insertPosition can keep new windows from going into the > master area, but there's one small annoyance w.r.t. transient floating > windows. > > I'm using `insertPosition Below Newer` with `composeOne`. When a > password dialog appears, and the master window previously had the focus, > the dialog gets focused and is put in the center of the screen. That > part is perfect. > > The problem comes when I dismiss the dialog. At that point I would > expect the master window to regain focus, but one of the slave windows > does instead. Of course, removing `insertPosition` fixes my issue. > > This is what I have in my configuration in an attempt to avoid this > issue: > > composeOne > [ pure True -?> insertPosition Below Newer > , isFloating -?> doCenterFloat > ] > > `isFloating` comes from XMonad.Hooks.FadeWindows and I have it in there > hoping to *not* apply `insertPosition` when the current window is > already floating. > > Any suggestions? > > -- > Peter Jones, Founder, Devalot.com > Defending the honor of good code > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlists at pmade.com Wed Nov 4 19:58:52 2015 From: mlists at pmade.com (Peter Jones) Date: Wed, 04 Nov 2015 12:58:52 -0700 Subject: [xmonad] insertPosition and transient floating windows References: <87fv0lhehg.fsf@pmade.com> Message-ID: <871tc5h6yr.fsf@pmade.com> adam vogt writes: > It looks like composeOne picks the first action that matches. So I think > you'll get what you describe from: > > composeOne > [ isFloating -?> doCenterFloat > > , pure True -?> insertPosition Below Newer > ] > I tried switching the order and I get the same issue. From what I can tell, it looks like `insertPosition` is getting applied with every new window. Perhaps `isFloating` isn't working from a manage hook because it's the manage hook that is floating the window in the first place. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From mlists at pmade.com Fri Nov 6 20:19:40 2015 From: mlists at pmade.com (Peter Jones) Date: Fri, 06 Nov 2015 13:19:40 -0700 Subject: [xmonad] insertPosition and transient floating windows References: <87fv0lhehg.fsf@pmade.com> Message-ID: <87y4eaq3s3.fsf@pmade.com> Peter Jones writes: > I'm using `insertPosition Below Newer` with `composeOne`. When a > password dialog appears, and the master window previously had the focus, > the dialog gets focused and is put in the center of the screen. That > part is perfect. > > The problem comes when I dismiss the dialog. At that point I would > expect the master window to regain focus, but one of the slave windows > does instead. Of course, removing `insertPosition` fixes my issue. I was finally able to write a configuration to get insertPosition to work the way I want. I moved all my manage hooks into composeOne and added the transience manage hook. Here is my final manage hook: manageHook :: ManageHook manageHook = manageDocks <> composeOne [ -- Some application windows ask to be floating (I'm guessing) but -- it's stupid to float them. title =? "HandBrake" -?> normalTile -- HandBrake file dialog asks for crazy sizes. , className =? "Handbrake" <&&> isDialog -?> forceCenterFloat -- Force dialog windows and pop-ups to be floating. , isDialog -?> doCenterFloat , stringProperty "WM_WINDOW_ROLE" =? "pop-up" -?> doCenterFloat , className =? "Gcr-prompter" -?> doCenterFloat , transience -- Move transient windows to their parent. -- Tile all other windows using insertPosition. , pure True -?> normalTile ] where normalTile = insertPosition Below Newer -- Peter Jones, Founder, Devalot.com Defending the honor of good code From byorgey at gmail.com Fri Nov 6 20:38:29 2015 From: byorgey at gmail.com (Brent Yorgey) Date: Fri, 06 Nov 2015 20:38:29 +0000 Subject: [xmonad] New release to go with 7.10.2 In-Reply-To: References: Message-ID: I'm willing to help, but not sure what the release process is/has been recently. Is there anything that needs to happen other than just uploading to Hackage (and perhaps bumping some version numbers)? Relatedly, we should probably enable travis-ci builds for xmonad and xmonad-contrib. I can probably get that set up soon. -Brent On Thu, Oct 29, 2015 at 5:13 PM Tuncer Ayaz wrote: > On Wed, Jun 24, 2015 at 2:50 PM, Brandon Allbery > wrote: > > On Wed, Jun 24, 2015 at 5:20 AM, Tuncer Ayaz > wrote: > >> > >> Are there any blockers that would prevent cutting a release of current > >> Darcs HEAD to go with the soon to be released GHC 7.10.2? > > > > > > +1 > > Bump? > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From byorgey at gmail.com Fri Nov 6 20:55:13 2015 From: byorgey at gmail.com (Brent Yorgey) Date: Fri, 06 Nov 2015 20:55:13 +0000 Subject: [xmonad] New release to go with 7.10.2 In-Reply-To: References: Message-ID: OK, travis-ci builds are now set up and the first builds are running, though there will probably need to be some tweaks before it works well. On Fri, Nov 6, 2015 at 2:38 PM Brent Yorgey wrote: > I'm willing to help, but not sure what the release process is/has been > recently. Is there anything that needs to happen other than just uploading > to Hackage (and perhaps bumping some version numbers)? > > Relatedly, we should probably enable travis-ci builds for xmonad and > xmonad-contrib. I can probably get that set up soon. > > -Brent > > On Thu, Oct 29, 2015 at 5:13 PM Tuncer Ayaz wrote: > >> On Wed, Jun 24, 2015 at 2:50 PM, Brandon Allbery >> wrote: >> > On Wed, Jun 24, 2015 at 5:20 AM, Tuncer Ayaz >> wrote: >> >> >> >> Are there any blockers that would prevent cutting a release of current >> >> Darcs HEAD to go with the soon to be released GHC 7.10.2? >> > >> > >> > +1 >> >> Bump? >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vogt.adam at gmail.com Fri Nov 6 21:05:08 2015 From: vogt.adam at gmail.com (adam vogt) Date: Fri, 6 Nov 2015 16:05:08 -0500 Subject: [xmonad] New release to go with 7.10.2 In-Reply-To: References: Message-ID: Hi Brent, It hasn't changed much. https:// github.com / xmonad / xmonad /blob/master/TODO#L9 is one somewhat outdated list. I would also check it compiled with a range of ghcs and put that in the tested-with field in the cabal files. There's a script to update the haddocks in the xmonad-web too. Regards, Adam I'm willing to help, but not sure what the release process is/has been recently. Is there anything that needs to happen other than just uploading to Hackage (and perhaps bumping some version numbers)? Relatedly, we should probably enable travis-ci builds for xmonad and xmonad-contrib. I can probably get that set up soon. -Brent On Thu, Oct 29, 2015 at 5:13 PM Tuncer Ayaz wrote: > On Wed, Jun 24, 2015 at 2:50 PM, Brandon Allbery > wrote: > > On Wed, Jun 24, 2015 at 5:20 AM, Tuncer Ayaz > wrote: > >> > >> Are there any blockers that would prevent cutting a release of current > >> Darcs HEAD to go with the soon to be released GHC 7.10.2? > > > > > > +1 > > Bump? > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > _______________________________________________ xmonad mailing list xmonad at haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad -------------- next part -------------- An HTML attachment was scrubbed... URL: From tuncer.ayaz at gmail.com Sat Nov 7 12:26:42 2015 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Sat, 7 Nov 2015 13:26:42 +0100 Subject: [xmonad] New release to go with 7.10.2 In-Reply-To: References: Message-ID: It's been a while since the last one, so a good release announcement with highlights would be great. I also recall talk about updating sample config to mention use of the Prompt module instead of dmenu. That sounds like a great thing to do. I use shellPrompt instead of dmenu myself, and I know others use it for SSH, man pages, window-search, password management, etc. So, we could start by including a nice and concise sample config with the release announcement that only needs xmobar in addition to xmonad and xmonad-contrib and uses shellPrompt as the launcher. It's important to use EZConfig in the example, in order to keep it short. Also, let's collect different prompt configs and highlight those as well. I can assist with the release announcement, if needed. From asjo at koldfront.dk Sat Nov 21 21:16:28 2015 From: asjo at koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=) Date: Sat, 21 Nov 2015 22:16:28 +0100 Subject: [xmonad] Using sakura with xmonad References: <87eglsbixq.fsf@tullinup.koldfront.dk> Message-ID: <87a8q7yrwz.fsf@tullinup.koldfront.dk> Brandon writes: > On Wed, Jun 3, 2015 at 5:06 PM, Adam Sj?gren wrote: >> The sakura windows automatically get a thin transparent border with >> XMonad, through which my desktop background image shows. > https://code.google.com/p/xmonad/issues/detail?id=581 So I tried looking into this, being a newbie at Haskell and X11 programming. What it looks like to me, from the C-code needed in dwm in the issue above, is to try and look up the normal border color and the focused border color in the colormap of the window, instead of using the values found in the default color map. Ok, so how to do this? It looks like I can just change the two lines in the windows function in Operations.hs that set the border: whenJust (W.peek old) $ \otherw -> io $ setWindowBorder d otherw nbc [...] whenJust (W.peek ws) $ \w -> io $ setWindowBorder d w fbc Now, nbc and fbc are Pixels that are looked up in the default color map once, so they need to be replaced with Pixels looked up in the color map of the window (otherw or w). Good, so looking at the C-code, the color map of the window is found by asking the window's attributes, and grabbing it from there, and allocNamedColor then can be called with that color map and the name of the color, getting back an XColor, from which a pixel can be extracted. But, hm, when I look at getWindowAttributes: * http://hackage.haskell.org/package/X11-1.4.0/docs/Graphics-X11-Xlib-Extras.html#v%3AgetWindowAttributes it returns IO WindowAttributes, but they do not include a color map entry: * http://hackage.haskell.org/package/X11-1.4.0/docs/Graphics-X11-Xlib-Extras.html#t%3AWindowAttributes Hm. So, this is where I got to. Any tips? Best regards, Adam -- "I'm a driver, I'm a winner, things are gonna change, Adam Sj?gren I can feel it." asjo at koldfront.dk From asjo at koldfront.dk Sat Nov 21 21:54:51 2015 From: asjo at koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=) Date: Sat, 21 Nov 2015 22:54:51 +0100 Subject: [xmonad] Using sakura with xmonad References: <87eglsbixq.fsf@tullinup.koldfront.dk> <87a8q7yrwz.fsf@tullinup.koldfront.dk> Message-ID: <871tbjyq50.fsf@tullinup.koldfront.dk> Adam writes: > But, hm, when I look at getWindowAttributes: > > * http://hackage.haskell.org/package/X11-1.4.0/docs/Graphics-X11-Xlib-Extras.html#v%3AgetWindowAttributes > > it returns IO WindowAttributes, but they do not include a color map > entry: > > * http://hackage.haskell.org/package/X11-1.4.0/docs/Graphics-X11-Xlib-Extras.html#t%3AWindowAttributes I have tried to make a pull request for adding this field now: * https://github.com/xmonad/X11/pull/35 Not quite sure it is correct, as I am just mimicking the existing code... Best regards, Adam -- "It made me nostalgic for Solaris 2, as I was power Adam Sj?gren cycling it for the fourth time." asjo at koldfront.dk From neto at netowork.me Sat Nov 21 21:59:02 2015 From: neto at netowork.me (Ernesto Rodriguez) Date: Sat, 21 Nov 2015 21:59:02 +0000 Subject: [xmonad] Multiple threads Message-ID: Dear List, Is it possible to render things in the XServer with multiple threads? For example: dpy <- asks display myWin <- createSimpleWindow dpy (defaultRootWindow dpy) 0 0 10 10 black white _ <- forkOS $ do -- doStuff with myWin using dpy When I attempt doing things like that, I usually get a deadlock. Is there any way to do this (I know, X is old :( but no harm in asking). Thank you and best regards, Ernesto Rodriguez -- Ernesto Rodriguez Masters Student Computer Science Utrecht University www.netowork.me github.com/netogallo -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Nov 21 22:07:21 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 21 Nov 2015 17:07:21 -0500 Subject: [xmonad] Multiple threads In-Reply-To: References: Message-ID: On Sat, Nov 21, 2015 at 4:59 PM, Ernesto Rodriguez wrote: > When I attempt doing things like that, I usually get a deadlock. Is there > any way to do this (I know, X is old :( but no harm in asking). You can't, no, X11 is essentially incapable of it. (To the extent that gtk2/3 has hacks to forward stuff to the main thread.) Individual threads can open their own connections, a trick you'll see in various contribs, but you can't share stuff between them; the best you could do is send clientMessages from one thread to the other. (X11 has a call to "enable" multithreading. This wraps a Big Global Lock around all of X11. Even if you're using xcb, apparently, since if xcb could do it properly gtk wouldn't go to such lengths to avoid 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 neto at netowork.me Sat Nov 21 22:29:28 2015 From: neto at netowork.me (Ernesto Rodriguez) Date: Sat, 21 Nov 2015 22:29:28 +0000 Subject: [xmonad] Multiple threads In-Reply-To: References: Message-ID: Oh well, thank you for the reply :) I am trying to do some networking stuff in the X Monad. Do you think there is some workaround such that I do the networking in an additional thread and then when it is done I fire some X11 event that XMonad can be programed to handle and then it can read the data recovered from the network and display it? Thanks On Sat, Nov 21, 2015 at 10:07 PM, Brandon Allbery wrote: > > On Sat, Nov 21, 2015 at 4:59 PM, Ernesto Rodriguez > wrote: > >> When I attempt doing things like that, I usually get a deadlock. Is there >> any way to do this (I know, X is old :( but no harm in asking). > > > You can't, no, X11 is essentially incapable of it. (To the extent that > gtk2/3 has hacks to forward stuff to the main thread.) > Individual threads can open their own connections, a trick you'll see in > various contribs, but you can't share stuff between them; the best you > could do is send clientMessages from one thread to the other. > > (X11 has a call to "enable" multithreading. This wraps a Big Global Lock > around all of X11. Even if you're using xcb, apparently, since if xcb could > do it properly gtk wouldn't go to such lengths to avoid 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 > -- Ernesto Rodriguez Masters Student Computer Science Utrecht University www.netowork.me github.com/netogallo -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Nov 21 22:31:32 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 21 Nov 2015 17:31:32 -0500 Subject: [xmonad] Multiple threads In-Reply-To: References: Message-ID: On Sat, Nov 21, 2015 at 5:29 PM, Ernesto Rodriguez wrote: > Oh well, thank you for the reply :) I am trying to do some networking > stuff in the X Monad. Do you think there is some workaround such that I do > the networking in an additional thread and then when it is done I fire some > X11 event that XMonad can be programed to handle and then it can read the > data recovered from the network and display it? That would be the ClientMessage I mentioned. You would have your thread openDisplay for itself, do whatever, and then use sendMessage to send a ClientMessage event to the main thread; you then use handleEventHook to catch that event. -- 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 neto at netowork.me Sat Nov 21 22:37:59 2015 From: neto at netowork.me (Ernesto Rodriguez) Date: Sat, 21 Nov 2015 22:37:59 +0000 Subject: [xmonad] Multiple threads In-Reply-To: References: Message-ID: Sounds like an interesting Sunday project :) Thank you for the advice! On Sat, Nov 21, 2015 at 10:31 PM, Brandon Allbery wrote: > > On Sat, Nov 21, 2015 at 5:29 PM, Ernesto Rodriguez > wrote: > >> Oh well, thank you for the reply :) I am trying to do some networking >> stuff in the X Monad. Do you think there is some workaround such that I do >> the networking in an additional thread and then when it is done I fire some >> X11 event that XMonad can be programed to handle and then it can read the >> data recovered from the network and display it? > > > That would be the ClientMessage I mentioned. You would have your thread > openDisplay for itself, do whatever, and then use sendMessage to send a > ClientMessage event to the main thread; you then use handleEventHook to > catch that event. > > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -- Ernesto Rodriguez Masters Student Computer Science Utrecht University www.netowork.me github.com/netogallo -------------- next part -------------- An HTML attachment was scrubbed... URL: From tuncer.ayaz at gmail.com Sat Nov 21 22:52:37 2015 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Sat, 21 Nov 2015 23:52:37 +0100 Subject: [xmonad] Canonical repo for xmonad-extras Message-ID: I was trying to find the canonical repository for xmonad-extras, and while searching, I wondered why it's not part of github.com/xmonad? From allbery.b at gmail.com Sat Nov 21 23:03:29 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 21 Nov 2015 18:03:29 -0500 Subject: [xmonad] Canonical repo for xmonad-extras In-Reply-To: References: Message-ID: On Sat, Nov 21, 2015 at 5:52 PM, Tuncer Ayaz wrote: > I was trying to find the canonical repository for xmonad-extras, > and while searching, I wondered why it's not part of github.com/xmonad > > ? > Because none of us runs/owns it. Per Hackage, http://projects.haskell.org/xmonad-extras and dmwit and dschoepe are the maintainers. Talk to one of them about the possibility of moving it into the xmonad org. -- 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 asjo at koldfront.dk Sun Nov 22 03:12:48 2015 From: asjo at koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=) Date: Sun, 22 Nov 2015 04:12:48 +0100 Subject: [xmonad] Using sakura with xmonad References: <87eglsbixq.fsf@tullinup.koldfront.dk> <87a8q7yrwz.fsf@tullinup.koldfront.dk> <871tbjyq50.fsf@tullinup.koldfront.dk> Message-ID: <87y4dqybf3.fsf@tullinup.koldfront.dk> Adam writes: >> it returns IO WindowAttributes, but they do not include a color map >> entry: [...] > I have tried to make a pull request for adding this field now: > > * https://github.com/xmonad/X11/pull/35 It turns out that to make use of the new wa_colormap field, I need to change getWindowAttributes to throw an exception if XGetWindowAttributes() fails. So: * https://github.com/asjo/X11/commit/e5421307a02ea0cadcb381d282615d56a0e848c0 Then, to make xmonad-contrib compile, XMonad/Util/DebugWindow.hs needs adjusting: * https://github.com/asjo/xmonad-contrib/commit/e775872ac34c81e070e530a89f591e08bd2b7c8a And finally, I can change XMonad/Operations.hs to grab the color from the window's color map if available (it isn't when closing a window, so it is important to check the return value of XGetWindowAttributes() to avoid a crash - I had fun logging myself out when closing a window for a while!): * https://github.com/asjo/xmonad/commit/e7d0e004d0a1acfd1ff149eaabf274fe2519c4fc ... mimicking the change done to dwm?. >From testing it a couple of minutes, it works on my machine - the transparent borders are gone from my Sakura windows, and the solid colour I configured in XMonad is used instead. Note thet especially the changes to XMonad/Operations.hs are in "try and try pounding at it again until it works"-style code, and any tips on how to write it better will be much appreciated. Best regards, Adam ? https://github.com/chjj/compton/issues/240#issuecomment-62245919 -- "God must've been punting angels left and right." Adam Sj?gren asjo at koldfront.dk From tuncer.ayaz at gmail.com Sun Nov 22 11:25:18 2015 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Sun, 22 Nov 2015 12:25:18 +0100 Subject: [xmonad] Canonical repo for xmonad-extras In-Reply-To: References: Message-ID: On 22 November 2015 at 00:03, Brandon Allbery wrote: > On Sat, Nov 21, 2015 at 5:52 PM, Tuncer Ayaz wrote: > > > > I was trying to find the canonical repository for xmonad-extras, > > and while searching, I wondered why it's not part of github.com/xmonad > > > > ? > > > Because none of us runs/owns it. > > Per Hackage, http://projects.haskell.org/xmonad-extras and dmwit and > dschoepe are the maintainers. Talk to one of them about the possibility of > moving it into the xmonad org. Will do. From dmwit at dmwit.com Tue Nov 24 02:34:22 2015 From: dmwit at dmwit.com (Daniel Wagner) Date: Mon, 23 Nov 2015 18:34:22 -0800 Subject: [xmonad] Canonical repo for xmonad-extras In-Reply-To: References: Message-ID: It's been moved. ~d On Sun, Nov 22, 2015 at 3:25 AM, Tuncer Ayaz wrote: > On 22 November 2015 at 00:03, Brandon Allbery wrote: > > On Sat, Nov 21, 2015 at 5:52 PM, Tuncer Ayaz > wrote: > > > > > > I was trying to find the canonical repository for xmonad-extras, > > > and while searching, I wondered why it's not part of github.com/xmonad > > > > > > ? > > > > > > Because none of us runs/owns it. > > > > Per Hackage, http://projects.haskell.org/xmonad-extras and dmwit and > > dschoepe are the maintainers. Talk to one of them about the possibility > of > > moving it into the xmonad org. > > Will do. > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tuncer.ayaz at gmail.com Tue Nov 24 13:02:53 2015 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Tue, 24 Nov 2015 14:02:53 +0100 Subject: [xmonad] Canonical repo for xmonad-extras In-Reply-To: References: Message-ID: On 24 November 2015 at 03:34, Daniel Wagner wrote: > It's been moved. Thanks. From kurnevsky at gmail.com Mon Nov 30 15:30:30 2015 From: kurnevsky at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrRg9GA0L3QtdCy0YHQutC40Lk=?=) Date: Mon, 30 Nov 2015 18:30:30 +0300 Subject: [xmonad] Fwd: Add layout hook for ScreenCorners In-Reply-To: References: Message-ID: Hi all. I've added the layout hook for ScreenCorners. It's needed because other windows can cover ours corner windows. (sorry if it is duplicate) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screen-corners-layout-hook.dpatch Type: application/octet-stream Size: 1979 bytes Desc: not available URL: