- xmonad - Haskell.org

[PATCH] * Allow to limit maximum row count in X.Prompt completion window
by Paul Fertser 21 Feb '13

21 Feb '13

Hi, -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercerpav@gmail.com

4 5

Issue 326 in xmonad: floating windows can break Actions.UpdatePointer
by codesite-noreply＠google.com 20 Feb '13

20 Feb '13

Status: New Owner: ---- New issue 326 by OrbisVicis: floating windows can break Actions.UpdatePointer http://code.google.com/p/xmonad/issues/detail?id=326 What steps will reproduce the problem? 1. UpdatePointer (TowardsCentre 1 1) 2. spiralWithDir West CW (4/5) 3. scratchpadManageHook (W.RationalRect 0.25 0.3 0.5 0.55) 4. Open two windows in the spiral layout, launch the scratchpad, and start tabbing 5. One of the windows will never receive focus -- 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 3

DynamicWorkspaceOrder of a tag
by Jonas 19 Feb '13

19 Feb '13

Hello everyone, (I am an "awesome" convert new to xmonad and I hope this is the right place to ask this question and I am not unknowingly violating some etiquette. If so, please forgive and tell me.) I am using DynamicWorkspaceOrder and want to know the number of a workspace in this order. Basically I am looking for the number that "withNthWorkspace" would use. So given a tag, how can I get its place in the DynamicWorkspaceOrder? Alternatively how can I get a list of all the workspaces in their DynamicWorkspaceOrder? Basically I need to replace the following with something that respects DynamicWorkspaceOrder: myWorkspaces :: [WorkspaceId] myWorkspaces = ["1:main", "2:www", "3:sys"] What I am trying to achieve is to display the number of a workspace next to its name in my dmenu bar, so I know which key binding to use to get there. This would obviously be especially useful for dynamic workspaces. The key bindings are generated via (the DynamicWorkspaceOrder version of) "withNthWorkspace". An alternative might be to modify DynamicLogWithPP but I'd rather not go there if I can avoid it (and I would not know how to do it either). Thanks a lot for your help, Jonas

2 1

Issue 481 in xmonad: UrgencyHook doesn't work for Qt applications
by codesite-noreply＠google.com 18 Feb '13

18 Feb '13

Status: New Owner: ---- New issue 481 by Mike.Lim...(a)gmail.com: UrgencyHook doesn't work for Qt applications http://code.google.com/p/xmonad/issues/detail?id=481 What steps will reproduce the problem? 1. Use Qt application which uses QApplication::alert to mark application as "urgent", for example Skype or qutIM What is the expected output? What do you see instead? UrgencyHook should be executed, but actually nothing happened. What version of the product are you using? On what operating system? xmonad && xmonad-contrib 0.9.2. The darcs version is also affected. OS - Gentoo Linux. As I understand the root cause of the problem is that _NET_WM_STATE_DEMANDS_ATTENTION flag is not handled properly, but Qt uses it internally.

1 2

Issue 532 in xmonad: _NET_WM_STATE_DEMANDS_ATTENTION support
by codesite-noreply＠google.com 18 Feb '13

18 Feb '13

Status: New Owner: ---- New issue 532 by maar...(a)de-vri.es: _NET_WM_STATE_DEMANDS_ATTENTION support http://code.google.com/p/xmonad/issues/detail?id=532 The _NET_WM_STATE_DEMANDS_ATTENTION atom is part of the EWMH specification and can be used to indicate that something happened in a window. It's apparently a somewhat weaker hint than the urgency flag of WM_HINTS, because EWMH say that windows expecting immediate attention should still use WM_HINTS. Either way, the current UrgencyHook doesn't respect _NET_WM_STATE_DEMANDS_ATTENTION. This impacts amongst others all Qt applications, since Qt only uses ..._DEMANDS_ATTENTION and never WM_HINTS. I patched UrgencyHook to also respect _NET_WM_STATE_DEMANDS_ATTENTION. I'm not much of a Haskell expert though, so I suggest someone takes a good look at it and point out what I did wrong. Attachments: ewmh_demands_attention.dpatch 7.9 KB

1 2

Testing GHC HEAD
by Carsten Mattner 17 Feb '13

17 Feb '13

xmonad built fine with GHC HEAD but XMonadContrib failed with the following build error: XMonad/Layout/MultiToggle.hs:162:9: Could not deduce (HList b w0) arising from the ambiguity check for `??' from the context (HList b w) bound by the type signature for ?? :: HList b w => a -> b -> HCons a b at XMonad/Layout/MultiToggle.hs:162:9-42 The type variable `w0' is ambiguous In the ambiguity check for: forall a b w. HList b w => a -> b -> HCons a b In the type signature for `??': ?? :: HList b w => a -> b -> HCons a b Can anyone suggest a fix?

2 1

Issue 389 in xmonad: Some applications are unresponsive after workspace switch
by codesite-noreply＠google.com 13 Feb '13

13 Feb '13

Status: New Owner: ---- New issue 389 by mr.schyte: Some applications are unresponsive after workspace switch http://code.google.com/p/xmonad/issues/detail?id=389 What steps will reproduce the problem? 1. open an effected application (urxvt, gvim ...) 2. switch to another workspace 3. switch back What is the expected output? What do you see instead? After switching back the selected window doesn't register keyboard input, however after selecting another window (using alt-tab; mouse focus doesn't work) everything works fine until the next workspace switch. What version of the product are you using? On what operating system? xmonad 0.9.1, Linux synapse 2.6.32-ARCH #1 SMP PREEMPT Mon Mar 15 20:44:03 CET 2010 x86_64 Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz GenuineIntel GNU/Linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". The problem occurs even when using the default configuration. Please provide any additional information below. Some applications work, while others doesn't (xterm works, urxvt doesn't). -- 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

restackWindow / raiseWindow
by Jochen Keil 11 Feb '13

11 Feb '13

Dear list, I've written a small layout hook for raising the currently focused window: data RaiseFocused a = RaiseFocused deriving (Read, Show) instance LayoutModifier RaiseFocused a where hook _ = asks display >>= \d -> withFocused ( io . raiseWindow d ) raiseFocused :: l a -> ModifiedLayout RaiseFocused l a raiseFocused = ModifiedLayout RaiseFocused So far, so good, yet it doesn't work. The reason lies in Operations.hs, specifically in the "windows" function: io $ restackWindows d (map fst vs) This makes all my efforts useless. For now I've put the raiseWindow line into the logHook where it works, but I think this is not the right place. Any suggestions how to improve this? Would a patch for making the restacking behaviour configurable be accepted? Restacking the windows could be easily removed from the windows function and implemented as separate module. There it would be easy to implement different stacking behaviors. Best Wishes, Jochen -- -jrk Denn meine Gedanken Zerreißen die Schranken Und Mauern entzwei: Die Gedanken sind frei.

3 7

cabal sandbox
by Carsten Mattner 10 Feb '13

10 Feb '13

Trying to build and run XMonad from within a cabal sandbox using the sandbox feature found in cabal HEAD doesn't manage to build the xmonad binary from xmonad.hs. I belive it's caused by the ghc calls in XMonad.Core. Did anybody else try this? This is how you can see for yourself: * install cabal-install HEAD git clone git://github.com/haskell/cabal.git cd cabal/Cabal ghc --make Setup ./Setup configure --user ./Setup build ./Setup install cd ../cabal-install ./bootstrap.sh * use cabal sandbox for xmonad and XMonadContrib cabal sandbox-init cabal sandbox-configure cabal sandbox-OTHER_COMMANDS (add source, install, etc.) The build output will be in .cabal-sandbox.

2 3

mplayer moves 1 step right and 1 step down
by Carsten Mattner 10 Feb '13

10 Feb '13

If I return mplayer from fullscreen the floating window moves 1 step right and 1 step down. Didn't measure how many pixels it moves. Any idea?

4 7