April 2011 - xmonad - Haskell.org

Avoid automatic change of workspace
by Raghavendra D Prabhu 26 Apr '11

26 Apr '11

Hi, I am currently using twinview with xmonad with two physical screens. My issue is, suppose I have workspace 4 on screen 1 and 5 on screen 2 and current screen is 2. At this point, when I switch to workspace 4 (with mod key + workspace# ), it transfers the 4th workspace to current screen and vice-versa, what I want is for it to change to the other screen rather than bringing the workspace from that screen to current screen. Is there any way to change this ? -------------------------- Raghavendra Prabhu GPG Id : D72BE977 Fingerprint: B93F EBCB 8E05 7039 CD3C A4B8 A616 DCA1 D72B E977 www: wnohang.net

2 1

Re: [xmonad] [Pkg-haskell-maintainers] Bug#623429: libghc-xmonad-contrib-dev: avoidStruts leaves a gap on the left of the screen
by Joachim Breitner 21 Apr '11

21 Apr '11

Dear Gian, Am Mittwoch, den 20.04.2011, 08:28 +0200 schrieb Gian Piero Carrubba: > Package: libghc-xmonad-contrib-dev > Version: 0.9.2-2+b1 > Severity: minor > > > After switching to the last version of libghc-xmonad-contrib-dev, > XMonad.Hooks.ManageDocks.avoidStruts seems to think there's a dock on > the left of the screen. It correctly avoids drawing windows over xmobar > and trayer (running on the top of my screen), but also inserts a gap on > the left that I can't explain. > Please find attached my xmonad.hs. The same config worked well with > previous installed version (libghc6-xmonad-contrib-dev 0.9.1-1+b1). thanks for reporting the bug. Do you happen to have a non-rectangular screen, e.g. two screens of different size? There was a discussion about that on the xmonad mailing list. And maybe someone on the xmonad mailing list can help? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata(a)debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata(a)joachim-breitner.de | http://people.debian.org/~nomeata

3 4

Re: [xmonad] Determining layout based on display properties
by Nathaniel Filardo 20 Apr '11

20 Apr '11

I wrote a module to do exactly that. I'm not entirely happy with it (and patches are definitely thoughtfully considered), but it's available at > https://github.com/nwf/xconfig/blob/master/xmonad/lib/XMonad/Layout/SLS.hs Hope that helps. --nwf;

1 0

Determining layout based on display properties
by Samir Unni 20 Apr '11

20 Apr '11

Hello, I was wondering if there's a way to change the workspace layout based on the properties of the display (i.e., resolution). I'm trying to use a three column layout when my laptop is using an external monitor, but a two column layout when I'm using the built-in display. This doesn't have to be dynamic - if the workspace layouts are set once when xmonad is launched based on which monitors are in use, that would be fine. Thanks, Samir Unni

2 1

Issue 446 in xmonad: Use XMonad.Layout.Minimize in XMonad.Config.Gnome
by codesite-noreply＠google.com 17 Apr '11

17 Apr '11

Status: Accepted Owner: vogt.a...(a)gmail.com New issue 446 by vogt.a...(a)gmail.com: Use XMonad.Layout.Minimize in XMonad.Config.Gnome http://code.google.com/p/xmonad/issues/detail?id=446 Perhaps some other features used in XMonad.Config.Bluetile could also be added to the config too? At least one user in #xmonad (brianmwaters) expected this to be the case.

1 0

darcs patch: Typo in window-properties.sh
by Brandon S Allbery KF8NH 13 Apr '11

13 Apr '11

1 patch for repository http://code.haskell.org/XMonadContrib: Wed Apr 13 01:30:02 EDT 2011 Brandon S Allbery KF8NH <allbery.b(a)gmail.com> * Typo in window-properties.sh Somewhere between my creating the original version of this script and adding it to the tree, a backslash got lost. It appears to have been lost in the version I put on the wiki, so I suspect a copy-paste problem at that point.

2 1

Slight alteration to layout algorithm
by Christopher M Howard 13 Apr '11

13 Apr '11

2 1

Issue 443 in xmonad: XMonad should guard against resizing window dimensions to 0
by codesite-noreply＠google.com 12 Apr '11

12 Apr '11

Status: New Owner: ---- New issue 443 by elias.ku...(a)gmail.com: XMonad should guard against resizing window dimensions to 0 http://code.google.com/p/xmonad/issues/detail?id=443 What steps will reproduce the problem? 1. Take a program such as gnome-terminal, xterm or emacs 2. Use mod-right resizing to make the window as close to 0x0 size as possible. What is the expected output? What do you see instead? The windows should remain at some minimum size. Instead, at least one of the dimensions seems to go to 0 and "undefined behaviour" occurs. With xterm, the terminal seems to become infinitely wide or infinitely tall. With emacs and gnome-terminal, the programs simply crash. Both of the programs can incidentally have multiple windows for the same process so this would just "mysteriously" make all of them disappear. What version of the product are you using? On what operating system? XMonad 0.9 in Ubuntu 10.10. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". This is reproducible for me without any customisations. Please provide any additional information below.

1 2

Issue 378 in xmonad: Clean up WindowBringer interface
by codesite-noreply＠google.com 12 Apr '11

12 Apr '11

Status: New Owner: ---- New issue 378 by MathStuf: Clean up WindowBringer interface http://code.google.com/p/xmonad/issues/detail?id=378 The attached patch adds a bringMenu' function so that the user may specify a command for it as well. In addition, the other functions are cleaned up to use cascade with the default "dmenu" command. I tried doing "darcs record", but I do not have packages that satisfy the testing version dependencies and the xmonad update from cabal has dependency solving issues with the system version. Attachments: xmonad-contrib-windowbringer-cleanup.patch 2.2 KB -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 8

darcs patch: add-togglehook (and 1 more)
by Ben Boeckel 12 Apr '11

12 Apr '11

2 patches for repository http://code.haskell.org/XMonadContrib: Sat Jun 26 00:16:13 EDT 2010 mathstuf(a)gmail.com * add-togglehook This patch adds the XMonad.Hooks.ToggleHook hook to allow any hook to be applied conditionally to new windows. Based off of X.H.FloatNext, it has switches for just the next window and all following windows. It includes actions to bind to keys to be able to toggle the state, loggers to allow the current state to be printed in the statusbar via dynamicLogPP. Sat Sep 4 21:16:35 EDT 2010 mathstuf(a)gmail.com * floatnext-port-to-togglehook Ports the code for X.H.FloatNext to use the ToggleNext class.

1 0