- xmonad - Haskell.org

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

01 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. 31 Oct '12

31 Oct '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 28 Oct '12

28 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 27 Oct '12

27 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 25 Oct '12

25 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

How to make per-window keyboard layouts?
by Petr P 25 Oct '12

25 Oct '12

Greetings, I've been using plain XMonad for some time (not combined with KDE/GNome). Currently, I'm switching between keyboard layouts simply by a key combination globally: [ ((modMask , xK_Scroll_Lock ), spawn "setxkbmap -layout us ; xmodmap ~/.Xmodmap") , ((modMask .|. shiftMask, xK_Scroll_Lock), spawn "setxkbmap -layout cz ; xmodmap ~/.Xmodmap") ] However that's a bit inconvenient. For many windows (i.e. browser, terminal) I need to keep the US layout most of the time. I need the localized layout only for text editors in 99% of cases. And I switch windows/workspaces a lot, so I have to switch the layouts manually almost every time I switch. Ideally I'd like to achieve: - By pressing the key combination I set some kind of flag for the currently focused window. - XMonad calls the spawn "setxkbmap ..." commands automatically according to the flags when window focus changes. How to do that (if it's possible)? Thanks for help. (Bonus: Manage the flags externally by some kind of command from scripts.) (I asked this on superuser.com, but so far with no success: http://superuser.com/q/486259/162491) Best regards, Petr Pudlak

3 2

Controlling where new windows are inserted
by Eyal Erez 24 Oct '12

24 Oct '12

Hi, I would like to control where new windows are inserted in the layout. Specifically, I would like new windows to always be insert as the last secondary window in the layout (never the main window). Is there some way I can do that? Thank you

2 1

How to organize myLayoutHook?
by Jeffrey David Johnson 18 Oct '12

18 Oct '12

Most parts of my xmonad.hs have reasonably simple types: myXPConfig :: XPConfig myKeys :: XConfig Layout -> M.Map (KeyMask, KeySym) (X ()) myManageHook :: ManageHook myLogHook :: Handle -> X () myWorkspaces :: [WorkspaceId] etc. But myLayoutHook is uniquely complicated. Here's the current version: myLayoutHook = avoidStruts $ smartBorders $ onWorkspace "4:gimp" gimp $ modWorkspace "1:admin" (workspaceDir "~/dotfiles") $ all where all = Full ||| tall ||| Grid ||| wide tall = named "tall" $ FixedColumn 1 20 80 10 wide = named "wide" $ Mirror $ tall gimp = named "gimp" $ withIM (0.15) (Role "gimp-toolbox") $ reflectHoriz $ withIM (0.25) (Role "gimp-dock") $ all And here's its type: myLayoutHook :: XMonad.Layout.LayoutModifier.ModifiedLayout AvoidStruts (XMonad.Layout.LayoutModifier.ModifiedLayout SmartBorder (PerWorkspace (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename (XMonad.Layout.LayoutModifier.ModifiedLayout AddRoster (XMonad.Layout.LayoutModifier.ModifiedLayout Reflect (XMonad.Layout.LayoutModifier.ModifiedLayout AddRoster (NewSelect Full (NewSelect (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename FixedColumn) (NewSelect Grid (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename (Mirror (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename FixedColumn)))))))))) (PerWorkspace (XMonad.Layout.LayoutModifier.ModifiedLayout WorkspaceDir (NewSelect Full (NewSelect (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename FixedColumn) (NewSelect Grid (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename (Mirror (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename FixedColumn))))))) (NewSelect Full (NewSelect (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename FixedColumn) (NewSelect Grid (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename (Mirror (XMonad.Layout.LayoutModifier.ModifiedLayout XMonad.Layout.Renamed.Rename FixedColumn))))))))) Window Can that be simplified at all? I find myself wanting to add more workspace-specific rules, like workspaceDirs or different layouts, but the changes are hard to reason about and always seem to break something. Thanks Jeff

4 9

Issue 517 in xmonad: avoidStruts and subTabbed conflict
by codesite-noreply＠google.com 17 Oct '12

17 Oct '12

Status: New Owner: ---- New issue 517 by pcreinh...(a)gmail.com: avoidStruts and subTabbed conflict http://code.google.com/p/xmonad/issues/detail?id=517 What steps will reproduce the problem? 1. config { layoutHook = avoidStruts $ tiled ||| ... }, confirm xmobar appears as normal 2. config { layoutHook = avoidStruts $ subTabbed $ tiled ||| ... } xmobar is hidden 3. What is the expected output? What do you see instead? Expect that sublayouts should respect the avoidStruts modifier What version of the product are you using? On what operating system? xmonad 0.1 on arch linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. Attachments: xmonad.hs 9.4 KB

1 1