June 2009 - xmonad - Haskell.org

darcs patch: man_xmonad.hs: import Data.Monoid for mempty, keybindi...
by Wirt Wolff 02 Jul '09

02 Jul '09

Thu Mar 19 20:46:24 MDT 2009 wirtwolff(a)gmail.com * man_xmonad.hs: import Data.Monoid for mempty, keybinding edits Bring mempty into scope. Add commented ToggleStruts binding. Replace shadowed modMask in keybindings with modm instead.

2 2

tabbed, floating & focus
by Konstantin Sobolev 02 Jul '09

02 Jul '09

Hello, I need a hint on how to fix a weird behavior of the Tabbed layout: imagine you have 2 windows in tabbed: A and B. A has focus. Now you call up a floating window C, like Scratchpad, and it takes focus. Then you move your mouse and, without hiding C, click on B tab, B gets focus. Now, if only you somehow give focus back to C (like drag the mouse over it) - tabbed will switch back to A. In the other words you can't switch tabs after you've added a floating window: as soon as floating gets focus again, tabbed restores it's state as it was before the floating window was added. It's quite annoying and I'd like to fix it, but X.L.Decoration logic is too complicated to me. Or maybe I should look at some other place?

4 7

window placement where previously closed window was
by Matthias Merk 30 Jun '09

30 Jun '09

Hi, i was wondering if it's possible to configure xmonad to place a new window in the very same place where the previously closed window has been? i'm currently using: xmonad 0.8.1 and the grid layout most of the time ( http://hackage.haskell.org/packages/archive/xmonad-contrib/0.8/doc/html/XMo… ) for example when i'm closing a terminal in the bottom right corner, the next terminal opens in the top right corner changing the position of at least on other window. thanks in advance regards matthias

2 1

Issue 4 in xmonad: Separate focus for tiled and floating layers
by codesite-noreply＠google.com 30 Jun '09

30 Jun '09

Comment #13 on issue 4 by byorgey: Separate focus for tiled and floating layers http://code.google.com/p/xmonad/issues/detail?id=4 I may actually try working on this at Hac phi. We'll see. -- 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

Issue 294 in xmonad: fadeInactiveLogHook behaviour messed up on xinerama
by codesite-noreply＠google.com 30 Jun '09

30 Jun '09

Comment #6 on issue 294 by daniel.schoepe: fadeInactiveLogHook behaviour messed up on xinerama http://code.google.com/p/xmonad/issues/detail?id=294 Yes, the IORef part would still need to stay in your xmonad.hs(this could become easier, if my patch for extensible state in core will be applied). The main issue of the OP should also be solved by the standard criterion, which now checks, whether the window really is the focused one. -- 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

Issue 294 in xmonad: fadeInactiveLogHook behaviour messed up on xinerama
by codesite-noreply＠google.com 30 Jun '09

30 Jun '09

Comment #5 on issue 294 by hgabreu: fadeInactiveLogHook behaviour messed up on xinerama http://code.google.com/p/xmonad/issues/detail?id=294 Sorry, you're right. There's fadeOutLogHook in XMonad.Hooks.FadeInactive where you can specified criteria. The modified version in my xmonad.hs allows to toggle dynamically if a window is going to be faded. Anyway, the main issue pointed by OP is not this, but about the 'per screen' problem (I have not tested that). -- 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

Issue 294 in xmonad: fadeInactiveLogHook behaviour messed up on xinerama
by codesite-noreply＠google.com 30 Jun '09

30 Jun '09

Comment #4 on issue 294 by daniel.schoepe: fadeInactiveLogHook behaviour messed up on xinerama http://code.google.com/p/xmonad/issues/detail?id=294 I (my nick was asgaroth at that time) later sent in something like the custom version I gave you, as a patch and it has been applied. So after darcs pull'ing and rebuilding, it should work with the standard Hooks.FadeInactive module now. -- 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

Issue 294 in xmonad: fadeInactiveLogHook behaviour messed up on xinerama
by codesite-noreply＠google.com 30 Jun '09

30 Jun '09

Comment #3 on issue 294 by hgabreu: fadeInactiveLogHook behaviour messed up on xinerama http://code.google.com/p/xmonad/issues/detail?id=294 No, fadeInactiveLogHook doesn't has this implemented in contrib-darcs. I use a modified version of it to achieve this be behavior (inside my xmonad.hs, provided by asgaroth at #xmonad channel). Stripped xmonad.hs attached. Attachments: fadeOutLogHook.hs 2.4 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 0

Issue 302 in xmonad: XMonad.Layout.IM doesn't match UTF8 chars
by codesite-noreply＠google.com 30 Jun '09

30 Jun '09

Status: New Owner: ---- New issue 302 by hgabreu: XMonad.Layout.IM doesn't match UTF8 chars http://code.google.com/p/xmonad/issues/detail?id=302 What steps will reproduce the problem? 1. Configure withIM layout to match a window title with UTF8 chars as roster. Ex: withIM (1%7) (Title "foo™") (Tall 1 0.5 0.5) 2. Run a window with the configured name. Ex: xterm -T "foo™" -e read What is the expected output? What do you see instead? The window should be placed as withIM layout roster. In this case, on a separated column to the left. What version of the product are you using? On what operating system? Latest XMonad Darcs on Debian/testing amd64 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". xmonad --recompile prints nothing. Please provide any additional information below. I consider this a bug, since manageHook can match the same window correctly. Attachments: xmonad.hs 483 bytes -- 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

darcs patch: Remove the need for ScopedTypeVariables in ExtensibleState
by Daniel Schoepe 30 Jun '09

30 Jun '09

Tue Jun 30 02:01:50 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Remove the need for ScopedTypeVariables in ExtensibleState These changes(thanks to mauke and aavogt) remove the need for ScopedTypeVariables which would introduce problems, due to it having another name in ghc < 6.10.1.

1 0