From alex at genaud.net Sun Mar 1 14:45:31 2015 From: alex at genaud.net (Alexander Genaud) Date: Sun, 1 Mar 2015 15:45:31 +0100 Subject: [xmonad] Vanilla Xmonad distribution Message-ID: Thanks for all the suggestions. Having had great success with Gnome2-fallback in the past, I decided to try Mate out again with the latest xmonad-contrib (is that what everyone means by latest xmonad from darcs?). I started with a fresh install of Linux Mint 17.1 with Mate, updated, etc. I installed xmonad and cabal-install. I was not able to install xmonad-contrib (command line details below). Any suggestions? Additionally, I have the most basic xmonad.hs file, yet cannot re-compile (Could not find package 'XMonad'). The xmonad-contrib is not available via Mint's apt-get. Mint's xmonad.desktop file is nearly identical to the config described here: https://wiki.haskell.org/Xmonad/Using_xmonad_in_MATE . However, the dconf suggestion does not work. Selecting 'Xmonad' from the GUI Login displays the GHC/xmonad --recompile error again and otherwise presents a blank xmonad session. I have no terminal, probably because I cannot compile 'terminal = "mate-terminal"' in xmonad.hs. Alt-Shift-Q works: logout. Selecting 'gnome-xmonad.desktop' is equally useless (though technically working). > Sorry, but could you describe exactly what are the problems you encountered? With XFCE, I was able to get a semi-working system from a freshly installed Xubuntu. In a vanilla XFCE session, 'xmonad --replace' from the command line seems to work. But I could not start a fresh session with Xmonad. At best, the panel would not display (although it was running) and there would be a blank/transparent tile. I removed most Mate keyboard shortcuts, yet Meta-Shift-Return only sometimes opened a terminal. I was not able to get Cinnamon to work at all -- I don't recall the specific issues. I don't recall my earlier issues with Mint/Mate, but I've described several issues above and some command line details below. # apt-get install xmonad cabal-install # xmonad --version xmonad 0.11 # cabal --version cabal-install version 1.16.0.2 using version 1.16.0 of the Cabal library # cabal install xmonad-contrib Resolving dependencies... Configuring X11-1.6.1.2... ...etc... checking X11/extensions/Xinerama.h usability... no checking X11/extensions/Xinerama.h presence... no checking for X11/extensions/Xinerama.h... no WARNING: Xinerama headers not found. Building without Xinerama support checking X11/extensions/Xrandr.h usability... no checking X11/extensions/Xrandr.h presence... no checking for X11/extensions/Xrandr.h... no configure: error: X11/extensions/Xrandr.h (from libXrandr) is required Failed to install X11-1.6.1.2 cabal: Error: some packages failed to install: X11-1.6.1.2 failed during the configure step. The exception was: ExitFailure 1 X11-xft-0.3.1 depends on X11-1.6.1.2 which failed to install. xmonad-0.11 depends on X11-1.6.1.2 which failed to install. xmonad-contrib-0.11.3 depends on X11-1.6.1.2 which failed to install. The following did not help # apt-get install xorg xinerama, libXrandr, X11-utils, etc # Xorg -version X.Org X Server 1.15.1 Release Date: 2014-04-13 $ cat xmonad.hs import XMonad main = xmonad defaultConfig { modMask = mod4Mask } $ xmonad --recompile; cat xmonad.errors xmonad.hs:1:8 Could not find module 'XMonad' ... etc ... # apt-get install dconf-cli $ dconf read /org/mate/session/required-components/windowmanager (nothing) $ dconf write /org/mate/session/required-components/windowmanager xmonad error: 0-6:unknown keyword -------------- next part -------------- An HTML attachment was scrubbed... URL: From c.lopez at kmels.net Sun Mar 1 15:43:20 2015 From: c.lopez at kmels.net (=?UTF-8?Q?Carlos_L=C3=B3pez=2DCamey?=) Date: Sun, 1 Mar 2015 09:43:20 -0600 Subject: [xmonad] Vanilla Xmonad distribution In-Reply-To: References: Message-ID: Hi Alexander, latest xmonad is version is 0.12 which was released quite a while ago, it's strange Mint didn't pick the latest. Can you try installing xmonad-contrib as follows? I found this in here: http://xmonad.org/intro.html cabal install xmonad-contrib --flags="-use_xft" If that fails.. try to install X11 with cabal and not with apt-get (cabal install X11 --flags="-use_xft"). I would recommend compiling xmonad from source with cabal to get xmonad 0.12, you need darcs for that (just execute "cabal install darcs"). Then you would use darcs to get the sources like this: darcs get http://code.haskell.org/xmonad darcs get http://code.haskell.org/XMonadContrib When you want to compile the downloaded sources, you just execute "cabal install" inside each of the folders (first xmonad and then XMonadContrib). I also tried to run xmonad with Cinnamon once but they have their own window manager, it seems it's coupled with the desktop environment. I asked if there were efforts to separate the WM like a year ago but got no response from the authors. 2015-03-01 8:45 GMT-06:00 Alexander Genaud : > Thanks for all the suggestions. Having had great success with > Gnome2-fallback in the past, I decided to try Mate out again with the > latest xmonad-contrib (is that what everyone means by latest xmonad from > darcs?). > > I started with a fresh install of Linux Mint 17.1 with Mate, updated, etc. > I installed xmonad and cabal-install. I was not able to install > xmonad-contrib (command line details below). Any suggestions? > > Additionally, I have the most basic xmonad.hs file, yet cannot re-compile > (Could not find package 'XMonad'). The xmonad-contrib is not available via > Mint's apt-get. > > Mint's xmonad.desktop file is nearly identical to the config described > here: https://wiki.haskell.org/Xmonad/Using_xmonad_in_MATE . However, the > dconf suggestion does not work. Selecting 'Xmonad' from the GUI Login > displays the GHC/xmonad --recompile error again and otherwise presents a > blank xmonad session. I have no terminal, probably because I cannot compile > 'terminal = "mate-terminal"' in xmonad.hs. Alt-Shift-Q works: logout. > Selecting 'gnome-xmonad.desktop' is equally useless (though technically > working). > > > > Sorry, but could you describe exactly what are the problems you > encountered? > > With XFCE, I was able to get a semi-working system from a freshly > installed Xubuntu. In a vanilla XFCE session, 'xmonad --replace' from the > command line seems to work. But I could not start a fresh session with > Xmonad. At best, the panel would not display (although it was running) and > there would be a blank/transparent tile. I removed most Mate keyboard > shortcuts, yet Meta-Shift-Return only sometimes opened a terminal. > > I was not able to get Cinnamon to work at all -- I don't recall the > specific issues. > > I don't recall my earlier issues with Mint/Mate, but I've described > several issues above and some command line details below. > > > > # apt-get install xmonad cabal-install > > # xmonad --version > xmonad 0.11 > > # cabal --version > cabal-install version 1.16.0.2 > using version 1.16.0 of the Cabal library > > # cabal install xmonad-contrib > Resolving dependencies... > Configuring X11-1.6.1.2... > ...etc... > checking X11/extensions/Xinerama.h usability... no > checking X11/extensions/Xinerama.h presence... no > checking for X11/extensions/Xinerama.h... no > WARNING: Xinerama headers not found. Building without Xinerama support > checking X11/extensions/Xrandr.h usability... no > checking X11/extensions/Xrandr.h presence... no > checking for X11/extensions/Xrandr.h... no > configure: error: X11/extensions/Xrandr.h (from libXrandr) is required > Failed to install X11-1.6.1.2 > cabal: Error: some packages failed to install: > X11-1.6.1.2 failed during the configure step. The exception was: > ExitFailure 1 > X11-xft-0.3.1 depends on X11-1.6.1.2 which failed to install. > xmonad-0.11 depends on X11-1.6.1.2 which failed to install. > xmonad-contrib-0.11.3 depends on X11-1.6.1.2 which failed to install. > > The following did not help > # apt-get install xorg xinerama, libXrandr, X11-utils, etc > > # Xorg -version > X.Org X Server 1.15.1 > Release Date: 2014-04-13 > > > $ cat xmonad.hs > import XMonad > main = xmonad defaultConfig { modMask = mod4Mask } > > > $ xmonad --recompile; cat xmonad.errors > xmonad.hs:1:8 > Could not find module 'XMonad' > ... etc ... > > > # apt-get install dconf-cli > $ dconf read /org/mate/session/required-components/windowmanager > (nothing) > > $ dconf write /org/mate/session/required-components/windowmanager xmonad > error: 0-6:unknown keyword > > > > > _______________________________________________ > 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 Mar 1 15:50:29 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 1 Mar 2015 10:50:29 -0500 Subject: [xmonad] Vanilla Xmonad distribution In-Reply-To: References: Message-ID: On Sun, Mar 1, 2015 at 10:43 AM, Carlos L?pez-Camey wrote: > I also tried to run xmonad with Cinnamon once but they have their own > window manager, it seems it's coupled with the desktop environment. I asked > if there were efforts to separate the WM like a year ago but got no > response from the authors. It can't be separated. -- 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 jackhill at jackhill.us Sun Mar 1 15:56:30 2015 From: jackhill at jackhill.us (Jack Hill) Date: Sun, 1 Mar 2015 10:56:30 -0500 (EST) Subject: [xmonad] Vanilla Xmonad distribution In-Reply-To: <54F248F6.8030109@free.fr> References: <5D6EC0B0-8A18-48A2-9362-BDBA2E088F84@nicta.com.au> <54F248F6.8030109@free.fr> Message-ID: On Sun, 1 Mar 2015, Alain Bertrand wrote: > (which is only the case when I need to mount a drive ; if someone could > advise me how to do it easily on the CLI, I would' be glad). I've been using bashmount for this purpose. Best, Jack From allbery.b at gmail.com Sun Mar 1 16:12:04 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 1 Mar 2015 11:12:04 -0500 Subject: [xmonad] Vanilla Xmonad distribution In-Reply-To: References: Message-ID: On Sun, Mar 1, 2015 at 10:43 AM, Carlos L?pez-Camey wrote: > Hi Alexander, latest xmonad is version is 0.12 which was released quite a > while ago, it's strange Mint didn't pick the latest. Um, no. 0.11 is latest; 0.12 is unreleased darcs version (admittedly we're overdue for a release...). -- 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 Mar 1 17:30:14 2015 From: c.lopez at kmels.net (=?UTF-8?Q?Carlos_L=C3=B3pez=2DCamey?=) Date: Sun, 1 Mar 2015 11:30:14 -0600 Subject: [xmonad] upstream version. (was "Vanilla Xmonad distribution") Message-ID: 2015-03-01 10:12 GMT-06:00 Brandon Allbery : > > On Sun, Mar 1, 2015 at 10:43 AM, Carlos L?pez-Camey wrote: >> >> Hi Alexander, latest xmonad is version is 0.12 which was released quite a while ago, it's strange Mint didn't pick the latest. > > > Um, no. 0.11 is latest; 0.12 is unreleased darcs version (admittedly we're overdue for a release...). > Oh, yes.. i didn't check the page. I've been too much in the java world using the snapshot descriptor, it would be cool if we had such a thing in xmonad in where 0.12 would be release notation for example and 0.12.5 would be upstream notation, and a preparation for 0.13. 0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5 and so forth.. I attach the patches in case this resonates with you. -------------- next part -------------- A non-text attachment was scrubbed... Name: xmonad-0.11.5.dpatch Type: application/octet-stream Size: 7785 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xmonad-contrib-0.11.5.dpatch Type: application/octet-stream Size: 28471 bytes Desc: not available URL: From vogt.adam at gmail.com Sun Mar 1 18:53:22 2015 From: vogt.adam at gmail.com (adam vogt) Date: Sun, 1 Mar 2015 13:53:22 -0500 Subject: [xmonad] upstream version. (was "Vanilla Xmonad distribution") In-Reply-To: References: Message-ID: Hi Carlos, We already use that digit for bugfix releases, so I'm hesitant to replace one source of confusion with another. But if there's lots of support for this 0.5 scheme we can follow it. Cabal used to support tags https://wiki.haskell.org/Package_versioning_policy#Version_tags which would have been a better option in my opinion. Regards, Adam On Sun, Mar 1, 2015 at 12:30 PM, Carlos L?pez-Camey wrote: > 2015-03-01 10:12 GMT-06:00 Brandon Allbery : >> >> On Sun, Mar 1, 2015 at 10:43 AM, Carlos L?pez-Camey wrote: >>> >>> Hi Alexander, latest xmonad is version is 0.12 which was released quite a while ago, it's strange Mint didn't pick the latest. >> >> >> Um, no. 0.11 is latest; 0.12 is unreleased darcs version (admittedly we're overdue for a release...). >> > > Oh, yes.. i didn't check the page. I've been too much in the java > world using the snapshot descriptor, it would be cool if we had such a > thing in xmonad in where 0.12 would be release notation for example > and 0.12.5 would be upstream notation, and a preparation for 0.13. > 0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5 > and so forth.. I attach the patches in case this resonates with you. > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > From alex at genaud.net Sun Mar 1 21:36:44 2015 From: alex at genaud.net (Alexander Genaud) Date: Sun, 1 Mar 2015 22:36:44 +0100 Subject: [xmonad] Vanilla Xmonad distribution Message-ID: Thanks again guys. I had some trouble with cabal-install dependencies on Mint, but would prefer stable packages anyway. Mint/Mate is now stable as long as I'm willing to start with 'xmonad --replace &' in a terminal after login. Xmonad from XDG/Login might be possible (with first two files below) if I start up a session manager and a bunch of utilities (in third file); I haven't tried. I would like to try with LXDE. # apt-get install xmonad libghc-xmonad-contrib-dev libghc-xmonad-dev ==> /usr/share/xsessions/xmonad.desktop <== [Desktop Entry] Name=XMonad Comment=Lightweight tiling window manager Exec=xmonad.start Icon=xmonad.png Type=XSession ==> /usr/share/applications/xmonad.start.desktop <== [Desktop Entry] Type=Application Name=Xmonad Exec=/usr/local/bin/xmonad.start NoDisplay=true X-GNOME-WMName=Xmonad X-GNOME-Autostart-Phase=WindowManager X-GNOME-Provides=windowmanager X-GNOME-Autostart-Notify=true ==> /usr/local/bin/xmonad.start <== #!/bin/bash #mate-panel & exec xmonad ==> xmonad.hs <== import XMonad import XMonad.Config.Desktop main = xmonad $ desktopConfig { modMask = mod4Mask , terminal = "mate-terminal" } -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at genaud.net Mon Mar 2 05:30:54 2015 From: alex at genaud.net (Alexander Genaud) Date: Mon, 2 Mar 2015 06:30:54 +0100 Subject: [xmonad] xmonad Digest, Vol 96, Issue 3 In-Reply-To: References: Message-ID: Or, if x.x.B already has meaning (bugfix release), then rc (release candidate) notation would serve a similar purpose: 0.12.5-rc1 ==> 0.12.5 (bugfix release) 0.13-rc1 ==> 0.13 (major/minor release) I think the difference is EVERY Java release must be a supported standard target. Xmonad has local, but no global, critical child dependencies. One would never recommend that a general user compiles bleeding edge Javac for any real work -- yet that's what some Xmonad-ers have recommended for two years. If 0.12.3 exists, but is not considered stable, then 0.12-rc3 or 0.12b3 would seem more appropriate. > Oh, yes.. i didn't check the page. I've been too much in the java > world using the snapshot descriptor, it would be cool if we had such a > thing in xmonad in where 0.12 would be release notation for example > and 0.12.5 would be upstream notation, and a preparation for 0.13. > 0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5 > and so forth.. I attach the patches in case this resonates with you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tkpapp at gmail.com Mon Mar 2 09:00:08 2015 From: tkpapp at gmail.com (Tamas Papp) Date: Mon, 02 Mar 2015 10:00:08 +0100 Subject: [xmonad] xmonad Digest, Vol 96, Issue 3 In-Reply-To: References: Message-ID: <87mw3vpyef.fsf@tamas.ihs.ac.at> "Bleeding edge" can be a concern if it has implications on for bugs that affect user experience. I don't know if it is Haskell or the skills of the xmonad team (probably both), but I have always used the latest xmonad and found it remarkably bug-free. In fact, I would find it difficult to name any other piece of nontrivial software that has a similar level of stability. Best, Tamas On Mon, Mar 02 2015, Alexander Genaud wrote: > Or, if x.x.B already has meaning (bugfix release), then rc (release > candidate) notation would serve a similar purpose: > > 0.12.5-rc1 ==> 0.12.5 (bugfix release) > 0.13-rc1 ==> 0.13 (major/minor release) > > I think the difference is EVERY Java release must be a supported standard > target. Xmonad has local, but no global, critical child dependencies. One > would never recommend that a general user compiles bleeding edge Javac for > any real work -- yet that's what some Xmonad-ers have recommended for two > years. > > If 0.12.3 exists, but is not considered stable, then 0.12-rc3 or 0.12b3 > would seem more appropriate. > >> Oh, yes.. i didn't check the page. I've been too much in the java >> world using the snapshot descriptor, it would be cool if we had such a >> thing in xmonad in where 0.12 would be release notation for example >> and 0.12.5 would be upstream notation, and a preparation for 0.13. >> 0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5 >> and so forth.. I attach the patches in case this resonates with you. > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From alex at genaud.net Mon Mar 2 11:50:47 2015 From: alex at genaud.net (Alexander Genaud) Date: Mon, 2 Mar 2015 12:50:47 +0100 Subject: [xmonad] upstream version Message-ID: I'm sorry for botching up the thread subject. What holds up official releases, then? It seems to me, the state of Linux DE's has changed significantly since 2012. Xmonad 0.11 doesn't seem to play nice straight 'out of the box' on fresh installations of the latest, largest distributions. On Mon, Mar 2, 2015 at 10:00 AM, Tamas Papp wrote: > > "Bleeding edge" can be a concern if it has implications on for bugs that > affect user experience. I don't know if it is Haskell or the skills of > the xmonad team (probably both), but I have always used the latest > xmonad and found it remarkably bug-free. In fact, I would find it > difficult to name any other piece of nontrivial software that has a > similar level of stability. > > Best, > > Tamas > > On Mon, Mar 02 2015, Alexander Genaud wrote: > > > Or, if x.x.B already has meaning (bugfix release), then rc (release > > candidate) notation would serve a similar purpose: > > > > 0.12.5-rc1 ==> 0.12.5 (bugfix release) > > 0.13-rc1 ==> 0.13 (major/minor release) > > > > I think the difference is EVERY Java release must be a supported standard > > target. Xmonad has local, but no global, critical child dependencies. One > > would never recommend that a general user compiles bleeding edge Javac for > > any real work -- yet that's what some Xmonad-ers have recommended for two > > years. > > > > If 0.12.3 exists, but is not considered stable, then 0.12-rc3 or 0.12b3 > > would seem more appropriate. > > > >> Oh, yes.. i didn't check the page. I've been too much in the java > >> world using the snapshot descriptor, it would be cool if we had such a > >> thing in xmonad in where 0.12 would be release notation for example > >> and 0.12.5 would be upstream notation, and a preparation for 0.13. > >> 0.12.5 is released as 0.13 and the darcs version is updated to 0.13.5 > >> and so forth.. I attach the patches in case this resonates with you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Mon Mar 2 13:10:15 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 2 Mar 2015 08:10:15 -0500 Subject: [xmonad] upstream version In-Reply-To: References: Message-ID: On Mon, Mar 2, 2015 at 6:50 AM, Alexander Genaud wrote: > What holds up official releases, then? It seems to me, the state of Linux > DE's has changed significantly since 2012. Xmonad 0.11 doesn't seem to play > nice straight 'out of the box' on fresh installations of the latest, > largest distributions. It never has and quite possibly never will; EWMH is not in the core, and many xmonad users explicitly do not *want* desktop environment support ("if I wanted a desktop environment, I'd run one"). Minimalist window managers are not maximalist window managers wearing sheep's clothing. -- 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 carstenmattner at gmail.com Mon Mar 2 17:30:24 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Mon, 2 Mar 2015 18:30:24 +0100 Subject: [xmonad] New release In-Reply-To: <87fvcxerhh.fsf@pmade.com> References: <87fvcxerhh.fsf@pmade.com> Message-ID: 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? From vogt.adam at gmail.com Mon Mar 2 18:08:40 2015 From: vogt.adam at gmail.com (adam vogt) Date: Mon, 2 Mar 2015 13:08:40 -0500 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From anton.pirogov at gmail.com Mon Mar 2 19:46:05 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Mon, 2 Mar 2015 20:46:05 +0100 Subject: [xmonad] Extended + fixed BinarySpacePartition layout -> feedback? Message-ID: I found the awesome BSP layout, but felt like it has not reached its full potential, so I developed it on, fixing some stuff and looking at bspwm docs and videos to see what useful features might be missing (that are not already perfectly satisfied by applying an existing layout modifier). The most important changes: - Actions on the tree now also affect the windows -> Swap does act intuitively now - The layout now works with BorderResize or MouseResize (reacting to SetGeometry) New Operations: - Equalize and Balance -> equalize sets the ratios in a way that all windows occupy the same space, Balance retiles the tree, so that the nodes are balanced - Vertical and horizontal flipping -> manipulates the tree resulting in a "mirrored" layout on the fly - right and left rotation (I find this one the least useful, but maybe someone likes it. I needed the operations for balance anyway) Eye candy: - Added the window gaps feature and messages to adjust it on the fly. The layout modifier Spacing was not suitable as it does not allow changing the size of the gap dynamically. https://github.com/apirogov/BinarySpacePartition It would be great, if someone checks it out and I also would like to know, whether this could be an update for the official BSP layout in contrib or if there are users that do not like this for whatever reason (e.g. because they like the old Swap behaviour), if I should rename it to something like ExtendedBSP? Other aspects: if there is interest, I could also refactor dynamic window gaps out into its own layout modifier. -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Mon Mar 2 22:14:32 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 02 Mar 2015 22:14:32 +0000 Subject: [xmonad] Issue 593 in xmonad: moving a gimp window to another workspace problem Message-ID: <0-3425899027203913298-6013578340506581430-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 593 by wrob... at gmail.com: moving a gimp window to another workspace problem https://code.google.com/p/xmonad/issues/detail?id=593 What steps will reproduce the problem? 1. Start Gimp on workspace 1. 2. You shall have two Gimp windows - toolbox and image. 3. Move image window to workspace 2. What is the expected output? What do you see instead? I expect to have toolbox window on workspace 1 and image window on workspace 2. Instead, both windows end up on workspace 2. Having these two windows on separate workspaces is useful when working with two monitors. What version of the product are you using? On what operating system? xmonad 0.11, ghc 7.8.4, Linux. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Mar 2 22:29:08 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 02 Mar 2015 22:29:08 +0000 Subject: [xmonad] Issue 593 in xmonad: moving a gimp window to another workspace problem In-Reply-To: <0-3425899027203913298-6013578340506581430-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-6013578340506581430-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-6013578340506581430-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 593 by allber... at gmail.com: moving a gimp window to another workspace problem https://code.google.com/p/xmonad/issues/detail?id=593 If Gimp is using a Gtk+ palette window, you don't have any say about what workspace it is on; it will be moved with the main window. You *may* be able to explicitly move the palette window to another workspace (assuming they use EWMH and not native X11; in the latter case it will be override-redirect and xmonad and other window managers can't control it at all), but don't be surprised if Gtk+ moves it back with the main window at some point. (One of the annoying things about the EWMH spec is it explicitly takes control of this kind of thing away from the user and gives it to the program.) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Mon Mar 2 22:37:02 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 02 Mar 2015 22:37:02 +0000 Subject: [xmonad] Issue 593 in xmonad: moving a gimp window to another workspace problem In-Reply-To: <1-3425899027203913298-6013578340506581430-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-6013578340506581430-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6013578340506581430-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-6013578340506581430-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 593 by wrob... at gmail.com: moving a gimp window to another workspace problem https://code.google.com/p/xmonad/issues/detail?id=593 Yes, the toolbox window is moved back immediately after switching workspaces. -- 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 Mar 3 08:58:18 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 03 Mar 2015 08:58:18 +0000 Subject: [xmonad] Issue 594 in xmonad: modal window management with virtual box (1) Message-ID: <0-3425899027203913298-5264343940521666087-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 594 by netra... at gmail.com: modal window management with virtual box (1) https://code.google.com/p/xmonad/issues/detail?id=594 What steps will reproduce the problem? 1. Launch virtualbox after an update in the VB tools, 2.accept upgrading tools What is the expected output? What do you see instead? a gksudo root prompt modal window pops up and should stay on the front until password has been typed. Instead, virtualbox progress window goes to front and gksudo root prompt modal window goes to background thus preventing the root password to be entered and upgrading process to follow. What version of the product are you using? On what operating system? VirtualBox 4.3.24 Linuxmint 17.1 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". no output at xmonad --recompile Please provide any additional information below. Attachments: xmonad.hs 935 bytes -- 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 Tue Mar 3 15:43:45 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Tue, 3 Mar 2015 16:43:45 +0100 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: 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 nzeh at cs.dal.ca Tue Mar 3 19:39:15 2015 From: nzeh at cs.dal.ca (Norbert Zeh) Date: Tue, 3 Mar 2015 15:39:15 -0400 Subject: [xmonad] Added a new simple layout In-Reply-To: References: Message-ID: On Mon, Dec 15, 2014 at 11:50 AM, Brandon Allbery wrote: > On Fri, Dec 12, 2014 at 12:10 PM, Norbert Zeh wrote: >> >> ... and thought I'd share. Patch is attached. >> > > A few nits: > > - the comment in XMonad.Layout.Dwindle identifies it as > XMonad.Layout.Spiral > > - consider renaming Rotation, as anyone using your module must also import > XMonad hiding (Rotation). At the very least, you should document the > requirement if you're going to keep it, since you export it. Possible > alternate name: Chirality. > Thanks for the feedback. Ended up in my spam. I'll update that and resend soon. Cheers, Norbert -------------- next part -------------- An HTML attachment was scrubbed... URL: From alainbe at free.fr Tue Mar 3 19:51:30 2015 From: alainbe at free.fr (Alain Bertrand) Date: Tue, 03 Mar 2015 20:51:30 +0100 Subject: [xmonad] Issue 594 in xmonad: modal window management with virtual box (1) In-Reply-To: <0-3425899027203913298-5264343940521666087-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-5264343940521666087-codesite-noreply=google.com@googlecode.com> Message-ID: <54F610C2.7090209@free.fr> Le 2015?03?03? 09:58, codesite-noreply at google.com a ?crit : > Status: New > Owner: ---- > > New issue 594 by netra... at gmail.com: modal window management with > virtual box (1) > https://code.google.com/p/xmonad/issues/detail?id=594 > > What steps will reproduce the problem? > 1. Launch virtualbox after an update in the VB tools, > 2.accept upgrading tools > > > What is the expected output? What do you see instead? > a gksudo root prompt modal window pops up and should stay on the front > until password has been typed. > Instead, virtualbox progress window goes to front and gksudo root > prompt modal window goes to background thus preventing the root > password to be entered and upgrading process to follow. > > > What version of the product are you using? On what operating system? > VirtualBox 4.3.24 Linuxmint 17.1 > > Are you using an xmonad.hs? Please attach it and the output of "xmonad > --recompile". > no output at xmonad > --recompile > > Please provide any additional information below. I don't know if this comment can be of any help, but if it was possible to cycle accross the modal with alt-tab, this problem wouldn't be anymore. Regards, Alain From anton.pirogov at gmail.com Tue Mar 3 21:09:15 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Tue, 3 Mar 2015 22:09:15 +0100 Subject: [xmonad] [xmonad-contrib] Patch to add messages IncSpacing/SetSpacing to the Spacing modifier for dynamic adjustment Message-ID: This is such a small change that I think that it makes more sense to patch it, instead of rolling my own. It just adds the message, nothing more, so it does not break anything. Thanks! Best regards, Anton Pirogov -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: spacingWithMsg.dpatch Type: application/octet-stream Size: 30195 bytes Desc: not available URL: From vogt.adam at gmail.com Wed Mar 4 00:03:05 2015 From: vogt.adam at gmail.com (adam vogt) Date: Tue, 3 Mar 2015 19:03:05 -0500 Subject: [xmonad] [xmonad-contrib] Patch to add messages IncSpacing/SetSpacing to the Spacing modifier for dynamic adjustment In-Reply-To: References: Message-ID: Hi Anton, Do you actually need the Read/Show instances? I think it's better to put a function in the message: data ModifySpacing = ModifySpacing (Int -> Int) And possibly export these convenience functions: setSpacing n = sendMessage (ModifySpacing (\_ -> n)) incSpacing n = sendMessage (ModifySpacing (+n)) Regards, Adam On Tue, Mar 3, 2015 at 4:09 PM, Anton Pirogov wrote: > This is such a small change that I think that it makes more sense to patch > it, instead of rolling my own. It just adds the message, nothing more, so it > does not break anything. > > Thanks! > > Best regards, > Anton Pirogov > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > From anton.pirogov at gmail.com Wed Mar 4 08:36:28 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Wed, 4 Mar 2015 09:36:28 +0100 Subject: [xmonad] [xmonad-contrib] Patch to add messages IncSpacing/SetSpacing to the Spacing modifier for dynamic adjustment In-Reply-To: References: Message-ID: Hi Adam, thank you for your suggestions! Indeed I didn't need those instances and I changed the message to your more flexible idea! I don't know what is the right way to do it here and with darcs in general, I used "darcs obliterate --last 1" and recorded a new patch. Here is the updated patch, I hope it is ok now. Regards, Anton 2015-03-04 1:03 GMT+01:00 adam vogt : > Hi Anton, > > Do you actually need the Read/Show instances? I think it's better to > put a function in the message: > > data ModifySpacing = ModifySpacing (Int -> Int) > > And possibly export these convenience functions: > > setSpacing n = sendMessage (ModifySpacing (\_ -> n)) > incSpacing n = sendMessage (ModifySpacing (+n)) > > Regards, > Adam > > On Tue, Mar 3, 2015 at 4:09 PM, Anton Pirogov > wrote: > > This is such a small change that I think that it makes more sense to > patch > > it, instead of rolling my own. It just adds the message, nothing more, > so it > > does not break anything. > > > > Thanks! > > > > Best regards, > > Anton Pirogov > > > > _______________________________________________ > > xmonad mailing list > > xmonad at haskell.org > > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: spacingWithMsg2.dpatch Type: application/octet-stream Size: 30284 bytes Desc: not available URL: From codesite-noreply at google.com Wed Mar 4 23:30:33 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 04 Mar 2015 23:30:33 +0000 Subject: [xmonad] Issue 595 in xmonad: Thunderbird does not refresh window content after suspend Message-ID: <0-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 595 by jp.depl... at gmail.com: Thunderbird does not refresh window content after suspend https://code.google.com/p/xmonad/issues/detail?id=595 I have the same bug as in this one https://bugs.launchpad.net/unity/+bug/981329 and, as the bug seemed to have been resolved by fixing compiz, I'm wondering if it wouldn't be a xmonad problem in my case. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Wed Mar 4 23:34:26 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 04 Mar 2015 23:34:26 +0000 Subject: [xmonad] Issue 595 in xmonad: Thunderbird does not refresh window content after suspend In-Reply-To: <0-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 595 by allber... at gmail.com: Thunderbird does not refresh window content after suspend https://code.google.com/p/xmonad/issues/detail?id=595 Doesn't seem likely; redrawing windows is between the application and the X server unless a compositing manager is configured, and Compiz is both a window manager and a compositing manager. If you are running something like compton to get compositing with xmonad, then that might be involved; try disabling it or changing its backend. -- 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 Mar 5 00:47:59 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 05 Mar 2015 00:47:59 +0000 Subject: [xmonad] Issue 595 in xmonad: Thunderbird does not refresh window content after suspend In-Reply-To: <1-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 595 by jp.depl... at gmail.com: Thunderbird does not refresh window content after suspend https://code.google.com/p/xmonad/issues/detail?id=595 Ok I see. But the thing is: I don't have any compositing manager :/ I tried with and without but I got the same result in both cases. -- 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 Mar 5 01:20:14 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 05 Mar 2015 01:20:14 +0000 Subject: [xmonad] Issue 595 in xmonad: Thunderbird does not refresh window content after suspend In-Reply-To: <2-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-8704757498858288086-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 595 by allber... at gmail.com: Thunderbird does not refresh window content after suspend https://code.google.com/p/xmonad/issues/detail?id=595 Then your problem is likely with the xorg video driver. A window manager does not control that kind of redraw; it's between the application and the X server. (Some versions of Gtk+ do have a bug where the Java window manager hack (setWMName "LG3D") causes it to not refresh under some circumstances.) -- 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 ankaan at gmail.com Fri Mar 6 18:40:51 2015 From: ankaan at gmail.com (=?UTF-8?Q?Anders_Engstr=C3=B6m?=) Date: Fri, 6 Mar 2015 19:40:51 +0100 Subject: [xmonad] darcs patch: Updated layout, a new layout modifier and other updates. Message-ID: Hello. Here is are some new modules and updates to my old ones. It is somewhat old code that I never got around to posting to the repository. I created a new layout modifier that works similar to avoidStruts, but for floating windows. Useful for those pesky applications that use separate windows for selecting tools. (Old gimp, dia, etc.) Place the tool-window somewhere off to an edge of the screen and make all other windows avoid it. My old X.L.LayoutBuilder now also handles overlapping regions and X.A.FloatSnap can be configured to be more robust using X.A.AfterDrag. /Anders Engstr?m -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: avoidfloats-layoutbuilder.dpatch Type: application/octet-stream Size: 55526 bytes Desc: not available URL: From carstenmattner at gmail.com Sun Mar 8 12:28:41 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Sun, 8 Mar 2015 13:28:41 +0100 Subject: [xmonad] darcs patch: Updated layout, a new layout modifier and other updates. In-Reply-To: References: Message-ID: On Fri, Mar 6, 2015 at 7:40 PM, Anders Engstr?m wrote: > Hello. Here is are some new modules and updates to my old ones. It is > somewhat old code that I never got around to posting to the repository. > > I created a new layout modifier that works similar to avoidStruts, but for > floating windows. Useful for those pesky applications that use separate > windows for selecting tools. (Old gimp, dia, etc.) Place the tool-window > somewhere off to an edge of the screen and make all other windows avoid it. > > My old X.L.LayoutBuilder now also handles overlapping regions and > X.A.FloatSnap can be configured to be more robust using X.A.AfterDrag. Sounds useful. From codesite-noreply at google.com Mon Mar 9 02:34:24 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 09 Mar 2015 02:34:24 +0000 Subject: [xmonad] Issue 585 in xmonad: Fullscreen window grows with each click on HTML5 videos in Google Chrome In-Reply-To: <1-3425899027203913298-6369292371682817113-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-6369292371682817113-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6369292371682817113-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-6369292371682817113-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 585 by vially.i... at gmail.com: Fullscreen window grows with each click on HTML5 videos in Google Chrome https://code.google.com/p/xmonad/issues/detail?id=585 The problem seems to be even more general. Any click while in a fullscreen Chrome/Chromium window grows the window. Here's the smallest xmonad.hs that still reproduces the bug: import XMonad import XMonad.Hooks.EwmhDesktops import XMonad.Layout.NoBorders main = do xmonad $ defaultConfig { handleEventHook = fullscreenEventHook , layoutHook = smartBorders $ layoutHook defaultConfig } -- 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 dmwit at dmwit.com Mon Mar 9 03:05:19 2015 From: dmwit at dmwit.com (Daniel Wagner) Date: Sun, 8 Mar 2015 20:05:19 -0700 Subject: [xmonad] Vanilla Xmonad distribution In-Reply-To: References: Message-ID: On Sun, Mar 1, 2015 at 6:45 AM, Alexander Genaud wrote: > # cabal install xmonad-contrib > Resolving dependencies... > Configuring X11-1.6.1.2... > ...etc... > checking X11/extensions/Xinerama.h usability... no > checking X11/extensions/Xinerama.h presence... no > checking for X11/extensions/Xinerama.h... no > WARNING: Xinerama headers not found. Building without Xinerama support > checking X11/extensions/Xrandr.h usability... no > checking X11/extensions/Xrandr.h presence... no > checking for X11/extensions/Xrandr.h... no > configure: error: X11/extensions/Xrandr.h (from libXrandr) is required > Failed to install X11-1.6.1.2 > cabal: Error: some packages failed to install: > X11-1.6.1.2 failed during the configure step. The exception was: > ExitFailure 1 > You will need the development version of that library installed. In Debian-alikes, the development versions of library packages have names ending with -dev. ~d -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at genaud.net Mon Mar 9 07:36:46 2015 From: alex at genaud.net (Alexander Genaud) Date: Mon, 9 Mar 2015 08:36:46 +0100 Subject: [xmonad] Vanilla Xmonad distribution Message-ID: > You will need the development version of that library installed. In Debian-alikes, > the development versions of library packages have names ending with -dev. Yes. I posted my config on 1 March. The following installed successfully on Mint 17.1: # apt-get install xmonad libghc-xmonad-contrib-dev libghc-xmonad-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlists at pmade.com Mon Mar 9 22:52:46 2015 From: mlists at pmade.com (Peter Jones) Date: Mon, 09 Mar 2015 16:52:46 -0600 Subject: [xmonad] [PATCH] New layout modifier: Hidden Message-ID: <878uf5lr5t.fsf@pmade.com> Attached is a patch that adds a new layout modifier. It scratches an itch I had with the BinarySpacePartition layout. With the Hidden layout you can remove windows from the window set and then reinsert them in the future. When used with BinarySpacePartition, it allows you to move a window to any other part of the BSP tree. -------------- next part -------------- A non-text attachment was scrubbed... Name: hidden.dpatch Type: test/x-patch Size: 34665 bytes Desc: not available URL: -------------- next part -------------- -- Peter Jones, Founder, Devalot.com Defending the honor of good code From mlists at pmade.com Mon Mar 9 23:33:16 2015 From: mlists at pmade.com (Peter Jones) Date: Mon, 09 Mar 2015 17:33:16 -0600 Subject: [xmonad] [PATCH] Allow specifying the padding used in XMonad.Layout.Maximize Message-ID: <87385dlpab.fsf@pmade.com> The attached patch adds the ability to control the amount of spacing placed around windows when using XMonad.Layout.Maximize. -------------- next part -------------- A non-text attachment was scrubbed... Name: maximize.dpatch Type: test/x-patch Size: 31814 bytes Desc: not available URL: -------------- next part -------------- -- Peter Jones, Founder, Devalot.com Defending the honor of good code From anarcat at orangeseeds.org Tue Mar 10 01:46:41 2015 From: anarcat at orangeseeds.org (Antoine =?utf-8?Q?Beaupr=C3=A9?=) Date: Mon, 09 Mar 2015 21:46:41 -0400 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> Message-ID: <87oao1fwu6.fsf@marcos.anarc.at> On 2015-02-04 11:50:18, Carsten Mattner wrote: > On Tue, Feb 3, 2015 at 6:35 PM, Antoine Beaupr? wrote: >> hi >> >> i have used this hack to have a confirmation prompt in xmonad before: >> >> http://stackoverflow.com/questions/9993966/xmonad-confirmation-when-restarting >> >> but i figured it would be cleaner to do this using only the xmonad> internal primitives, so i wrote this module. >> >> could it be considered for inclusion in xmonad-contrib? > > It's a desirable feature I'd use. How do I go around doing that? Thanks, A. -- In serious work commanding and discipline are of little avail. - Peter Kropotkin From vogt.adam at gmail.com Tue Mar 10 18:17:15 2015 From: vogt.adam at gmail.com (adam vogt) Date: Tue, 10 Mar 2015 14:17:15 -0400 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: <87oao1fwu6.fsf@marcos.anarc.at> References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> Message-ID: Antoine, You've done enough (I've recorded a patch and put it into contrib). Next time you could follow: https://wiki.haskell.org/Xmonad/xmonad_development_tutorial which goes over how to record a patch. Thanks, Adam On Mon, Mar 9, 2015 at 9:46 PM, Antoine Beaupr? wrote: > On 2015-02-04 11:50:18, Carsten Mattner wrote: > > On Tue, Feb 3, 2015 at 6:35 PM, Antoine Beaupr? > wrote: > >> hi > >> > >> i have used this hack to have a confirmation prompt in xmonad before: > >> > >> > http://stackoverflow.com/questions/9993966/xmonad-confirmation-when-restarting > >> > >> but i figured it would be cleaner to do this using only the xmonad >> internal primitives, so i wrote this module. > >> > >> could it be considered for inclusion in xmonad-contrib? > > > > It's a desirable feature I'd use. > > How do I go around doing that? > > Thanks, > > A. > > -- > In serious work commanding and discipline are of little avail. > - Peter Kropotkin > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vogt.adam at gmail.com Tue Mar 10 18:28:15 2015 From: vogt.adam at gmail.com (adam vogt) Date: Tue, 10 Mar 2015 14:28:15 -0400 Subject: [xmonad] [xmonad-contrib] Patch to add messages IncSpacing/SetSpacing to the Spacing modifier for dynamic adjustment In-Reply-To: References: Message-ID: Thanks Anton, I've pushed the patch. Unfortunately I've made a bit of a mess of the history by including both patches, and then needing to address the conflicts with another patch. Regards, Adam On Wed, Mar 4, 2015 at 3:36 AM, Anton Pirogov wrote: > Hi Adam, > > thank you for your suggestions! Indeed I didn't need those instances and I > changed the message to your more flexible idea! > > I don't know what is the right way to do it here and with darcs in > general, I used "darcs obliterate --last 1" and recorded a new patch. Here > is the updated patch, I hope it is ok now. > > Regards, > Anton > > 2015-03-04 1:03 GMT+01:00 adam vogt : > >> Hi Anton, >> >> Do you actually need the Read/Show instances? I think it's better to >> put a function in the message: >> >> data ModifySpacing = ModifySpacing (Int -> Int) >> >> And possibly export these convenience functions: >> >> setSpacing n = sendMessage (ModifySpacing (\_ -> n)) >> incSpacing n = sendMessage (ModifySpacing (+n)) >> >> Regards, >> Adam >> >> On Tue, Mar 3, 2015 at 4:09 PM, Anton Pirogov >> wrote: >> > This is such a small change that I think that it makes more sense to >> patch >> > it, instead of rolling my own. It just adds the message, nothing more, >> so it >> > does not break anything. >> > >> > Thanks! >> > >> > Best regards, >> > Anton Pirogov >> > >> > _______________________________________________ >> > 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 anarcat at orangeseeds.org Tue Mar 10 18:33:02 2015 From: anarcat at orangeseeds.org (Antoine =?utf-8?Q?Beaupr=C3=A9?=) Date: Tue, 10 Mar 2015 14:33:02 -0400 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> Message-ID: <871tkw7lep.fsf@marcos.anarc.at> On 2015-03-10 14:17:15, adam vogt wrote: > Antoine, > > You've done enough (I've recorded a patch and put it into contrib). > > Next time you could follow: > https://wiki.haskell.org/Xmonad/xmonad_development_tutorial which goes over > how to record a patch. I admit I was scared to get into darcs again. :) Thanks! A. -- Having failed to discover weapons of mass destruction, Washington shifted its propaganda to "establishing democracy." That flatly refutes their earlier claim that the "only question" was whether Saddam would disarm. But with a sufficiently obedient intellectual class, and loyal media, the farce can proceed untroubled. - Noam Chomsky, in an interview about Irak From mlists at pmade.com Tue Mar 10 20:20:39 2015 From: mlists at pmade.com (Peter Jones) Date: Tue, 10 Mar 2015 14:20:39 -0600 Subject: [xmonad] [PATCH] New layout modifier: Hidden References: <878uf5lr5t.fsf@pmade.com> Message-ID: <87egowk3jc.fsf@pmade.com> Peter Jones writes: > Attached is a patch that adds a new layout modifier. It scratches an > itch I had with the BinarySpacePartition layout. With the Hidden layout > you can remove windows from the window set and then reinsert them in the > future. When used with BinarySpacePartition, it allows you to move a > window to any other part of the BSP tree. Updated patch to ignore Hide events. -------------- next part -------------- A non-text attachment was scrubbed... Name: hidden.dpatch Type: test/x-patch Size: 35445 bytes Desc: not available URL: -------------- next part -------------- -- Peter Jones, Founder, Devalot.com Defending the honor of good code From anton.pirogov at gmail.com Tue Mar 10 20:25:40 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Tue, 10 Mar 2015 21:25:40 +0100 Subject: [xmonad] [xmonad-contrib] Patch to add messages IncSpacing/SetSpacing to the Spacing modifier for dynamic adjustment In-Reply-To: References: Message-ID: Thanks! As you seem to be someone who can include patches.. Could you tell me, what is about my WallpaperSetter Hook? It it rejected? If yes, for which reason exactly? Is it because it relies on external tools? (but so does also for example Util.Dmenu and imagemagick is a quite "standard" tool in my opinion). I think it is a generally useful addition and there is some concrete fixable problem with it I am not aware of I could work on it. Regards, Anton 2015-03-10 19:28 GMT+01:00 adam vogt : > Thanks Anton, > > I've pushed the patch. > > Unfortunately I've made a bit of a mess of the history by including both > patches, and then needing to address the conflicts with another patch. > > Regards, > Adam > > On Wed, Mar 4, 2015 at 3:36 AM, Anton Pirogov > wrote: > >> Hi Adam, >> >> thank you for your suggestions! Indeed I didn't need those instances and >> I changed the message to your more flexible idea! >> >> I don't know what is the right way to do it here and with darcs in >> general, I used "darcs obliterate --last 1" and recorded a new patch. Here >> is the updated patch, I hope it is ok now. >> >> Regards, >> Anton >> >> 2015-03-04 1:03 GMT+01:00 adam vogt : >> >>> Hi Anton, >>> >>> Do you actually need the Read/Show instances? I think it's better to >>> put a function in the message: >>> >>> data ModifySpacing = ModifySpacing (Int -> Int) >>> >>> And possibly export these convenience functions: >>> >>> setSpacing n = sendMessage (ModifySpacing (\_ -> n)) >>> incSpacing n = sendMessage (ModifySpacing (+n)) >>> >>> Regards, >>> Adam >>> >>> On Tue, Mar 3, 2015 at 4:09 PM, Anton Pirogov >>> wrote: >>> > This is such a small change that I think that it makes more sense to >>> patch >>> > it, instead of rolling my own. It just adds the message, nothing more, >>> so it >>> > does not break anything. >>> > >>> > Thanks! >>> > >>> > Best regards, >>> > Anton Pirogov >>> > >>> > _______________________________________________ >>> > 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 vogt.adam at gmail.com Tue Mar 10 20:58:51 2015 From: vogt.adam at gmail.com (adam vogt) Date: Tue, 10 Mar 2015 16:58:51 -0400 Subject: [xmonad] [xmonad-contrib] Patch to add messages IncSpacing/SetSpacing to the Spacing modifier for dynamic adjustment In-Reply-To: References: Message-ID: Hi Anton Don't worry, the plan is to include it. I have made some changes to it (such as passing -format "%w %h" to identify, so we don't need splitOn and the text package to parse the output). I'll push it once I've checked that I haven't broken wallpaper setter. Thanks Adam On Mar 10, 2015 4:25 PM, "Anton Pirogov" wrote: > Thanks! > > As you seem to be someone who can include patches.. Could you tell me, > what is about my WallpaperSetter Hook? It it rejected? If yes, for which > reason exactly? Is it because it relies on external tools? (but so does > also for example Util.Dmenu and imagemagick is a quite "standard" tool in > my opinion). I think it is a generally useful addition and there is some > concrete fixable problem with it I am not aware of I could work on it. > > Regards, > Anton > > > 2015-03-10 19:28 GMT+01:00 adam vogt : > >> Thanks Anton, >> >> I've pushed the patch. >> >> Unfortunately I've made a bit of a mess of the history by including both >> patches, and then needing to address the conflicts with another patch. >> >> Regards, >> Adam >> >> On Wed, Mar 4, 2015 at 3:36 AM, Anton Pirogov >> wrote: >> >>> Hi Adam, >>> >>> thank you for your suggestions! Indeed I didn't need those instances and >>> I changed the message to your more flexible idea! >>> >>> I don't know what is the right way to do it here and with darcs in >>> general, I used "darcs obliterate --last 1" and recorded a new patch. Here >>> is the updated patch, I hope it is ok now. >>> >>> Regards, >>> Anton >>> >>> 2015-03-04 1:03 GMT+01:00 adam vogt : >>> >>>> Hi Anton, >>>> >>>> Do you actually need the Read/Show instances? I think it's better to >>>> put a function in the message: >>>> >>>> data ModifySpacing = ModifySpacing (Int -> Int) >>>> >>>> And possibly export these convenience functions: >>>> >>>> setSpacing n = sendMessage (ModifySpacing (\_ -> n)) >>>> incSpacing n = sendMessage (ModifySpacing (+n)) >>>> >>>> Regards, >>>> Adam >>>> >>>> On Tue, Mar 3, 2015 at 4:09 PM, Anton Pirogov >>>> wrote: >>>> > This is such a small change that I think that it makes more sense to >>>> patch >>>> > it, instead of rolling my own. It just adds the message, nothing >>>> more, so it >>>> > does not break anything. >>>> > >>>> > Thanks! >>>> > >>>> > Best regards, >>>> > Anton Pirogov >>>> > >>>> > _______________________________________________ >>>> > 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 ankaan at gmail.com Tue Mar 10 21:38:46 2015 From: ankaan at gmail.com (=?UTF-8?Q?Anders_Engstr=C3=B6m?=) Date: Tue, 10 Mar 2015 22:38:46 +0100 Subject: [xmonad] darcs patch: Updated layout, a new layout modifier and other updates. In-Reply-To: References: Message-ID: I made a small change in the simple constructor, the boolean argument is just confusing so I removed it. New pack containing all the patches is attached (since there are dependencies, so ignore the ones earlier in this conversation.) On Fri, Mar 6, 2015 at 7:40 PM, Anders Engstr?m wrote: > Hello. Here is are some new modules and updates to my old ones. It is > somewhat old code that I never got around to posting to the repository. > > I created a new layout modifier that works similar to avoidStruts, but for > floating windows. Useful for those pesky applications that use separate > windows for selecting tools. (Old gimp, dia, etc.) Place the tool-window > somewhere off to an edge of the screen and make all other windows avoid it. > > My old X.L.LayoutBuilder now also handles overlapping regions and > X.A.FloatSnap can be configured to be more robust using X.A.AfterDrag. > > /Anders Engstr?m > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: avoidfloats-defaultsettings.dpatch Type: application/octet-stream Size: 59593 bytes Desc: not available URL: From carstenmattner at gmail.com Wed Mar 11 12:05:06 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Wed, 11 Mar 2015 13:05:06 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: <871tkw7lep.fsf@marcos.anarc.at> References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> Message-ID: On Tue, Mar 10, 2015 at 7:33 PM, Antoine Beaupre wrote: > On 2015-03-10 14:17:15, adam vogt wrote: >> Antoine, >> >> You've done enough (I've recorded a patch and put it into contrib). >> >> Next time you could follow: >> https://wiki.haskell.org/Xmonad/xmonad_development_tutorial which goes over >> how to record a patch. > > I admit I was scared to get into darcs again. :) I don't have a problem with Darcs myself but I'm open to change my mind regarding Mercurial or Git migration even though I was against it the last time it was suggested here. If a migration happens it should host the git repo on git.haskell.org, googlecode.com (where the issue tracker is) and wherever else, but a Github monoculture is dangerous and a crazybad idea. Fossil does it right with integrating tickets and docs in the repo but implementation details are not ideal. Github culture removes the D in DVCS for monetary and Facebook'ish lockin reasons and it's bad for everybody but Github.com shareholders. Do we know how many contributors were put off by Darcs to not submit a patch and should do migrate or Mercurial or Git? From carstenmattner at gmail.com Wed Mar 11 12:07:39 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Wed, 11 Mar 2015 13:07:39 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> Message-ID: Ideally we could use Phabricator instance on haskell.org for Xmonad to have a proper code review (+extra) tool to avoid Github's super simplistic and insufficient review system that doesn't even preserve patch history. On Wed, Mar 11, 2015 at 1:05 PM, Carsten Mattner wrote: > On Tue, Mar 10, 2015 at 7:33 PM, Antoine Beaupre wrote: >> On 2015-03-10 14:17:15, adam vogt wrote: >>> Antoine, >>> >>> You've done enough (I've recorded a patch and put it into contrib). >>> >>> Next time you could follow: >>> https://wiki.haskell.org/Xmonad/xmonad_development_tutorial which goes over >>> how to record a patch. >> >> I admit I was scared to get into darcs again. :) > > I don't have a problem with Darcs myself but I'm open to change > my mind regarding Mercurial or Git migration even though > I was against it the last time it was suggested here. > > If a migration happens it should host the git repo on git.haskell.org, > googlecode.com (where the issue tracker is) and wherever else, > but a Github monoculture is dangerous and a crazybad idea. > Fossil does it right with integrating tickets and docs in the repo > but implementation details are not ideal. Github culture removes the > D in DVCS for monetary and Facebook'ish lockin reasons > and it's bad for everybody but Github.com shareholders. > > Do we know how many contributors were put off by Darcs to not > submit a patch and should do migrate or Mercurial or Git? From carstenmattner at gmail.com Wed Mar 11 12:11:25 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Wed, 11 Mar 2015 13:11:25 +0100 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: 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. 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 anton.pirogov at gmail.com Thu Mar 12 15:11:50 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Thu, 12 Mar 2015 16:11:50 +0100 Subject: [xmonad] [xmonad-contrib] [PATCH] Improved BinarySpacePartition Message-ID: Hi everyone, here is a patch adding following changes to the BSP layout: Actions like Swap also affect the windows associated with the leaves, leading to much more intuitive behaviour Mouse support: through SetGeometry (e.g. MouseResize / BorderResize) FocusParent action (like in i3): Without this sometimes it is simply impossible to swap the elements one wants (e.g. when having 2 windows on the left and 2 on the right, each in a split and wanting to swap these two window pairs) and in other cases this is more convenient than having to first focus something else to get the desired effect. With it the user can apply actions not only to leafs but also to nodes, thereby being able to manipulate splits that only contain other splits and no leafs (windows) Equalize and Balance action: Equalize adjusts the ratios so that each window occupies the same space, Balance retiles the layout if it gets too complicated Since my last mail (which received no reactions) I removed a lot of stuff that was indeed possible with other layout modifiers. This patch contains strictly new features and improvements to the layout. Best regards, Anton -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: improvedBSP.patch Type: text/x-patch Size: 66437 bytes Desc: not available URL: From mlists at pmade.com Thu Mar 12 17:21:12 2015 From: mlists at pmade.com (Peter Jones) Date: Thu, 12 Mar 2015 11:21:12 -0600 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> Message-ID: <87pp8egmif.fsf@pmade.com> Carsten Mattner writes: > If a migration happens it should host the git repo on git.haskell.org, > googlecode.com (where the issue tracker is) and wherever else, Looks like the issue tracker will need to move somewhere too: http://arstechnica.com/information-technology/2015/03/google-to-close-google-code-open-source-project-hosting/ -- Peter Jones, Founder, Devalot.com Defending the honor of good code From allbery.b at gmail.com Thu Mar 12 17:37:48 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 12 Mar 2015 13:37:48 -0400 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: <87pp8egmif.fsf@pmade.com> References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> Message-ID: On Thu, Mar 12, 2015 at 1:21 PM, Peter Jones wrote: > Carsten Mattner > writes: > > If a migration happens it should host the git repo on git.haskell.org, > > googlecode.com (where the issue tracker is) and wherever else, > > Looks like the issue tracker will need to move somewhere too: > > > http://arstechnica.com/information-technology/2015/03/google-to-close-google-code-open-source-project-hosting/ Yep, just saw that and was drafting a "we need to move everything soonish" message.... -- 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 carstenmattner at gmail.com Thu Mar 12 18:24:52 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 12 Mar 2015 19:24:52 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> Message-ID: On Thu, Mar 12, 2015 at 6:37 PM, Brandon Allbery wrote: > On Thu, Mar 12, 2015 at 1:21 PM, Peter Jones wrote: >> >> Carsten Mattner >> writes: >> > If a migration happens it should host the git repo on git.haskell.org, >> > googlecode.com (where the issue tracker is) and wherever else, >> >> Looks like the issue tracker will need to move somewhere too: >> >> >> http://arstechnica.com/information-technology/2015/03/google-to-close-google-code-open-source-project-hosting/ > > > Yep, just saw that and was drafting a "we need to move everything soonish" > message.... I say move to git.haskell.org and phabricator.haskell.org as the primary place as github refuses to fix their code review system. Github's systems works enough to seem nice but falls down if you actually review code: 1. no patch history 2. horrendous comment system in reviews 3. new comments as replies to previous ones are hidden and hard to find if you don't manually look for them in the code comments I don't want to be direct, but github's code review and comment system is superbad. From c.lopez at kmels.net Thu Mar 12 19:05:26 2015 From: c.lopez at kmels.net (=?UTF-8?Q?Carlos_L=C3=B3pez=2DCamey?=) Date: Thu, 12 Mar 2015 13:05:26 -0600 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> Message-ID: Hello Carsten, What do you think of hub.darcs.net? it supports darcs, project forks, and also issue reports. I liked the looks of phabricator, but check this "fact": "Phabricator has more than 300,000 lines of PHP, so there are probably at least sixty or seventy million security vulnerabilities in the project." Personally i am neutral on moving to git, I think darcs is robust. However, there is no reason why there shouldn't be any git mirrors :) In fact, i tried doing that in the past. but I don't know if there's a solution to maintain git and darcs synced.. 2015-03-12 12:24 GMT-06:00 Carsten Mattner : > On Thu, Mar 12, 2015 at 6:37 PM, Brandon Allbery wrote: >> On Thu, Mar 12, 2015 at 1:21 PM, Peter Jones wrote: >>> >>> Carsten Mattner >>> writes: >>> > If a migration happens it should host the git repo on git.haskell.org, >>> > googlecode.com (where the issue tracker is) and wherever else, >>> >>> Looks like the issue tracker will need to move somewhere too: >>> >>> >>> http://arstechnica.com/information-technology/2015/03/google-to-close-google-code-open-source-project-hosting/ >> >> >> Yep, just saw that and was drafting a "we need to move everything soonish" >> message.... > > I say move to git.haskell.org and phabricator.haskell.org as the primary place > as github refuses to fix their code review system. Github's systems works > enough to seem nice but falls down if you actually review code: > > 1. no patch history > 2. horrendous comment system in reviews > 3. new comments as replies to previous ones are hidden and hard to find > if you don't manually look for them in the code comments > > I don't want to be direct, but github's code review and comment system > is superbad. > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From allbery.b at gmail.com Thu Mar 12 19:11:41 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 12 Mar 2015 15:11:41 -0400 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> Message-ID: On Thu, Mar 12, 2015 at 3:05 PM, Carlos L?pez-Camey wrote: > I liked the looks of phabricator, but check this "fact": > > "Phabricator has more than 300,000 lines of PHP, so there are > probably at least sixty or seventy million security vulnerabilities in > the project." > GHC uses Phabricator. Some of them are none too keen on the PHP aspect (for that matter, neither am I) but there seems little interest in moving away from it. > However, there is no reason why there shouldn't be any git mirrors :) > In fact, i tried doing that in the past. but I don't know if there's a > solution to maintain git and darcs synced.. > My (possibly incorrect or outdated) understanding is that it's not too difficult to convert a darcs repo to an equivalent git repo, but it's essentially one-way as you can't associate the patches reliably between the darcs and git repos. -- 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 carstenmattner at gmail.com Thu Mar 12 19:22:13 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 12 Mar 2015 20:22:13 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> Message-ID: On Thu, Mar 12, 2015 at 8:05 PM, Carlos L?pez-Camey wrote: > Hello Carsten, > What do you think of hub.darcs.net? it supports darcs, project forks, > and also issue reports. If Darcs is kept sure why not. > I liked the looks of phabricator, but check this "fact": > > "Phabricator has more than 300,000 lines of PHP, so there are > probably at least sixty or seventy million security vulnerabilities in > the project." Yeah, Phabricator has bugs, but it was chosen instead of Gerritt, and there are people maintaining it and Facebook will fix bugs, so the proper code review and workflow it provides is worth the bugginess if you ask me. Arcanis (the command line tool) is also opinionated and messes up clean history of topic branches by collapsing it into one single commit so that's a problem. We have to ask the GHC contributors how they deal with that as single commit per branch is so CVS/SVN-ish and makes bisecting bugs impossible. > Personally i am neutral on moving to git, I think darcs is robust. > However, there is no reason why there shouldn't be any git mirrors :) > In fact, i tried doing that in the past. but I don't know if there's a > solution to maintain git and darcs synced.. Me too, but it seems people feel more comfortable with git, and if it increases the chances of small contributions by users who'd otherwise skip due to Darcs, I'd say it's worth the migration. I'm not neutral on Github though. It's a failure of the FOSS community that everybody treats it like it's the new TCP of code hosting. And as I said their focus is on unimportant stuff while making their code reviews worse. Recently they changed diffs to be syntax highlighted which is a bad idea because it makes RED (delete) GREEN (ADD) unified diff visualizations harder to read (scan). Not to mention code comments being unusable but I'm repeating myself. > 2015-03-12 12:24 GMT-06:00 Carsten Mattner : >> On Thu, Mar 12, 2015 at 6:37 PM, Brandon Allbery wrote: >>> On Thu, Mar 12, 2015 at 1:21 PM, Peter Jones wrote: >>>> >>>> Carsten Mattner >>>> writes: >>>> > If a migration happens it should host the git repo on git.haskell.org, >>>> > googlecode.com (where the issue tracker is) and wherever else, >>>> >>>> Looks like the issue tracker will need to move somewhere too: >>>> >>>> >>>> http://arstechnica.com/information-technology/2015/03/google-to-close-google-code-open-source-project-hosting/ >>> >>> >>> Yep, just saw that and was drafting a "we need to move everything soonish" >>> message.... >> >> I say move to git.haskell.org and phabricator.haskell.org as the primary place >> as github refuses to fix their code review system. Github's systems works >> enough to seem nice but falls down if you actually review code: >> >> 1. no patch history >> 2. horrendous comment system in reviews >> 3. new comments as replies to previous ones are hidden and hard to find >> if you don't manually look for them in the code comments >> >> I don't want to be direct, but github's code review and comment system >> is superbad. >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From mgsloan at gmail.com Thu Mar 12 19:35:25 2015 From: mgsloan at gmail.com (Michael Sloan) Date: Thu, 12 Mar 2015 12:35:25 -0700 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> Message-ID: I am greatly in favor of moving to git. Apologies for the laziness, but I've been sitting on some cleanup patches to one of my XMonadContrib modules for a year or two now, because I haven't taken the time to figure out how to push to darcs / get it reviewed / etc. My XMonad configuration has grown quite large with sections labeled "potential XMonadContrib module?". These weaknesses of github are pretty much only present when you are rebasing / force pushing the review branch. What do you mean by "no patch history"? The old commits are still visible, along with their comments. What is wrong with the comment system? I get notifications for comment replies, so I haven't experienced them being hidden. In my experience, the PR system works fine. Certainly worse exist, personally I've had quite bad experiences with gerrit. I realize that Torvalds himself takes issue with it, but it seems to work just fine for all the haskell projects on github (it seems like the majority of them). Is a philosophical issue like this really a good reason to ignore the positive network effects of hosting on github? People are familiar with github, and so this lowers the barrier to entry. . The hub tool helps quite a lot with reviewing PRs: https://github.com/github/hub It allows you to easily checkout a PR simply by copy pasting its URL. I think we could see a revitalization of XMonad if such barriers to contribution are lowered. I would certainly be more likely to contribute patches. -Michael On Thu, Mar 12, 2015 at 11:24 AM, Carsten Mattner wrote: > On Thu, Mar 12, 2015 at 6:37 PM, Brandon Allbery wrote: >> On Thu, Mar 12, 2015 at 1:21 PM, Peter Jones wrote: >>> >>> Carsten Mattner >>> writes: >>> > If a migration happens it should host the git repo on git.haskell.org, >>> > googlecode.com (where the issue tracker is) and wherever else, >>> >>> Looks like the issue tracker will need to move somewhere too: >>> >>> >>> http://arstechnica.com/information-technology/2015/03/google-to-close-google-code-open-source-project-hosting/ >> >> >> Yep, just saw that and was drafting a "we need to move everything soonish" >> message.... > > I say move to git.haskell.org and phabricator.haskell.org as the primary place > as github refuses to fix their code review system. Github's systems works > enough to seem nice but falls down if you actually review code: > > 1. no patch history > 2. horrendous comment system in reviews > 3. new comments as replies to previous ones are hidden and hard to find > if you don't manually look for them in the code comments > > I don't want to be direct, but github's code review and comment system > is superbad. > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From alexander at sulfrian.net Thu Mar 12 19:40:03 2015 From: alexander at sulfrian.net (Alexander Sulfrian) Date: Thu, 12 Mar 2015 20:40:03 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> Message-ID: <1426189203.971221.6.camel@polynesien.zedat.fu-berlin.de> On Thu, 2015-03-12 at 13:05 -0600, Carlos L?pez-Camey wrote: > However, there is no reason why there shouldn't be any git mirrors :) > In fact, i tried doing that in the past. but I don't know if there's a > solution to maintain git and darcs synced.. Currently I have a git mirror of xmonad[1] (because I am too lazy to get the sources from darcs). It is using a darcs clone on the server and a ruby script (darcs-to-git[2]) to synchronize the incoming changes to the git repository. Most of the times it works without problems only sometimes the darcs clone does not refresh and I have to start from scratch (but thats maybe because I do not know how to use darcs correctly). Alex 1: http://git.animux.de/xmonad/ 2: https://github.com/purcell/darcs-to-git From carstenmattner at gmail.com Thu Mar 12 20:03:05 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 12 Mar 2015 21:03:05 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> Message-ID: On Thu, Mar 12, 2015 at 8:35 PM, Michael Sloan wrote: > These weaknesses of github are pretty much only present when you are > rebasing / force pushing the review branch. What do you mean by "no > patch history"? The old commits are still visible, along with their > comments. What is wrong with the comment system? I get notifications > for comment replies, so I haven't experienced them being hidden. Compared to a system like Gerrit or Phab: * you don't have a list of chronological state of the branch with comments attached to them while not hiding old commits once a branch fixup was applied. there's nothing wrong with rebasing a branch and viewing a branch as a patchset is the right and proven thing to do for anything nontrivial and small * comments made in old commits are preserved but collapsed and if it's collapsed you have to make an effort to find it in the github web page once there's a new reply to the old (now hidden) comment * there's no clear hierarchy like say "these comments belong to this patch state (aka branch state/rev)" * comments made in commits aren't even picked up in the pull request but only visible if you load the commit itself * it's pretty much chaotic and they focus on syntax highlighting and emojis as features sadly or so it appears > In my experience, the PR system works fine. Certainly worse exist, > personally I've had quite bad experiences with gerrit. I realize that > Torvalds himself takes issue with it, but it seems to work just fine > for all the haskell projects on github (it seems like the majority of > them). Is a philosophical issue like this really a good reason to > ignore the positive network effects of hosting on github? People are > familiar with github, and so this lowers the barrier to entry. People use github and make do with its review system because only few and between have used a tool like Gerrit or Phabricator for reviewing code. You may find some insight in the recent golang blogs about this very issue. The reality is that projects tolerate and work around the problems and use Github because of the social network effect and less because the review system works. Like everybody else who's used something more logical/capable I can live with it, but it's up there with many things out of my control that are unbearable which I have to tolerate because I cannot fix it myself. It's similar to going back from Haskell to C and losing all the expressiveness features that aid in writing correct code. Now Xmonad is not a project that can change this by making a point and for instance Golang folks or Mozilla would have had to be more vocal and critical of it to achieve mindshare and change. We may use Github but we must point out bugs and not accept their model as the_truth if there's a proven better model of working with patches. If more people complain about it they may do something about it, but as I said if you don't know how other tools work better you don't see the bugs as easily. I wish we had distributed issue tracking but there's just Fossil's system that's production quality. > The hub tool helps quite a lot with reviewing PRs: > https://github.com/github/hub It allows you to easily checkout a PR > simply by copy pasting its URL. It doesn't solve the broken code review system. From mlists at pmade.com Thu Mar 12 20:33:28 2015 From: mlists at pmade.com (Peter Jones) Date: Thu, 12 Mar 2015 14:33:28 -0600 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> Message-ID: <87d24egdlz.fsf@pmade.com> Michael Sloan writes: > I think we could see a revitalization of XMonad if such barriers to > contribution are lowered. I would certainly be more likely to > contribute patches. I just submitted my first patch and I can say that Darcs didn't cause me any issues. There's been a lot of talk about code review system but what are we using right now for XMonad? I can say that I certainly don't like the idea of submitting patches to a mailing list. I have no idea if the patches I've submitted have been seen or will fall off the fold as new messages come in. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From vogt.adam at gmail.com Thu Mar 12 21:00:37 2015 From: vogt.adam at gmail.com (adam vogt) Date: Thu, 12 Mar 2015 17:00:37 -0400 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: <87d24egdlz.fsf@pmade.com> References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> <87d24egdlz.fsf@pmade.com> Message-ID: We previously had darcswatch to list patches that were emailed. But Joachim took it down and I think it missed some patches anyhow. On Mar 12, 2015 4:33 PM, "Peter Jones" wrote: > Michael Sloan writes: > > I think we could see a revitalization of XMonad if such barriers to > > contribution are lowered. I would certainly be more likely to > > contribute patches. > > I just submitted my first patch and I can say that Darcs didn't cause me > any issues. > > There's been a lot of talk about code review system but what are we > using right now for XMonad? I can say that I certainly don't like the > idea of submitting patches to a mailing list. I have no idea if the > patches I've submitted have been seen or will fall off the fold as new > messages come in. > > -- > Peter Jones, Founder, Devalot.com > Defending the honor of good code > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From carstenmattner at gmail.com Thu Mar 12 21:06:27 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 12 Mar 2015 22:06:27 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: <87d24egdlz.fsf@pmade.com> References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> <87d24egdlz.fsf@pmade.com> Message-ID: On Thu, Mar 12, 2015 at 9:33 PM, Peter Jones wrote: > Michael Sloan writes: >> I think we could see a revitalization of XMonad if such barriers to >> contribution are lowered. I would certainly be more likely to >> contribute patches. > > I just submitted my first patch and I can say that Darcs didn't cause me > any issues. > > There's been a lot of talk about code review system but what are we > using right now for XMonad? I can say that I certainly don't like the Manual system of a mailing list which is crude but at least doesn't fail while trying to be smart about it and there's a clear patch review history in the list archives. > idea of submitting patches to a mailing list. I have no idea if the > patches I've submitted have been seen or will fall off the fold as new > messages come in. This can happen with any system where maintainers have read but not commented yet for some reason. From mgsloan at gmail.com Thu Mar 12 21:09:04 2015 From: mgsloan at gmail.com (Michael Sloan) Date: Thu, 12 Mar 2015 14:09:04 -0700 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: <87d24egdlz.fsf@pmade.com> References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> <87d24egdlz.fsf@pmade.com> Message-ID: Certainly! It didn't cause me issues 7 or 8 years ago when I wrote those modules in the first place. Point is, I haven't used darcs in that time, and so how to use it has faded. I could create a git branch and submit a pull request in under a minute. Let me re-iterate that this is due to supreme laziness, primarily due to these cleanups being unimportant. It's more of a vanity thing, as I wrote the code back when I was still new to Haskell. -Michael On Thu, Mar 12, 2015 at 1:33 PM, Peter Jones wrote: > Michael Sloan writes: >> I think we could see a revitalization of XMonad if such barriers to >> contribution are lowered. I would certainly be more likely to >> contribute patches. > > I just submitted my first patch and I can say that Darcs didn't cause me > any issues. > > There's been a lot of talk about code review system but what are we > using right now for XMonad? I can say that I certainly don't like the > idea of submitting patches to a mailing list. I have no idea if the > patches I've submitted have been seen or will fall off the fold as new > messages come in. > > -- > Peter Jones, Founder, Devalot.com > Defending the honor of good code > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From carstenmattner at gmail.com Thu Mar 12 21:10:03 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 12 Mar 2015 22:10:03 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> <87d24egdlz.fsf@pmade.com> Message-ID: On Thu, Mar 12, 2015 at 10:00 PM, adam vogt wrote: > We previously had darcswatch to list patches that were emailed. But Joachim > took it down and I think it missed some patches anyhow. Linux kernel, Samba and other projects are using Patchwork that works by monitoring the list. http://patchwork.coreboot.org/patch/2703/ http://patchwork.ozlabs.org/project/netdev/list/ http://patchwork.linux-mips.org/project/linux-mips/list/ > On Mar 12, 2015 4:33 PM, "Peter Jones" wrote: >> >> Michael Sloan writes: >> > I think we could see a revitalization of XMonad if such barriers to >> > contribution are lowered. I would certainly be more likely to >> > contribute patches. >> >> I just submitted my first patch and I can say that Darcs didn't cause me >> any issues. >> >> There's been a lot of talk about code review system but what are we >> using right now for XMonad? I can say that I certainly don't like the >> idea of submitting patches to a mailing list. I have no idea if the >> patches I've submitted have been seen or will fall off the fold as new >> messages come in. >> >> -- >> Peter Jones, Founder, Devalot.com >> Defending the honor of good code >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > From carstenmattner at gmail.com Thu Mar 12 21:13:07 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 12 Mar 2015 22:13:07 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> <87d24egdlz.fsf@pmade.com> Message-ID: On Thu, Mar 12, 2015 at 10:09 PM, Michael Sloan wrote: > Certainly! It didn't cause me issues 7 or 8 years ago when I wrote > those modules in the first place. Point is, I haven't used darcs in > that time, and so how to use it has faded. I could create a git > branch and submit a pull request in under a minute. > > Let me re-iterate that this is due to supreme laziness, primarily due > to these cleanups being unimportant. It's more of a vanity thing, as > I wrote the code back when I was still new to Haskell. I'm all in favor of facilitating more contributions and don't mind a git migration for that. > On Thu, Mar 12, 2015 at 1:33 PM, Peter Jones wrote: >> Michael Sloan writes: >>> I think we could see a revitalization of XMonad if such barriers to >>> contribution are lowered. I would certainly be more likely to >>> contribute patches. >> >> I just submitted my first patch and I can say that Darcs didn't cause me >> any issues. >> >> There's been a lot of talk about code review system but what are we >> using right now for XMonad? I can say that I certainly don't like the >> idea of submitting patches to a mailing list. I have no idea if the >> patches I've submitted have been seen or will fall off the fold as new >> messages come in. >> >> -- >> Peter Jones, Founder, Devalot.com >> Defending the honor of good code >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From mlists at pmade.com Thu Mar 12 21:19:08 2015 From: mlists at pmade.com (Peter Jones) Date: Thu, 12 Mar 2015 15:19:08 -0600 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> <87d24egdlz.fsf@pmade.com> Message-ID: <874mpphq2b.fsf@pmade.com> Carsten Mattner writes: > On Thu, Mar 12, 2015 at 10:00 PM, adam vogt wrote: >> We previously had darcswatch to list patches that were emailed. But Joachim >> took it down and I think it missed some patches anyhow. > > Linux kernel, Samba and other projects are using Patchwork that works > by monitoring the list. > > http://patchwork.coreboot.org/patch/2703/http://patchwork.ozlabs.org/project/netdev/list/ > http://patchwork.linux-mips.org/project/linux-mips/list/ It would be nice to have a little more visibility into the patch submission/review process. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From carstenmattner at gmail.com Thu Mar 12 21:53:42 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 12 Mar 2015 22:53:42 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: <874mpphq2b.fsf@pmade.com> References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> <87d24egdlz.fsf@pmade.com> <874mpphq2b.fsf@pmade.com> Message-ID: On Thu, Mar 12, 2015 at 10:19 PM, Peter Jones wrote: > Carsten Mattner > writes: >> On Thu, Mar 12, 2015 at 10:00 PM, adam vogt wrote: >>> We previously had darcswatch to list patches that were emailed. But Joachim >>> took it down and I think it missed some patches anyhow. >> >> Linux kernel, Samba and other projects are using Patchwork that works >> by monitoring the list. >> >> http://patchwork.coreboot.org/patch/2703/http://patchwork.ozlabs.org/project/netdev/list/ >> http://patchwork.linux-mips.org/project/linux-mips/list/ > > It would be nice to have a little more visibility into the patch > submission/review process. What do you mean? From kayli at uchicago.edu Thu Mar 12 21:54:35 2015 From: kayli at uchicago.edu (Kay Li) Date: Thu, 12 Mar 2015 21:54:35 +0000 Subject: [xmonad] How can I cat a pipe when screen is frozen? (If that makes sense) Message-ID: Hey everyone, I posted the same question to the Arch Linux forums (see here: https://bbs.archlinux.org/viewtopic.php?pid=1509943#p1509943, no response), but I have a problem where XMonad occasionally freezes and only the current window responds to keys and mouse clicks. I looked this up on the Xmonad FAQs, and apparently it's caused by a full pipe that I need to cat ( https://wiki.haskell.org/Xmonad/Frequen ? _frozen.21). However, this is a bit hard when the window that responds to keys is not a terminal. Is there a good fix for this? Also, if anyone knows what logs I should check for this problem in the future, that would be helpful as well. Thanks in advance, Kay Li -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlists at pmade.com Thu Mar 12 22:39:09 2015 From: mlists at pmade.com (Peter Jones) Date: Thu, 12 Mar 2015 16:39:09 -0600 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <87pp8egmif.fsf@pmade.com> <87d24egdlz.fsf@pmade.com> <874mpphq2b.fsf@pmade.com> Message-ID: <87zj7hg7si.fsf@pmade.com> Carsten Mattner writes: >> It would be nice to have a little more visibility into the patch >> submission/review process. > > What do you mean? Nothing more than what I said in my other selfish complaints. The ability to know which patches have been submitted, if they are being considered or have been rejected, etc. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From fa-ml at ariis.it Thu Mar 12 23:36:26 2015 From: fa-ml at ariis.it (Francesco Ariis) Date: Fri, 13 Mar 2015 00:36:26 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> Message-ID: <20150312233626.GA6399@x60s.casa> On Wed, Mar 11, 2015 at 01:05:06PM +0100, Carsten Mattner wrote: > Do we know how many contributors were put off by Darcs to not > submit a patch and should do migrate or Mercurial or Git? I submitted a very small patch to Xmonad some time ago. The guide provided to submit a patch was clear, darcs UI very intuitive, the submit-to-mailing-list path streamlined. I cannot digest git; it is much more unfriendly to the "casual contributor" to me, I often end up frustrated using it. It is a very popular choice though (even if I would expect someone contributing to a Haskell project to at least have heard of Darcs). And yes, I must admit it, it feels nice using (and hence generating important feedback) a tool developed in Haskell, by Haskellers, for Haskeller. From carstenmattner at gmail.com Fri Mar 13 00:21:11 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Fri, 13 Mar 2015 01:21:11 +0100 Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module In-Reply-To: <20150312233626.GA6399@x60s.casa> References: <874mr299u6.fsf@marcos.anarc.at> <87oao1fwu6.fsf@marcos.anarc.at> <871tkw7lep.fsf@marcos.anarc.at> <20150312233626.GA6399@x60s.casa> Message-ID: On Fri, Mar 13, 2015 at 12:36 AM, Francesco Ariis wrote: > On Wed, Mar 11, 2015 at 01:05:06PM +0100, Carsten Mattner wrote: >> Do we know how many contributors were put off by Darcs to not >> submit a patch and should do migrate or Mercurial or Git? > > I submitted a very small patch to Xmonad some time ago. The guide > provided to submit a patch was clear, darcs UI very intuitive, the > submit-to-mailing-list path streamlined. An herein lies the gist of if what separates those who favor quick patching via Github's web interface from those who not only submit a patch but are also very likely to stay around answering questions or maintaining a module. Not saying git is a worse tool it's just not the limiting factor in contributing for serious contributors and trivial patches can be done based on someone's suggestion or diff without further contributor involvement. But if git injects new blood into Xmonad development let's migrate. Hey we can start off by fixing the screenshot links on the homepage and doing stable releases. > I cannot digest git; it is much more unfriendly to the "casual > contributor" to me, I often end up frustrated using it. It is > a very popular choice though (even if I would expect someone > contributing to a Haskell project to at least have heard > of Darcs). Git is like the C of vcs. it is very flexible and you can mold it to your workflow perfectly but it's very easy to mess up. Darcs is like other tools with a streamlined workflow that might limit its flexibility but serves a well defined purpose. So far git's data structures first design has proven to be a good decision. > And yes, I must admit it, it feels nice using (and hence generating > important feedback) a tool developed in Haskell, by Haskellers, > for Haskeller. Add Yi and it's the perfect trio. From vogt.adam at gmail.com Fri Mar 13 02:08:38 2015 From: vogt.adam at gmail.com (adam vogt) Date: Thu, 12 Mar 2015 22:08:38 -0400 Subject: [xmonad] darcs patch: Updated layout, a new layout modifier and other updates. In-Reply-To: References: Message-ID: Thanks Anders, I've pushed this patch bundle. On Tue, Mar 10, 2015 at 5:38 PM, Anders Engstr?m wrote: > I made a small change in the simple constructor, the boolean argument is > just confusing so I removed it. > > New pack containing all the patches is attached (since there are > dependencies, so ignore the ones earlier in this conversation.) > > On Fri, Mar 6, 2015 at 7:40 PM, Anders Engstr?m wrote: > >> Hello. Here is are some new modules and updates to my old ones. It is >> somewhat old code that I never got around to posting to the repository. >> >> I created a new layout modifier that works similar to avoidStruts, but >> for floating windows. Useful for those pesky applications that use separate >> windows for selecting tools. (Old gimp, dia, etc.) Place the tool-window >> somewhere off to an edge of the screen and make all other windows avoid it. >> >> My old X.L.LayoutBuilder now also handles overlapping regions and >> X.A.FloatSnap can be configured to be more robust using X.A.AfterDrag. >> >> /Anders Engstr?m >> > > > _______________________________________________ > 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 benweitzman at gmail.com Fri Mar 13 17:42:47 2015 From: benweitzman at gmail.com (Ben Weitzman) Date: Fri, 13 Mar 2015 13:42:47 -0400 Subject: [xmonad] [xmonad-contrib] [PATCH] Improved BinarySpacePartition In-Reply-To: References: Message-ID: Awesome! This makes the BSP so much easier to use On Thu, Mar 12, 2015 at 11:11 AM, Anton Pirogov wrote: > Hi everyone, > > here is a patch adding following changes to the BSP layout: > > Actions like Swap also affect the windows associated with the leaves, > leading to much more intuitive behaviour > > Mouse support: through SetGeometry (e.g. MouseResize / BorderResize) > > FocusParent action (like in i3): Without this sometimes it is simply > impossible to swap the elements one wants (e.g. when having 2 windows on > the left and 2 on the right, each in a split and wanting to swap these two > window pairs) and in other cases this is more convenient than having to > first focus something else to get the desired effect. With it the user can > apply actions not only to leafs but also to nodes, thereby being able to > manipulate splits that only contain other splits and no leafs (windows) > > Equalize and Balance action: Equalize adjusts the ratios so that each > window occupies the same space, Balance retiles the layout if it gets too > complicated > > Since my last mail (which received no reactions) I removed a lot of stuff > that was indeed possible with other layout modifiers. This patch contains > strictly new features and improvements to the layout. > > 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 mail at joachim-breitner.de Fri Mar 13 21:38:53 2015 From: mail at joachim-breitner.de (Joachim Breitner) Date: Fri, 13 Mar 2015 22:38:53 +0100 Subject: [xmonad] What to do without Google Code Message-ID: <1426282733.3116.2.camel@joachim-breitner.de> Hi, you might have heard the news: Google Code is going to shut down: http://google-opensource.blogspot.de/2015/03/farewell-to-google-code.html So we?ll have to start looking for an alternative bugtracker. Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0xF0FBF51F Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From fa-ml at ariis.it Fri Mar 13 23:35:30 2015 From: fa-ml at ariis.it (Francesco Ariis) Date: Sat, 14 Mar 2015 00:35:30 +0100 Subject: [xmonad] What to do without Google Code In-Reply-To: <1426282733.3116.2.camel@joachim-breitner.de> References: <1426282733.3116.2.camel@joachim-breitner.de> Message-ID: <20150313233530.GA21754@x60s.casa> On Fri, Mar 13, 2015 at 10:38:53PM +0100, Joachim Breitner wrote: > you might have heard the news: Google Code is going to shut down: > http://google-opensource.blogspot.de/2015/03/farewell-to-google-code.html > > So we?ll have to start looking for an alternative bugtracker. Hi Joachim, there have been some messages stemming from a previous thread [1] (which I almost lost due to unrelated title, so maybe for archive-cleanness' sake the discussion could continue on this one?). A recap of the questions on the table: - Where to relocate the bug-tracker? Mentioned: - hub.darcs.net (supports darcs, forks, issues) - github.com (ubiquitus) - phabricator.haskell.org (used by GHC) - Should xmonad switch from darcs to git/mercurial? Mentioned: - no (darcs is clear and easy) - yes (git attracts more contributions) - let's make a git mirror - What about our patch review system? Mentioned: - phabricator.haskell.org (GHC, more structured) - leave it as it is, patches/discussions in the ML (crude but working and with a clear review history) - leave it as it it + something to monitor the ML, like darcswatch (closed now!) or Patchwork (used by lkml/git) Hope I didn't mangle other people's thoughts that much! [1] http://mail.haskell.org/pipermail/xmonad/2015-March/014628.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: From nzeh at cs.dal.ca Sat Mar 14 15:54:04 2015 From: nzeh at cs.dal.ca (Norbert Zeh) Date: Sat, 14 Mar 2015 15:54:04 +0000 Subject: [xmonad] Added a new simple layout In-Reply-To: References: Message-ID: On Tue, Mar 3, 2015 at 3:39 PM Norbert Zeh wrote: > On Mon, Dec 15, 2014 at 11:50 AM, Brandon Allbery > wrote: > >> On Fri, Dec 12, 2014 at 12:10 PM, Norbert Zeh wrote: >>> >>> ... and thought I'd share. Patch is attached. >>> >> >> A few nits: >> >> - the comment in XMonad.Layout.Dwindle identifies it as >> XMonad.Layout.Spiral >> >> - consider renaming Rotation, as anyone using your module must also >> import XMonad hiding (Rotation). At the very least, you should document the >> requirement if you're going to keep it, since you export it. Possible >> alternate name: Chirality. >> > Updated patch is attached. Let me know if anything else needs to be fixed. Cheers, Norbert -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xmonad-layout-dwindle.patch Type: text/x-patch Size: 62699 bytes Desc: not available URL: From nzeh at cs.dal.ca Sat Mar 14 16:58:57 2015 From: nzeh at cs.dal.ca (Norbert Zeh) Date: Sat, 14 Mar 2015 16:58:57 +0000 Subject: [xmonad] Two patches related to XMonad.Prompt Message-ID: Hi folks, I really got used to using emacs ido mode, which offers a pretty powerful and intuitive fuzzy matching of completions, so I wanted to port the same to XMonad.Prompt. This required two patches, included in the attached patch bundles: (1) Completions should be sortable by how well they match the current query string. This turned out to be a very easy addition of a 'sorter' function to XPConfig, which is parameterized by the current query string. The default is 'const id', that is, no sorting is done, which is exactly the old behaviour of XMonad.Prompt. (2) A new module XMonad.Prompt.FuzzyMatch that implements the fuzzy matching. The exact rules for matching and sorting of matches are explained in its documentation. As usual, let me know if anything needs to straightened out before these patches can be applied. Cheers, Norbert -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xprompt-fuzzymatch.patch Type: text/x-patch Size: 58359 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xprompt-sorting.patch Type: text/x-patch Size: 54662 bytes Desc: not available URL: From vogt.adam at gmail.com Sat Mar 14 23:18:14 2015 From: vogt.adam at gmail.com (adam vogt) Date: Sat, 14 Mar 2015 19:18:14 -0400 Subject: [xmonad] Added a new simple layout In-Reply-To: References: Message-ID: Hi Norbert, Would you be willing to change the license to the one contrib uses? Otherwise I suppose you should to submit the module to this (unaffiliated) project: https://hackage.haskell.org/package/xmonad-contrib-gpl Also, there's a XMonad.Util.Types.Direction2D that also defines L R U D constructors. It would be better to import and use that one instead of data Direction. Thanks, Adam On Sat, Mar 14, 2015 at 11:54 AM, Norbert Zeh wrote: > On Tue, Mar 3, 2015 at 3:39 PM Norbert Zeh wrote: > >> On Mon, Dec 15, 2014 at 11:50 AM, Brandon Allbery >> wrote: >> >>> On Fri, Dec 12, 2014 at 12:10 PM, Norbert Zeh wrote: >>>> >>>> ... and thought I'd share. Patch is attached. >>>> >>> >>> A few nits: >>> >>> - the comment in XMonad.Layout.Dwindle identifies it as >>> XMonad.Layout.Spiral >>> >>> - consider renaming Rotation, as anyone using your module must also >>> import XMonad hiding (Rotation). At the very least, you should document the >>> requirement if you're going to keep it, since you export it. Possible >>> alternate name: Chirality. >>> >> > Updated patch is attached. Let me know if anything else needs to be fixed. > > Cheers, > Norbert > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vogt.adam at gmail.com Sat Mar 14 23:43:58 2015 From: vogt.adam at gmail.com (adam vogt) Date: Sat, 14 Mar 2015 19:43:58 -0400 Subject: [xmonad] [xmonad-contrib] [PATCH] Improved BinarySpacePartition In-Reply-To: References: Message-ID: Hi Anton, Would you be able to address the warnings ghc -Wall spits out http://lpaste.net/8937793665569390592 ? For example you have an incomplete pattern for: handleResize :: BinarySpacePartition Window -> WindowArrangerMsg -> X (Maybe (BinarySpacePartition Window)) It would be better to write handleResize :: BinarySpacePartition Window -> Rectangle -> X (Maybe (BinarySpacePartition Window)) handleResize b (newRect @ Rectangle x y w h) = ... Thanks, Adam On Thu, Mar 12, 2015 at 11:11 AM, Anton Pirogov wrote: > Hi everyone, > > here is a patch adding following changes to the BSP layout: > > Actions like Swap also affect the windows associated with the leaves, > leading to much more intuitive behaviour > > Mouse support: through SetGeometry (e.g. MouseResize / BorderResize) > > FocusParent action (like in i3): Without this sometimes it is simply > impossible to swap the elements one wants (e.g. when having 2 windows on > the left and 2 on the right, each in a split and wanting to swap these two > window pairs) and in other cases this is more convenient than having to > first focus something else to get the desired effect. With it the user can > apply actions not only to leafs but also to nodes, thereby being able to > manipulate splits that only contain other splits and no leafs (windows) > > Equalize and Balance action: Equalize adjusts the ratios so that each > window occupies the same space, Balance retiles the layout if it gets too > complicated > > Since my last mail (which received no reactions) I removed a lot of stuff > that was indeed possible with other layout modifiers. This patch contains > strictly new features and improvements to the layout. > > 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 Sun Mar 15 10:08:09 2015 From: anton.pirogov at gmail.com (Anton Pirogov) Date: Sun, 15 Mar 2015 11:08:09 +0100 Subject: [xmonad] [xmonad-contrib] [PATCH] Improved BinarySpacePartition In-Reply-To: References: Message-ID: Hi, I fixed the warnings. I just used xmonad --recompile while developing, will use ghc -Wall before submitting in the future, sorry for the inconvenience! Best regards, Anton 2015-03-15 0:43 GMT+01:00 adam vogt : > Hi Anton, > > Would you be able to address the warnings ghc -Wall spits out > http://lpaste.net/8937793665569390592 ? > > For example you have an incomplete pattern for: > > handleResize :: BinarySpacePartition Window -> WindowArrangerMsg -> X > (Maybe (BinarySpacePartition Window)) > > It would be better to write > > handleResize :: BinarySpacePartition Window -> Rectangle -> X (Maybe > (BinarySpacePartition Window)) > handleResize b (newRect @ Rectangle x y w h) = ... > > Thanks, > Adam > > On Thu, Mar 12, 2015 at 11:11 AM, Anton Pirogov > wrote: > >> Hi everyone, >> >> here is a patch adding following changes to the BSP layout: >> >> Actions like Swap also affect the windows associated with the leaves, >> leading to much more intuitive behaviour >> >> Mouse support: through SetGeometry (e.g. MouseResize / BorderResize) >> >> FocusParent action (like in i3): Without this sometimes it is simply >> impossible to swap the elements one wants (e.g. when having 2 windows on >> the left and 2 on the right, each in a split and wanting to swap these two >> window pairs) and in other cases this is more convenient than having to >> first focus something else to get the desired effect. With it the user can >> apply actions not only to leafs but also to nodes, thereby being able to >> manipulate splits that only contain other splits and no leafs (windows) >> >> Equalize and Balance action: Equalize adjusts the ratios so that each >> window occupies the same space, Balance retiles the layout if it gets too >> complicated >> >> Since my last mail (which received no reactions) I removed a lot of stuff >> that was indeed possible with other layout modifiers. This patch contains >> strictly new features and improvements to the layout. >> >> 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: improvedBSPwarnFixes.patch Type: text/x-patch Size: 80809 bytes Desc: not available URL: From carstenmattner at gmail.com Sun Mar 15 12:42:58 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Sun, 15 Mar 2015 13:42:58 +0100 Subject: [xmonad] [xmonad-contrib] [PATCH] Improved BinarySpacePartition In-Reply-To: References: Message-ID: On Sun, Mar 15, 2015 at 11:08 AM, Anton Pirogov wrote: > Hi, > > I fixed the warnings. I just used xmonad --recompile while developing, will > use ghc -Wall before submitting in the future, sorry for the inconvenience! Isn't it possible to pass in an environment variable to extend the GHC flags and enale -Wall during xmonad --recompile? If there is it might be good idea to document it. > Best regards, > Anton > > > 2015-03-15 0:43 GMT+01:00 adam vogt : >> >> Hi Anton, >> >> Would you be able to address the warnings ghc -Wall spits out >> http://lpaste.net/8937793665569390592 ? >> >> For example you have an incomplete pattern for: >> >> handleResize :: BinarySpacePartition Window -> WindowArrangerMsg -> X >> (Maybe (BinarySpacePartition Window)) >> >> It would be better to write >> >> handleResize :: BinarySpacePartition Window -> Rectangle -> X (Maybe >> (BinarySpacePartition Window)) >> handleResize b (newRect @ Rectangle x y w h) = ... >> >> Thanks, >> Adam >> >> On Thu, Mar 12, 2015 at 11:11 AM, Anton Pirogov >> wrote: >>> >>> Hi everyone, >>> >>> here is a patch adding following changes to the BSP layout: >>> >>> Actions like Swap also affect the windows associated with the leaves, >>> leading to much more intuitive behaviour >>> >>> Mouse support: through SetGeometry (e.g. MouseResize / BorderResize) >>> >>> FocusParent action (like in i3): Without this sometimes it is simply >>> impossible to swap the elements one wants (e.g. when having 2 windows on the >>> left and 2 on the right, each in a split and wanting to swap these two >>> window pairs) and in other cases this is more convenient than having to >>> first focus something else to get the desired effect. With it the user can >>> apply actions not only to leafs but also to nodes, thereby being able to >>> manipulate splits that only contain other splits and no leafs (windows) >>> >>> Equalize and Balance action: Equalize adjusts the ratios so that each >>> window occupies the same space, Balance retiles the layout if it gets too >>> complicated >>> >>> Since my last mail (which received no reactions) I removed a lot of stuff >>> that was indeed possible with other layout modifiers. This patch contains >>> strictly new features and improvements to the layout. >>> >>> 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 > From nzeh at cs.dal.ca Sun Mar 15 13:11:20 2015 From: nzeh at cs.dal.ca (Norbert Zeh) Date: Sun, 15 Mar 2015 13:11:20 +0000 Subject: [xmonad] Added a new simple layout In-Reply-To: References: Message-ID: Thanks for the pointers, Adam. Updated patch is attached. Cheers, Norbert On Sat, Mar 14, 2015 at 8:18 PM adam vogt wrote: > Hi Norbert, > > Would you be willing to change the license to the one contrib uses? > Otherwise I suppose you should to submit the module to this (unaffiliated) > project: https://hackage.haskell.org/package/xmonad-contrib-gpl > > Also, there's a XMonad.Util.Types.Direction2D that also defines L R U D > constructors. It would be better to import and use that one instead of data > Direction. > > Thanks, > Adam > > > On Sat, Mar 14, 2015 at 11:54 AM, Norbert Zeh wrote: > >> On Tue, Mar 3, 2015 at 3:39 PM Norbert Zeh wrote: >> >>> On Mon, Dec 15, 2014 at 11:50 AM, Brandon Allbery >>> wrote: >>> >>>> On Fri, Dec 12, 2014 at 12:10 PM, Norbert Zeh wrote: >>>>> >>>>> ... and thought I'd share. Patch is attached. >>>>> >>>> >>>> A few nits: >>>> >>>> - the comment in XMonad.Layout.Dwindle identifies it as >>>> XMonad.Layout.Spiral >>>> >>>> - consider renaming Rotation, as anyone using your module must also >>>> import XMonad hiding (Rotation). At the very least, you should document the >>>> requirement if you're going to keep it, since you export it. Possible >>>> alternate name: Chirality. >>>> >>> >> Updated patch is attached. Let me know if anything else needs to be >> fixed. >> >> Cheers, >> Norbert >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xmonad-layout-dwindle.patch Type: text/x-patch Size: 62667 bytes Desc: not available URL: From vogt.adam at gmail.com Sun Mar 15 14:16:49 2015 From: vogt.adam at gmail.com (adam vogt) Date: Sun, 15 Mar 2015 10:16:49 -0400 Subject: [xmonad] [xmonad-contrib] [PATCH] Improved BinarySpacePartition In-Reply-To: References: Message-ID: You can enable warnings by adding a pragma {-# OPTIONS_GHC -Wall #-} On Mar 15, 2015 8:42 AM, "Carsten Mattner" wrote: > On Sun, Mar 15, 2015 at 11:08 AM, Anton Pirogov > wrote: > > Hi, > > > > I fixed the warnings. I just used xmonad --recompile while developing, > will > > use ghc -Wall before submitting in the future, sorry for the > inconvenience! > > Isn't it possible to pass in an environment variable to extend the > GHC flags and enale -Wall during xmonad --recompile? > If there is it might be good idea to document it. > > > Best regards, > > Anton > > > > > > 2015-03-15 0:43 GMT+01:00 adam vogt : > >> > >> Hi Anton, > >> > >> Would you be able to address the warnings ghc -Wall spits out > >> http://lpaste.net/8937793665569390592 ? > >> > >> For example you have an incomplete pattern for: > >> > >> handleResize :: BinarySpacePartition Window -> WindowArrangerMsg -> X > >> (Maybe (BinarySpacePartition Window)) > >> > >> It would be better to write > >> > >> handleResize :: BinarySpacePartition Window -> Rectangle -> X (Maybe > >> (BinarySpacePartition Window)) > >> handleResize b (newRect @ Rectangle x y w h) = ... > >> > >> Thanks, > >> Adam > >> > >> On Thu, Mar 12, 2015 at 11:11 AM, Anton Pirogov < > anton.pirogov at gmail.com> > >> wrote: > >>> > >>> Hi everyone, > >>> > >>> here is a patch adding following changes to the BSP layout: > >>> > >>> Actions like Swap also affect the windows associated with the leaves, > >>> leading to much more intuitive behaviour > >>> > >>> Mouse support: through SetGeometry (e.g. MouseResize / BorderResize) > >>> > >>> FocusParent action (like in i3): Without this sometimes it is simply > >>> impossible to swap the elements one wants (e.g. when having 2 windows > on the > >>> left and 2 on the right, each in a split and wanting to swap these two > >>> window pairs) and in other cases this is more convenient than having to > >>> first focus something else to get the desired effect. With it the user > can > >>> apply actions not only to leafs but also to nodes, thereby being able > to > >>> manipulate splits that only contain other splits and no leafs (windows) > >>> > >>> Equalize and Balance action: Equalize adjusts the ratios so that each > >>> window occupies the same space, Balance retiles the layout if it gets > too > >>> complicated > >>> > >>> Since my last mail (which received no reactions) I removed a lot of > stuff > >>> that was indeed possible with other layout modifiers. This patch > contains > >>> strictly new features and improvements to the layout. > >>> > >>> 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 vogt.adam at gmail.com Sun Mar 15 21:03:37 2015 From: vogt.adam at gmail.com (adam vogt) Date: Sun, 15 Mar 2015 17:03:37 -0400 Subject: [xmonad] Added a new simple layout In-Reply-To: References: Message-ID: Applied. Thanks Norbert On Sun, Mar 15, 2015 at 9:11 AM, Norbert Zeh wrote: > Thanks for the pointers, Adam. Updated patch is attached. > > Cheers, > Norbert > > On Sat, Mar 14, 2015 at 8:18 PM adam vogt wrote: > >> Hi Norbert, >> >> Would you be willing to change the license to the one contrib uses? >> Otherwise I suppose you should to submit the module to this (unaffiliated) >> project: https://hackage.haskell.org/package/xmonad-contrib-gpl >> >> Also, there's a XMonad.Util.Types.Direction2D that also defines L R U D >> constructors. It would be better to import and use that one instead of data >> Direction. >> >> Thanks, >> Adam >> >> >> On Sat, Mar 14, 2015 at 11:54 AM, Norbert Zeh wrote: >> >>> On Tue, Mar 3, 2015 at 3:39 PM Norbert Zeh wrote: >>> >>>> On Mon, Dec 15, 2014 at 11:50 AM, Brandon Allbery >>>> wrote: >>>> >>>>> On Fri, Dec 12, 2014 at 12:10 PM, Norbert Zeh wrote: >>>>>> >>>>>> ... and thought I'd share. Patch is attached. >>>>>> >>>>> >>>>> A few nits: >>>>> >>>>> - the comment in XMonad.Layout.Dwindle identifies it as >>>>> XMonad.Layout.Spiral >>>>> >>>>> - consider renaming Rotation, as anyone using your module must also >>>>> import XMonad hiding (Rotation). At the very least, you should document the >>>>> requirement if you're going to keep it, since you export it. Possible >>>>> alternate name: Chirality. >>>>> >>>> >>> Updated patch is attached. Let me know if anything else needs to be >>> fixed. >>> >>> Cheers, >>> Norbert >>> >>> _______________________________________________ >>> 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 vogt.adam at gmail.com Sun Mar 15 21:05:47 2015 From: vogt.adam at gmail.com (adam vogt) Date: Sun, 15 Mar 2015 17:05:47 -0400 Subject: [xmonad] [xmonad-contrib] [PATCH] Improved BinarySpacePartition In-Reply-To: References: Message-ID: Thanks Anton, I've pushed this one. On Sun, Mar 15, 2015 at 6:08 AM, Anton Pirogov wrote: > Hi, > > I fixed the warnings. I just used xmonad --recompile while developing, > will use ghc -Wall before submitting in the future, sorry for the > inconvenience! > > Best regards, > Anton > > > 2015-03-15 0:43 GMT+01:00 adam vogt : > >> Hi Anton, >> >> Would you be able to address the warnings ghc -Wall spits out >> http://lpaste.net/8937793665569390592 ? >> >> For example you have an incomplete pattern for: >> >> handleResize :: BinarySpacePartition Window -> WindowArrangerMsg -> X >> (Maybe (BinarySpacePartition Window)) >> >> It would be better to write >> >> handleResize :: BinarySpacePartition Window -> Rectangle -> X (Maybe >> (BinarySpacePartition Window)) >> handleResize b (newRect @ Rectangle x y w h) = ... >> >> Thanks, >> Adam >> >> On Thu, Mar 12, 2015 at 11:11 AM, Anton Pirogov >> wrote: >> >>> Hi everyone, >>> >>> here is a patch adding following changes to the BSP layout: >>> >>> Actions like Swap also affect the windows associated with the leaves, >>> leading to much more intuitive behaviour >>> >>> Mouse support: through SetGeometry (e.g. MouseResize / BorderResize) >>> >>> FocusParent action (like in i3): Without this sometimes it is simply >>> impossible to swap the elements one wants (e.g. when having 2 windows on >>> the left and 2 on the right, each in a split and wanting to swap these two >>> window pairs) and in other cases this is more convenient than having to >>> first focus something else to get the desired effect. With it the user can >>> apply actions not only to leafs but also to nodes, thereby being able to >>> manipulate splits that only contain other splits and no leafs (windows) >>> >>> Equalize and Balance action: Equalize adjusts the ratios so that each >>> window occupies the same space, Balance retiles the layout if it gets too >>> complicated >>> >>> Since my last mail (which received no reactions) I removed a lot of >>> stuff that was indeed possible with other layout modifiers. This patch >>> contains strictly new features and improvements to the layout. >>> >>> 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 mlists at pmade.com Mon Mar 16 14:58:26 2015 From: mlists at pmade.com (Peter Jones) Date: Mon, 16 Mar 2015 08:58:26 -0600 Subject: [xmonad] Two patches related to XMonad.Prompt References: Message-ID: <87vbi1f0q5.fsf@pmade.com> Norbert Zeh writes: > I really got used to using emacs ido mode, which offers a pretty powerful > and intuitive fuzzy matching of completions, so I wanted to port the same > to XMonad.Prompt. I've wanted this for a long time, can't wait to try it out. Thanks! -- Peter Jones, Founder, Devalot.com Defending the honor of good code From nzeh at cs.dal.ca Mon Mar 16 15:14:29 2015 From: nzeh at cs.dal.ca (Norbert Zeh) Date: Mon, 16 Mar 2015 15:14:29 +0000 Subject: [xmonad] Two patches related to XMonad.Prompt In-Reply-To: <87vbi1f0q5.fsf@pmade.com> References: <87vbi1f0q5.fsf@pmade.com> Message-ID: Excellent. Once you get to try it out, any feedback on how to improve the sorting, if any, would be appreciated. It took me some tries to come up with the current version, which I am pretty happy with as far as matching my sorting expectations goes, but that doesn't mean that there aren't more intuitive criteria for sorting. In the end, of course, it's all heuristic anyway. Cheers, Norbert On Mon, Mar 16, 2015 at 11:59 AM Peter Jones wrote: > Norbert Zeh writes: > > I really got used to using emacs ido mode, which offers a pretty powerful > > and intuitive fuzzy matching of completions, so I wanted to port the same > > to XMonad.Prompt. > > I've wanted this for a long time, can't wait to try it out. Thanks! > > -- > Peter Jones, Founder, Devalot.com > Defending the honor of good code > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Fri Mar 27 10:53:58 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 27 Mar 2015 10:53:58 +0000 Subject: [xmonad] Issue 596 in xmonad: xmonad, xmonad-contrib and xmonad-extras do not compile with GHC 7.10 Message-ID: <0-3425899027203913298-8722546871955860939-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 596 by hoerm... at saltation.de: xmonad, xmonad-contrib and xmonad-extras do not compile with GHC 7.10 https://code.google.com/p/xmonad/issues/detail?id=596 The patches attached get it to compile, extra warnings are not fixed though. The changes required seem minor so I hope a new version can be released on Hackage soon. Attachments: xmonad_0.11_ghc_7.10.patch 1.2 KB xmonad-contrib_0.11.3_ghc_7.10.patch 2.3 KB xmonad-extras_0.12_ghc_7.10.patch 497 bytes -- 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 Fri Mar 27 18:15:12 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 27 Mar 2015 18:15:12 +0000 Subject: [xmonad] Issue 596 in xmonad: xmonad-extras do not compile with GHC 7.10 In-Reply-To: <0-3425899027203913298-6386447108504701233-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-6386447108504701233-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-6386447108504701233-codesite-noreply=google.com@googlecode.com> Updates: Summary: xmonad-extras do not compile with GHC 7.10 Status: Patch Owner: daniel.w... at gmail.com Comment #1 on issue 596 by vogt.a... at gmail.com: xmonad-extras do not compile with GHC 7.10 https://code.google.com/p/xmonad/issues/detail?id=596 Thanks I've made the first two into xmonad-0.11.1 and xmonad-contrib-0.11.4. I've left xmonad-extras alone since ghc < 7.6 makes it an error to hide an identifier that isn't exported, so probably CPP is the way to go. Daniel you're more of a maintainer for xmonad-extras? -- 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 Mar 29 11:59:52 2015 From: carstenmattner at gmail.com (Carsten Mattner) Date: Sun, 29 Mar 2015 13:59:52 +0200 Subject: [xmonad] New release In-Reply-To: References: <87fvcxerhh.fsf@pmade.com> Message-ID: 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. > 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 codesite-noreply at google.com Mon Mar 30 01:35:05 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 30 Mar 2015 01:35:05 +0000 Subject: [xmonad] Issue 597 in xmonad: xmonad-contrib-0.11.4 does not compile Message-ID: <0-3425899027203913298-5220352385308706020-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 597 by sim... at cryp.to: xmonad-contrib-0.11.4 does not compile https://code.google.com/p/xmonad/issues/detail?id=597 See http://hydra.cryp.to/build/696615/nixlog/1/raw for a complete build log that shows the issue. It appears that XMonad/Util/Invisible.hs doesn't import Applicative. -- 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 Mar 30 03:10:34 2015 From: daniel at wagner-home.com (Daniel Wagner) Date: Sun, 29 Mar 2015 20:10:34 -0700 Subject: [xmonad] [PATCH] Allow specifying the padding used in XMonad.Layout.Maximize In-Reply-To: <87385dlpab.fsf@pmade.com> References: <87385dlpab.fsf@pmade.com> Message-ID: Applied this patch, and your other one (for the new Hidden layout), thanks! ~d On Mon, Mar 9, 2015 at 4:33 PM, Peter Jones wrote: > The attached patch adds the ability to control the amount of spacing > placed around windows when using XMonad.Layout.Maximize. > > > > -- > Peter Jones, Founder, Devalot.com > Defending the honor of good code > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlists at pmade.com Mon Mar 30 14:02:55 2015 From: mlists at pmade.com (Peter Jones) Date: Mon, 30 Mar 2015 08:02:55 -0600 Subject: [xmonad] [PATCH] Allow specifying the padding used in XMonad.Layout.Maximize References: <87385dlpab.fsf@pmade.com> Message-ID: <87bnja7fcg.fsf@pmade.com> Daniel Wagner writes: > Applied this patch, and your other one (for the new Hidden layout), thanks! Thanks! -- Peter Jones, Founder, Devalot.com Defending the honor of good code From allbery.b at gmail.com Mon Mar 30 16:18:54 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 30 Mar 2015 12:18:54 -0400 Subject: [xmonad] Patch: Re-order XMonad.Hooks.EwmhDesktops hook insertion Message-ID: 1 patch for repository http://code.haskell.org/XMonadContrib: Mon Mar 30 12:03:50 EDT 2015 allbery.b at gmail.com * ewmh-hook-order Reorder the application of hooks so that users' config is honored. Notably, this means setWMName works in startupHook instead of needing to do it repeatedly in logHook. New patches: [ewmh-hook-order allbery.b at gmail.com**20150330160350 Ignore-this: 181a03c890eb541643ff66767f8387a4 Reorder the application of hooks so that users' config is honored. Notably, this means setWMName works in startupHook instead of needing to do it repeatedly in logHook. ] hunk ./XMonad/Hooks/EwmhDesktops.hs 58 ewmh c = c { startupHook = startupHook c +++ ewmhDesktopsStartup , handleEventHook = handleEventHook c +++ ewmhDesktopsEventHook , logHook = logHook c +++ ewmhDesktopsLogHook } - where x +++ y = mappend x y + -- @@@ will fix this correctly later with the rewrite + where x +++ y = mappend y x -- | -- Initializes EwmhDesktops and advertises EWMH support to the X Context: [Add the ability to specify padding used with Maximize Peter Jones **20150309232939 Ignore-this: 71ac5db4513da0b7a45eb82ec184f4e3 ] [Don't restore windows when changing workspaces Peter Jones **20150310201709 Ignore-this: 5333205aa1a9fbc5c7844fad69561517 ] [New layout modifier: Hidden Peter Jones **20150309223036 Ignore-this: 5534fe18e642d1691a9b3f99341e082d A layout modifer that is meant to work with the BinarySpacePartition layout. By removing windows from the window set and adding them back at a later time, you can move windows to a different branch of the BSP tree. ] [Fixes to warnings with BSP layout anton.pirogov at gmail.com**20150315100041 Ignore-this: 7642710fdb2a866150875f2d521d19fd ] [Improved BinarySpacePartition, added Equalize,Balance and FocusParent and mouse resize support anton.pirogov at gmail.com**20150312145220 Ignore-this: 31b5d7bf38e5b391df266906deb5e382 ] [New layout module X.L.Dwindle nzeh at cs.dal.ca**20150315130913 Ignore-this: a1507e9eda6e6cabd679c2c3b50d9a38 This adds three layouts: Spiral is a reimplementation of X.L.Spiral.spiral with a (to me) more intuitive splitting policy. Dwindle is similar but pushes the smaller windows into a corner rather than into the center. Squeeze just stacks windows vertically or horizontally using geometrically decreasing sizes. ] [address warnings in P.Pass Adam Vogt **20150313015636 Ignore-this: 52e03c09c4d5339085e0306044de8977 ] [X.L.AvoidFloats more useful default settings ankaan at gmail.com**20150310212022 Ignore-this: af6535bace9219619858751eeeff6520 Changed default settings with the simple layout modifier. Instead of asking for a bool indicating if all windows should be avoided, no such bool is asked for. No windows are avoided by default. I think this will be a more useful default setting since it would be annoying if dialogue windows are avoided. The same functionality is possible with the advanced constructor. This will be easier for new users. This will break configurations using the old module, but this will not be much of an issue since the module has not been added to the repo as of this writing. ] [Resolve minor conflict in xmonad-contrib.cabal ankaan at gmail.com**20150306175436 Ignore-this: 24ae68c08107a574199b055989d38347 ] [X.L.AvoidFloats, like avoidStruts but for floats ankaan at gmail.com**20150306171702 Ignore-this: 3722d7787dd2429313f92f85f3ae1251 Checks for floating windows within the layout area and finds a maximum area rectangle within that does not overlap with any of the floating windows. This rectangle is used for all non-floating windows. This new functionality introduced problems with the recommended configuration of one of my other modules (X.A.FloatSnap.) A new and more reliable method of distinguishing between clicks and drags where therefore introduced in the new module X.A.AfterDrag. This does not break any prior use of FloatSnap, but will require changes in configuration if used together with AvoidFloats. (This is mentioned in the docs for AvoidFloats and I recommend using the new configuration method even if AvoidFloats is not in use.) ] [X.L.LayoutBuilder place active on top ankaan at gmail.com**20150306164200 Ignore-this: 69d718d0d044ee59a877fa0e63edc474 Make sure that the active layout area is placed on top of all other areas when placing windows. This makes overlapping areas usable. ] [Add rearrangers to X.A.GridSelect Dmitri Iouchtchenko **20130123044038 Ignore-this: ef0dc68e9b725953e69e7b039fe06e9a ] [Avoid repainting elements in X.A.GridSelect Dmitri Iouchtchenko **20130123043850 Ignore-this: 8e926cebc8d458a06a05f7457ae40b68 ] [Give a name to the initial state in X.A.GridSelect Dmitri Iouchtchenko **20130121061324 Ignore-this: 989ae20ccc3d5b1392f0694d5c62e759 ] [Add XMonad.Config.Bepo (Yorick Laupa) Adam Vogt **20150310214314 Ignore-this: 71dcf03f9ff80b645531004f95e9c600 ] [add instance Default WallpaperConf Adam Vogt **20150310214246 Ignore-this: 18e74f249b35726acd4b923ecce3085 ] [XMonad.Prompt.Pass: Handle hierachical password stores Joachim Breitner **20150218091816 Ignore-this: 2f0a02613780067d324b04a8cdb9c0ed pass stores its passwords in directories, so the contents of the directory store needs to be enumerated recursively. Alexander Sulfrian provided this patch on the mailinglist, which I tested (it works) and cleaned up slightly. ] [remove warnings and text dependency from H.WallpaperSetter Adam Vogt **20150310192933 Ignore-this: e637d782c13bed48bafbc1458b3f983f ] [Added the new hook WallpaperSetter anton.pirogov at gmail.com**20150228162335 Ignore-this: 7cbb2ab0d8f9f606f50253deebcf4163 ] [adjust an import to fix the build Adam Vogt **20150310182403 Ignore-this: 72f67dd2cb1cc6900269383124844c2b ] [merge conflicts in X.L.Spacing Adam Vogt **20150310182046 Ignore-this: f0830d6483d30d643e7e182e310ec042 I should have just applied Anton Pirogov March 4 patch. ] [Added messages to adjust the gap dynamically anton.pirogov at gmail.com**20150304082520 Ignore-this: 52b590c820db765796de41f38fffdf3c ] [X.L.Spacing needs -XPatternGuards now Adam Vogt **20150310181248 Ignore-this: d6b2b76fddbd9ad066e7cb39933f055a ] [add ConfirmPrompt (Antoine Beaupr?) Adam Vogt **20150310181036 Ignore-this: 65d74f05e82c66a3ff4f021d19ceb626 ] [Added messages to adjust the gap dynamically anton.pirogov at gmail.com**20150303210143 Ignore-this: 891ca1ccca183d6af8e4aa4bf6d843fb ] [add another extension to actually fix the build with ghc-7.10-RC1 Adam Vogt **20150124111939 Ignore-this: 26d6f1b4cb6d573ccf49e6baeca853e4 ] [BinarySpacePartition downstream changes benweitzman at gmail.com**20141110202259 Ignore-this: 42ecc2b07388ba0c7b3eac980256c17b Pulled in changes from my repo for this layout on github ( https://github.com/benweitzman/BinarySpacePartition) Includes a new mode for resizing windows in a more intuitive way, also contains a bug fix that was preventing users from resiving a window up. Includes changes from github users egasimus (Adam Avramov) and SolitaryCipher (Nick) ] [add XF86AudioMicMute to EZConfig (#582) Adam Vogt **20141222045306 Ignore-this: 1c91505b303e53b94da624230b3c893c ] [Generalize new workspace addition functions to support arbitrary insertion. nrujac at gmail.com**20141219002309 Ignore-this: 9f8c14b5aa9d398b3f167da0af1a8650 The current DynamicWorkspaces module only supports adding new workspaces at the start of the list of workspaces. This means when binding workspaces to keys based on the position in the list, key bindings can change as workspaces are added in removed in a far more destructive way than necessary. Instead, supporting appending and arbitrary insertion allows the user to determine where the new workspace should be added. This patch is a straight generalization of the addHiddenWorkspace' function. Rather than always using `(:)` to insert the new workspace into the list of workspaces, this patches causes it to use an arbitrary list insertion function instead. A few new functions are added to prevent breakage of external code while exported functions are left unchanged. List of new functions: appendWorkspace appendWorkspacePrompt addWorkspaceAt addHiddenWorkspaceAt Existing functions were modified to call their generalized brethren where possible without changing functionality. This patch should not change behavior for any existing users of this module. ] [address another bitSize/finiteBitSize warning Adam Vogt **20141222033300 Ignore-this: 549e519d25080c77e605dc983f0d239e ] [X.L.Master: Add FixMaster layout modifier Anton Vorontsov **20141220011339 Ignore-this: 82e9736853287f753248af41843ceb6b This layout modifier is useful for the case if you desire to add a master pane that has fixed width (it's fixed even if there is just one window opened). Especially nice feature if you don't want to have too wide terminal in a master pane. The layout is implemented as an addition to Master layout, so it reuses most of the code. ] [filepath dependency for P.Pass was left out Adam Vogt **20141221214129 Ignore-this: 98e63d7b17ac6ebabd8a6b081f5194a1 ] [remove unused imports Adam Vogt **20140815051234 Ignore-this: b2e5be31b70e6d31827e76bd8c00d200 ] [fix build with ghc-6.12 Adam Vogt **20140815051214 Ignore-this: d4c4da527db6c8affc151dc210631b85 ] [use FiniteBitSize with ghc >= 7.8 Adam Vogt **20140815051136 Ignore-this: 90f855fd72406fb3d2640a133d499188 ] [Layout.Spacing: Outer window edges now get as much spacing as inner ones Felix Crux **20141219223646 Ignore-this: 61363e97939fe857876c8252ac5f0302 Layout.Spacing applies a customizable amount of space around the outside of each window. At window edges where two windows meet, the total distance between them is therefore twice the customized value (one space value from each window). At the edge of the screen, however, the spacing is only applied once. This results in uneven amounts of spacing and differently-sized gaps on the screen. This patch extends the Spacing layout to include a further gap all around the edge of the screen, thus making all spaces around windows equal in size. ] [add filepath package dependency needed by Prompt.Pass Adam Vogt **20140909145216 Ignore-this: 588ec76e7fccb4219361da7024c98db4 filepath comes with ghc, and it's used by xmonad-core anyways ] [X.C.Prime: doc tweaks Devin Mullins **20141002075939 Ignore-this: 20d6b829b810f48b5e4b4c161b39b312 ] [X.A.Navigation2D: add convenience functions for setting config & keybindings Devin Mullins **20141002075757 Ignore-this: ed01137f03a531f73315ed503d1eb6ef 1. Added 'additionalNav2DKeys' which adds keybindings for the cartesian product of direction keys and (modifier, action) pairs given. 2. Added 'navigation2D' which combines that with 'withNavigation2DConfig'. 3. Added 'additionalNav2DKeysP' and 'navigation2DP' which do the same, but use the 'additionalKeysP' syntax. ] [X.C.Prime: doc fixes Devin Mullins **20141001075855 Ignore-this: dbbe00791b04df61dcd595c50333fba ] [X.C.Prime: add 'withScreens' and friends Devin Mullins **20141001075250 Ignore-this: eba37b1ff3da265a4dcc509f538fce4d The screen equivalent of 'withWorkspaces' lets you more easily define keys that move/swap between screens. Also, rename wsKeyspecs to wsKeys, and make a couple of doc tweaks. ] [Implement proper handling of dynamically changing hostname Anton Vorontsov **20140901072158 Ignore-this: 2aeac6d2161e666d40cda6a09f78b208 The module implements a proper way of finding out whether the window is remote or local. Just checking for a hostname and WM_CLIENT_MACHINE being equal is often not enough because the hostname is a changing subject (without any established notification mechanisms), and thus WM_CLIENT_MACHINE and the hostname can diverge even for a local window. This module solves the problem. As soon as there is a new window created, we check the hostname and WM_CLIENT_MACHINE, and then we cache the result into the XMONAD_REMOTE property. Notice that XMonad itself does not know anything about hostnames, nor does it have any dependency on Network.* modules. For this module it is not a problem: you can provide a mean to get the hostname through your config file (see usage). Or, if you don't like the hassle of handling dynamic hostnames (suppose your hostname never changes), it is also fine: this module will fallback to using environment variables. ] [Add Stoppable layout for power saving Anton Vorontsov **20140901072141 Ignore-this: a52805d9f3095cd7af48507847ed2fe3 This module implements a special kind of layout modifier, which when applied to a layout, causes xmonad to stop all non-visible processes. In a way, this is a sledge-hammer for applications that drain power. For example, given a web browser on a stoppable workspace, once the workspace is hidden the web browser will be stopped. Note that the stopped application won't be able to communicate with X11 clipboard. For this, the module actually stops applications after a certain delay, giving a chance for a user to complete copy-paste sequence. By default, the delay equals to 15 seconds, it is configurable via 'Stoppable' constructor. The stoppable modifier prepends a mark (by default equals to "Stoppable") to the layout description (alternatively, you can choose your own mark and use it with 'Stoppable' constructor). The stoppable layout (identified by a mark) spans to multiple workspaces, letting you to create groups of stoppable workspaces that only stop processes when none of the workspaces are visible, and conversely, unfreezing all processes even if one of the stoppable workspaces are visible. To stop the process we use signals, which works for most cases. For processes that tinker with signal handling (debuggers), another (Linux-centric) approach may be used. See https://www.kernel.org/doc/Documentation/cgroups/freezer-subsystem.txt ] [X.C.Prime: doc changes Devin Mullins **20140925203037 Ignore-this: 51204c1a9f2e6ed21228d2910417fd21 ] [X.C.Prime: add withWorkspaces et al. Devin Mullins **20140925203034 Ignore-this: 65f691270110cc5de13c950d9dcb0c17 This allows easier configuration of workspaces and their keybindings. Required generalizing the 'Prime' type, so lots of other lines changed in rather trivial ways. ] [X.C.Prime: add ifThenElse binding Devin Mullins **20140924191509 Ignore-this: ae775c418c27301b9c12d2a233502cec This is necessary for if-then-else support in the user's config. ] [X.C.Prime: doc fixes Devin Mullins **20140915080601 Ignore-this: 15e3c445a99d3b2d3a235aa76119797 ] [X.C.Prime: fix 'def' hyperlink in doc Devin Mullins **20140914075352 Ignore-this: a1de1d81a5f140ab7d90edbf393e9bda ] [XMonad.Config.Prime, a do-notation for config Devin Mullins **20140914064828 Ignore-this: f7397aa6e6efe5d76acebfa22c567baa Note that the use of RebindableSyntax is because of the need to vary the layoutHook type throughout the config. The alternative, using the existential Layout type, was rejected because it required TemplateHaskell in order to look nice, and TemplateHaskell is not portable. I've tried to make a version of (>>) that also worked on normal monads, but have had no luck as of yet. Maybe some intrepid soul can add it later. ] [X.P.Shell: fix doc typo me at twifkak.com**20130317115516 Ignore-this: bdd385a9142ed039a917d135e76293fe ] [reverse workspaces, so that switching to a dynamic workspace group restores the focus to the screen that was focused at group creation time nwfilardo at gmail.com**20140913174118 Ignore-this: b74c02b1892159694827e35122c2d517 ] [add filepath dependency, needed by new X.P.Pass module me at twifkak.com**20140913070926 Ignore-this: fec97086c1e66cf8a036265bd1a970a8 ] [add-new-xmonad-prompt-pass eniotna.t at gmail.com**20140829131928 Ignore-this: 11e85dfe3d24cef88d8d89f4e7b1ec0b This module provides 3 to ease passwords manipulation (generate, read, remove): - one to lookup passwords in the password-storage. - one to generate a password for a given password label that the user inputs. - one to delete a stored password for a given password label that the user inputs. All those prompts benefit from the completion system provided by the module . The password store is setuped through an environment variable PASSWORD_STORE_DIR. If this is set, use the content of the variable. Otherwise, the password store is located on user's home @$HOME\/.password-store at . Source: - The password storage implementation is < http://git.zx2c4.com/password-store the password-store cli>. - Inspired from ] [use Data.Map instead of Data.Map.Strict to support containers < 0.5 Adam Vogt **20140815043141 Ignore-this: 436d18657d8499f4ce57311e84503d9f ] [config-mate allbery.b at gmail.com**20140803020659 Ignore-this: d5de258c0a28cd5ba64a59cf37cd480a Initial support for the Mate desktop environment (http://mate-desktop.org). Based on existing Gnome 2 support, since Mate is a maintained fork of Gnome 2. ] [debug-managehook allbery.b at gmail.com**20140803020601 Ignore-this: 51f9255b496cca79e4a53e274c400ecc A set of hooks, and convenience combinators, to help with ManageHook debugging. Ordinary users may well want to use debugManageHookOn in normal configs, specifying a key sequence which can be pressed before running a command in order to capture debug information just for that command's main window. This is especially useful when trying to diagnose issues such as programs that do not play well with SpawnOn, or ManageHook matching on 'title' when the program does not set the window title until after it is mapped. ] [debug-debug allbery.b at gmail.com**20140803020530 Ignore-this: cbb2b1d99293e3a4d02a256c2733aeb0 Various fixes and enhancements to DebugWindow and DebugStack. ManageDebug requires these fixes, but some of them are significant even if not using ManageDebug. ] [derive Applicative instances to suppress AMP warning Adam Vogt **20140710163950 Ignore-this: c2110d07bccc61462c3fbf73c900aaa1 ] [clean up cabal file and drop support for base < 3 Adam Vogt **20140710013255 Ignore-this: 76b142e2b114604feac9b8e41cf71ab ] [add-duck-duck-go-search-engine eniotna.t at gmail.com**20140617174246 Ignore-this: 29bbfb2d07d9ddf36bf0268a4e255f81 ] [XSelection: getSelection: fix connection exhaustion bug (issue #573); include warning gwern at gwern.net**20140601025019 Ignore-this: add21190fc07338b243c2241cc746119 ] [Fix dbus-send call in XMonad.Config.Gnome md143rbh7f at gmail.com**20140129032114 Ignore-this: ed62458b55c8b34b77f73027eeee1a73 dbus-send --print-reply=string is invalid, but it was silently ignored until recently: http://cgit.freedesktop.org/dbus/dbus/commit/tools/dbus-send.c?id=c690ee4351f99ed5e629ffcf5f4a2edcd418d103 I've changed XMonad.Config.Gnome to run --print-reply=literal, since that's what the old behavior was. ] [warning police (unused variables) Adam Vogt **20140505001242 Ignore-this: a15b4d844b1da4f1f1f9b6095c968705 ] [This patch makes the Ssh extension works with **user** arguments in ssh, .e.g ssh admin at localhost. linxray at gmail.com**20140504091120 Ignore-this: 297673e11d3049c4f127aac3e172d361 ] [remove trailing whitespace in L.BinarySpacePartition Adam Vogt **20140501011943 Ignore-this: 8dd677978992e0854801b8f254463dc2 ] [replace Bound with the equivalent Direction2D Adam Vogt **20140501011540 Ignore-this: b1f1c256aba07f70918fe1d693c8087b ] [remove unused extension in BSP Adam Vogt **20140501011455 Ignore-this: a4962486b2aa3980536bff19a537451e ] [Add BinarySpacePartition layout benweitzman at gmail.com**20140430205848 Ignore-this: a85d1dc51bf54c59ae2bd9d948cc1088 ] [X.Actions.DynamicWorkspaceGroups: export new function addRawWSGroup Brent Yorgey **20140428142901 Ignore-this: a487882c9571bf91ff921d6561bb4cc6 ] [Remove unneeded context with the IfMax layout instance Adam Vogt **20140422221105 Ignore-this: 3b8ac316f56df6a84420754db769fb0 Extra constraints on instances are about as useful as -XDataTypeContexts ] [Adding side tabs and replacing TabbarLocation with Direction2D. nrujac at gmail.com**20140219200811 Ignore-this: edabeec973b4e0d61515818367689843 ] [warning police Daniel Wagner **20140316183747 Ignore-this: fd16435ccdd3fee8924723cc690cc239 ] [New module: XMonad.Util.WindowState Dmitry Bogatov **20140218100229 Ignore-this: 14a6fa263c423cd8cca3b2645b3930d7 Save almost arbitary data per window ] [Add side tabs to the tabbed layout. nrujac at gmail.com**20140213215247 Ignore-this: f81bafe9cb75a30ed6bbbe68cf5d66c0 ] [SpawnNamedPipe hlint cleanup cwills.dev at gmail.com**20140202213613 Ignore-this: dbb68c4c5522026bd108d0158e747b48 ] [document and cleanup SpawnNamedPipe cwills.dev at gmail.com**20140202211000 Ignore-this: b264278f1f1ab1f18b37245a5ff33136 ] [Added SpawnNamedPipe cwills.dev at gmail.com**20140202143415 Ignore-this: 87797ffffc8d0fd088482bd0c5baf0e ] [Make commandToComplete in XMonad.Prompt.Shell complete last word md143rbh7f at gmail.com**20140130200050 Ignore-this: b0fe22fdd7b9409835fd0ca069f2e01a The following change from 2013-02-09 breaks shell completion for me: hunk ./XMonad/Prompt/Shell.hs 65 + commandToComplete _ c = c It seems to be passing the entire string into compgen in order to get the file completions, but it should only pass the last word. I propose reverting this change. Comments are appreciated. ] [expose and document X.L.IndependentScreens.marshallSort Daniel Wagner **20140128212844 Ignore-this: 90c1437c6ffe1dbd8f4a4ed192097ec ] [ServerMode properly indent Adam Vogt **20131219201440 Ignore-this: 761b39c3e3c90b6123f068e8b1d34e5d ] [remove ServerMode tabs Adam Vogt **20131219201000 Ignore-this: f21448c248ec0ac289c309ed964ebcff ] [fix -Wall ServerMode Adam Vogt **20131219181030 Ignore-this: 708dd5fc60f43dee3d1da085002052f ] [documentation note that ServerMode is similar to wmctrl Adam Vogt **20131219180748 Ignore-this: 3215bdf1c698c798eca8ed7f62a0f591 ] [Generalized XMonad.Hooks.ServerMode polson2 at hawk.iit.edu**20131216025100 Ignore-this: e58da3b168a1058f32982833ea25a739 ] [IfMax-Layout Ilya Portnov **20131201072634 Ignore-this: dac53f2a0505e740f05fdf03f1db0c21 This adds a new ("conditional") layout, IfMax, which simply runs one layout, if there are <= N windows, and else runs another layout. ] [fix UrgencyHook and add filterUrgencyHook Adam Vogt **20130924224738 Ignore-this: 3b7c62275701e6758397977c5c09b744 ] [export XMonad.Hooks.UrgencyHook.clearUrgency (issue 533) Adam Vogt **20130923031349 Ignore-this: dafe5763d9abcfa606f5c1a8cf5c57d6 ] [minor documentation fix: manageDocks doesn't do anything with struts, so don't claim it does Daniel Wagner **20130814125106 Ignore-this: a2610d6c1318ac0977abfc21d1b91632 ] [don't pretend to be LG3D in X.C.Dmwit because this confuses modern GTK Daniel Wagner **20130813211636 Ignore-this: 8f728dc1b4bf5e472d99419cc5920e51 ] [XMonad.Actions.UpdatePointer: generalise updatePointer Liyang HU **20130730071007 Ignore-this: 3374a62b6c63dcc152dbf843cd0577f0 ] [XMonad.Actions.UpdatePointer: document TowardsCentre Liyang HU **20130730053746 Ignore-this: 2d684b12e4fff0ebec254bea4a4546a3 ] [Haddock formatting in H.Minimize Adam Vogt **20130723155658 Ignore-this: 5db3186a51dec58f78954466ded339cb ] [Bump version (and xmonad dependency) to 0.12 Adam Vogt **20130720205857 Ignore-this: ce165178ca916223501f266339f1de39 This makes a breakage due to missing patches in core a bit more obvious. Previously you would have a build failure regarding some missing identifiers (def re-exported by XMonad from Data.Default), while after applying this patch it will be clear that xmonad-core needs to be updated. ] [Fix issue 551 by also getting manpath without -g flag. Adam Vogt **20130716030536 Ignore-this: ded2d51eb7b7697c0fdfaa8158d612df Instead of taking Ondrej's approach of figuring out which man (man-db or http://primates.ximian.com/~flucifredi/man/) is used by the system, just try both sets of flags. ] [Escape dzen markup and remove xmobar tags from window titles by default. Adam Vogt **20130708144813 Ignore-this: cf56bff752fbf78ea06d5c0cb755f615 The issue was that window titles, such as those set by, for example a browser, could set the window title to display something like normal title Which could be executed by xmobar (or dzen). This adds a ppTitleSanitize which does the above functions. This way when users override ppTitle, the benefits are not lost. Thanks to Ra?l Benencia and Joachim Breitner for bringing this to my attention. ] [DynamicBars-use-ExtensibleState gopsychonauts at gmail.com**20130618074755 Ignore-this: afacba51af2be8ede65b9bcf9b002a7 Hooks.DynamicBars was previously using an MVar and the unsafePerformIO hack ( http://www.haskell.org/haskellwiki/Top_level_mutable_state ) to store bar state. Since ExtensibleState exists to solve these sorts of problems, I've switched the file over to use unsafePerformIO instead. Some functions' types had to be changed to allow access to XState, but the public API is unchanged. ] [Catch exceptions when finding commands on PATH in Prompt.Shell Thomas Tuegel **20130616230219 Ignore-this: 5a4d08c80301864bc14ed784f1054c3f ] [Fix haddock parse error in X.A.LinkWorkspaces Adam Vogt **20130528133448 Ignore-this: 42f05cf8ca9e6d1ffae3bd20666d87ab ] [use Data.Default wherever possible, and deprecate the things it replaces Daniel Wagner **20130528013909 Ignore-this: 898458b1d2868a70dfb09faf473dc7aa ] [eliminate references to defaultConfig Daniel Wagner **20130528005825 Ignore-this: 37ae613e4b943e99c5200915b9d95e58 ] [minimal change needed to get xmonad-contrib to build with xmonad's data-default patch Daniel Wagner **20130528001040 Ignore-this: 291e4f6cd74fc2b808062e0369665170 ] [Remove unneeded XSync call in Layout.ShowWName Francesco Ariis **20130517153341 Ignore-this: 4d107c680572eff464c8f6ed9fabdd41 ] [Remove misleading comment: we definitely don't support ghc-6.6 anymore Adam Vogt **20130514215851 Ignore-this: 2d071cb05709a16763d039222264b426 ] [Fix module name in comment of X.L.Fullscreen Adam Vogt **20130514215727 Ignore-this: cb5cf18c301c5daf5e1a2527da1ef6bf ] [Minor update to cabal file (adding modules & maintainership) Adam Vogt **20130514215632 Ignore-this: 82785e02e544e1f797799bed5b5d9be2 ] [Remove trailing whitespace in X.A.LinkWorkspaces Adam Vogt **20130514215421 Ignore-this: 5015ab4468e7931876eb66b019af804c ] [Update documentation of LinkWorkspaces Module quesel at informatik.uni-oldenburg.de**20110328072813 Ignore-this: da863534931181f551c9c54bc4076c05 ] [Added a module for linking workspaces quesel at informatik.uni-oldenburg.de**20110210165018 Ignore-this: 1dba2164cc3387409873d33099596d91 This module provides a way to link certain workspaces in a multihead setup. That way, when switching to the first one the other heads display the linked workspaces. ] [Cache results from calcGap in ManageDocks Adam Vogt **20130425155811 Ignore-this: e5076fdbdfc68bc159424dd4e0f14456 http://www.haskell.org/pipermail/xmonad/2013-April/013670.html ] [Remove unnecessary contexts from L.MultiToggle Adam Vogt **20130217163356 Ignore-this: 6b0e413d8c3a58f62088c32a96c57c51 ] [Generalises modWorkspace to take any layout-transforming function gopsychonauts at gmail.com**20130501151425 Ignore-this: 28c7dc1f6216bb1ebdffef5434ccbcbd modWorkspace already was capable of modifying the layout with an arbitrary layout -> layout function, but its original type restricted it such that it could only apply a single LayoutModifier; this was often inconvenient, as for example it was not possible simply to compose LayoutModifiers for use with modWorkspace. This patch also reimplements onWorkspaces in terms of modWorkspaces, since with the latter's less restrictive type this is now possible. ] [since XMonad.Config.Dmwit mentions xmobar, we should include the associated .xmobarrc file Daniel Wagner **20130503194055 Ignore-this: 2f6d7536df81eb767262b79b60eb1b86 ] [warning police Daniel Wagner **20130502012700 Ignore-this: ae7412ac77c57492a7ad6c5f8f50b9eb ] [XMonad.Config.Dmwit Daniel Wagner **20130502012132 Ignore-this: 7402161579fd2e191b60a057d955e5ea ] [minor fixes to the haddock markup in X.L.IndependentScreens Daniel Wagner **20130411193849 Ignore-this: b6a139aa43fdb39fc1b86566c0c34c7a ] [add whenCurrentOn to X.L.IndependentScreens Daniel Wagner **20130408225251 Ignore-this: ceea3d391f270abc9ed8e52ce19fb1ac ] [Allow to specify the initial gaps' states in X.L.Gaps Paul Fertser **20130222072232 Ignore-this: 31596d918d0050e36ce3f64f56205a64 ] [should bump X11 dependency, too, to make sure we have getAtomName Daniel Wagner **20130225180527 Ignore-this: 260711f27551f18cc66afeb7b4846b9f ] [getAtomName is now defined in the X11 library Daniel Wagner **20130225180323 Ignore-this: 3b9e17c234679e98752a47c37132ee4e ] [Allow to limit maximum row count in X.Prompt completion window Paul Fertser **20130221122050 Ignore-this: 923656f02996f2de2b1336275392c5f9 On a keyboard-less device (such as a smartphone), where one has to use an on-screen keyboard, the maximum completion window height must be limited to avoid overlapping the keyboard. ] [Note in U.NameActions that xmonad core can list default keys now Adam Vogt **20130217233026 Ignore-this: 937bff636fa88171932d5192fe8e290b ] [Export U.NamedActions.addDescrKeys per evaryont's request. Adam Vogt **20130217232619 Ignore-this: a694a0a3ece70b52fba6e8f688d86344 ] [Add EWMH DEMANDS_ATTENTION support to UrgencyHook. Maarten de Vries **20130212181229 Ignore-this: 5a4b314d137676758fad9ec8f85ce422 Add support for the _NET_WM_STATE_DEMANDS_ATTENTION atom by treating it the same way as the WM_HINTS urgency flag. ] [Unconditionally set _NET_WORKAREA in ManageDocks Adam Vogt **20130117180851 Ignore-this: 9f57e53fba9573d8a92cf153beb7fe7a ] [spawn command when no completion is available (if alwaysHighlight is True); changes commandToComplete in Prompt/Shell to complete the whole word instead of using getLastWord c.lopez at kmels.net**20130209190456 Ignore-this: ca7d354bb301b555b64d5e76e31d10e8 ] [order-unindexed-ws-last matthewhague at zoho.com**20120703222726 Ignore-this: 4af8162ee8b16a60e8fd62fbc915d3c0 Changes the WorkspaceCompare module's comparison by index to put workspaces without an index last (rather than first). ] [SpawnOn modification for issue 523 Adam Vogt **20130114014642 Ignore-this: 703f7dc0f800366b752f0ec1cecb52e5 This moves the function to help clean up the `Spawner' to the ManageHook rather than in functions like spawnOn. Probably it makes no difference, the reason is because there's one manageSpawn function but many different so this way there are less functions to write. ] [Update L.TrackFloating.useTransient example code Adam Vogt **20130112041239 Ignore-this: e4e31cf1db742778c1d59d52fdbeed7a Suggest useTransient goes to the right of trackFloating which is the configuration actually tested. ] [Adapt ideas of issue 306 patch to a new modifier in L.TrackFloating Adam Vogt **20130112035701 Ignore-this: d54d27b71b97144ef0660f910fd464aa ] [Make X.A.CycleWS not rely on hidden WS order Dmitri Iouchtchenko **20130109023328 Ignore-this: 8717a154b33253c5df4e9a0ada4c2c3e ] [Add X.H.WorkspaceHistory Dmitri Iouchtchenko **20130109023307 Ignore-this: c9e7ce33a944facc27481dde52c7cc80 ] [Allow removing arbitrary workspaces Dmitri Iouchtchenko **20121231214343 Ignore-this: 6fce4bd3d0c5337e5122158583138e74 ] [Remove first-hidden restriction from X.A.DynamicWorkspaces.removeWorkspace' Dmitri Iouchtchenko **20121231214148 Ignore-this: 55fb0859e9a5f476a834ecbdb774aac8 ] [Add authorspellings file for `darcs show authors'. Adam Vogt **20130101040031 Ignore-this: c3198072ebc6a71d635bec4d8e2c78fd This authorspellings file includes a couple people who've contributed to xmonad (not XMonadContrib). When people have multiple addresses, the most recent one has been picked. ] [TAG 0.11 Adam Vogt **20130101014231 Ignore-this: 57cf32412fd1ce912811cb7fafe930f5 ] Patch bundle hash: 618fd3dbf4425e0a0871a8474b9b17f83c9e2ac2 -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Mon Mar 30 16:20:25 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 30 Mar 2015 12:20:25 -0400 Subject: [xmonad] Patch: Correct XMonad.Config.Mate docstrings Message-ID: 1 patch for repository http://code.haskell.org/XMonadContrib: Mon Mar 30 12:05:23 EDT 2015 allbery.b at gmail.com * mate-comment-fixup Correct the docstrings / comments in X.C.Mate, which still referenced gnomeConfig. Also update the session manager configuration to use dconf and a current (on Mint at least) path for the session config. New patches: [mate-comment-fixup allbery.b at gmail.com**20150330160523 Ignore-this: 687b5edc9220469f3e58abcfd4f6449c Correct the docstrings / comments in X.C.Mate, which still referenced gnomeConfig. Also update the session manager configuration to use dconf and a current (on Mint at least) path for the session config. ] { hunk ./XMonad/Config/Mate.hs 40 -- > import XMonad -- > import XMonad.Config.Mate -- > --- > main = xmonad gnomeConfig +-- > main = xmonad mateConfig -- hunk ./XMonad/Config/Mate.hs 42 --- For examples of how to further customize @gnomeConfig@ see "XMonad.Config.Desktop". +-- For examples of how to further customize @mateConfig@ see "XMonad.Config.Desktop". mateConfig = desktopConfig { terminal = "mate-terminal" hunk ./XMonad/Config/Mate.hs 53 [ ((modm, xK_p), mateRun) , ((modm .|. shiftMask, xK_q), spawn "mate-session-save --logout-dialog") ] --- | Launch the "Run Application" dialog. gnome-panel must be running for this +-- | Launch the "Run Application" dialog. mate-panel must be running for this -- to work. mateRun :: X () mateRun = withDisplay $ \dpy -> do hunk ./XMonad/Config/Mate.hs 71 -- xmonad is started. -- -- This action reduces a delay on startup only only if you have configured --- mate-session to start xmonad with a command such as (check local --- documentation): +-- mate-session to start xmonad with a command such as (check local +-- > dconf write /org/mate/desktop/session/required_components/windowmanager "'xmonad'" -- hunk ./XMonad/Config/Mate.hs 74 --- > gconftool-2 -s /desktop/gnome/session/required_components/windowmanager xmonad --type string +-- (the extra quotes are required by dconf) mateRegister :: MonadIO m => m () mateRegister = io $ do x <- lookup "DESKTOP_AUTOSTART_ID" `fmap` getEnvironment } Context: [Add the ability to specify padding used with Maximize Peter Jones **20150309232939 Ignore-this: 71ac5db4513da0b7a45eb82ec184f4e3 ] [Don't restore windows when changing workspaces Peter Jones **20150310201709 Ignore-this: 5333205aa1a9fbc5c7844fad69561517 ] [New layout modifier: Hidden Peter Jones **20150309223036 Ignore-this: 5534fe18e642d1691a9b3f99341e082d A layout modifer that is meant to work with the BinarySpacePartition layout. By removing windows from the window set and adding them back at a later time, you can move windows to a different branch of the BSP tree. ] [Fixes to warnings with BSP layout anton.pirogov at gmail.com**20150315100041 Ignore-this: 7642710fdb2a866150875f2d521d19fd ] [Improved BinarySpacePartition, added Equalize,Balance and FocusParent and mouse resize support anton.pirogov at gmail.com**20150312145220 Ignore-this: 31b5d7bf38e5b391df266906deb5e382 ] [New layout module X.L.Dwindle nzeh at cs.dal.ca**20150315130913 Ignore-this: a1507e9eda6e6cabd679c2c3b50d9a38 This adds three layouts: Spiral is a reimplementation of X.L.Spiral.spiral with a (to me) more intuitive splitting policy. Dwindle is similar but pushes the smaller windows into a corner rather than into the center. Squeeze just stacks windows vertically or horizontally using geometrically decreasing sizes. ] [address warnings in P.Pass Adam Vogt **20150313015636 Ignore-this: 52e03c09c4d5339085e0306044de8977 ] [X.L.AvoidFloats more useful default settings ankaan at gmail.com**20150310212022 Ignore-this: af6535bace9219619858751eeeff6520 Changed default settings with the simple layout modifier. Instead of asking for a bool indicating if all windows should be avoided, no such bool is asked for. No windows are avoided by default. I think this will be a more useful default setting since it would be annoying if dialogue windows are avoided. The same functionality is possible with the advanced constructor. This will be easier for new users. This will break configurations using the old module, but this will not be much of an issue since the module has not been added to the repo as of this writing. ] [Resolve minor conflict in xmonad-contrib.cabal ankaan at gmail.com**20150306175436 Ignore-this: 24ae68c08107a574199b055989d38347 ] [X.L.AvoidFloats, like avoidStruts but for floats ankaan at gmail.com**20150306171702 Ignore-this: 3722d7787dd2429313f92f85f3ae1251 Checks for floating windows within the layout area and finds a maximum area rectangle within that does not overlap with any of the floating windows. This rectangle is used for all non-floating windows. This new functionality introduced problems with the recommended configuration of one of my other modules (X.A.FloatSnap.) A new and more reliable method of distinguishing between clicks and drags where therefore introduced in the new module X.A.AfterDrag. This does not break any prior use of FloatSnap, but will require changes in configuration if used together with AvoidFloats. (This is mentioned in the docs for AvoidFloats and I recommend using the new configuration method even if AvoidFloats is not in use.) ] [X.L.LayoutBuilder place active on top ankaan at gmail.com**20150306164200 Ignore-this: 69d718d0d044ee59a877fa0e63edc474 Make sure that the active layout area is placed on top of all other areas when placing windows. This makes overlapping areas usable. ] [Add rearrangers to X.A.GridSelect Dmitri Iouchtchenko **20130123044038 Ignore-this: ef0dc68e9b725953e69e7b039fe06e9a ] [Avoid repainting elements in X.A.GridSelect Dmitri Iouchtchenko **20130123043850 Ignore-this: 8e926cebc8d458a06a05f7457ae40b68 ] [Give a name to the initial state in X.A.GridSelect Dmitri Iouchtchenko **20130121061324 Ignore-this: 989ae20ccc3d5b1392f0694d5c62e759 ] [Add XMonad.Config.Bepo (Yorick Laupa) Adam Vogt **20150310214314 Ignore-this: 71dcf03f9ff80b645531004f95e9c600 ] [add instance Default WallpaperConf Adam Vogt **20150310214246 Ignore-this: 18e74f249b35726acd4b923ecce3085 ] [XMonad.Prompt.Pass: Handle hierachical password stores Joachim Breitner **20150218091816 Ignore-this: 2f0a02613780067d324b04a8cdb9c0ed pass stores its passwords in directories, so the contents of the directory store needs to be enumerated recursively. Alexander Sulfrian provided this patch on the mailinglist, which I tested (it works) and cleaned up slightly. ] [remove warnings and text dependency from H.WallpaperSetter Adam Vogt **20150310192933 Ignore-this: e637d782c13bed48bafbc1458b3f983f ] [Added the new hook WallpaperSetter anton.pirogov at gmail.com**20150228162335 Ignore-this: 7cbb2ab0d8f9f606f50253deebcf4163 ] [adjust an import to fix the build Adam Vogt **20150310182403 Ignore-this: 72f67dd2cb1cc6900269383124844c2b ] [merge conflicts in X.L.Spacing Adam Vogt **20150310182046 Ignore-this: f0830d6483d30d643e7e182e310ec042 I should have just applied Anton Pirogov March 4 patch. ] [Added messages to adjust the gap dynamically anton.pirogov at gmail.com**20150304082520 Ignore-this: 52b590c820db765796de41f38fffdf3c ] [X.L.Spacing needs -XPatternGuards now Adam Vogt **20150310181248 Ignore-this: d6b2b76fddbd9ad066e7cb39933f055a ] [add ConfirmPrompt (Antoine Beaupr?) Adam Vogt **20150310181036 Ignore-this: 65d74f05e82c66a3ff4f021d19ceb626 ] [Added messages to adjust the gap dynamically anton.pirogov at gmail.com**20150303210143 Ignore-this: 891ca1ccca183d6af8e4aa4bf6d843fb ] [add another extension to actually fix the build with ghc-7.10-RC1 Adam Vogt **20150124111939 Ignore-this: 26d6f1b4cb6d573ccf49e6baeca853e4 ] [BinarySpacePartition downstream changes benweitzman at gmail.com**20141110202259 Ignore-this: 42ecc2b07388ba0c7b3eac980256c17b Pulled in changes from my repo for this layout on github ( https://github.com/benweitzman/BinarySpacePartition) Includes a new mode for resizing windows in a more intuitive way, also contains a bug fix that was preventing users from resiving a window up. Includes changes from github users egasimus (Adam Avramov) and SolitaryCipher (Nick) ] [add XF86AudioMicMute to EZConfig (#582) Adam Vogt **20141222045306 Ignore-this: 1c91505b303e53b94da624230b3c893c ] [Generalize new workspace addition functions to support arbitrary insertion. nrujac at gmail.com**20141219002309 Ignore-this: 9f8c14b5aa9d398b3f167da0af1a8650 The current DynamicWorkspaces module only supports adding new workspaces at the start of the list of workspaces. This means when binding workspaces to keys based on the position in the list, key bindings can change as workspaces are added in removed in a far more destructive way than necessary. Instead, supporting appending and arbitrary insertion allows the user to determine where the new workspace should be added. This patch is a straight generalization of the addHiddenWorkspace' function. Rather than always using `(:)` to insert the new workspace into the list of workspaces, this patches causes it to use an arbitrary list insertion function instead. A few new functions are added to prevent breakage of external code while exported functions are left unchanged. List of new functions: appendWorkspace appendWorkspacePrompt addWorkspaceAt addHiddenWorkspaceAt Existing functions were modified to call their generalized brethren where possible without changing functionality. This patch should not change behavior for any existing users of this module. ] [address another bitSize/finiteBitSize warning Adam Vogt **20141222033300 Ignore-this: 549e519d25080c77e605dc983f0d239e ] [X.L.Master: Add FixMaster layout modifier Anton Vorontsov **20141220011339 Ignore-this: 82e9736853287f753248af41843ceb6b This layout modifier is useful for the case if you desire to add a master pane that has fixed width (it's fixed even if there is just one window opened). Especially nice feature if you don't want to have too wide terminal in a master pane. The layout is implemented as an addition to Master layout, so it reuses most of the code. ] [filepath dependency for P.Pass was left out Adam Vogt **20141221214129 Ignore-this: 98e63d7b17ac6ebabd8a6b081f5194a1 ] [remove unused imports Adam Vogt **20140815051234 Ignore-this: b2e5be31b70e6d31827e76bd8c00d200 ] [fix build with ghc-6.12 Adam Vogt **20140815051214 Ignore-this: d4c4da527db6c8affc151dc210631b85 ] [use FiniteBitSize with ghc >= 7.8 Adam Vogt **20140815051136 Ignore-this: 90f855fd72406fb3d2640a133d499188 ] [Layout.Spacing: Outer window edges now get as much spacing as inner ones Felix Crux **20141219223646 Ignore-this: 61363e97939fe857876c8252ac5f0302 Layout.Spacing applies a customizable amount of space around the outside of each window. At window edges where two windows meet, the total distance between them is therefore twice the customized value (one space value from each window). At the edge of the screen, however, the spacing is only applied once. This results in uneven amounts of spacing and differently-sized gaps on the screen. This patch extends the Spacing layout to include a further gap all around the edge of the screen, thus making all spaces around windows equal in size. ] [add filepath package dependency needed by Prompt.Pass Adam Vogt **20140909145216 Ignore-this: 588ec76e7fccb4219361da7024c98db4 filepath comes with ghc, and it's used by xmonad-core anyways ] [X.C.Prime: doc tweaks Devin Mullins **20141002075939 Ignore-this: 20d6b829b810f48b5e4b4c161b39b312 ] [X.A.Navigation2D: add convenience functions for setting config & keybindings Devin Mullins **20141002075757 Ignore-this: ed01137f03a531f73315ed503d1eb6ef 1. Added 'additionalNav2DKeys' which adds keybindings for the cartesian product of direction keys and (modifier, action) pairs given. 2. Added 'navigation2D' which combines that with 'withNavigation2DConfig'. 3. Added 'additionalNav2DKeysP' and 'navigation2DP' which do the same, but use the 'additionalKeysP' syntax. ] [X.C.Prime: doc fixes Devin Mullins **20141001075855 Ignore-this: dbbe00791b04df61dcd595c50333fba ] [X.C.Prime: add 'withScreens' and friends Devin Mullins **20141001075250 Ignore-this: eba37b1ff3da265a4dcc509f538fce4d The screen equivalent of 'withWorkspaces' lets you more easily define keys that move/swap between screens. Also, rename wsKeyspecs to wsKeys, and make a couple of doc tweaks. ] [Implement proper handling of dynamically changing hostname Anton Vorontsov **20140901072158 Ignore-this: 2aeac6d2161e666d40cda6a09f78b208 The module implements a proper way of finding out whether the window is remote or local. Just checking for a hostname and WM_CLIENT_MACHINE being equal is often not enough because the hostname is a changing subject (without any established notification mechanisms), and thus WM_CLIENT_MACHINE and the hostname can diverge even for a local window. This module solves the problem. As soon as there is a new window created, we check the hostname and WM_CLIENT_MACHINE, and then we cache the result into the XMONAD_REMOTE property. Notice that XMonad itself does not know anything about hostnames, nor does it have any dependency on Network.* modules. For this module it is not a problem: you can provide a mean to get the hostname through your config file (see usage). Or, if you don't like the hassle of handling dynamic hostnames (suppose your hostname never changes), it is also fine: this module will fallback to using environment variables. ] [Add Stoppable layout for power saving Anton Vorontsov **20140901072141 Ignore-this: a52805d9f3095cd7af48507847ed2fe3 This module implements a special kind of layout modifier, which when applied to a layout, causes xmonad to stop all non-visible processes. In a way, this is a sledge-hammer for applications that drain power. For example, given a web browser on a stoppable workspace, once the workspace is hidden the web browser will be stopped. Note that the stopped application won't be able to communicate with X11 clipboard. For this, the module actually stops applications after a certain delay, giving a chance for a user to complete copy-paste sequence. By default, the delay equals to 15 seconds, it is configurable via 'Stoppable' constructor. The stoppable modifier prepends a mark (by default equals to "Stoppable") to the layout description (alternatively, you can choose your own mark and use it with 'Stoppable' constructor). The stoppable layout (identified by a mark) spans to multiple workspaces, letting you to create groups of stoppable workspaces that only stop processes when none of the workspaces are visible, and conversely, unfreezing all processes even if one of the stoppable workspaces are visible. To stop the process we use signals, which works for most cases. For processes that tinker with signal handling (debuggers), another (Linux-centric) approach may be used. See https://www.kernel.org/doc/Documentation/cgroups/freezer-subsystem.txt ] [X.C.Prime: doc changes Devin Mullins **20140925203037 Ignore-this: 51204c1a9f2e6ed21228d2910417fd21 ] [X.C.Prime: add withWorkspaces et al. Devin Mullins **20140925203034 Ignore-this: 65f691270110cc5de13c950d9dcb0c17 This allows easier configuration of workspaces and their keybindings. Required generalizing the 'Prime' type, so lots of other lines changed in rather trivial ways. ] [X.C.Prime: add ifThenElse binding Devin Mullins **20140924191509 Ignore-this: ae775c418c27301b9c12d2a233502cec This is necessary for if-then-else support in the user's config. ] [X.C.Prime: doc fixes Devin Mullins **20140915080601 Ignore-this: 15e3c445a99d3b2d3a235aa76119797 ] [X.C.Prime: fix 'def' hyperlink in doc Devin Mullins **20140914075352 Ignore-this: a1de1d81a5f140ab7d90edbf393e9bda ] [XMonad.Config.Prime, a do-notation for config Devin Mullins **20140914064828 Ignore-this: f7397aa6e6efe5d76acebfa22c567baa Note that the use of RebindableSyntax is because of the need to vary the layoutHook type throughout the config. The alternative, using the existential Layout type, was rejected because it required TemplateHaskell in order to look nice, and TemplateHaskell is not portable. I've tried to make a version of (>>) that also worked on normal monads, but have had no luck as of yet. Maybe some intrepid soul can add it later. ] [X.P.Shell: fix doc typo me at twifkak.com**20130317115516 Ignore-this: bdd385a9142ed039a917d135e76293fe ] [reverse workspaces, so that switching to a dynamic workspace group restores the focus to the screen that was focused at group creation time nwfilardo at gmail.com**20140913174118 Ignore-this: b74c02b1892159694827e35122c2d517 ] [add filepath dependency, needed by new X.P.Pass module me at twifkak.com**20140913070926 Ignore-this: fec97086c1e66cf8a036265bd1a970a8 ] [add-new-xmonad-prompt-pass eniotna.t at gmail.com**20140829131928 Ignore-this: 11e85dfe3d24cef88d8d89f4e7b1ec0b This module provides 3 to ease passwords manipulation (generate, read, remove): - one to lookup passwords in the password-storage. - one to generate a password for a given password label that the user inputs. - one to delete a stored password for a given password label that the user inputs. All those prompts benefit from the completion system provided by the module . The password store is setuped through an environment variable PASSWORD_STORE_DIR. If this is set, use the content of the variable. Otherwise, the password store is located on user's home @$HOME\/.password-store at . Source: - The password storage implementation is < http://git.zx2c4.com/password-store the password-store cli>. - Inspired from ] [use Data.Map instead of Data.Map.Strict to support containers < 0.5 Adam Vogt **20140815043141 Ignore-this: 436d18657d8499f4ce57311e84503d9f ] [config-mate allbery.b at gmail.com**20140803020659 Ignore-this: d5de258c0a28cd5ba64a59cf37cd480a Initial support for the Mate desktop environment (http://mate-desktop.org). Based on existing Gnome 2 support, since Mate is a maintained fork of Gnome 2. ] [debug-managehook allbery.b at gmail.com**20140803020601 Ignore-this: 51f9255b496cca79e4a53e274c400ecc A set of hooks, and convenience combinators, to help with ManageHook debugging. Ordinary users may well want to use debugManageHookOn in normal configs, specifying a key sequence which can be pressed before running a command in order to capture debug information just for that command's main window. This is especially useful when trying to diagnose issues such as programs that do not play well with SpawnOn, or ManageHook matching on 'title' when the program does not set the window title until after it is mapped. ] [debug-debug allbery.b at gmail.com**20140803020530 Ignore-this: cbb2b1d99293e3a4d02a256c2733aeb0 Various fixes and enhancements to DebugWindow and DebugStack. ManageDebug requires these fixes, but some of them are significant even if not using ManageDebug. ] [derive Applicative instances to suppress AMP warning Adam Vogt **20140710163950 Ignore-this: c2110d07bccc61462c3fbf73c900aaa1 ] [clean up cabal file and drop support for base < 3 Adam Vogt **20140710013255 Ignore-this: 76b142e2b114604feac9b8e41cf71ab ] [add-duck-duck-go-search-engine eniotna.t at gmail.com**20140617174246 Ignore-this: 29bbfb2d07d9ddf36bf0268a4e255f81 ] [XSelection: getSelection: fix connection exhaustion bug (issue #573); include warning gwern at gwern.net**20140601025019 Ignore-this: add21190fc07338b243c2241cc746119 ] [Fix dbus-send call in XMonad.Config.Gnome md143rbh7f at gmail.com**20140129032114 Ignore-this: ed62458b55c8b34b77f73027eeee1a73 dbus-send --print-reply=string is invalid, but it was silently ignored until recently: http://cgit.freedesktop.org/dbus/dbus/commit/tools/dbus-send.c?id=c690ee4351f99ed5e629ffcf5f4a2edcd418d103 I've changed XMonad.Config.Gnome to run --print-reply=literal, since that's what the old behavior was. ] [warning police (unused variables) Adam Vogt **20140505001242 Ignore-this: a15b4d844b1da4f1f1f9b6095c968705 ] [This patch makes the Ssh extension works with **user** arguments in ssh, .e.g ssh admin at localhost. linxray at gmail.com**20140504091120 Ignore-this: 297673e11d3049c4f127aac3e172d361 ] [remove trailing whitespace in L.BinarySpacePartition Adam Vogt **20140501011943 Ignore-this: 8dd677978992e0854801b8f254463dc2 ] [replace Bound with the equivalent Direction2D Adam Vogt **20140501011540 Ignore-this: b1f1c256aba07f70918fe1d693c8087b ] [remove unused extension in BSP Adam Vogt **20140501011455 Ignore-this: a4962486b2aa3980536bff19a537451e ] [Add BinarySpacePartition layout benweitzman at gmail.com**20140430205848 Ignore-this: a85d1dc51bf54c59ae2bd9d948cc1088 ] [X.Actions.DynamicWorkspaceGroups: export new function addRawWSGroup Brent Yorgey **20140428142901 Ignore-this: a487882c9571bf91ff921d6561bb4cc6 ] [Remove unneeded context with the IfMax layout instance Adam Vogt **20140422221105 Ignore-this: 3b8ac316f56df6a84420754db769fb0 Extra constraints on instances are about as useful as -XDataTypeContexts ] [Adding side tabs and replacing TabbarLocation with Direction2D. nrujac at gmail.com**20140219200811 Ignore-this: edabeec973b4e0d61515818367689843 ] [warning police Daniel Wagner **20140316183747 Ignore-this: fd16435ccdd3fee8924723cc690cc239 ] [New module: XMonad.Util.WindowState Dmitry Bogatov **20140218100229 Ignore-this: 14a6fa263c423cd8cca3b2645b3930d7 Save almost arbitary data per window ] [Add side tabs to the tabbed layout. nrujac at gmail.com**20140213215247 Ignore-this: f81bafe9cb75a30ed6bbbe68cf5d66c0 ] [SpawnNamedPipe hlint cleanup cwills.dev at gmail.com**20140202213613 Ignore-this: dbb68c4c5522026bd108d0158e747b48 ] [document and cleanup SpawnNamedPipe cwills.dev at gmail.com**20140202211000 Ignore-this: b264278f1f1ab1f18b37245a5ff33136 ] [Added SpawnNamedPipe cwills.dev at gmail.com**20140202143415 Ignore-this: 87797ffffc8d0fd088482bd0c5baf0e ] [Make commandToComplete in XMonad.Prompt.Shell complete last word md143rbh7f at gmail.com**20140130200050 Ignore-this: b0fe22fdd7b9409835fd0ca069f2e01a The following change from 2013-02-09 breaks shell completion for me: hunk ./XMonad/Prompt/Shell.hs 65 + commandToComplete _ c = c It seems to be passing the entire string into compgen in order to get the file completions, but it should only pass the last word. I propose reverting this change. Comments are appreciated. ] [expose and document X.L.IndependentScreens.marshallSort Daniel Wagner **20140128212844 Ignore-this: 90c1437c6ffe1dbd8f4a4ed192097ec ] [ServerMode properly indent Adam Vogt **20131219201440 Ignore-this: 761b39c3e3c90b6123f068e8b1d34e5d ] [remove ServerMode tabs Adam Vogt **20131219201000 Ignore-this: f21448c248ec0ac289c309ed964ebcff ] [fix -Wall ServerMode Adam Vogt **20131219181030 Ignore-this: 708dd5fc60f43dee3d1da085002052f ] [documentation note that ServerMode is similar to wmctrl Adam Vogt **20131219180748 Ignore-this: 3215bdf1c698c798eca8ed7f62a0f591 ] [Generalized XMonad.Hooks.ServerMode polson2 at hawk.iit.edu**20131216025100 Ignore-this: e58da3b168a1058f32982833ea25a739 ] [IfMax-Layout Ilya Portnov **20131201072634 Ignore-this: dac53f2a0505e740f05fdf03f1db0c21 This adds a new ("conditional") layout, IfMax, which simply runs one layout, if there are <= N windows, and else runs another layout. ] [fix UrgencyHook and add filterUrgencyHook Adam Vogt **20130924224738 Ignore-this: 3b7c62275701e6758397977c5c09b744 ] [export XMonad.Hooks.UrgencyHook.clearUrgency (issue 533) Adam Vogt **20130923031349 Ignore-this: dafe5763d9abcfa606f5c1a8cf5c57d6 ] [minor documentation fix: manageDocks doesn't do anything with struts, so don't claim it does Daniel Wagner **20130814125106 Ignore-this: a2610d6c1318ac0977abfc21d1b91632 ] [don't pretend to be LG3D in X.C.Dmwit because this confuses modern GTK Daniel Wagner **20130813211636 Ignore-this: 8f728dc1b4bf5e472d99419cc5920e51 ] [XMonad.Actions.UpdatePointer: generalise updatePointer Liyang HU **20130730071007 Ignore-this: 3374a62b6c63dcc152dbf843cd0577f0 ] [XMonad.Actions.UpdatePointer: document TowardsCentre Liyang HU **20130730053746 Ignore-this: 2d684b12e4fff0ebec254bea4a4546a3 ] [Haddock formatting in H.Minimize Adam Vogt **20130723155658 Ignore-this: 5db3186a51dec58f78954466ded339cb ] [Bump version (and xmonad dependency) to 0.12 Adam Vogt **20130720205857 Ignore-this: ce165178ca916223501f266339f1de39 This makes a breakage due to missing patches in core a bit more obvious. Previously you would have a build failure regarding some missing identifiers (def re-exported by XMonad from Data.Default), while after applying this patch it will be clear that xmonad-core needs to be updated. ] [Fix issue 551 by also getting manpath without -g flag. Adam Vogt **20130716030536 Ignore-this: ded2d51eb7b7697c0fdfaa8158d612df Instead of taking Ondrej's approach of figuring out which man (man-db or http://primates.ximian.com/~flucifredi/man/) is used by the system, just try both sets of flags. ] [Escape dzen markup and remove xmobar tags from window titles by default. Adam Vogt **20130708144813 Ignore-this: cf56bff752fbf78ea06d5c0cb755f615 The issue was that window titles, such as those set by, for example a browser, could set the window title to display something like normal title Which could be executed by xmobar (or dzen). This adds a ppTitleSanitize which does the above functions. This way when users override ppTitle, the benefits are not lost. Thanks to Ra?l Benencia and Joachim Breitner for bringing this to my attention. ] [DynamicBars-use-ExtensibleState gopsychonauts at gmail.com**20130618074755 Ignore-this: afacba51af2be8ede65b9bcf9b002a7 Hooks.DynamicBars was previously using an MVar and the unsafePerformIO hack ( http://www.haskell.org/haskellwiki/Top_level_mutable_state ) to store bar state. Since ExtensibleState exists to solve these sorts of problems, I've switched the file over to use unsafePerformIO instead. Some functions' types had to be changed to allow access to XState, but the public API is unchanged. ] [Catch exceptions when finding commands on PATH in Prompt.Shell Thomas Tuegel **20130616230219 Ignore-this: 5a4d08c80301864bc14ed784f1054c3f ] [Fix haddock parse error in X.A.LinkWorkspaces Adam Vogt **20130528133448 Ignore-this: 42f05cf8ca9e6d1ffae3bd20666d87ab ] [use Data.Default wherever possible, and deprecate the things it replaces Daniel Wagner **20130528013909 Ignore-this: 898458b1d2868a70dfb09faf473dc7aa ] [eliminate references to defaultConfig Daniel Wagner **20130528005825 Ignore-this: 37ae613e4b943e99c5200915b9d95e58 ] [minimal change needed to get xmonad-contrib to build with xmonad's data-default patch Daniel Wagner **20130528001040 Ignore-this: 291e4f6cd74fc2b808062e0369665170 ] [Remove unneeded XSync call in Layout.ShowWName Francesco Ariis **20130517153341 Ignore-this: 4d107c680572eff464c8f6ed9fabdd41 ] [Remove misleading comment: we definitely don't support ghc-6.6 anymore Adam Vogt **20130514215851 Ignore-this: 2d071cb05709a16763d039222264b426 ] [Fix module name in comment of X.L.Fullscreen Adam Vogt **20130514215727 Ignore-this: cb5cf18c301c5daf5e1a2527da1ef6bf ] [Minor update to cabal file (adding modules & maintainership) Adam Vogt **20130514215632 Ignore-this: 82785e02e544e1f797799bed5b5d9be2 ] [Remove trailing whitespace in X.A.LinkWorkspaces Adam Vogt **20130514215421 Ignore-this: 5015ab4468e7931876eb66b019af804c ] [Update documentation of LinkWorkspaces Module quesel at informatik.uni-oldenburg.de**20110328072813 Ignore-this: da863534931181f551c9c54bc4076c05 ] [Added a module for linking workspaces quesel at informatik.uni-oldenburg.de**20110210165018 Ignore-this: 1dba2164cc3387409873d33099596d91 This module provides a way to link certain workspaces in a multihead setup. That way, when switching to the first one the other heads display the linked workspaces. ] [Cache results from calcGap in ManageDocks Adam Vogt **20130425155811 Ignore-this: e5076fdbdfc68bc159424dd4e0f14456 http://www.haskell.org/pipermail/xmonad/2013-April/013670.html ] [Remove unnecessary contexts from L.MultiToggle Adam Vogt **20130217163356 Ignore-this: 6b0e413d8c3a58f62088c32a96c57c51 ] [Generalises modWorkspace to take any layout-transforming function gopsychonauts at gmail.com**20130501151425 Ignore-this: 28c7dc1f6216bb1ebdffef5434ccbcbd modWorkspace already was capable of modifying the layout with an arbitrary layout -> layout function, but its original type restricted it such that it could only apply a single LayoutModifier; this was often inconvenient, as for example it was not possible simply to compose LayoutModifiers for use with modWorkspace. This patch also reimplements onWorkspaces in terms of modWorkspaces, since with the latter's less restrictive type this is now possible. ] [since XMonad.Config.Dmwit mentions xmobar, we should include the associated .xmobarrc file Daniel Wagner **20130503194055 Ignore-this: 2f6d7536df81eb767262b79b60eb1b86 ] [warning police Daniel Wagner **20130502012700 Ignore-this: ae7412ac77c57492a7ad6c5f8f50b9eb ] [XMonad.Config.Dmwit Daniel Wagner **20130502012132 Ignore-this: 7402161579fd2e191b60a057d955e5ea ] [minor fixes to the haddock markup in X.L.IndependentScreens Daniel Wagner **20130411193849 Ignore-this: b6a139aa43fdb39fc1b86566c0c34c7a ] [add whenCurrentOn to X.L.IndependentScreens Daniel Wagner **20130408225251 Ignore-this: ceea3d391f270abc9ed8e52ce19fb1ac ] [Allow to specify the initial gaps' states in X.L.Gaps Paul Fertser **20130222072232 Ignore-this: 31596d918d0050e36ce3f64f56205a64 ] [should bump X11 dependency, too, to make sure we have getAtomName Daniel Wagner **20130225180527 Ignore-this: 260711f27551f18cc66afeb7b4846b9f ] [getAtomName is now defined in the X11 library Daniel Wagner **20130225180323 Ignore-this: 3b9e17c234679e98752a47c37132ee4e ] [Allow to limit maximum row count in X.Prompt completion window Paul Fertser **20130221122050 Ignore-this: 923656f02996f2de2b1336275392c5f9 On a keyboard-less device (such as a smartphone), where one has to use an on-screen keyboard, the maximum completion window height must be limited to avoid overlapping the keyboard. ] [Note in U.NameActions that xmonad core can list default keys now Adam Vogt **20130217233026 Ignore-this: 937bff636fa88171932d5192fe8e290b ] [Export U.NamedActions.addDescrKeys per evaryont's request. Adam Vogt **20130217232619 Ignore-this: a694a0a3ece70b52fba6e8f688d86344 ] [Add EWMH DEMANDS_ATTENTION support to UrgencyHook. Maarten de Vries **20130212181229 Ignore-this: 5a4b314d137676758fad9ec8f85ce422 Add support for the _NET_WM_STATE_DEMANDS_ATTENTION atom by treating it the same way as the WM_HINTS urgency flag. ] [Unconditionally set _NET_WORKAREA in ManageDocks Adam Vogt **20130117180851 Ignore-this: 9f57e53fba9573d8a92cf153beb7fe7a ] [spawn command when no completion is available (if alwaysHighlight is True); changes commandToComplete in Prompt/Shell to complete the whole word instead of using getLastWord c.lopez at kmels.net**20130209190456 Ignore-this: ca7d354bb301b555b64d5e76e31d10e8 ] [order-unindexed-ws-last matthewhague at zoho.com**20120703222726 Ignore-this: 4af8162ee8b16a60e8fd62fbc915d3c0 Changes the WorkspaceCompare module's comparison by index to put workspaces without an index last (rather than first). ] [SpawnOn modification for issue 523 Adam Vogt **20130114014642 Ignore-this: 703f7dc0f800366b752f0ec1cecb52e5 This moves the function to help clean up the `Spawner' to the ManageHook rather than in functions like spawnOn. Probably it makes no difference, the reason is because there's one manageSpawn function but many different so this way there are less functions to write. ] [Update L.TrackFloating.useTransient example code Adam Vogt **20130112041239 Ignore-this: e4e31cf1db742778c1d59d52fdbeed7a Suggest useTransient goes to the right of trackFloating which is the configuration actually tested. ] [Adapt ideas of issue 306 patch to a new modifier in L.TrackFloating Adam Vogt **20130112035701 Ignore-this: d54d27b71b97144ef0660f910fd464aa ] [Make X.A.CycleWS not rely on hidden WS order Dmitri Iouchtchenko **20130109023328 Ignore-this: 8717a154b33253c5df4e9a0ada4c2c3e ] [Add X.H.WorkspaceHistory Dmitri Iouchtchenko **20130109023307 Ignore-this: c9e7ce33a944facc27481dde52c7cc80 ] [Allow removing arbitrary workspaces Dmitri Iouchtchenko **20121231214343 Ignore-this: 6fce4bd3d0c5337e5122158583138e74 ] [Remove first-hidden restriction from X.A.DynamicWorkspaces.removeWorkspace' Dmitri Iouchtchenko **20121231214148 Ignore-this: 55fb0859e9a5f476a834ecbdb774aac8 ] [Add authorspellings file for `darcs show authors'. Adam Vogt **20130101040031 Ignore-this: c3198072ebc6a71d635bec4d8e2c78fd This authorspellings file includes a couple people who've contributed to xmonad (not XMonadContrib). When people have multiple addresses, the most recent one has been picked. ] [TAG 0.11 Adam Vogt **20130101014231 Ignore-this: 57cf32412fd1ce912811cb7fafe930f5 ] Patch bundle hash: 7bc0db6301124cbbb1059c9b29a7cc5105d5bb1a -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Mon Mar 30 18:16:32 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 30 Mar 2015 14:16:32 -0400 Subject: [xmonad] corrected X.C.Mate patch Message-ID: Dropped two lines in merging with my WIP, sorry. Corrected patch below. 1 patch for repository http://code.haskell.org/XMonadContrib: Mon Mar 30 14:08:31 EDT 2015 allbery.b at gmail.com * mate-comment-fixup Correct the docstrings / comments in X.C.Mate, which still referenced gnomeConfig. Also update the session manager configuration to use dconf and a current (on Mint at least) path for the session config. New patches: [mate-comment-fixup allbery.b at gmail.com**20150330180831 Ignore-this: 48462aa22f473cd03fa35ab7ae877e56 Correct the docstrings / comments in X.C.Mate, which still referenced gnomeConfig. Also update the session manager configuration to use dconf and a current (on Mint at least) path for the session config. ] { hunk ./XMonad/Config/Mate.hs 40 -- > import XMonad -- > import XMonad.Config.Mate -- > --- > main = xmonad gnomeConfig +-- > main = xmonad mateConfig -- hunk ./XMonad/Config/Mate.hs 42 --- For examples of how to further customize @gnomeConfig@ see "XMonad.Config.Desktop". +-- For examples of how to further customize @mateConfig@ see "XMonad.Config.Desktop". mateConfig = desktopConfig { terminal = "mate-terminal" hunk ./XMonad/Config/Mate.hs 53 [ ((modm, xK_p), mateRun) , ((modm .|. shiftMask, xK_q), spawn "mate-session-save --logout-dialog") ] --- | Launch the "Run Application" dialog. gnome-panel must be running for this +-- | Launch the "Run Application" dialog. mate-panel must be running for this -- to work. mateRun :: X () mateRun = withDisplay $ \dpy -> do hunk ./XMonad/Config/Mate.hs 71 -- xmonad is started. -- -- This action reduces a delay on startup only only if you have configured --- mate-session to start xmonad with a command such as (check local +-- mate-session to start xmonad with a command such as (check local -- documentation): hunk ./XMonad/Config/Mate.hs 73 +-- +-- > dconf write /org/mate/desktop/session/required_components/windowmanager "'xmonad'" -- hunk ./XMonad/Config/Mate.hs 76 --- > gconftool-2 -s /desktop/gnome/session/required_components/windowmanager xmonad --type string +-- (the extra quotes are required by dconf) mateRegister :: MonadIO m => m () mateRegister = io $ do x <- lookup "DESKTOP_AUTOSTART_ID" `fmap` getEnvironment } Context: [Add the ability to specify padding used with Maximize Peter Jones **20150309232939 Ignore-this: 71ac5db4513da0b7a45eb82ec184f4e3 ] [Don't restore windows when changing workspaces Peter Jones **20150310201709 Ignore-this: 5333205aa1a9fbc5c7844fad69561517 ] [New layout modifier: Hidden Peter Jones **20150309223036 Ignore-this: 5534fe18e642d1691a9b3f99341e082d A layout modifer that is meant to work with the BinarySpacePartition layout. By removing windows from the window set and adding them back at a later time, you can move windows to a different branch of the BSP tree. ] [Fixes to warnings with BSP layout anton.pirogov at gmail.com**20150315100041 Ignore-this: 7642710fdb2a866150875f2d521d19fd ] [Improved BinarySpacePartition, added Equalize,Balance and FocusParent and mouse resize support anton.pirogov at gmail.com**20150312145220 Ignore-this: 31b5d7bf38e5b391df266906deb5e382 ] [New layout module X.L.Dwindle nzeh at cs.dal.ca**20150315130913 Ignore-this: a1507e9eda6e6cabd679c2c3b50d9a38 This adds three layouts: Spiral is a reimplementation of X.L.Spiral.spiral with a (to me) more intuitive splitting policy. Dwindle is similar but pushes the smaller windows into a corner rather than into the center. Squeeze just stacks windows vertically or horizontally using geometrically decreasing sizes. ] [address warnings in P.Pass Adam Vogt **20150313015636 Ignore-this: 52e03c09c4d5339085e0306044de8977 ] [X.L.AvoidFloats more useful default settings ankaan at gmail.com**20150310212022 Ignore-this: af6535bace9219619858751eeeff6520 Changed default settings with the simple layout modifier. Instead of asking for a bool indicating if all windows should be avoided, no such bool is asked for. No windows are avoided by default. I think this will be a more useful default setting since it would be annoying if dialogue windows are avoided. The same functionality is possible with the advanced constructor. This will be easier for new users. This will break configurations using the old module, but this will not be much of an issue since the module has not been added to the repo as of this writing. ] [Resolve minor conflict in xmonad-contrib.cabal ankaan at gmail.com**20150306175436 Ignore-this: 24ae68c08107a574199b055989d38347 ] [X.L.AvoidFloats, like avoidStruts but for floats ankaan at gmail.com**20150306171702 Ignore-this: 3722d7787dd2429313f92f85f3ae1251 Checks for floating windows within the layout area and finds a maximum area rectangle within that does not overlap with any of the floating windows. This rectangle is used for all non-floating windows. This new functionality introduced problems with the recommended configuration of one of my other modules (X.A.FloatSnap.) A new and more reliable method of distinguishing between clicks and drags where therefore introduced in the new module X.A.AfterDrag. This does not break any prior use of FloatSnap, but will require changes in configuration if used together with AvoidFloats. (This is mentioned in the docs for AvoidFloats and I recommend using the new configuration method even if AvoidFloats is not in use.) ] [X.L.LayoutBuilder place active on top ankaan at gmail.com**20150306164200 Ignore-this: 69d718d0d044ee59a877fa0e63edc474 Make sure that the active layout area is placed on top of all other areas when placing windows. This makes overlapping areas usable. ] [Add rearrangers to X.A.GridSelect Dmitri Iouchtchenko **20130123044038 Ignore-this: ef0dc68e9b725953e69e7b039fe06e9a ] [Avoid repainting elements in X.A.GridSelect Dmitri Iouchtchenko **20130123043850 Ignore-this: 8e926cebc8d458a06a05f7457ae40b68 ] [Give a name to the initial state in X.A.GridSelect Dmitri Iouchtchenko **20130121061324 Ignore-this: 989ae20ccc3d5b1392f0694d5c62e759 ] [Add XMonad.Config.Bepo (Yorick Laupa) Adam Vogt **20150310214314 Ignore-this: 71dcf03f9ff80b645531004f95e9c600 ] [add instance Default WallpaperConf Adam Vogt **20150310214246 Ignore-this: 18e74f249b35726acd4b923ecce3085 ] [XMonad.Prompt.Pass: Handle hierachical password stores Joachim Breitner **20150218091816 Ignore-this: 2f0a02613780067d324b04a8cdb9c0ed pass stores its passwords in directories, so the contents of the directory store needs to be enumerated recursively. Alexander Sulfrian provided this patch on the mailinglist, which I tested (it works) and cleaned up slightly. ] [remove warnings and text dependency from H.WallpaperSetter Adam Vogt **20150310192933 Ignore-this: e637d782c13bed48bafbc1458b3f983f ] [Added the new hook WallpaperSetter anton.pirogov at gmail.com**20150228162335 Ignore-this: 7cbb2ab0d8f9f606f50253deebcf4163 ] [adjust an import to fix the build Adam Vogt **20150310182403 Ignore-this: 72f67dd2cb1cc6900269383124844c2b ] [merge conflicts in X.L.Spacing Adam Vogt **20150310182046 Ignore-this: f0830d6483d30d643e7e182e310ec042 I should have just applied Anton Pirogov March 4 patch. ] [Added messages to adjust the gap dynamically anton.pirogov at gmail.com**20150304082520 Ignore-this: 52b590c820db765796de41f38fffdf3c ] [X.L.Spacing needs -XPatternGuards now Adam Vogt **20150310181248 Ignore-this: d6b2b76fddbd9ad066e7cb39933f055a ] [add ConfirmPrompt (Antoine Beaupr?) Adam Vogt **20150310181036 Ignore-this: 65d74f05e82c66a3ff4f021d19ceb626 ] [Added messages to adjust the gap dynamically anton.pirogov at gmail.com**20150303210143 Ignore-this: 891ca1ccca183d6af8e4aa4bf6d843fb ] [add another extension to actually fix the build with ghc-7.10-RC1 Adam Vogt **20150124111939 Ignore-this: 26d6f1b4cb6d573ccf49e6baeca853e4 ] [BinarySpacePartition downstream changes benweitzman at gmail.com**20141110202259 Ignore-this: 42ecc2b07388ba0c7b3eac980256c17b Pulled in changes from my repo for this layout on github ( https://github.com/benweitzman/BinarySpacePartition) Includes a new mode for resizing windows in a more intuitive way, also contains a bug fix that was preventing users from resiving a window up. Includes changes from github users egasimus (Adam Avramov) and SolitaryCipher (Nick) ] [add XF86AudioMicMute to EZConfig (#582) Adam Vogt **20141222045306 Ignore-this: 1c91505b303e53b94da624230b3c893c ] [Generalize new workspace addition functions to support arbitrary insertion. nrujac at gmail.com**20141219002309 Ignore-this: 9f8c14b5aa9d398b3f167da0af1a8650 The current DynamicWorkspaces module only supports adding new workspaces at the start of the list of workspaces. This means when binding workspaces to keys based on the position in the list, key bindings can change as workspaces are added in removed in a far more destructive way than necessary. Instead, supporting appending and arbitrary insertion allows the user to determine where the new workspace should be added. This patch is a straight generalization of the addHiddenWorkspace' function. Rather than always using `(:)` to insert the new workspace into the list of workspaces, this patches causes it to use an arbitrary list insertion function instead. A few new functions are added to prevent breakage of external code while exported functions are left unchanged. List of new functions: appendWorkspace appendWorkspacePrompt addWorkspaceAt addHiddenWorkspaceAt Existing functions were modified to call their generalized brethren where possible without changing functionality. This patch should not change behavior for any existing users of this module. ] [address another bitSize/finiteBitSize warning Adam Vogt **20141222033300 Ignore-this: 549e519d25080c77e605dc983f0d239e ] [X.L.Master: Add FixMaster layout modifier Anton Vorontsov **20141220011339 Ignore-this: 82e9736853287f753248af41843ceb6b This layout modifier is useful for the case if you desire to add a master pane that has fixed width (it's fixed even if there is just one window opened). Especially nice feature if you don't want to have too wide terminal in a master pane. The layout is implemented as an addition to Master layout, so it reuses most of the code. ] [filepath dependency for P.Pass was left out Adam Vogt **20141221214129 Ignore-this: 98e63d7b17ac6ebabd8a6b081f5194a1 ] [remove unused imports Adam Vogt **20140815051234 Ignore-this: b2e5be31b70e6d31827e76bd8c00d200 ] [fix build with ghc-6.12 Adam Vogt **20140815051214 Ignore-this: d4c4da527db6c8affc151dc210631b85 ] [use FiniteBitSize with ghc >= 7.8 Adam Vogt **20140815051136 Ignore-this: 90f855fd72406fb3d2640a133d499188 ] [Layout.Spacing: Outer window edges now get as much spacing as inner ones Felix Crux **20141219223646 Ignore-this: 61363e97939fe857876c8252ac5f0302 Layout.Spacing applies a customizable amount of space around the outside of each window. At window edges where two windows meet, the total distance between them is therefore twice the customized value (one space value from each window). At the edge of the screen, however, the spacing is only applied once. This results in uneven amounts of spacing and differently-sized gaps on the screen. This patch extends the Spacing layout to include a further gap all around the edge of the screen, thus making all spaces around windows equal in size. ] [add filepath package dependency needed by Prompt.Pass Adam Vogt **20140909145216 Ignore-this: 588ec76e7fccb4219361da7024c98db4 filepath comes with ghc, and it's used by xmonad-core anyways ] [X.C.Prime: doc tweaks Devin Mullins **20141002075939 Ignore-this: 20d6b829b810f48b5e4b4c161b39b312 ] [X.A.Navigation2D: add convenience functions for setting config & keybindings Devin Mullins **20141002075757 Ignore-this: ed01137f03a531f73315ed503d1eb6ef 1. Added 'additionalNav2DKeys' which adds keybindings for the cartesian product of direction keys and (modifier, action) pairs given. 2. Added 'navigation2D' which combines that with 'withNavigation2DConfig'. 3. Added 'additionalNav2DKeysP' and 'navigation2DP' which do the same, but use the 'additionalKeysP' syntax. ] [X.C.Prime: doc fixes Devin Mullins **20141001075855 Ignore-this: dbbe00791b04df61dcd595c50333fba ] [X.C.Prime: add 'withScreens' and friends Devin Mullins **20141001075250 Ignore-this: eba37b1ff3da265a4dcc509f538fce4d The screen equivalent of 'withWorkspaces' lets you more easily define keys that move/swap between screens. Also, rename wsKeyspecs to wsKeys, and make a couple of doc tweaks. ] [Implement proper handling of dynamically changing hostname Anton Vorontsov **20140901072158 Ignore-this: 2aeac6d2161e666d40cda6a09f78b208 The module implements a proper way of finding out whether the window is remote or local. Just checking for a hostname and WM_CLIENT_MACHINE being equal is often not enough because the hostname is a changing subject (without any established notification mechanisms), and thus WM_CLIENT_MACHINE and the hostname can diverge even for a local window. This module solves the problem. As soon as there is a new window created, we check the hostname and WM_CLIENT_MACHINE, and then we cache the result into the XMONAD_REMOTE property. Notice that XMonad itself does not know anything about hostnames, nor does it have any dependency on Network.* modules. For this module it is not a problem: you can provide a mean to get the hostname through your config file (see usage). Or, if you don't like the hassle of handling dynamic hostnames (suppose your hostname never changes), it is also fine: this module will fallback to using environment variables. ] [Add Stoppable layout for power saving Anton Vorontsov **20140901072141 Ignore-this: a52805d9f3095cd7af48507847ed2fe3 This module implements a special kind of layout modifier, which when applied to a layout, causes xmonad to stop all non-visible processes. In a way, this is a sledge-hammer for applications that drain power. For example, given a web browser on a stoppable workspace, once the workspace is hidden the web browser will be stopped. Note that the stopped application won't be able to communicate with X11 clipboard. For this, the module actually stops applications after a certain delay, giving a chance for a user to complete copy-paste sequence. By default, the delay equals to 15 seconds, it is configurable via 'Stoppable' constructor. The stoppable modifier prepends a mark (by default equals to "Stoppable") to the layout description (alternatively, you can choose your own mark and use it with 'Stoppable' constructor). The stoppable layout (identified by a mark) spans to multiple workspaces, letting you to create groups of stoppable workspaces that only stop processes when none of the workspaces are visible, and conversely, unfreezing all processes even if one of the stoppable workspaces are visible. To stop the process we use signals, which works for most cases. For processes that tinker with signal handling (debuggers), another (Linux-centric) approach may be used. See https://www.kernel.org/doc/Documentation/cgroups/freezer-subsystem.txt ] [X.C.Prime: doc changes Devin Mullins **20140925203037 Ignore-this: 51204c1a9f2e6ed21228d2910417fd21 ] [X.C.Prime: add withWorkspaces et al. Devin Mullins **20140925203034 Ignore-this: 65f691270110cc5de13c950d9dcb0c17 This allows easier configuration of workspaces and their keybindings. Required generalizing the 'Prime' type, so lots of other lines changed in rather trivial ways. ] [X.C.Prime: add ifThenElse binding Devin Mullins **20140924191509 Ignore-this: ae775c418c27301b9c12d2a233502cec This is necessary for if-then-else support in the user's config. ] [X.C.Prime: doc fixes Devin Mullins **20140915080601 Ignore-this: 15e3c445a99d3b2d3a235aa76119797 ] [X.C.Prime: fix 'def' hyperlink in doc Devin Mullins **20140914075352 Ignore-this: a1de1d81a5f140ab7d90edbf393e9bda ] [XMonad.Config.Prime, a do-notation for config Devin Mullins **20140914064828 Ignore-this: f7397aa6e6efe5d76acebfa22c567baa Note that the use of RebindableSyntax is because of the need to vary the layoutHook type throughout the config. The alternative, using the existential Layout type, was rejected because it required TemplateHaskell in order to look nice, and TemplateHaskell is not portable. I've tried to make a version of (>>) that also worked on normal monads, but have had no luck as of yet. Maybe some intrepid soul can add it later. ] [X.P.Shell: fix doc typo me at twifkak.com**20130317115516 Ignore-this: bdd385a9142ed039a917d135e76293fe ] [reverse workspaces, so that switching to a dynamic workspace group restores the focus to the screen that was focused at group creation time nwfilardo at gmail.com**20140913174118 Ignore-this: b74c02b1892159694827e35122c2d517 ] [add filepath dependency, needed by new X.P.Pass module me at twifkak.com**20140913070926 Ignore-this: fec97086c1e66cf8a036265bd1a970a8 ] [add-new-xmonad-prompt-pass eniotna.t at gmail.com**20140829131928 Ignore-this: 11e85dfe3d24cef88d8d89f4e7b1ec0b This module provides 3 to ease passwords manipulation (generate, read, remove): - one to lookup passwords in the password-storage. - one to generate a password for a given password label that the user inputs. - one to delete a stored password for a given password label that the user inputs. All those prompts benefit from the completion system provided by the module . The password store is setuped through an environment variable PASSWORD_STORE_DIR. If this is set, use the content of the variable. Otherwise, the password store is located on user's home @$HOME\/.password-store at . Source: - The password storage implementation is < http://git.zx2c4.com/password-store the password-store cli>. - Inspired from ] [use Data.Map instead of Data.Map.Strict to support containers < 0.5 Adam Vogt **20140815043141 Ignore-this: 436d18657d8499f4ce57311e84503d9f ] [config-mate allbery.b at gmail.com**20140803020659 Ignore-this: d5de258c0a28cd5ba64a59cf37cd480a Initial support for the Mate desktop environment (http://mate-desktop.org). Based on existing Gnome 2 support, since Mate is a maintained fork of Gnome 2. ] [debug-managehook allbery.b at gmail.com**20140803020601 Ignore-this: 51f9255b496cca79e4a53e274c400ecc A set of hooks, and convenience combinators, to help with ManageHook debugging. Ordinary users may well want to use debugManageHookOn in normal configs, specifying a key sequence which can be pressed before running a command in order to capture debug information just for that command's main window. This is especially useful when trying to diagnose issues such as programs that do not play well with SpawnOn, or ManageHook matching on 'title' when the program does not set the window title until after it is mapped. ] [debug-debug allbery.b at gmail.com**20140803020530 Ignore-this: cbb2b1d99293e3a4d02a256c2733aeb0 Various fixes and enhancements to DebugWindow and DebugStack. ManageDebug requires these fixes, but some of them are significant even if not using ManageDebug. ] [derive Applicative instances to suppress AMP warning Adam Vogt **20140710163950 Ignore-this: c2110d07bccc61462c3fbf73c900aaa1 ] [clean up cabal file and drop support for base < 3 Adam Vogt **20140710013255 Ignore-this: 76b142e2b114604feac9b8e41cf71ab ] [add-duck-duck-go-search-engine eniotna.t at gmail.com**20140617174246 Ignore-this: 29bbfb2d07d9ddf36bf0268a4e255f81 ] [XSelection: getSelection: fix connection exhaustion bug (issue #573); include warning gwern at gwern.net**20140601025019 Ignore-this: add21190fc07338b243c2241cc746119 ] [Fix dbus-send call in XMonad.Config.Gnome md143rbh7f at gmail.com**20140129032114 Ignore-this: ed62458b55c8b34b77f73027eeee1a73 dbus-send --print-reply=string is invalid, but it was silently ignored until recently: http://cgit.freedesktop.org/dbus/dbus/commit/tools/dbus-send.c?id=c690ee4351f99ed5e629ffcf5f4a2edcd418d103 I've changed XMonad.Config.Gnome to run --print-reply=literal, since that's what the old behavior was. ] [warning police (unused variables) Adam Vogt **20140505001242 Ignore-this: a15b4d844b1da4f1f1f9b6095c968705 ] [This patch makes the Ssh extension works with **user** arguments in ssh, .e.g ssh admin at localhost. linxray at gmail.com**20140504091120 Ignore-this: 297673e11d3049c4f127aac3e172d361 ] [remove trailing whitespace in L.BinarySpacePartition Adam Vogt **20140501011943 Ignore-this: 8dd677978992e0854801b8f254463dc2 ] [replace Bound with the equivalent Direction2D Adam Vogt **20140501011540 Ignore-this: b1f1c256aba07f70918fe1d693c8087b ] [remove unused extension in BSP Adam Vogt **20140501011455 Ignore-this: a4962486b2aa3980536bff19a537451e ] [Add BinarySpacePartition layout benweitzman at gmail.com**20140430205848 Ignore-this: a85d1dc51bf54c59ae2bd9d948cc1088 ] [X.Actions.DynamicWorkspaceGroups: export new function addRawWSGroup Brent Yorgey **20140428142901 Ignore-this: a487882c9571bf91ff921d6561bb4cc6 ] [Remove unneeded context with the IfMax layout instance Adam Vogt **20140422221105 Ignore-this: 3b8ac316f56df6a84420754db769fb0 Extra constraints on instances are about as useful as -XDataTypeContexts ] [Adding side tabs and replacing TabbarLocation with Direction2D. nrujac at gmail.com**20140219200811 Ignore-this: edabeec973b4e0d61515818367689843 ] [warning police Daniel Wagner **20140316183747 Ignore-this: fd16435ccdd3fee8924723cc690cc239 ] [New module: XMonad.Util.WindowState Dmitry Bogatov **20140218100229 Ignore-this: 14a6fa263c423cd8cca3b2645b3930d7 Save almost arbitary data per window ] [Add side tabs to the tabbed layout. nrujac at gmail.com**20140213215247 Ignore-this: f81bafe9cb75a30ed6bbbe68cf5d66c0 ] [SpawnNamedPipe hlint cleanup cwills.dev at gmail.com**20140202213613 Ignore-this: dbb68c4c5522026bd108d0158e747b48 ] [document and cleanup SpawnNamedPipe cwills.dev at gmail.com**20140202211000 Ignore-this: b264278f1f1ab1f18b37245a5ff33136 ] [Added SpawnNamedPipe cwills.dev at gmail.com**20140202143415 Ignore-this: 87797ffffc8d0fd088482bd0c5baf0e ] [Make commandToComplete in XMonad.Prompt.Shell complete last word md143rbh7f at gmail.com**20140130200050 Ignore-this: b0fe22fdd7b9409835fd0ca069f2e01a The following change from 2013-02-09 breaks shell completion for me: hunk ./XMonad/Prompt/Shell.hs 65 + commandToComplete _ c = c It seems to be passing the entire string into compgen in order to get the file completions, but it should only pass the last word. I propose reverting this change. Comments are appreciated. ] [expose and document X.L.IndependentScreens.marshallSort Daniel Wagner **20140128212844 Ignore-this: 90c1437c6ffe1dbd8f4a4ed192097ec ] [ServerMode properly indent Adam Vogt **20131219201440 Ignore-this: 761b39c3e3c90b6123f068e8b1d34e5d ] [remove ServerMode tabs Adam Vogt **20131219201000 Ignore-this: f21448c248ec0ac289c309ed964ebcff ] [fix -Wall ServerMode Adam Vogt **20131219181030 Ignore-this: 708dd5fc60f43dee3d1da085002052f ] [documentation note that ServerMode is similar to wmctrl Adam Vogt **20131219180748 Ignore-this: 3215bdf1c698c798eca8ed7f62a0f591 ] [Generalized XMonad.Hooks.ServerMode polson2 at hawk.iit.edu**20131216025100 Ignore-this: e58da3b168a1058f32982833ea25a739 ] [IfMax-Layout Ilya Portnov **20131201072634 Ignore-this: dac53f2a0505e740f05fdf03f1db0c21 This adds a new ("conditional") layout, IfMax, which simply runs one layout, if there are <= N windows, and else runs another layout. ] [fix UrgencyHook and add filterUrgencyHook Adam Vogt **20130924224738 Ignore-this: 3b7c62275701e6758397977c5c09b744 ] [export XMonad.Hooks.UrgencyHook.clearUrgency (issue 533) Adam Vogt **20130923031349 Ignore-this: dafe5763d9abcfa606f5c1a8cf5c57d6 ] [minor documentation fix: manageDocks doesn't do anything with struts, so don't claim it does Daniel Wagner **20130814125106 Ignore-this: a2610d6c1318ac0977abfc21d1b91632 ] [don't pretend to be LG3D in X.C.Dmwit because this confuses modern GTK Daniel Wagner **20130813211636 Ignore-this: 8f728dc1b4bf5e472d99419cc5920e51 ] [XMonad.Actions.UpdatePointer: generalise updatePointer Liyang HU **20130730071007 Ignore-this: 3374a62b6c63dcc152dbf843cd0577f0 ] [XMonad.Actions.UpdatePointer: document TowardsCentre Liyang HU **20130730053746 Ignore-this: 2d684b12e4fff0ebec254bea4a4546a3 ] [Haddock formatting in H.Minimize Adam Vogt **20130723155658 Ignore-this: 5db3186a51dec58f78954466ded339cb ] [Bump version (and xmonad dependency) to 0.12 Adam Vogt **20130720205857 Ignore-this: ce165178ca916223501f266339f1de39 This makes a breakage due to missing patches in core a bit more obvious. Previously you would have a build failure regarding some missing identifiers (def re-exported by XMonad from Data.Default), while after applying this patch it will be clear that xmonad-core needs to be updated. ] [Fix issue 551 by also getting manpath without -g flag. Adam Vogt **20130716030536 Ignore-this: ded2d51eb7b7697c0fdfaa8158d612df Instead of taking Ondrej's approach of figuring out which man (man-db or http://primates.ximian.com/~flucifredi/man/) is used by the system, just try both sets of flags. ] [Escape dzen markup and remove xmobar tags from window titles by default. Adam Vogt **20130708144813 Ignore-this: cf56bff752fbf78ea06d5c0cb755f615 The issue was that window titles, such as those set by, for example a browser, could set the window title to display something like normal title Which could be executed by xmobar (or dzen). This adds a ppTitleSanitize which does the above functions. This way when users override ppTitle, the benefits are not lost. Thanks to Ra?l Benencia and Joachim Breitner for bringing this to my attention. ] [DynamicBars-use-ExtensibleState gopsychonauts at gmail.com**20130618074755 Ignore-this: afacba51af2be8ede65b9bcf9b002a7 Hooks.DynamicBars was previously using an MVar and the unsafePerformIO hack ( http://www.haskell.org/haskellwiki/Top_level_mutable_state ) to store bar state. Since ExtensibleState exists to solve these sorts of problems, I've switched the file over to use unsafePerformIO instead. Some functions' types had to be changed to allow access to XState, but the public API is unchanged. ] [Catch exceptions when finding commands on PATH in Prompt.Shell Thomas Tuegel **20130616230219 Ignore-this: 5a4d08c80301864bc14ed784f1054c3f ] [Fix haddock parse error in X.A.LinkWorkspaces Adam Vogt **20130528133448 Ignore-this: 42f05cf8ca9e6d1ffae3bd20666d87ab ] [use Data.Default wherever possible, and deprecate the things it replaces Daniel Wagner **20130528013909 Ignore-this: 898458b1d2868a70dfb09faf473dc7aa ] [eliminate references to defaultConfig Daniel Wagner **20130528005825 Ignore-this: 37ae613e4b943e99c5200915b9d95e58 ] [minimal change needed to get xmonad-contrib to build with xmonad's data-default patch Daniel Wagner **20130528001040 Ignore-this: 291e4f6cd74fc2b808062e0369665170 ] [Remove unneeded XSync call in Layout.ShowWName Francesco Ariis **20130517153341 Ignore-this: 4d107c680572eff464c8f6ed9fabdd41 ] [Remove misleading comment: we definitely don't support ghc-6.6 anymore Adam Vogt **20130514215851 Ignore-this: 2d071cb05709a16763d039222264b426 ] [Fix module name in comment of X.L.Fullscreen Adam Vogt **20130514215727 Ignore-this: cb5cf18c301c5daf5e1a2527da1ef6bf ] [Minor update to cabal file (adding modules & maintainership) Adam Vogt **20130514215632 Ignore-this: 82785e02e544e1f797799bed5b5d9be2 ] [Remove trailing whitespace in X.A.LinkWorkspaces Adam Vogt **20130514215421 Ignore-this: 5015ab4468e7931876eb66b019af804c ] [Update documentation of LinkWorkspaces Module quesel at informatik.uni-oldenburg.de**20110328072813 Ignore-this: da863534931181f551c9c54bc4076c05 ] [Added a module for linking workspaces quesel at informatik.uni-oldenburg.de**20110210165018 Ignore-this: 1dba2164cc3387409873d33099596d91 This module provides a way to link certain workspaces in a multihead setup. That way, when switching to the first one the other heads display the linked workspaces. ] [Cache results from calcGap in ManageDocks Adam Vogt **20130425155811 Ignore-this: e5076fdbdfc68bc159424dd4e0f14456 http://www.haskell.org/pipermail/xmonad/2013-April/013670.html ] [Remove unnecessary contexts from L.MultiToggle Adam Vogt **20130217163356 Ignore-this: 6b0e413d8c3a58f62088c32a96c57c51 ] [Generalises modWorkspace to take any layout-transforming function gopsychonauts at gmail.com**20130501151425 Ignore-this: 28c7dc1f6216bb1ebdffef5434ccbcbd modWorkspace already was capable of modifying the layout with an arbitrary layout -> layout function, but its original type restricted it such that it could only apply a single LayoutModifier; this was often inconvenient, as for example it was not possible simply to compose LayoutModifiers for use with modWorkspace. This patch also reimplements onWorkspaces in terms of modWorkspaces, since with the latter's less restrictive type this is now possible. ] [since XMonad.Config.Dmwit mentions xmobar, we should include the associated .xmobarrc file Daniel Wagner **20130503194055 Ignore-this: 2f6d7536df81eb767262b79b60eb1b86 ] [warning police Daniel Wagner **20130502012700 Ignore-this: ae7412ac77c57492a7ad6c5f8f50b9eb ] [XMonad.Config.Dmwit Daniel Wagner **20130502012132 Ignore-this: 7402161579fd2e191b60a057d955e5ea ] [minor fixes to the haddock markup in X.L.IndependentScreens Daniel Wagner **20130411193849 Ignore-this: b6a139aa43fdb39fc1b86566c0c34c7a ] [add whenCurrentOn to X.L.IndependentScreens Daniel Wagner **20130408225251 Ignore-this: ceea3d391f270abc9ed8e52ce19fb1ac ] [Allow to specify the initial gaps' states in X.L.Gaps Paul Fertser **20130222072232 Ignore-this: 31596d918d0050e36ce3f64f56205a64 ] [should bump X11 dependency, too, to make sure we have getAtomName Daniel Wagner **20130225180527 Ignore-this: 260711f27551f18cc66afeb7b4846b9f ] [getAtomName is now defined in the X11 library Daniel Wagner **20130225180323 Ignore-this: 3b9e17c234679e98752a47c37132ee4e ] [Allow to limit maximum row count in X.Prompt completion window Paul Fertser **20130221122050 Ignore-this: 923656f02996f2de2b1336275392c5f9 On a keyboard-less device (such as a smartphone), where one has to use an on-screen keyboard, the maximum completion window height must be limited to avoid overlapping the keyboard. ] [Note in U.NameActions that xmonad core can list default keys now Adam Vogt **20130217233026 Ignore-this: 937bff636fa88171932d5192fe8e290b ] [Export U.NamedActions.addDescrKeys per evaryont's request. Adam Vogt **20130217232619 Ignore-this: a694a0a3ece70b52fba6e8f688d86344 ] [Add EWMH DEMANDS_ATTENTION support to UrgencyHook. Maarten de Vries **20130212181229 Ignore-this: 5a4b314d137676758fad9ec8f85ce422 Add support for the _NET_WM_STATE_DEMANDS_ATTENTION atom by treating it the same way as the WM_HINTS urgency flag. ] [Unconditionally set _NET_WORKAREA in ManageDocks Adam Vogt **20130117180851 Ignore-this: 9f57e53fba9573d8a92cf153beb7fe7a ] [spawn command when no completion is available (if alwaysHighlight is True); changes commandToComplete in Prompt/Shell to complete the whole word instead of using getLastWord c.lopez at kmels.net**20130209190456 Ignore-this: ca7d354bb301b555b64d5e76e31d10e8 ] [order-unindexed-ws-last matthewhague at zoho.com**20120703222726 Ignore-this: 4af8162ee8b16a60e8fd62fbc915d3c0 Changes the WorkspaceCompare module's comparison by index to put workspaces without an index last (rather than first). ] [SpawnOn modification for issue 523 Adam Vogt **20130114014642 Ignore-this: 703f7dc0f800366b752f0ec1cecb52e5 This moves the function to help clean up the `Spawner' to the ManageHook rather than in functions like spawnOn. Probably it makes no difference, the reason is because there's one manageSpawn function but many different so this way there are less functions to write. ] [Update L.TrackFloating.useTransient example code Adam Vogt **20130112041239 Ignore-this: e4e31cf1db742778c1d59d52fdbeed7a Suggest useTransient goes to the right of trackFloating which is the configuration actually tested. ] [Adapt ideas of issue 306 patch to a new modifier in L.TrackFloating Adam Vogt **20130112035701 Ignore-this: d54d27b71b97144ef0660f910fd464aa ] [Make X.A.CycleWS not rely on hidden WS order Dmitri Iouchtchenko **20130109023328 Ignore-this: 8717a154b33253c5df4e9a0ada4c2c3e ] [Add X.H.WorkspaceHistory Dmitri Iouchtchenko **20130109023307 Ignore-this: c9e7ce33a944facc27481dde52c7cc80 ] [Allow removing arbitrary workspaces Dmitri Iouchtchenko **20121231214343 Ignore-this: 6fce4bd3d0c5337e5122158583138e74 ] [Remove first-hidden restriction from X.A.DynamicWorkspaces.removeWorkspace' Dmitri Iouchtchenko **20121231214148 Ignore-this: 55fb0859e9a5f476a834ecbdb774aac8 ] [Add authorspellings file for `darcs show authors'. Adam Vogt **20130101040031 Ignore-this: c3198072ebc6a71d635bec4d8e2c78fd This authorspellings file includes a couple people who've contributed to xmonad (not XMonadContrib). When people have multiple addresses, the most recent one has been picked. ] [TAG 0.11 Adam Vogt **20130101014231 Ignore-this: 57cf32412fd1ce912811cb7fafe930f5 ] Patch bundle hash: 32c2d412973e6f607d786d9b6cd8e801c4c54a6a -------------- next part -------------- An HTML attachment was scrubbed... URL: