- xmonad - Haskell.org

xinerama and workspaces
by timothyhobbs＠seznam.cz 07 Nov '12

07 Nov '12

Hello, I have tried both greedy and non greedy workspace switching. Neither is to my taste. Has anyone found a way to bind workspaces to monitors? I would like to have workspaces 1-4 on monitor 1 and 5-8 on monitor 2. So that if I press mod-1 I would switch focus to monitor 1 and monitor 1 would switch to workspace 1. And then if I pressed mod-6 focus would switch to monitor 2 (leaving monitor 1 at workspace 1) and then monitor 2 would switch to workspace 6. Thank you for your time, Timothy

2 2

Re: [xmonad] [Haskell-cafe] Is XMonad still developed or with a current maintainer?
by Alfredo Di Napoli 06 Nov '12

06 Nov '12

Sorry, I've posted the reply on Haskell cafè :D You have catch all my points, good to see what there is someone who agrees > with me :) > I don't care who is the maintainer either, because a community-driven repo > on github would be a great deal more effective. > After all, the maintainer is the person that updates and push the package > on Hackage, keep it updated and so on and so forth. > Is the social coding era, I think these are all tasks that could be > performed by the XMonad community :) > As soon as I get info from Adam I'll keep you posted :) On 6 November 2012 12:46, Alfredo Di Napoli <alfredo.dinapoli(a)gmail.com>wrote: > You have catch all my points, good to see what there is someone who agrees > with me :) > I don't care who is the maintainer either, because a community-driven repo > on github would be a great deal more effective. > After all, the maintainer is the person that updates and push the package > on Hackage, keep it updated and so on and so forth. > Is the social coding era, I think these are all tasks that could be > performed by the XMonad community :) > > As soon as I get info from Adam I'll keep you posted :) > A. > > > On 6 November 2012 12:40, Johan Brinch <brinchj(a)gmail.com> wrote: > >> On Tue, Nov 6, 2012 at 12:33 PM, Alfredo Di Napoli >> <alfredo.dinapoli(a)gmail.com> wrote: >> > Ah! The choice of an "official" maintainer is secondary, imo. It could >> be >> > any of you, me, or whatever. I think that what is really important is to >> > have a centralized point of convergence :) >> >> Very good to see some interest in the code base ;-) >> Maybe you should also check the IRC channel? #xmonad at freenode. >> There's a lot of people in there. >> >> I agree, that it would be good to merge the repositories, and I'd >> prefer GitHub for hosting. I don't care who's the maintainer, except >> it should be someone who's available and has the time and interest (a >> fellow user). >> >> Whether it's our repository or somewhere else, I don't really care, as >> long as we can commit to it without too much hassle. Maybe we could >> finally get those bugs in core fixed ;-) >> >> Anyway, let me know when you hear something. >> >> -- >> Johan Brinch >> > >

1 0

Is XMonad still developed or with a current maintainer?
by Alfredo Di Napoli 06 Nov '12

06 Nov '12

Crossposted from Haskell cafè: Hi guys, looking at the Darcs repo it seems that something is happening, but XMonad wasn't updated in a year on Hackage and everything seems to be still. Is XMonad still actively developed? If yes, who is the current maintainer? It would be good to have him listed in the Hackage package description, to be able to contact him. Cheers, A.

3 3

Still seeing Java gray screens after applying patch from Issue 177
by Sean Neilan 05 Nov '12

05 Nov '12

Dear Creators/Users of the most amazing window manager in all of cyberspace, I was running the xmonad & xmonad contrib from the ubuntu repos but java Charles web debugging proxy gave me gray screens. http://www.charlesproxy.com/ In order to run Java apps, I downloaded and patched XMonad 10.1 http://code.google.com/p/xmonad/issues/detail?id=177#makechanges I put the new compiled xmonad in my ~/.cabal/bin folder and linked /usr/bin/xmonad to ~/.cabal/bin/xmonad Without restarting X11, I did xmonad --recompile and still see grey screens when starting Java apps. I have Ubuntu 12.04 64 bit with sun java 1.7.0_09. I'm using Gnome3 with XMonad inside. my xmonad.hs is here http://pastebin.com/tgEBpEui my ghc-pkg list is here http://pastebin.com/wg6L8vdA I tried adding import XMonad.Hooks.ICCCMFocus to my xmonad.hs but that caused errors. I have the right xmonad version: ➜ .xmonad xmonad --version xmonad 0.10.1 I have cat named chloe: https://www.facebook.com/catnamedchloe ghc-pkg check doesn't seem to be erroring: http://pastebin.com/mRhjnYcf Is there something else I should try? Thank you for your time. -Sean http://seanneilan.com/

2 4

Float dialogs over their parent windows?
by Jeff Johnson 02 Nov '12

02 Nov '12

Is there a way to make floating dialogs appear centered over their "parent" window? Or failing that, just above the currently focused one? It's kind of jarring when you open a dialog and it shows up somewhere else on screen, or even in another workspace. Thanks Jeff

2 1

Same className, different titles --> same managehook
by Pablo Olmos de Aguilera C. 01 Nov '12

01 Nov '12

I want to apply a similar configuration to some specific "children" from a window. I've been mixing managehooks, but looks very repetitive. composeAll [ className =? "Xfce4-panel" <&&> title =? "Panel" --> doFloat , className =? "Xfce4-panel" <&&> title =? "Add New Items" --> doFloat ...... ] <+> Which strategy should I use to make the same className applies to different titles? Regards, -- Pablo Olmos de Aguilera Corradini - @PaBLoX http://www.glatelier.org/ http://about.me/pablox/ http://www.linkedin.com/in/pablooda/ Linux User: #456971 - http://counter.li.org/

3 3

shiftInsert behavior and Chromium...
by Trey Blancher 30 Oct '12

30 Oct '12

Chromium, like many other GTK apps does not draw a distinction between primary selection buffer and the clipboard, CTRL-V and Shift-Insert copy from the clipboard. I stumbled upon a way to fudge it in Chrome/Chromium (or any other designated application), so CTRL-V does what I expect, and Shift-Insert pastes the primary buffer's contents. So far, so good. But this unfortunately breaks the application I use separate clipboard and primary buffers the most: urxvt. Here's the relevant XMonad code: shiftInsert w = let translatedProgs = ["Chromium", "Chrome"] in do c <- runQuery className w; let toTranslate = any (== c) translatedProgs if toTranslate then spawn ("CLIP=$(xclip -out -selection clipboard); xclip -out" ++ " | xclip -in -selection clipboard; xdotool key --clearmodifiers --window " ++ show w ++ " ctrl+v; echo -n $CLIP | xclip -in -selection clipboard") else sendKey shiftMask xK_Insert -- snip , ((shiftMask, xK_Insert), withFocused shiftInsert) -- snip If I comment out the ",((shiftMask, xK_Insert), withFocused shiftInsert)", I can paste the primary into urxvt again with shift-Insert, but Chromium goes back to pasting the clipboard with shift-Insert. One thing I did notice is that Shift-Ctrl-Insert works in urxvt with the above code enabled, but my muscle memory is for shiftInsert and I really don't want to change my behavior at this stage. As suggested in #xmonad, I've tried adding ,"urxvt" to translatedProgs, but that gives me the same undesirable behavior. Stumped yet again in XMonad land. Trey

2 1

How to prefix workspace names with numbers?
by Hans Chen 29 Oct '12

29 Oct '12

Hi, I'm a new xmonad user, and despite knowing next to no Haskell, I've made xmonad work pretty much the way I want it. Fantastic! Now there's only one major thing I miss. Let's get to the point before boring you with rationales; I want DynamicLog to prefix my workspace names with a number, e.g. "web", "chat", "work" becomes "1:web", "2:chat", "3:work". I found a previous discussion[1] in the mailing list and a zsh script[2], but I would like to do it directly in xmonad.hs, presumable where I define my PP. (I use dzen2 to display the workspace names, if it makes any difference). My PP is pretty standard, you can find it here: http://paste.kde.org/564734/ So why do I want this? I use DynamicWorkspaces to create and delete workspaces on the fly, but still prefer to use Mod(+shift)+<number> to switch and move windows between workspaces. This is a bit hard, however, without a number next to the workspace name. I know that you can bind a key to selectWorkspace, but I find it faster to switch using the traditional method when you don't have many workspaces. I'm using xmonad 0.10 and xmonad-contrib 0.10, but I guess I wouldn't mind trying out darcs if it's needed. Help would be very much appreciated! With best regards, Hans ---- [1] http://www.haskell.org/pipermail/xmonad/2010-January/009683.html [2] http://www.haskell.org/pipermail/xmonad/2010-February/009690.html

7 30

Issue 518 in xmonad: [RFE] Wire up workscreens with XRandR
by codesite-noreply＠google.com 28 Oct '12

28 Oct '12

Status: New Owner: ---- New issue 518 by MathStuf(a)gmail.com: [RFE] Wire up workscreens with XRandR http://code.google.com/p/xmonad/issues/detail?id=518 The workscreens should listen for screen count change events (see X.H.DynamicBars for an example).

1 0

Re: [xmonad] Regarding X.A.GroupNavigation
by Norbert Zeh 26 Oct '12

26 Oct '12

Raghavendra D Prabhu [2012.10.22 0327 +0530]: > Hi, > > I am using one of your Xmonad extensions - X.A.GroupNavigation. > > I needed something like ability to toggle between alternate windows > like toggleWS which is for workspaces. > > However, > > , ((modm , xK_BackSpace), nextMatch History (return True)) > > didn't work for me since I wanted it to toggle within the workspace. > > So, I tried > > .... nextMatchWithThis History currentWs) > > But this is not working for me. Do you know why that may be the > case? (currentWs from ManageHelpers). > > > My loghook is as follows: > > > logHook = fadeWindowsLogHook myFadeHook <+> myLogHook xmproc <+> G.historyHook The reason why this doesn't work is simple: currentWs returns the current workspace. nextMatchWithThis focuses the next window for which the given query returns the same result as for the current window. Since currentWs is independent of the given window, nextMatchWithThis History currentWs should produce the exact same effect as nextMatch History (return True), as long as there currently is a focused window. The answer probably a bit more interesting to you is: can what you want to do be done? Of course it can ;) but not out of the box it seems. What you need is a query that returns the workspace a given window is on. As far as I can tell, there is is no such query provided in ManageHelpers, and it is certainly not provided as part of GroupNavigation. Cheers, Norbert

3 2