- xmonad - Haskell.org

dead spaces / monitor borders
by Csillag Kristof 05 Sep '09

05 Sep '09

Hi all, I am using two displays (with different resolutions), united by RandR. Sometimes I access my desktop via VNC: one big, full-screen VNC window covers both monitors. (I am not even running any window manager at the client side.) However, the information about the two physical monitors (and the resulting dead space) is not transmitted by VNC to the server, so the applications (including the window manager), which are running at the server, have no idea about the physical layout. Question: can Xmonad be configured to - handle the two displays as separate entities (despite being covered by a single VNC session), and - consider the dead space? If you, how do I do that? (Please note, I am not yet a Xmonad user, but I have a feeling that I might be, very soon.) Thank your for your help: Kristof Csillag

2 1

How to swap screen in a multihead environment?
by Felix Bou 05 Sep '09

05 Sep '09

I have just started to use xmonad, and it seems to me a great software for multihead screens. At his moment, I am using two physical screens and I would like to use a key binding to do the following thing: "swap screens". By swap screens I mean moving from -the configuration [1 2] to the configuration [2 1] -the configuration [1 3] to the configuration [3 1] -the configuration [4 2] to the configuration [2 4] etc When I say configuration [1 2] I mean that workspace 1 is on left screen and workspace2 in on right screen; and the same idea for [2 1], [1 3], etc Does anybody know how to do this?

4 3

gnome: workspace with one window -> make it float -> (function) keys on desktop icons don't work anymore
by Jan Müller 04 Sep '09

04 Sep '09

Hi, I see the following behavior: - start gnome and xmonad - go to a workspace with a single window open - make this window float by using right mouse button - click on a desktop icon - press F2 to rename it -> F2 doesn't reach the desktop, instead it is applied to the floating window, although the desktop should have the focus this behavior is not restricted to F2, but is valid for all keys (at least I guess so) I'm running the latest official xmonad release on ubuntu 9.04 my xmonad.hs does not include anything fancy. the basis is: main = xmonad $ gnomeConfig { layoutHook = avoidStruts $ smartBorders $ layoutHook gnomeConfig manageHook = manageDocks <+> myManageHook <+> manageHook gnomeConfig } mymangeHook is copied from the wiki and includes some windows.

1 0

Unmarking modules 'Unstable' in contrib
by Adam Vogt 04 Sep '09

04 Sep '09

Hello, Most (152/159) modules are marked as unstable in contrib. A good number of these 'unstable' modules have not been modified since a number of releases. Here's a rough total number of modules with a last-modified date (per year): > (for x in `find .`; do; (darcs changes $x | tail -n 2 | head -n 1); done) > lastmod > for x in {2007,2008,2009}; do; grep $x lastmod | wc -l; done 64 43 17 I wouldn't trust those numbers, since the total falls short of 159, but the point still stands: many so-called unstable modules have not changed in a long time, which could make it difficult for users to avoid modules that may actually change. Does anybody mind if I change the oldest modules (unchanged since 1.5 years) to be stable? -- Adam

2 2

Issue 230 in xmonad: Modular config support
by codesite-noreply＠google.com 03 Sep '09

03 Sep '09

Comment #16 on issue 230 by vogt.adam: Modular config support http://code.google.com/p/xmonad/issues/detail?id=230 The patch that extends the ghc search path to ~/.xmonad/lib has been applied. We still need some documentation for this feature. The man page blurb sjanssen requested is here: http://www.haskell.org/pipermail/xmonad/2009-September/008473.html -- 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 0

Automatically move Firefox download dialog
by Omari Norman 03 Sep '09

03 Sep '09

Hi folks, When I download a file in Firefox, it pops up a download dialog box where I can pick the location I want the file saved to. It pops up too far to the lower-right corner of my screen, so that I have to drag the dialog box up a bit just so I can see the "Save" and "Cancel" buttons. Is there a way to automatically move this box so that it is in a better location in my screen? I figure this would involve some sort of ManageHook; I read this http://haskell.org/haskellwiki/Xmonad/General_xmonad.hs_config_tips#Managin… but can't see how I would tell XMonad to move a window the way I can with the mouse. Thanks for your help! Omari

2 2

xmonad-fork
by Gwern Branwen 03 Sep '09

03 Sep '09

I came across this today linked in #darcs: http://physics.oregonstate.edu/~roundyd/codes.php "xmonad-fork xmonad-fork is a modified version of the xmonad window manager that I use. You can get a copy of the source with darcs get http://physics.oregonstate.edu/~roundyd/code/xmonad-fork" 'twould seem Andrea and David have been collaborating extensively on xmonad (by my count, there ~106 patches in this repo not present in core/xmc). Some of them look interesting, but others deal with internals I'm not very familiar with. -- gwern

3 2

Re: Bug in XMonad.Actions.DynamicWorkspaces
by David Roundy 03 Sep '09

03 Sep '09

I'm not the maintainer of the module, and don't use xmonad, so maybe you could contact the xmonad mailing list? David 2009/9/2 Léo Gillot-Lamure <leo.gillot(a)navaati.net>: > Hello. > > I found an annoying bug in XMonad.Actions.DynamicWorkspaces : the > computation removeWorkspace removes the current workspace even if it > contains windows. This leads to chaotic behavior : the windows which > were presents on the removed workspace are moved elsewhere. > > I don't know how internally works XMonad, so I can't fix this by > myself. As you are the maintainer of the module, could you please > resolve this problem ? > > Léo Gillot-Lamure

1 0

xmonad border strangeness on OSX vs. Linux
by Curtis Spencer 02 Sep '09

02 Sep '09

Hi, I have been a user of xmonad for a few months now on Linux, and I thought I would try to bring the tile based sweetness over to my OSX machine. So I fired up X11, followed the tutorial on the Haskell Wiki and got a generally usable setup. I have noticed an issue on the xmonad 0.8.1 with the borders around the windows and focusing. I am using the exact same configuration as on linux: import XMonad import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks import XMonad.Util.Run(spawnPipe) import XMonad.Util.EZConfig(additionalKeys) import System.IO main = xmonad $ defaultConfig { borderWidth = 1 , terminal= "urxvt" , normalBorderColor = "#ff0000" , focusedBorderColor = "#00ff00" } `additionalKeys` [((mod1Mask, xK_t), spawn "urxvt")] The linux version sets the focused window to have a green border and the rest of the windows to have a red border. When I use this on OSX, I can sometimes get a red border to partially show up around one of the terminals by resizing it, but I never get the focused green border. Is there some setting I am missing or is there something I need to do differently with OSX X11? Here are the links to the images if anyone wants a viz of what is going on. OSX: http://www.flickr.com/photos/30313430@N08/3882016252/ Linux: http://www.flickr.com/photos/30313430@N08/3882016216/ Thanks, Curtis

2 2

darcs patch: Pester the user with one (not two) xmess... (and 4 more)
by Adam Vogt 01 Sep '09

01 Sep '09

Sat Mar 21 19:37:36 EDT 2009 Adam Vogt <vogt.adam(a)gmail.com> * Pester the user with one (not two) xmessages on config errors Sat Mar 21 19:29:07 EDT 2009 Adam Vogt <vogt.adam(a)gmail.com> * Add lib to ghc searchpath with recompilation check Sun May 3 19:54:15 EDT 2009 Adam Vogt <vogt.adam(a)gmail.com> * Only watch mtime for .hs, .lhs, .hsc for ~/.xmonad/lib Previously xmonad would force a recompile due to the object files being too new, so only look at files which may contain haskell code. Thu Jul 9 21:13:08 EDT 2009 Adam Vogt <vogt.adam(a)gmail.com> * Set infix 0 --> to reduce parentheses in ManageHooks What was previously: > (appName ?= x <&&> classname ?= y) --> (doFloat <+> doIgnore) Can now be: > appName ?= x <&&> classname ?= y --> doFloat <+> doIgnore Thu Jul 9 21:14:24 EDT 2009 Adam Vogt <vogt.adam(a)gmail.com> * Remove tabs from ManageHook.hs

2 1