March 2015 - xmonad - Haskell.org

Issue 593 in xmonad: moving a gimp window to another workspace problem
by codesite-noreply＠google.com 03 Mar '15

03 Mar '15

Status: New Owner: ---- New issue 593 by wrob...@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

1 2

Extended + fixed BinarySpacePartition layout -> feedback?
by Anton Pirogov 03 Mar '15

03 Mar '15

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.

1 0

Re: [xmonad] upstream version
by Alexander Genaud 02 Mar '15

02 Mar '15

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 <tkpapp(a)gmail.com> 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 <alex(a)genaud.net> 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.

2 1

Re: [xmonad] xmonad Digest, Vol 96, Issue 3
by Alexander Genaud 02 Mar '15

02 Mar '15

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.

2 1

Vanilla Xmonad distribution
by Alexander Genaud 02 Mar '15

02 Mar '15

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" }

1 0

Re: [xmonad] upstream version. (was "Vanilla Xmonad distribution")
by Carlos López-Camey 02 Mar '15

02 Mar '15

2015-03-01 10:12 GMT-06:00 Brandon Allbery <allbery.b(a)gmail.com>: > > On Sun, Mar 1, 2015 at 10:43 AM, Carlos López-Camey <c.lopez(a)kmels.net> 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.

2 1

Vanilla Xmonad distribution
by Alexander Genaud 01 Mar '15

01 Mar '15

Years ago, I set my girlfriend up with Ubuntu 12.04 LTS and xmonad (0.8 or 0.9 maybe). With minor tweaks, mod4Mask, etc, it just worked for years. This weekend, I tried to set up Linux Mint Mate, then Cinnamon, then Xubuntu (Xfce) with xmonad-0.11, each with their own unique issues. Xubuntu was most promising, but just doesn't work very well (panel disappears, or meta-key is intercepted such that Win-1 or Win-Shift-Return are typed into the highlighted app or ignored). I am reading a hodge-podge of different config tutorials focusing on an assortment of versions. I have not come across an installation/config wiki page that seemed relevant and up to date. I'm willing to install just about any distribution (not Arch nor Gentoo) and nearly any DE, but I'd like all the niceties of a stable (LTS-ish) DE with graphical networking, application selection menus, panel, notifications, but with the latest xmonad tile windowing. I like the idea of Xfce because it's light weight and easy. Gnome2 fallback is fine too. I expected Mate would 'just work'. Is there a stable reference distro? Can someone point me to a tutorial from late 2014 or 2015 for installing xmonad on a recently distro?

6 5