- xmonad - Haskell.org

[xmonad-contrib] Patch to add messages IncSpacing/SetSpacing to the Spacing modifier for dynamic adjustment
by Anton Pirogov 10 Mar '15

10 Mar '15

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

2 5

[PATCH] New layout modifier: Hidden
by Peter Jones 10 Mar '15

10 Mar '15

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. -- Peter Jones, Founder, Devalot.com Defending the honor of good code

1 1

Re: [xmonad] Vanilla Xmonad distribution
by Alexander Genaud 09 Mar '15

09 Mar '15

> 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

1 0

Re: [xmonad] Vanilla Xmonad distribution
by Alexander Genaud 08 Mar '15

08 Mar '15

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

4 4

Issue 585 in xmonad: Fullscreen window grows with each click on HTML5 videos in Google Chrome
by codesite-noreply＠google.com 08 Mar '15

08 Mar '15

Status: New Owner: ---- New issue 585 by mikebrod...(a)gmail.com: Fullscreen window grows with each click on HTML5 videos in Google Chrome https://code.google.com/p/xmonad/issues/detail?id=585 What steps will reproduce the problem? 1. Open Google Chrome and play HTML5 embedded video. 2. Fullscreen the video (I'm using `isFullscreen --> doFullFloat` in my ManageHook) 3. Click anywhere with the fullscreened video, and it's window will "grow" with each click. What is the expected output? What do you see instead? I don't expect the window to grow when I click it. What version of the product are you using? On what operating system? Xmonad 0.11 on Ubuntu 14.04 (installed using cabal, not APT) Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". No output from "xmonad --recompile". Please provide any additional information below. Attachments: xmonad.hs 6.8 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 2

Issue 595 in xmonad: Thunderbird does not refresh window content after suspend
by codesite-noreply＠google.com 04 Mar '15

04 Mar '15

Status: New Owner: ---- New issue 595 by jp.depl...(a)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

1 3

Issue 594 in xmonad: modal window management with virtual box (1)
by codesite-noreply＠google.com 03 Mar '15

03 Mar '15

Status: New Owner: ---- New issue 594 by netra...(a)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

2 1

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

02 Mar '15

Status: New Owner: ---- New issue 593 by wrob...(a)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 02 Mar '15

02 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