September 2014 - xmonad

Re: [xmonad] darcs patch: Add Stoppable layout for power saving (and 1 more)
by Anton Vorontsov 27 Sep '14

27 Sep '14

On Mon, Sep 01, 2014 at 08:02:58AM +0000, Anton Vorontsov wrote: > In this version I addressed further comments by Paul Fertser, plus > implemented the remote/local clients identification scheme that I was > talking about: it is in XMonad.Util.RemoteWindows module with > documentation and all. > > I split the work into two logical changes, for easier review and so that > the first patch won't depend on the second. Just a friendly ping on this one. :) Thanks, Anton

3 5

darcs patch: X.A.Navigation2D: add convenience functions for settin...
by Devin Mullins 27 Sep '14

27 Sep '14

Norbert, as the original author of this, does this look okay to you? If you don't mind/care, I will submit. 1 patch for repository code.haskell.org:/srv/code/XMonadContrib: Fri Sep 26 01:02:15 PDT 2014 Devin Mullins <devinmullins(a)gmail.com> * X.A.Navigation2D: add convenience functions for setting config & keybindings Added 'navigation2D' which delegates to withNavigation2DConfig and additionalKeys, and 'navigation2DP' which is the 'additionalKeysP' version of the same.

1 1

darcs patch: X.A.Navigation2D: add convenience functions for settin...
by Devin Mullins 26 Sep '14

26 Sep '14

cc'ing Norbert, as he was the original author of this. 1 patch for repository code.haskell.org:/srv/code/XMonadContrib: Fri Sep 26 01:02:15 PDT 2014 Devin Mullins <devinmullins(a)gmail.com> * X.A.Navigation2D: add convenience functions for setting config & keybindings Added 'navigation2D' which delegates to withNavigation2DConfig and additionalKeys, and 'navigation2DP' which is the 'additionalKeysP' version of the same.

1 0

Looking for "runOrKill" function
by Sepp Tannhuber 25 Sep '14

25 Sep '14

My `additionalKeys` section of xmonad.hs has this key binding: ((mod3Mask, xK_d), raiseMaybe (runInTerm "-title calendar -hold -geometry 105x12+0+25" "task calendar") (title =? "calendar")) I would like to replace the raiseMaybe by something like runOrKill. This means, it should run the terminal with title "calendar" if it's not yet running. Otherwise it should kill the terminal. How can I do that? Is it possible at all?

2 10

Re: [xmonad] Patch to add new Layout message
by Devin Mullins 25 Sep '14

25 Sep '14

Don't forget to reply-all. I was going to generate one for you, but code.haskell.org is done, making it difficult. Some other notes I probably should have mentioned last time: 1. I don't have commit rights to xmonad, so I can't approve. 2. Generally, the community is more conservative about xmonad core - especially adding new features. When something can be done in contrib instead, it usually is. 3. And yeah, if you get a chance to install darcs and `darcs get http://code.haskell.org/xmonad` and `darcs get http://code.haskell.org/XMonadContrib`, you'll make comitters' lives easier. Otherwise, looks reasonable. I, too, fall into the same bucket of either 1 or 2 master panes. On Tue, Sep 23, 2014 at 12:01 PM, Mike Meyer <mwm(a)mired.org> wrote: > sendmail may or may not be set up correctly - I generally do mail in the > cloud. Darcs isn't installed, the patches were against source gotten with > "cabal get". Any chance I can get someone on the list to generate a darcs > patch, or do I have to install darcs and figure out what to do to get to go > from a patch file or patched source files to a darcs patch? > > Thanks, > Mike > > On Tue, Sep 23, 2014 at 12:42 PM, Devin Mullins <devin.mullins(a)gmail.com> > wrote: > >> Thanks, Mike. Patches should be darcs patches. If your sendmail is setup >> correctly, you can use `darcs send` to mail the list, otherwise `darcs send >> -O` will create a file you can attach or send. >> >> On Tue, Sep 23, 2014 at 7:31 AM, Mike Meyer <mwm(a)mired.org> wrote: >> >>> I found the inc/dec masterN commands to be a bit clumsy, especially >>> considering that I pretty much just use 1 client in the master pane most of >>> the time, sometimes using 2 when I wanted to alternate between two windows >>> rapidly. I just submitted issue #577 on the google code issue tracker that >>> includes a patch to add a new Message for changing the client count. >>> >>> The Message is called "SplitMaster", and has no arguments. It sets the >>> client count of the master pane to 1 if it's not currently 1, thus >>> providing a quick way to get back to that setting. It setgs the client >>> count for the master pane to 2 if it's currently 1, effectively making it a >>> toggle between the two modes of a split master pane and an full size master >>> pane. >>> >>> I'm not sure if that's the proper way to submit patches. If not, please >>> let me know what I need to do to submit it properly. If it is, could I get >>> somoen to consider it and either merge it (with whatever fixes it requires) >>> or let me know what I can do to get it merged? >>> >>> Thanks, >>> Mike >>> >>> >>> _______________________________________________ >>> xmonad mailing list >>> xmonad(a)haskell.org >>> http://www.haskell.org/mailman/listinfo/xmonad >>> >>> >> >

1 1

Announcing XMonad.Config.Prime
by Devin Mullins 21 Sep '14

21 Sep '14

<shameless-plug> I've pushed XMonad.Config.Prime, which I worked on a long time ago, and decided to clean up and release now. You can check out an example config at: http://twifkak.com/xmonad-junk/XMonad-Config-Prime4.html#g:9 I've been using the syntax for quite a while. Now you can, too! I tried to document it decently. I also switched my mailing list subscription to an email I will check more often. Per previous feedback, the code doesn't introduce any dependencies (other than a slew of LANGUAGE pragmas, but notably not TemplateHaskell). The main remaining task would be to get (>>) to work with both Prime and Monad. I got a lead from a mailing list that I may be able to follow, but in the meantime, I figure such a change would be backwards-compatible, and hence non-blocking. - Devin (twifkak) [1] I tried to `darcs send` it earlier, but my email got eaten, and I got impatient and just pushed. No offense taken if you need to rollback.

1 0

trigger xmonad commands with shell script
by Sepp Tannhuber 16 Sep '14

16 Sep '14

Dear all, I would like to raise a certain window from within a shell script. Is it possible to trigger xmonad to execute something like raiseMaybe (runInTerm "-title myWindow" "myWindow") (title =? "myWindow") with a shell script? Or do you know any other possibility to raise a window from a shell?

2 2

xmonad --recompile breakage
by Carsten Mattner 15 Sep '14

15 Sep '14

xmonad --recompile stopped working here this week and fails with scope errors in stuff from xmonadcontrib. Anyone else see this?

2 4

Issue 568 in xmonad: Actions.DynamicWorkspaceGroups viewWSGroup changes which workspace has focus incorrectly
by codesite-noreply＠google.com 13 Sep '14

13 Sep '14

Status: New Owner: ---- New issue 568 by nwfila...(a)gmail.com: Actions.DynamicWorkspaceGroups viewWSGroup changes which workspace has focus incorrectly http://code.google.com/p/xmonad/issues/detail?id=568 When running viewWSGroup, the focus is set to whichever display is last in the windowset's visible set. It would be better, IMHO, if focus were considered part of the WSGroup. Simply reversing the list of workspaces should mean that the last greedyView serves to restore focus to the workspace (and screen) focused-at-group-creation-time. --- old-XMonadContrib/XMonad/Actions/DynamicWorkspaceGroups.hs 2014-05-06 20:26:25.919864085 -0400 +++ new-XMonadContrib/XMonad/Actions/DynamicWorkspaceGroups.hs 2014-05-06 20:26:26.163865644 -0400 @@ -93,7 +93,7 @@ -- | Give a name to the current workspace group. addCurrentWSGroup :: WSGroupId -> X () addCurrentWSGroup name = withWindowSet $ \w -> - addWSGroup name $ map (W.tag . W.workspace) (W.current w : W.visible w) + addWSGroup name $ map (W.tag . W.workspace) (reverse $ W.current w : W.visible w) -- | Delete the named workspace group from the list of workspace -- groups. Note that this has no effect on the workspaces involved; A different, equally-defensible behavior, would be to consider the focus to not be part of the WSGroup and to hold the current focus across the viewWSGroup operation. A wrapper like this may be useful: holdScreenFocus a = do s <- gets (S.screen . S.current . windowset) r <- a screenWorkspace s >>= maybe (return ()) (windows . S.view) return r Thanks! --nwf; -- 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

1 2

update: chromium slow redraw
by Carsten Mattner 13 Sep '14

13 Sep '14

Due to my local xmonad --recompile breakage I had to fall back to dwm and was surprised to see that the very slow non-floating Chromium window redraw evident in XMonad since Chromium switched to Aura does NOT happen in dwm. Any idea what's different in the dwm X11 code that doesn't make Chromium window (content) redraws super visible (slow)?

1 1