- xmonad - Haskell.org

Re: [xmonad] Xmonad sanboxed and Xinerama
by Mario Pastorelli 04 Oct '14

04 Oct '14

> This sounds like an X configuration issue. No it isn't because MATE can use Xinerama. It is related to my XMonad. > I understand the original message as saying that it recognized screens > correctly before xmonad was moved to a sandbox. No, I said that MATE was recognizing the screens and it does it also now. I never installed XMonad from the package manager or from my user "global" cabal because last time I did it I had a lot of problems. XMonad in a sandbox would be perfect... > This makes me wonder if the > tests are being done with a different xmonad library and/or the sandbox is > somehow not seeing a Xinerama-enabled X11 (this can happen if the original > was installed globally via OS package but the sandboxed build is using a > local X11 bindings package, and the Xinerama developer headers/libraries > weren't installed, for example). > > I don't think we have enough information to diagnose this. X11 bindings, XMonad and XMonad-contrib are all installed in the sandbox with Xinerama support. The Xinerama lib they used is the one installed by my package manager. Do you think I could give you some informations to understand what's going on?

1 0

Issue 577 in xmonad: Add new master pane client count control command
by codesite-noreply＠google.com 03 Oct '14

03 Oct '14

Status: New Owner: ---- New issue 577 by m...(a)mired.org: Add new master pane client count control command https://code.google.com/p/xmonad/issues/detail?id=577 What steps will reproduce the problem? 1. Follow my usage for a while. 2. Note that I often send "IncMasterN" instead of "DecMasterN" by accident. 3. Also note that I pretty much never have more than two clients in the master pane. What is the expected output? What do you see instead? I expect to not reach unused configurations by accident. I expect the WM to allow a configuration that prevents that. What version of the product are you using? On what operating system? 0.11 on FreeBSD 10. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Not completely relevant. Please provide any additional information below. The attached patch file adds a new Message type to the Tall layout (I didn't see where it should be added to other layouts). The message is called "SplitMaster", and has no arguments. It fixes the first issue by setting the client count to the master pane to 1 if it's not currently 1, thus providing a quick way to get back to that setting. It solves the second issue by changing 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 unsplit master pane. Attachments: xmd 3.7 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

1 3

Xmonad sanboxed and Xinerama
by Mario Pastorelli 03 Oct '14

03 Oct '14

Hi xmonaders, I have decided to move my XMonad install inside a sandbox to avoid problems when packages are updated. I'm able to run XMonad with cabal exec xmonad and I'm very happy with it. My only problem is that XMonad cannot use Xinerama for some reason: if I configure two displays then I get a single display which is the union of the first one with the second one. I cannot find any way to use displays as independent. What I'm doing wrong? MATE is able to use Xinerama without problems and X11, XMonad and XMonad-contrib are built with xinerama: > ldd ../../xmonad/.cabal-sandbox/bin/xmonad ... libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f86f66e8000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f86f63b2000) libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f86f61a8000) ... I have libxinerama: > ghc -e Graphics.X11.Xinerama.compiledWithXinerama True And Xorg starts with Xinerama: > grep -i xinerama /var/log/Xorg.0.log [ 13.627] Initializing built-in extension XINERAMA I don't know what's wrong...how can I understand what's going on? Thanks in advance, Mario

4 3

Patch to add new Layout message
by Mike Meyer 27 Sep '14

27 Sep '14

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

3 2

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