From lewo at abesis.fr Fri May 1 22:43:35 2015 From: lewo at abesis.fr (lewo at abesis.fr) Date: Sat, 02 May 2015 00:43:35 +0200 Subject: [xmonad] [patch] Prompt to select a workspace by its name Message-ID: <871tizapgo.fsf@lenovo.home> Hi, Attached is a patch that adds a prompt to select and view a workspace based on its tag and its name which comes from the WorkspaceName extension. Hoping this could interest someone else, A. -------------- next part -------------- A non-text attachment was scrubbed... Name: greedyViewByWorkspaceName.dpatch Type: test/x-patch Size: 36234 bytes Desc: not available URL: From ezyang at mit.edu Sat May 2 04:57:59 2015 From: ezyang at mit.edu (Edward Z. Yang) Date: Fri, 01 May 2015 21:57:59 -0700 Subject: [xmonad] Adaptive width XMonad layout Message-ID: <1430542570-sup-9861@sabre> xmonad-contrib submission, described here: http://blog.ezyang.com/2015/05/width-adaptive-xmonad-layout/ I'm amenable to changing module names/etc as necessary. Cheers, Edward -------------- next part -------------- A non-text attachment was scrubbed... Name: add-xmonad_layout_perscreen.dpatch Type: application/octet-stream Size: 38208 bytes Desc: not available URL: From codesite-noreply at google.com Sat May 2 06:33:07 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 02 May 2015 06:33:07 +0000 Subject: [xmonad] Issue 602 in xmonad: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. In-Reply-To: <8-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> References: <8-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Message-ID: <9-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Comment #9 on issue 602 by untfu... at gmail.com: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. https://code.google.com/p/xmonad/issues/detail?id=602 I like the peekEvent/nextEvent solution (though I'll continue exploring the handleEventHook one as well), but the fact that it can only read from the head of the event queue makes me nervous. If I call nextEvent repeatedly until reaching a KeyEvent/ButtonEvent, that has the side-effect of purging all intermediate events from the queue. By contrast, submap currently uses maskEvent to (if I'm understanding correctly) defer intermediate event processing until after the submap, allowing those events to still be processed after. Is there a way to do something similar to: peekMaskEvent dply (keyPressMask .|. buttonReleaseMask) pointer -- contains key or button event peeked_event <- getEvent pointer then decide whether or not to use maskEvent dply (keyPressMask .|. buttonReleaseMask) pointer -- contains key or button event removed_event <- getEvent pointer to remove it? XPeekIfEvent looks promising, but it doesn't appear to be implemented yet. > To fix problem 1 (without invoking problem 2), you want to add > keyPressMask to your config's clientMask. 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 Sat May 2 17:10:57 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 02 May 2015 17:10:57 +0000 Subject: [xmonad] Issue 602 in xmonad: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. In-Reply-To: <9-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> References: <9-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Message-ID: <10-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Comment #10 on issue 602 by mwlochb... at gmail.com: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. https://code.google.com/p/xmonad/issues/detail?id=602 I can't seem to find whether XPutBackEvent generates a synthetic event or not, but if it doesn't then you can use maskEvent followed by putBackEvent if the event isn't a keypress. I'm not familiar with X11's concurrency model, but looking for an event with peek and then possibly pulling it off the event stack seems unsafe since the event could be removed in between those steps. -- 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 May 2 21:03:22 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 02 May 2015 21:03:22 +0000 Subject: [xmonad] Issue 589 in xmonad: Dual screen with video : image is frozen when switching workspace In-Reply-To: <1-3425899027203913298-3867269300716105891-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-3867269300716105891-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3867269300716105891-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-3867269300716105891-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 589 by shooshpa... at gmail.com: Dual screen with video : image is frozen when switching workspace https://code.google.com/p/xmonad/issues/detail?id=589 I'm having the same problem when e.g. watching videos from twitch.tv on secondary screen. The whole browser freezes, not just the video, until I re-switch workspace on the secondary screen. -- 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 May 2 22:15:36 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 02 May 2015 22:15:36 +0000 Subject: [xmonad] Issue 602 in xmonad: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. In-Reply-To: <10-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> References: <10-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Message-ID: <11-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Comment #11 on issue 602 by untfu... at gmail.com: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. https://code.google.com/p/xmonad/issues/detail?id=602 Best as I can tell, putBackEvent does not actually work..! I've attached another minimal (xfce) test config. Attachments: xfce_xmonad.hs 3.1 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 codesite-noreply at google.com Sat May 2 22:21:47 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 02 May 2015 22:21:47 +0000 Subject: [xmonad] Issue 602 in xmonad: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. In-Reply-To: <11-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> References: <11-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Message-ID: <12-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Comment #12 on issue 602 by allber... at gmail.com: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. https://code.google.com/p/xmonad/issues/detail?id=602 You seem to be continuing to miss the point. You do not want to ignore or bypass or drop those non-key events; you want to *stop processing and return control to xmonad*. If you click somewhere in the middle of a key sequence in Emacs, does it continue to process the key sequence? How about if you go to activate a GUI menu item via keyboard with alt-sequences but click somewhere in the middle of it? These do not ignore the click, they abort the key sequence completely and process the click. -- 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 May 2 23:07:30 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 02 May 2015 23:07:30 +0000 Subject: [xmonad] Issue 602 in xmonad: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. In-Reply-To: <12-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> References: <12-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Message-ID: <13-3425899027203913298-11954270657760967272-codesite-noreply=google.com@googlecode.com> Comment #13 on issue 602 by untfu... at gmail.com: xmonad hangs when clickJustFocuses = False and the user clicks outside of the focused window while a submap is active. https://code.google.com/p/xmonad/issues/detail?id=602 The problem is that peekEvent does not only admit key/mouse events, but every event (as far as I can tell). So, aborting on the first peeked non-key event leads to the submap being terminated near-instantly. I've been trying to find a way to only peek at the first key/button event. But, since peekEvent only peeks at the beginning of the queue, so far I've only managed to do so by consuming (using nextEvent) every event up until first key/button event. I think we all agree that shouldn't happen, so I've been searching for alternatives, such as getting the next key/button event then putting it back (which unfortunately doesn't seem to be working). -- 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 Sun May 3 12:16:03 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Sun, 3 May 2015 14:16:03 +0200 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: bump On Sat, Apr 11, 2015 at 12:09 PM, Carsten Mattner wrote: > On Sun, Mar 29, 2015 at 1:59 PM, Carsten Mattner > wrote: >> On Wed, Mar 11, 2015 at 1:11 PM, Carsten Mattner >> wrote: >>> Some friendly suggestions: >>> >>> I'd very much like to see a release happen this month and start >>> to get into a habit of at least a couple release a year. Infrequent releases >>> may contribute to the perception of Darcs being the reason for >>> project stalls. >>> >>> Someone with good writing skills might also want to communicate >>> the nice Xmonad Prompt modules as advanced replacements for >>> dmenu and one less external dependency and Xmonad-only >>> feature like other window managers that don't require dmenu. >>> Just a thought. >> >> GHC 7.10 is out and Darcs HEAD works. Time for release? >> Communicating the Xmonad Prompt modules is icing on the >> cake best done by someone with good writing skills but not >> blocker for the release. > > Don't want to be that guy but what's blocking the release? > >>> On Tue, Mar 3, 2015 at 4:43 PM, Carsten Mattner >>> wrote: >>>> 7.10 works for me with Darcs HEAD. >>>> >>>> On Mon, Mar 2, 2015 at 7:08 PM, adam vogt wrote: >>>>> Certainly. The hard deadline is the ghc-7.10 release which can't compile >>>>> what's currently on hackage. The end of the week seems realistic to check: >>>>> >>>>> Release notes >>>>> >>>>> Broken links in contrib haddocks >>>>> >>>>> That we are compatible with ghc s back to 6.12 or so >>>>> >>>>> Regards, >>>>> Adam >>>>> >>>>> On Mar 2, 2015 12:30 PM, "Carsten Mattner" wrote: >>>>>> >>>>>> On Tue, Dec 2, 2014 at 9:17 PM, Peter Jones wrote: >>>>>> > Carsten Mattner >>>>>> > writes: >>>>>> >> Isn't it time for a new release? Been using xmonad from darcs without >>>>>> >> issues >>>>>> >> for a long time. >>>>>> > >>>>>> > +1. >>>>>> > >>>>>> > Also, xmonad-extras needs an update to support recent versions of >>>>>> > libmpd. >>>>>> >>>>>> Can we cut a release? >>>>>> _______________________________________________ >>>>>> xmonad mailing list >>>>>> xmonad at haskell.org >>>>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From c.lopez at kmels.net Sun May 3 16:09:10 2015 From: c.lopez at kmels.net (=?UTF-8?Q?Carlos_L=C3=B3pez=2DCamey?=) Date: Sun, 3 May 2015 10:09:10 -0600 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: Hi Carsten, Fwiw, xmonad-contrib 0.11.4 (hackage version) doesnt compile with ghc 7.6.3 (ubuntu version). I would like to work on a patch for a possible 0.11.5.. is this something we'd want? El may 3, 2015 6:16 AM, "Carsten Mattner" escribi?: > bump > > On Sat, Apr 11, 2015 at 12:09 PM, Carsten Mattner > wrote: > > On Sun, Mar 29, 2015 at 1:59 PM, Carsten Mattner > > wrote: > >> On Wed, Mar 11, 2015 at 1:11 PM, Carsten Mattner > >> wrote: > >>> Some friendly suggestions: > >>> > >>> I'd very much like to see a release happen this month and start > >>> to get into a habit of at least a couple release a year. Infrequent > releases > >>> may contribute to the perception of Darcs being the reason for > >>> project stalls. > >>> > >>> Someone with good writing skills might also want to communicate > >>> the nice Xmonad Prompt modules as advanced replacements for > >>> dmenu and one less external dependency and Xmonad-only > >>> feature like other window managers that don't require dmenu. > >>> Just a thought. > >> > >> GHC 7.10 is out and Darcs HEAD works. Time for release? > >> Communicating the Xmonad Prompt modules is icing on the > >> cake best done by someone with good writing skills but not > >> blocker for the release. > > > > Don't want to be that guy but what's blocking the release? > > > >>> On Tue, Mar 3, 2015 at 4:43 PM, Carsten Mattner > >>> wrote: > >>>> 7.10 works for me with Darcs HEAD. > >>>> > >>>> On Mon, Mar 2, 2015 at 7:08 PM, adam vogt > wrote: > >>>>> Certainly. The hard deadline is the ghc-7.10 release which can't > compile > >>>>> what's currently on hackage. The end of the week seems realistic to > check: > >>>>> > >>>>> Release notes > >>>>> > >>>>> Broken links in contrib haddocks > >>>>> > >>>>> That we are compatible with ghc s back to 6.12 or so > >>>>> > >>>>> Regards, > >>>>> Adam > >>>>> > >>>>> On Mar 2, 2015 12:30 PM, "Carsten Mattner" > wrote: > >>>>>> > >>>>>> On Tue, Dec 2, 2014 at 9:17 PM, Peter Jones > wrote: > >>>>>> > Carsten Mattner > >>>>>> > writes: > >>>>>> >> Isn't it time for a new release? Been using xmonad from darcs > without > >>>>>> >> issues > >>>>>> >> for a long time. > >>>>>> > > >>>>>> > +1. > >>>>>> > > >>>>>> > Also, xmonad-extras needs an update to support recent versions of > >>>>>> > libmpd. > >>>>>> > >>>>>> Can we cut a release? > >>>>>> _______________________________________________ > >>>>>> 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 allbery.b at gmail.com Sun May 3 16:50:24 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 3 May 2015 16:50:24 +0000 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: On Sun, May 3, 2015 at 4:09 PM, Carlos L?pez-Camey wrote: > Fwiw, xmonad-contrib 0.11.4 (hackage version) doesnt compile with ghc > 7.6.3 (ubuntu version). I would like to work on a patch for a possible > 0.11.5.. is this something we'd want? > I think it should either be fixed or get a constraint on "base" so that it won't try to build on versions before 7.10.1. Preferably the former. -- 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 c.lopez at kmels.net Sun May 3 19:40:11 2015 From: c.lopez at kmels.net (=?UTF-8?Q?Carlos_L=C3=B3pez=2DCamey?=) Date: Sun, 3 May 2015 13:40:11 -0600 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: The fix turned easy. I am attaching a tarball created with `cabal sdist` The process: I couldn't find any darcs tags greater than 0.11 in the repository, so I downloaded the xmonad-contrib-0.11.4 tarball from haddock and changed it until compiled. Here is the darcs-whatsnew hunk ./XMonad/Hooks/DebugEvents.hs 34 +import Control.Applicative hunk ./XMonad/Util/Invisible.hs 25 +import Control.Applicative hunk ./xmonad-contrib.cabal 37 -tested-with: GHC == 7.8.2, GHC==7.6.2, GHC==7.4.1, GHC==7.2.1, GHC==7.0.4 +tested-with: GHC == 7.8.2, GHC==7.6.3, GHC==7.4.1, GHC==7.2.1, GHC==7.0.4 I didn't bump to 0.11.5, because I think we want to repair this report: https://hackage.haskell.org/package/xmonad-contrib-0.11.4/reports/1. -- Cheers 2015-05-03 10:50 GMT-06:00 Brandon Allbery : > On Sun, May 3, 2015 at 4:09 PM, Carlos L?pez-Camey > wrote: > >> Fwiw, xmonad-contrib 0.11.4 (hackage version) doesnt compile with ghc >> 7.6.3 (ubuntu version). I would like to work on a patch for a possible >> 0.11.5.. is this something we'd want? >> > I think it should either be fixed or get a constraint on "base" so that it > won't try to build on versions before 7.10.1. Preferably the former. > > -- > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: xmonad-contrib-0.11.4.tar.gz Type: application/x-gzip Size: 402630 bytes Desc: not available URL: From byorgey at gmail.com Mon May 4 17:17:06 2015 From: byorgey at gmail.com (Brent Yorgey) Date: Mon, 04 May 2015 17:17:06 +0000 Subject: [xmonad] Adaptive width XMonad layout In-Reply-To: <1430542570-sup-9861@sabre> References: <1430542570-sup-9861@sabre> Message-ID: Thanks! Looks good to me, I've applied it. -Brent On Sat, May 2, 2015 at 12:58 AM Edward Z. Yang wrote: > xmonad-contrib submission, described here: > > http://blog.ezyang.com/2015/05/width-adaptive-xmonad-layout/ > > I'm amenable to changing module names/etc as necessary. > > Cheers, > Edward > _______________________________________________ > 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 Mon May 4 17:22:10 2015 From: byorgey at gmail.com (Brent Yorgey) Date: Mon, 04 May 2015 17:22:10 +0000 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: Note that these changes have already been applied in the most recent darcs version. -Brent On Sun, May 3, 2015 at 3:40 PM Carlos L?pez-Camey wrote: > The fix turned easy. I am attaching a tarball created with `cabal sdist` > > The process: I couldn't find any darcs tags greater than 0.11 in the > repository, so I downloaded the xmonad-contrib-0.11.4 tarball from haddock > and changed it until compiled. Here is the darcs-whatsnew > > hunk ./XMonad/Hooks/DebugEvents.hs 34 > +import Control.Applicative > hunk ./XMonad/Util/Invisible.hs 25 > +import Control.Applicative > hunk ./xmonad-contrib.cabal 37 > -tested-with: GHC == 7.8.2, GHC==7.6.2, GHC==7.4.1, GHC==7.2.1, > GHC==7.0.4 > +tested-with: GHC == 7.8.2, GHC==7.6.3, GHC==7.4.1, GHC==7.2.1, > GHC==7.0.4 > > I didn't bump to 0.11.5, because I think we want to repair this report: > https://hackage.haskell.org/package/xmonad-contrib-0.11.4/reports/1. -- > Cheers > > > 2015-05-03 10:50 GMT-06:00 Brandon Allbery : > > On Sun, May 3, 2015 at 4:09 PM, Carlos L?pez-Camey >> wrote: >> >>> Fwiw, xmonad-contrib 0.11.4 (hackage version) doesnt compile with ghc >>> 7.6.3 (ubuntu version). I would like to work on a patch for a possible >>> 0.11.5.. is this something we'd want? >>> >> I think it should either be fixed or get a constraint on "base" so that >> it won't try to build on versions before 7.10.1. Preferably the former. >> >> -- >> 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://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From byorgey at gmail.com Mon May 4 19:30:36 2015 From: byorgey at gmail.com (Brent Yorgey) Date: Mon, 04 May 2015 19:30:36 +0000 Subject: [xmonad] Patch: Re-order XMonad.Hooks.EwmhDesktops hook insertion In-Reply-To: References: Message-ID: Thanks, applied! On Thu, Apr 23, 2015 at 11:47 AM Brandon Allbery wrote: > On Thu, Apr 23, 2015 at 10:55 AM, Brent Yorgey wrote: > >> This looks sensible. Can you resend it as an actual attachment? I'll be >> happy to apply it. > > > I had to redo it, since I didn't save the original and reverted it in my > local copy afterward (since the last time I'd sent a patch, it was edited > upstream and didn't match my repo any more). > > > -- > 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 Tue May 5 10:26:25 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 05 May 2015 10:26:25 +0000 Subject: [xmonad] Issue 598 in xmonad: Join stackage In-Reply-To: <0-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 598 by jshholl... at googlemail.com: Join stackage https://code.google.com/p/xmonad/issues/detail?id=598 I just tried bumping the upper bound on the utf8-string dependency to ">= 0.3 && < 1.1" in xmonad.cabal and it appears to build fine against Stackage LTS 2.7. So I believe this is a one-line fix. A grep of the xmonad source reveals no use of the deprecated imports that were removed in the bump from 0.3.x to 1.0, and the same holds for XMonadContrib. I'll submit a patch. -- 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 josh at inv.alid.pw Tue May 5 10:30:19 2015 From: josh at inv.alid.pw (Josh Holland) Date: Tue, 05 May 2015 11:30:19 +0100 Subject: [xmonad] darcs patch: Bump dependency on utf8-string Message-ID: <1430821819.849487.2934.nullmailer@arcturus.chrys.alid.pw> 1 patch for repository http://code.haskell.org/xmonad: patch d6ba714fb342173906a91a6f49115286f2a972d7 Author: Josh Holland Date: Tue May 5 11:27:18 BST 2015 * Bump dependency on utf8-string The release of utf8-string version 1 just removed some deprecated APIs that are not used by XMonad. Fixes #598. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-preview.txt Type: text/x-darcs-patch Size: 371 bytes Desc: Patch preview URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bump-dependency-on-utf8_string.dpatch Type: application/x-darcs-patch Size: 756 bytes Desc: A darcs patch for your repository! URL: From carstenmattner at gmail.com Tue May 5 11:16:05 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Tue, 5 May 2015 13:16:05 +0200 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: On Mon, May 4, 2015 at 7:22 PM, Brent Yorgey wrote: > Note that these changes have already been applied in the most recent darcs > version. What's the release holdup? I'm not good at writing blog post but like I suggested before the release announcement could be enhanced by including at least examples for replacing dmenu with XMonad.Prompt.Shell and maybe the password manager prompt. It's been in contrib a long time but seems largely unknown. Someone with nice writing skills could write a short blurb. > -Brent > > On Sun, May 3, 2015 at 3:40 PM Carlos L?pez-Camey wrote: >> >> The fix turned easy. I am attaching a tarball created with `cabal sdist` >> >> The process: I couldn't find any darcs tags greater than 0.11 in the >> repository, so I downloaded the xmonad-contrib-0.11.4 tarball from haddock >> and changed it until compiled. Here is the darcs-whatsnew >> >> hunk ./XMonad/Hooks/DebugEvents.hs 34 >> +import Control.Applicative >> hunk ./XMonad/Util/Invisible.hs 25 >> +import Control.Applicative >> hunk ./xmonad-contrib.cabal 37 >> -tested-with: GHC == 7.8.2, GHC==7.6.2, GHC==7.4.1, GHC==7.2.1, >> GHC==7.0.4 >> +tested-with: GHC == 7.8.2, GHC==7.6.3, GHC==7.4.1, GHC==7.2.1, >> GHC==7.0.4 >> >> I didn't bump to 0.11.5, because I think we want to repair this report: >> https://hackage.haskell.org/package/xmonad-contrib-0.11.4/reports/1. -- >> Cheers >> >> >> 2015-05-03 10:50 GMT-06:00 Brandon Allbery : >> >>> On Sun, May 3, 2015 at 4:09 PM, Carlos L?pez-Camey >>> wrote: >>>> >>>> Fwiw, xmonad-contrib 0.11.4 (hackage version) doesnt compile with ghc >>>> 7.6.3 (ubuntu version). I would like to work on a patch for a possible >>>> 0.11.5.. is this something we'd want? >>> >>> I think it should either be fixed or get a constraint on "base" so that >>> it won't try to build on versions before 7.10.1. Preferably the former. >>> >>> -- >>> 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://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > From vogt.adam at gmail.com Tue May 5 15:44:30 2015 From: vogt.adam at gmail.com (adam vogt) Date: Tue, 5 May 2015 11:44:30 -0400 Subject: [xmonad] darcs patch: Bump dependency on utf8-string In-Reply-To: <1430821819.849487.2934.nullmailer@arcturus.chrys.alid.pw> References: <1430821819.849487.2934.nullmailer@arcturus.chrys.alid.pw> Message-ID: Thanks Josh, I've applied it On Tue, May 5, 2015 at 6:30 AM, Josh Holland wrote: > 1 patch for repository http://code.haskell.org/xmonad: > > patch d6ba714fb342173906a91a6f49115286f2a972d7 > Author: Josh Holland > Date: Tue May 5 11:27:18 BST 2015 > * Bump dependency on utf8-string > > The release of utf8-string version 1 just removed some deprecated APIs > that are not used by XMonad. > > Fixes #598. > > > [Bump dependency on utf8-string > Josh Holland **20150505102718 > Ignore-this: a889fda1f60b3d4ab5057e77d5b86664 > > The release of utf8-string version 1 just removed some deprecated APIs > that are not used by XMonad. > > Fixes #598. > ] hunk ./xmonad.cabal 61 > - utf8-string >= 0.3 && < 0.4, > + utf8-string >= 0.3 && < 1.1, > > > _______________________________________________ > 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 mestelan at gmail.com Wed May 6 05:46:38 2015 From: mestelan at gmail.com (Jean-Baptiste Mestelan) Date: Wed, 6 May 2015 07:46:38 +0200 Subject: [xmonad] Extra keyboard Message-ID: Hello, I have a USB numeric keypad lying about, and would like to use its keys as special shortcuts (like, its Num-6 could simulate XF86AudioNext...). How do I tell its key strokes apart from those of the main keyboard? Is this done at X level? Would the helpful people on this list provide some pointers, or set me started? Thanks for attention. * FWIW, here is dmesg: [81553.409035] input: USB KB USB KB as /devices/pci0000:00/0000:00:14.0/usb3/3-3/3-3.4/3-3.4:1.0/0003:1241:1503.0006/input/input31 [81553.409193] hid-generic 0003:1241:1503.0006: input,hidraw2: USB HID v1.10 Keyboard [USB KB USB KB] on usb-0000:00:14.0-3.4/input0 From allbery.b at gmail.com Wed May 6 13:27:02 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 6 May 2015 09:27:02 -0400 Subject: [xmonad] Extra keyboard In-Reply-To: References: Message-ID: On Wed, May 6, 2015 at 1:46 AM, Jean-Baptiste Mestelan wrote: > I have a USB numeric keypad lying about, and would like to use its > keys as special shortcuts (like, its Num-6 could simulate > XF86AudioNext...). > How do I tell its key strokes apart from those of the main keyboard? > Is this done at X level? > Would the helpful people on this list provide some pointers, or set me > started? > You'll need to use the XInput extension (x11-xinput package), as X11 core only understands a single keyboard so by default all system keyboards are treated identically and their events mixed into a single event stream. -- 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 anton.pirogov at gmail.com Thu May 7 09:31:50 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Thu, 7 May 2015 11:31:50 +0200 Subject: [xmonad] contrib darcs patch: BinarySpacePartition update Message-ID: Hi, this patch makes the actions in BSP layout more consistent and usable, making Equalize and Balance work locally and also allowing to open new windows at arbitrary positions: Equalize/Balance now only rearrange the currently focused node instead of the whole layout (e.g. you want to keep some windows like they are but only want to rearrange a deeply nested branch). New windows now are inserted into the currently selected node, so e.g focussing the root (everything) and opening the window will make the new window take half of the screen (not possible or very cumbersome before). Also a new feature is added - now it is possible to select a window or group of windows (first FocusParent, then SelectNode) and "cut&paste" the selected window(s) into some other location in the layout (again, FocusParent to the destination, then MoveNode). This will split the node focused and put the selected window(s) there. The reason for this was that more elaborate rearrangements that I sometimes wished for were simply not possible just with regular window swapping. Best regards, Anton -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: BSPupdate.dpatch Type: application/octet-stream Size: 69203 bytes Desc: not available URL: From trey at blancher.net Thu May 7 12:23:41 2015 From: trey at blancher.net (Trey Blancher) Date: Thu, 7 May 2015 08:23:41 -0400 Subject: [xmonad] Beginner problem with XMonad and appending to a list rather than prefixing Message-ID: <20150507122341.GB24481@shevek.ceti> XMonad Community, After all this time, I'm still just a beginner with XMonad. I only know Haskell through XMonad, and I wouldn't say I know it well. I learn just enough to get my XMonad configuration to work, then don't return to it for a while. I'm trying to make a minor change to my XMonad file, where a new workspace is appended to the list rather than prefixed like I have now, but I can't seem to figure out the code to do it. Here's the relevant details of what I have: import XMonad.Actions.DynamicWorkspaces as DW import qualified XMonad.Util.ExtensibleState as XS import Control.Applicative filterWorkspaces :: [WorkspaceId] -> [WindowSpace] -> [WindowSpace] filterWorkspaces ws = filter (\(W.Workspace tag _ _) -> tag `elem` ws) -- xScreen are the type classes which hold the workspace name lists newtype LeftScreen = LeftScreen {getLeftScreen :: [WorkspaceId]} deriving (Typeable,Read,Show) instance ExtensionClass LeftScreen where initialValue = LeftScreen [] extensionType = PersistentExtension newtype RightScreen = RightScreen {getRightScreen :: [WorkspaceId]} deriving (Typeable,Read,Show) instance ExtensionClass RightScreen where initialValue = RightScreen [] extensionType = PersistentExtension -- snip -- main = do dbus <- D.connectSession getWellKnownName dbus; xmonad $ xfceConfig { workspaces = ["sh","sb","of","wc","ws","wb","cht"] , terminal = "urxvtc" -- Goodbye, my sweet, sweet, sloppy focus , focusFollowsMouse = False , manageHook = manageDocks <+> myManageHook -- <+> manageHook defaultConfig , layoutHook = avoidStruts $ onWorkspace "gimp" gimp $ layoutH , logHook = dynamicLogWithPP (ppL dbus) >> dynamicLogWithPP (ppR dbus) >> fadeHook , borderWidth = 1 , normalBorderColor = "#333333" , focusedBorderColor = "#CCCC00" , modMask = winKey , startupHook = setWMName "LG3D" } `additionalKeys` myKeys myKeys = [ -- snip -- Here's what I want to change , ((winKey , xK_m) ,DW.withWorkspace myXPConfigNew $ \wk -> do sc <- screenBy 0 if sc == 0 then XS.modifyf $ LeftScreen . (wk :) . getLeftScreen -- prefix left list with new workspace --then XS.modify $ LeftScreen . getLeftScreen ++[wk] -- My first attempt at appending the workspace else XS.modify $ RightScreen . (wk :) . getRightScreen -- prefix right list with new workspace --else XS.modify $ RightScreen . (wk ++) . getRightScreen -- another attempt windows $ W.view wk) Normally I'd ask on #xmonad at irc.freenode.net, but I haven't had time to get on there. I'm sure this demonstrates my lack of knowledge of XMonad and Haskell in general, hopefully you can help. Thanks in advance, Trey Blancher trey at blancher.net From mestelan at gmail.com Thu May 7 13:17:52 2015 From: mestelan at gmail.com (Jean-Baptiste Mestelan) Date: Thu, 7 May 2015 15:17:52 +0200 Subject: [xmonad] Extra keyboard In-Reply-To: References: Message-ID: 2015-05-06 15:27 GMT+02:00 Brandon Allbery : > > > You'll need to use the XInput extension (x11-xinput package), as X11 core > only understands a single keyboard so by default all system keyboards are > treated identically and their events mixed into a single event stream. > Many thanks, Brandon; looking into that now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fa-ml at ariis.it Thu May 7 14:27:25 2015 From: fa-ml at ariis.it (Francesco Ariis) Date: Thu, 7 May 2015 16:27:25 +0200 Subject: [xmonad] Beginner problem with XMonad and appending to a list rather than prefixing In-Reply-To: <20150507122341.GB24481@shevek.ceti> References: <20150507122341.GB24481@shevek.ceti> Message-ID: <20150507142725.GB29863@casa.casa> On Thu, May 07, 2015 at 08:23:41AM -0400, Trey Blancher wrote: > I'm trying to make a minor change to my XMonad file, where a new > workspace is appended to the list rather than prefixed like I have now, > but I can't seem to figure out the code to do it. Here's the relevant > details of what I have: > > [..] almost! then XS.modify $ LeftScreen . getLeftScreen . (++ [wk]) ^-- this should work. Haskell is a fun and useful language, if you desire you can learn it by reading http://learnyouahaskell.com/ From allbery.b at gmail.com Thu May 7 14:39:04 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 7 May 2015 10:39:04 -0400 Subject: [xmonad] Beginner problem with XMonad and appending to a list rather than prefixing In-Reply-To: <20150507142725.GB29863@casa.casa> References: <20150507122341.GB24481@shevek.ceti> <20150507142725.GB29863@casa.casa> Message-ID: On Thu, May 7, 2015 at 10:27 AM, Francesco Ariis wrote: > then XS.modify >nbsp; LeftScreen . getLeftScreen . (++ [wk]) > Actually, not quite. then XS.modify $ LeftScreen . (++ [wk]) . getLeftScreen (they also asked in IRC and I answered it there, for the record) -- 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 francois.gannaz at gmail.com Fri May 8 16:34:05 2015 From: francois.gannaz at gmail.com (=?UTF-8?B?RnJhbsOnb2lz?= Gannaz) Date: Fri, 8 May 2015 18:34:05 +0200 Subject: [xmonad] [patch] Message-ID: <20150508183405.76191246@coriolan> Hi Here is a small patch that was useful to me. I noticed too late that I had put non-ASCII text (UTF-8) in my patch comment. I have no experience with Darcs, so I didn't try to amend it. Darcs' send comand did not handle it well: it converted everything to single bytes characters. I edited the comment, but feel free to remove non-ACSII from the patch. Regards -- Fran?ois Gannaz -------------- next part -------------- A non-text attachment was scrubbed... Name: gridselect-windownamer.dpatch Type: application/octet-stream Size: 37888 bytes Desc: not available URL: From kksvensson at gmx.com Sat May 9 06:53:10 2015 From: kksvensson at gmx.com (Kalle Svensson) Date: Sat, 9 May 2015 08:53:10 +0200 Subject: [xmonad] xmonad hides xfce4-panel Message-ID: An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat May 9 17:46:11 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 9 May 2015 13:46:11 -0400 Subject: [xmonad] xmonad hides xfce4-panel In-Reply-To: References: Message-ID: On Sat, May 9, 2015 at 2:53 AM, Kalle Svensson wrote: > I had the same problem. It's not thunar that gets drawn over the panel > it's xfdesktop. After I removed xfdesktop from Settings Manager > Session > and Startup > Session, my desktop started working properly. Of course I > lost the desktop icons like the trash bin and home, but I wasn't using them > anyway. > Yes, our _NET_WORKAREA information is incorrect and breaking xfdesktop. :/ -- 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 Sat May 9 22:43:22 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sat, 09 May 2015 22:43:22 +0000 Subject: [xmonad] Issue 598 in xmonad: Join stackage In-Reply-To: <1-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 598 by ericmart... at gmail.com: Join stackage https://code.google.com/p/xmonad/issues/detail?id=598 Awesome, thanks! Can you also send a pull request to add it to Stackage? http://www.stackage.org/authors -- 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 May 12 20:31:29 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 12 May 2015 20:31:29 +0000 Subject: [xmonad] Issue 598 in xmonad: Join stackage In-Reply-To: <2-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 598 by jshholland: Join stackage https://code.google.com/p/xmonad/issues/detail?id=598 Created https://github.com/fpco/stackage/pull/584 -- 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 May 12 21:25:42 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 12 May 2015 21:25:42 +0000 Subject: [xmonad] Issue 598 in xmonad: Join stackage In-Reply-To: <3-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 598 by jshholland: Join stackage https://code.google.com/p/xmonad/issues/detail?id=598 The pull request has been rejected because my patch to increase the bound on utf8-string hasn't made it to a released Hackage version yet. Is there a release planned yet? Does this merit a full point release on its own? -- 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 May 12 21:37:09 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 12 May 2015 21:37:09 +0000 Subject: [xmonad] Issue 598 in xmonad: Join stackage In-Reply-To: <4-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> References: <4-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Message-ID: <5-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Comment #5 on issue 598 by nome... at gmail.com: Join stackage https://code.google.com/p/xmonad/issues/detail?id=598 With my Debian packaging maintainer hat on: Yes, it does merit a release, either on its own or a proper new release. -- 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 daniel at wagner-home.com Mon May 18 00:12:24 2015 From: daniel at wagner-home.com (Daniel Wagner) Date: Sun, 17 May 2015 17:12:24 -0700 Subject: [xmonad] Extra keyboard In-Reply-To: References: Message-ID: Just in case the question was more specific than it needed to be, it's possible the numeric keypad reports different keys than the "number keys" at the top of your normal keyboard anyway. X distinguishes between xK_6 and xK_KP_6. So if you don't normally use the keypad on your main keyboard, this can be an option. ~d On Tue, May 5, 2015 at 10:46 PM, Jean-Baptiste Mestelan wrote: > Hello, > > > I have a USB numeric keypad lying about, and would like to use its > keys as special shortcuts (like, its Num-6 could simulate > XF86AudioNext...). > How do I tell its key strokes apart from those of the main keyboard? > Is this done at X level? > Would the helpful people on this list provide some pointers, or set me > started? > > Thanks for attention. > > * FWIW, here is dmesg: > [81553.409035] input: USB KB USB KB as > > /devices/pci0000:00/0000:00:14.0/usb3/3-3/3-3.4/3-3.4:1.0/0003:1241:1503.0006/input/input31 > [81553.409193] hid-generic 0003:1241:1503.0006: input,hidraw2: USB HID > v1.10 Keyboard [USB KB USB KB] on usb-0000:00:14.0-3.4/input0 > _______________________________________________ > 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 daniel at wagner-home.com Mon May 18 00:22:48 2015 From: daniel at wagner-home.com (Daniel Wagner) Date: Sun, 17 May 2015 17:22:48 -0700 Subject: [xmonad] [patch] In-Reply-To: <20150508183405.76191246@coriolan> References: <20150508183405.76191246@coriolan> Message-ID: Hi Fran?ois, Thanks for the patch. It makes me a little nervous, though; it seems to be adding something to GSConfig that doesn't really belong there. Have you considered making this into a function that takes a GSConfig Window and turns it into a GSConfig (Window, String) or similar instead? Then none of the core data structures would need to be changed. ~d On Fri, May 8, 2015 at 9:34 AM, Fran?ois Gannaz wrote: > Hi > > Here is a small patch that was useful to me. > > I noticed too late that I had put non-ASCII text (UTF-8) in my patch > comment. I have no experience with Darcs, so I didn't try to amend it. > Darcs' send comand did not handle it well: it converted everything to > single bytes characters. I edited the comment, but feel free to remove > non-ACSII from the patch. > > Regards > -- > Fran?ois Gannaz > > > _______________________________________________ > 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 dmwit at dmwit.com Mon May 18 00:26:52 2015 From: dmwit at dmwit.com (Daniel Wagner) Date: Sun, 17 May 2015 17:26:52 -0700 Subject: [xmonad] contrib darcs patch: BinarySpacePartition update In-Reply-To: References: Message-ID: Hi Anton -- Thanks for the patch. It looks like it builds, and without knowing anything about BSP the changes sound positive to me. Nevertheless, can you comment briefly on backwards-compatibility? How likely is it that there are people out there that use BSP and like the current behavior, and will find xmonad behaving differently as a result of this patch? Can we support the old behavior and make the new behavior "opt-in" by folks that want it? ~d On Thu, May 7, 2015 at 2:31 AM, Anton Pirogov wrote: > Hi, > > this patch makes the actions in BSP layout more consistent and usable, > making Equalize and Balance work locally and also allowing to open new > windows at arbitrary positions: > > Equalize/Balance now only rearrange the currently focused node instead of > the whole layout (e.g. you want to keep some windows like they are but only > want to rearrange a deeply nested branch). > > New windows now are inserted into the currently selected node, so e.g > focussing the root (everything) and opening the window will make the new > window take half of the screen (not possible or very cumbersome before). > > Also a new feature is added - now it is possible to select a window or > group of windows (first FocusParent, then SelectNode) and "cut&paste" the > selected window(s) into some other location in the layout (again, > FocusParent to the destination, then MoveNode). This will split the node > focused and put the selected window(s) there. > > The reason for this was that more elaborate rearrangements that I > sometimes wished for were simply not possible just with regular window > swapping. > > Best regards, > Anton > > _______________________________________________ > 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 anton.pirogov at gmail.com Mon May 18 07:23:27 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Mon, 18 May 2015 09:23:27 +0200 Subject: [xmonad] Fwd: contrib darcs patch: BinarySpacePartition update In-Reply-To: References: Message-ID: Hi Daniel, As far as I am aware, BSP is only in contrib-darcs for 6 months. My first patch to BSP is 2 months old and introduced far more invasive changes than this one, and the little feedback I got was good, but since it is so fresh I dont think that there are many users out there who used it in it's "new form" already. In comparison, this is a smaller update which I think is important to make everything more consistent with the whole node-focus semantics that I introduced and addresses some small annoyances that became apparent after using the layout extensively for some time. So no, it is not backwards-compatible, but I am quite sure that it is not a problem - at least as long as there was no new official xmonad release that "freezes" the current behaviour. Best regards, Anton 2015-05-18 2:26 GMT+02:00 Daniel Wagner : > Hi Anton -- > > Thanks for the patch. It looks like it builds, and without knowing > anything about BSP the changes sound positive to me. > > Nevertheless, can you comment briefly on backwards-compatibility? How > likely is it that there are people out there that use BSP and like the > current behavior, and will find xmonad behaving differently as a result of > this patch? > > Can we support the old behavior and make the new behavior "opt-in" by > folks that want it? > > ~d > > On Thu, May 7, 2015 at 2:31 AM, Anton Pirogov > wrote: > >> Hi, >> >> this patch makes the actions in BSP layout more consistent and usable, >> making Equalize and Balance work locally and also allowing to open new >> windows at arbitrary positions: >> >> Equalize/Balance now only rearrange the currently focused node instead of >> the whole layout (e.g. you want to keep some windows like they are but only >> want to rearrange a deeply nested branch). >> >> New windows now are inserted into the currently selected node, so e.g >> focussing the root (everything) and opening the window will make the new >> window take half of the screen (not possible or very cumbersome before). >> >> Also a new feature is added - now it is possible to select a window or >> group of windows (first FocusParent, then SelectNode) and "cut&paste" the >> selected window(s) into some other location in the layout (again, >> FocusParent to the destination, then MoveNode). This will split the node >> focused and put the selected window(s) there. >> >> The reason for this was that more elaborate rearrangements that I >> sometimes wished for were simply not possible just with regular window >> swapping. >> >> Best regards, >> Anton >> >> _______________________________________________ >> 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 eniotna.t at gmail.com Tue May 19 14:29:22 2015 From: eniotna.t at gmail.com (eniotna) Date: Tue, 19 May 2015 16:29:22 +0200 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: For the XMonad.Prompt.Pass, this article could help getting started http://babushk.in/posts/combining-xmonad-and-pass.html. This is the article that motivated me to create the patch. Cheers, tony / @ardumont On Tue, May 5, 2015 at 1:16 PM, Carsten Mattner wrote: > On Mon, May 4, 2015 at 7:22 PM, Brent Yorgey wrote: > > Note that these changes have already been applied in the most recent > darcs > > version. > > What's the release holdup? > > I'm not good at writing blog post but like I suggested before the release > announcement could be enhanced by including at least examples for > replacing dmenu with XMonad.Prompt.Shell and maybe the password > manager prompt. It's been in contrib a long time but seems largely > unknown. Someone with nice writing skills could write a short blurb. > > > -Brent > > > > On Sun, May 3, 2015 at 3:40 PM Carlos L?pez-Camey > wrote: > >> > >> The fix turned easy. I am attaching a tarball created with `cabal sdist` > >> > >> The process: I couldn't find any darcs tags greater than 0.11 in the > >> repository, so I downloaded the xmonad-contrib-0.11.4 tarball from > haddock > >> and changed it until compiled. Here is the darcs-whatsnew > >> > >> hunk ./XMonad/Hooks/DebugEvents.hs 34 > >> +import Control.Applicative > >> hunk ./XMonad/Util/Invisible.hs 25 > >> +import Control.Applicative > >> hunk ./xmonad-contrib.cabal 37 > >> -tested-with: GHC == 7.8.2, GHC==7.6.2, GHC==7.4.1, GHC==7.2.1, > >> GHC==7.0.4 > >> +tested-with: GHC == 7.8.2, GHC==7.6.3, GHC==7.4.1, GHC==7.2.1, > >> GHC==7.0.4 > >> > >> I didn't bump to 0.11.5, because I think we want to repair this report: > >> https://hackage.haskell.org/package/xmonad-contrib-0.11.4/reports/1. -- > >> Cheers > >> > >> > >> 2015-05-03 10:50 GMT-06:00 Brandon Allbery : > >> > >>> On Sun, May 3, 2015 at 4:09 PM, Carlos L?pez-Camey > >>> wrote: > >>>> > >>>> Fwiw, xmonad-contrib 0.11.4 (hackage version) doesnt compile with ghc > >>>> 7.6.3 (ubuntu version). I would like to work on a patch for a possible > >>>> 0.11.5.. is this something we'd want? > >>> > >>> I think it should either be fixed or get a constraint on "base" so that > >>> it won't try to build on versions before 7.10.1. Preferably the former. > >>> > >>> -- > >>> 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://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > > > > > _______________________________________________ > > 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 codesite-noreply at google.com Tue May 19 15:06:09 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 19 May 2015 15:06:09 +0000 Subject: [xmonad] Issue 527 in xmonad: Google Hangouts screen sharing crashes In-Reply-To: <8-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> References: <8-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Message-ID: <9-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Comment #9 on issue 527 by ext.mnai... at kyriba.com: Google Hangouts screen sharing crashes https://code.google.com/p/xmonad/issues/detail?id=527 xprop -root -f _NET_CLIENT_LIST_STACKING 32x -set _NET_CLIENT_LIST_STACKING 0 This hack fixes the problem even for XMonad -- 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 Fri May 22 21:46:51 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Fri, 22 May 2015 23:46:51 +0200 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: On Tue, May 19, 2015 at 4:29 PM, eniotna wrote: > For the XMonad.Prompt.Pass, this article could help getting started > http://babushk.in/posts/combining-xmonad-and-pass.html. > > This is the article that motivated me to create the patch. Looks good. Combined with a a simple dmenu_run replacement config this will be great for the release announcement. > Cheers, > > tony / @ardumont > > On Tue, May 5, 2015 at 1:16 PM, Carsten Mattner > wrote: >> >> On Mon, May 4, 2015 at 7:22 PM, Brent Yorgey wrote: >> > Note that these changes have already been applied in the most recent >> > darcs >> > version. >> >> What's the release holdup? >> >> I'm not good at writing blog post but like I suggested before the release >> announcement could be enhanced by including at least examples for >> replacing dmenu with XMonad.Prompt.Shell and maybe the password >> manager prompt. It's been in contrib a long time but seems largely >> unknown. Someone with nice writing skills could write a short blurb. >> >> > -Brent >> > >> > On Sun, May 3, 2015 at 3:40 PM Carlos L?pez-Camey >> > wrote: >> >> >> >> The fix turned easy. I am attaching a tarball created with `cabal >> >> sdist` >> >> >> >> The process: I couldn't find any darcs tags greater than 0.11 in the >> >> repository, so I downloaded the xmonad-contrib-0.11.4 tarball from >> >> haddock >> >> and changed it until compiled. Here is the darcs-whatsnew >> >> >> >> hunk ./XMonad/Hooks/DebugEvents.hs 34 >> >> +import Control.Applicative >> >> hunk ./XMonad/Util/Invisible.hs 25 >> >> +import Control.Applicative >> >> hunk ./xmonad-contrib.cabal 37 >> >> -tested-with: GHC == 7.8.2, GHC==7.6.2, GHC==7.4.1, GHC==7.2.1, >> >> GHC==7.0.4 >> >> +tested-with: GHC == 7.8.2, GHC==7.6.3, GHC==7.4.1, GHC==7.2.1, >> >> GHC==7.0.4 >> >> >> >> I didn't bump to 0.11.5, because I think we want to repair this report: >> >> https://hackage.haskell.org/package/xmonad-contrib-0.11.4/reports/1. -- >> >> Cheers >> >> >> >> >> >> 2015-05-03 10:50 GMT-06:00 Brandon Allbery : >> >> >> >>> On Sun, May 3, 2015 at 4:09 PM, Carlos L?pez-Camey >> >>> wrote: >> >>>> >> >>>> Fwiw, xmonad-contrib 0.11.4 (hackage version) doesnt compile with ghc >> >>>> 7.6.3 (ubuntu version). I would like to work on a patch for a >> >>>> possible >> >>>> 0.11.5.. is this something we'd want? >> >>> >> >>> I think it should either be fixed or get a constraint on "base" so >> >>> that >> >>> it won't try to build on versions before 7.10.1. Preferably the >> >>> former. >> >>> >> >>> -- >> >>> 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://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> > >> > >> > _______________________________________________ >> > 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 > > From codesite-noreply at google.com Tue May 26 22:03:09 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 26 May 2015 22:03:09 +0000 Subject: [xmonad] Issue 605 in xmonad: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating In-Reply-To: <0-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> Updates: Owner: allber... at gmail.com Comment #1 on issue 605 by allber... at gmail.com: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating https://code.google.com/p/xmonad/issues/detail?id=605 First I need to beef up DebugWindow and the upcoming ManageDebug so I can see if there is some way to identify the "ghost window" chrome creates and either float or doIgnore it, rather than tiling it and terminating the drag. -- 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 Thu May 28 17:49:59 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 28 May 2015 17:49:59 +0000 Subject: [xmonad] Issue 605 in xmonad: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating In-Reply-To: <1-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 605 by allber... at gmail.com: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating https://code.google.com/p/xmonad/issues/detail?id=605 I did so locally and found it's not being created. Also found https://code.google.com/p/chromium/issues/detail?id=416119 and it occurs in other tiling WMs as well. Asked there for more information from chromium devs. -- 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 May 26 22:00:36 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 26 May 2015 22:00:36 +0000 Subject: [xmonad] Issue 605 in xmonad: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating Message-ID: <0-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 605 by jeremyfl... at gmail.com: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating https://code.google.com/p/xmonad/issues/detail?id=605 What steps will reproduce the problem? 1. Use the mouse to drag (tear) a chrome tab out of your chrome window. 2. Experience annoyance when everything moves to accomodate a newly tiled window. What is the expected output? What do you see instead? This new window should float until the drag stops. This used to be the behavior a year or two ago. See the chrome issue over here https://code.google.com/p/chromium/issues/detail?id=447988. -- 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 byorgey at gmail.com Thu May 28 21:39:42 2015 From: byorgey at gmail.com (Brent Yorgey) Date: Thu, 28 May 2015 21:39:42 +0000 Subject: [xmonad] contrib darcs patch: BinarySpacePartition update In-Reply-To: References: Message-ID: I was just going to apply this patch but for the record, it looks like it has already been applied. -Brent On Thu, May 7, 2015 at 5:31 AM Anton Pirogov wrote: > Hi, > > this patch makes the actions in BSP layout more consistent and usable, > making Equalize and Balance work locally and also allowing to open new > windows at arbitrary positions: > > Equalize/Balance now only rearrange the currently focused node instead of > the whole layout (e.g. you want to keep some windows like they are but only > want to rearrange a deeply nested branch). > > New windows now are inserted into the currently selected node, so e.g > focussing the root (everything) and opening the window will make the new > window take half of the screen (not possible or very cumbersome before). > > Also a new feature is added - now it is possible to select a window or > group of windows (first FocusParent, then SelectNode) and "cut&paste" the > selected window(s) into some other location in the layout (again, > FocusParent to the destination, then MoveNode). This will split the node > focused and put the selected window(s) there. > > The reason for this was that more elaborate rearrangements that I > sometimes wished for were simply not possible just with regular window > swapping. > > Best regards, > Anton > _______________________________________________ > 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 davama at gmail.com Fri May 29 00:42:00 2015 From: davama at gmail.com (Dave Macias) Date: Thu, 28 May 2015 20:42:00 -0400 Subject: [xmonad] Chrome full screen behavior In-Reply-To: References: Message-ID: Just recently moved into darcs version of xmonad. Config works exactly the same. Noticed that with the darcs version chromium fullscreen video does not bleed. As a test i went back to using haskell xmonad 0.11.1 and the video did bleed. So the culprit was not chromium but xmonad version 0.11.1. Is the darcs version ever going to be implemented to the stable release (haskell). I noticed there is a thread for "New Release" but nothing concrete as to date. Granted new releases take time but just wondering. Thanks, Dave On Tue, May 5, 2015 at 8:13 AM, Dave Macias wrote: > When chrome is running on fullscreen (F11) and i change to different pages > the window client expands (bleeds into the neighbor screen). It's like if > it were zooming in. I tried it with firefox and that does not happen. I > provided some screenshots. > > Just in case someone ask, here is a snippet of xmonad.hs file: > myEventHook e = do > screenCornerEventHook e > docksEventHook e > E.fullscreenEventHook e > -- debugKeyEvents e > ...... > defaults = defaultConfig { > -- simple stuff > terminal = myTerminal > , focusFollowsMouse = myFocusFollowsMouse > ..... > , handleEventHook = myEventHook > ..... > > https://raw.githubusercontent.com/davama/xmonad/master/xmonad.hs > > Everything points to chrome but i just want to rule out xmonad. Any input? > > Thanks in advance > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmwit at dmwit.com Fri May 29 16:41:54 2015 From: dmwit at dmwit.com (Daniel Wagner) Date: Fri, 29 May 2015 09:41:54 -0700 Subject: [xmonad] contrib darcs patch: BinarySpacePartition update In-Reply-To: References: Message-ID: Yes, I applied it and sent a message to the list, but it seems mail.haskell.org is having some trouble -- it (not mailman) rejected my message, and according to infrastructure@, several others are having the same problem. ~d On Thu, May 28, 2015 at 2:39 PM, Brent Yorgey wrote: > I was just going to apply this patch but for the record, it looks like it > has already been applied. > > -Brent > > On Thu, May 7, 2015 at 5:31 AM Anton Pirogov > wrote: > >> Hi, >> >> this patch makes the actions in BSP layout more consistent and usable, >> making Equalize and Balance work locally and also allowing to open new >> windows at arbitrary positions: >> >> Equalize/Balance now only rearrange the currently focused node instead of >> the whole layout (e.g. you want to keep some windows like they are but only >> want to rearrange a deeply nested branch). >> >> New windows now are inserted into the currently selected node, so e.g >> focussing the root (everything) and opening the window will make the new >> window take half of the screen (not possible or very cumbersome before). >> >> Also a new feature is added - now it is possible to select a window or >> group of windows (first FocusParent, then SelectNode) and "cut&paste" the >> selected window(s) into some other location in the layout (again, >> FocusParent to the destination, then MoveNode). This will split the node >> focused and put the selected window(s) there. >> >> The reason for this was that more elaborate rearrangements that I >> sometimes wished for were simply not possible just with regular window >> swapping. >> >> Best regards, >> Anton >> _______________________________________________ >> 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 byorgey at gmail.com Fri May 29 19:17:14 2015 From: byorgey at gmail.com (Brent Yorgey) Date: Fri, 29 May 2015 19:17:14 +0000 Subject: [xmonad] [patch] Prompt to select a workspace by its name In-Reply-To: <871tizapgo.fsf@lenovo.home> References: <871tizapgo.fsf@lenovo.home> Message-ID: Hi A., This functionality is actually already available through the XMonad.Prompt.Workspace module. Just adding a keybinding to workspacePrompt (windows . greedyView) should do the trick. Let me know if that works for you. -Brent On Fri, May 1, 2015 at 6:43 PM wrote: > Hi, > > Attached is a patch that adds a prompt to select and view a workspace > based on its tag and its name which comes from the WorkspaceName extension. > > Hoping this could interest someone else, > A. > > _______________________________________________ > 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 dmwit at dmwit.com Sun May 31 03:39:11 2015 From: dmwit at dmwit.com (Daniel Wagner) Date: Sat, 30 May 2015 20:39:11 -0700 Subject: [xmonad] [patch] Prompt to select a workspace by its name In-Reply-To: References: <871tizapgo.fsf@lenovo.home> Message-ID: I don't think workspacePrompt is the same thing -- it knows about workspace tags, but not workspace names as assigned by the WorkspaceName module. ~d On Fri, May 29, 2015 at 12:17 PM, Brent Yorgey wrote: > Hi A., > > This functionality is actually already available through the > XMonad.Prompt.Workspace module. Just adding a keybinding to > > workspacePrompt (windows . greedyView) > > should do the trick. Let me know if that works for you. > > -Brent > > On Fri, May 1, 2015 at 6:43 PM wrote: > >> Hi, >> >> Attached is a patch that adds a prompt to select and view a workspace >> based on its tag and its name which comes from the WorkspaceName >> extension. >> >> Hoping this could interest someone else, >> A. >> >> _______________________________________________ >> 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 codesite-noreply at google.com Sun May 31 09:33:38 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 31 May 2015 09:33:38 +0000 Subject: [xmonad] Issue 598 in xmonad: Join stackage In-Reply-To: <5-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> References: <5-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Message-ID: <6-3425899027203913298-7621895015282087317-codesite-noreply=google.com@googlecode.com> Comment #6 on issue 598 by nome... at gmail.com: Join stackage https://code.google.com/p/xmonad/issues/detail?id=598 Any plans for a point release with this patch? -- 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