- xmonad - Haskell.org

Re: [xmonad] Problem with custom layout
by Jan-David Quesel 10 Nov '11

10 Nov '11

Hey, I used the following layout: reflectHoriz $ combineTwo (TwoPane delta ratio) (modifyLayout $ tabbed shrinkText defaultTheme) -- 2nd column layout (due to reflect) (modifyLayout $ tabbed shrinkText defaultTheme) -- 1st column layout (due to reflect), unused Hope it helps constructing a solution to your issue. Regards, Jan On Tue, Nov 08, 2011 at 01:36:37PM -0800, Phil Thomson wrote: > Hi Jan, > > Thanks for the reply. I actually started with the L.Combo and > L.LayoutCombinators but had trouble producing the behaviour I > wanted. I switched to using the Master/Simplest/Tabbed combo on the > advice of someone on the IRC channel after that didn't work. > > Would you mind hpasting or sharing your xmonad.hs if you think > there's something in it I might be able to steal? > > I haven't gotten much response to my post yet, given the discussion > about the xmonad project itself; maybe I'll try re-posting in a > while when things are quieter. Didn't get much reply on IRC either. > Guess I'll just keep at it. :-) > > Thanks again, > > Phil > > > On Tue, 8 Nov 2011 11:10:26 +0100, Jan-David Quesel wrote: > >Hi, > > > >I have the same issue. The only solution I found so far was using > >a layout combinator like X.L.Combo but then it really gets messy > >with switching and shifting windows etc... but it might be a > >starting point... > > > >Regards, > >Jan > > > >On Tue, Nov 08, 2011 at 12:13:40AM -0800, Phil Thomson wrote: > >>Hi all, > >> > >>I have been trying to build a custom layout for my small-screen > >>netbook. The layout consists of a master area which contains one > >>window and (if there is more than one window) a slave area in which > >>all other windows are tabbed. > >> > >>My xmonad.hs is here: http://hpaste.org/53712 > >> > >>The magic comes from this line in myLayoutHook: > >> > >>addTabsAlways shrinkText myTabConfig (mastered 0.05 0.5 Simplest) > >> > >>which relies on XMonad.Layout.Master, XMonad.Layout.Simplest and > >>XMonad.Layout.Tabbed. > >> > >>The problem for me is that when I have, say, 3 windows open, and > >>window #3 (the second window in the tabbed slave area) is focused, > >>if I switch to window #1 (the master window), then window #2 (the > >>first window in the tabbed slave area) is raised (though not > >>focused) so that I can no longer see window #3. The behaviour I > >>would like is for window #3 to remain visible when I switch to the > >>master window and, more generally, for whatever slave window has > >>been visible to remain visible when I switch to the master area. > >> > >>I have tried another two-paned layout without being able to > >>eliminate the problematic behaviour. > >> > >>Does anyone know 1) another way to implement the layout I am looking > >>for with the behaviour I want or 2) a way to produce the behaviour I > >>desire with my existing custom layout? > >> > >>Phil > >> > >> > >>_______________________________________________ > >>xmonad mailing list > >>xmonad(a)haskell.org > >>http://www.haskell.org/mailman/listinfo/xmonad > >> > > -- Jan-David Quesel Carl von Ossietzky Universität Oldenburg Department of Computing Science Correct System Design D-26111 Oldenburg, Germany Phone: +49 (0)441 798-2376 Fax: +49 (0)441 798-2965

1 0

Re: [xmonad] Issue 462 in xmonad: Ewmh desktop handle event doesn't correctly handle _NET_WM_DESKTOP message type
by codesite-noreply＠google.com 09 Nov '11

09 Nov '11

Comment #3 on issue 462 by punitagr...(a)gmail.com: Ewmh desktop handle event doesn't correctly handle _NET_WM_DESKTOP message type http://code.google.com/p/xmonad/issues/detail?id=462 Hi, Thanks for the code sample. I tried it out but it didn't fix the issue I encountered. I played with the ewmhCopyWindow function and the following version sort of makes things better - diff -rN old-XMonadContrib/XMonad/Hooks/EwmhDesktops.hs new-XMonadContrib/XMonad/Hooks/EwmhDesktops.hs 34a35 > import XMonad.Actions.CopyWindow 54c55 < , handleEventHook = handleEventHook c +++ ewmhDesktopsEventHook --- > , handleEventHook = handleEventHook c +++ > ewmhDesktopsEventHook `mappend` ewmhCopyWindow 145a147,148 > {- else if n == 0xffffffff then > windows $ W.shiftWin (W.currentTag s) w -} 148a152 > trace $ "focus"++show w 157a162,176 > ewmhCopyWindow :: Event -> X All > ewmhCopyWindow ClientMessageEvent { > ev_window = w, > ev_message_type = mt, > ev_data = 0xffffffff : _ > } = withWindowSet $ \s -> do > a_d <- getAtom "_NET_WM_DESKTOP" > when (mt == a_d) $ do > sort' <- getSortByIndex > let ws = map W.tag $ sort' $ W.workspaces s > windows $ foldr (.) id (map (copyWindow w) ws) > trace $ show w > return (All True) > ewmhCopyWindow _ = return (All True) On further searching I think what I am really after are the changes that come in with http://code.google.com/p/xmonad/issues/detail?id=430. Now if only I can understand the code and make it work with my setup.

1 1

Problem with custom layout
by Phil Thomson 08 Nov '11

08 Nov '11

Hi all, I have been trying to build a custom layout for my small-screen netbook. The layout consists of a master area which contains one window and (if there is more than one window) a slave area in which all other windows are tabbed. My xmonad.hs is here: http://hpaste.org/53712 The magic comes from this line in myLayoutHook: addTabsAlways shrinkText myTabConfig (mastered 0.05 0.5 Simplest) which relies on XMonad.Layout.Master, XMonad.Layout.Simplest and XMonad.Layout.Tabbed. The problem for me is that when I have, say, 3 windows open, and window #3 (the second window in the tabbed slave area) is focused, if I switch to window #1 (the master window), then window #2 (the first window in the tabbed slave area) is raised (though not focused) so that I can no longer see window #3. The behaviour I would like is for window #3 to remain visible when I switch to the master window and, more generally, for whatever slave window has been visible to remain visible when I switch to the master area. I have tried another two-paned layout without being able to eliminate the problematic behaviour. Does anyone know 1) another way to implement the layout I am looking for with the behaviour I want or 2) a way to produce the behaviour I desire with my existing custom layout? Phil

1 0

XMonad-contrib installation problem
by RCY 06 Nov '11

06 Nov '11

Hi, On my Ubuntu 11.10, I installed xmonad using 'cabal install xmonad' However 'cabal install xmonad-contrib' failed with the errors shown below. I have also listed the output from 'ghc-pkg list'. I would appreciate help in fixing this problem. Thanks, Recif %cabal install xmonad-contrib Resolving dependencies... Configuring xmonad-contrib-0.9.2... Warning: This package indirectly depends on multiple versions of the same package. This is highly likely to cause a compile failure. package process-1.0.1.5 requires directory-1.1.0.0 package haskell98-1.1.0.1 requires directory-1.1.0.0 package xmonad-contrib-0.9.2 requires directory-1.1.0.0 package xmonad-0.9.2 requires directory-1.1.0.0 package process-1.0.1.5 requires directory-1.1.0.0 package haskell98-1.1.0.1 requires process-1.0.1.5 package xmonad-contrib-0.9.2 requires process-1.0.1.5 package xmonad-0.9.2 requires process-1.0.1.5 package process-1.0.1.5 requires unix-2.4.2.0 package directory-1.1.0.0 requires unix-2.4.2.0 package xmonad-contrib-0.9.2 requires unix-2.5.0.0 package xmonad-0.9.2 requires unix-2.5.0.0 package process-1.0.1.5 requires unix-2.5.0.0 package directory-1.1.0.0 requires unix-2.5.0.0 Preprocessing library xmonad-contrib-0.9.2... Building xmonad-contrib-0.9.2... <command line>: cannot satisfy -package-id directory-1.1.0.0-ec90bcfb4e24c74a65b384bc1d58afa8: directory-1.1.0.0-ec90bcfb4e24c74a65b384bc1d58afa8 is shadowed by package directory-1.1.0.0-393d8e95f1c0dd6ee908e122f924ac85 (use -v for more information) cabal: Error: some packages failed to install: xmonad-contrib-0.9.2 failed during the building phase. The exception was: ExitFailure 1 %ghc-pkg list /var/lib/ghc-7.0.3/package.conf.d Cabal-1.10.1.0 X11-1.5.0.0 X11-xft-0.3 array-0.3.0.2 base-4.3.1.0 bin-package-db-0.0.0.0 bytestring-0.9.1.10 containers-0.4.0.0 directory-1.1.0.0 extensible-exceptions-0.1.1.2 filepath-1.2.0.0 ghc-7.0.3 ghc-binary-0.5.0.2 ghc-prim-0.2.0.0 haskell2010-1.0.0.0 haskell98-1.1.0.1 hpc-0.5.0.6 integer-gmp-0.2.0.3 mtl-2.0.1.0 old-locale-1.0.0.2 old-time-1.0.0.6 pretty-1.0.1.2 process-1.0.1.5 random-1.0.0.3 rts-1.0 syb-0.3 template-haskell-2.5.0.0 time-1.2.0.3 transformers-0.2.2.0 unix-2.4.2.0 utf8-string-0.3.6 xmonad-0.9.2 xmonad-contrib-0.9.2 /home/rc/.ghc/x86_64-linux-7.0.3/package.conf.d directory-1.1.0.0 process-1.0.1.5 strict-0.3.2 unix-2.5.0.0 xdg-basedir-0.2.1 xmonad-0.9.2

2 1

Re: [xmonad] [Haskell-cafe] howto best use emacs + tiling WM (Xmonad, DWM)
by Yitzchak Gale 06 Nov '11

06 Nov '11

Hi kaffeepause73, I am continuing this discussion on the xmonad list. As Jason pointed out, that is the right place for it. kaffeepause73 wrote: > I'm using dwm which I really love (ev. consider switching to xmonad). > However when I'm working with emacs (programming haskell) und dwm I feel, > I'm not as effecient as I eventually could be... > When I create new frames for emacs with strg-x 5-2 then I'm sort getting > closer to where I would like to be, but then I find myself having [two] windows > on which I switch buffers and I get "confused" again. That's what I do. Except I only use ^X-5-f and ^X-5-r. I don't get confused, because I (almost) never switch buffers within a frame. Instead, I move the frames around using xmonad. Each frame is a buffer. I use the 3-column layout in xmonad. So I always have 3-5 emacs frames on each of the windows, with some frames double-height and some regular height. (My screen is pretty big.) I organize them so that I can see all of the buffers I am working at once in the same window. I use xmonad keys to move the focus around, to move the frames around within a window, to change between regular and double-height, and to move them between windows. I can also mix in other kinds of windows when needed, like a PDF viewer or a browser pane. With this set up and 4 xmonad windows, I can work efficiently with up to 20 emacs buffers. That's more than enough for me. > If there is an good solution within emacs and the emacs mode than I'm of > course also more than open for it. I'm not sure why you prefer that. For me, xmonad is a much better window manager than emacs. Thanks, Yitz

1 0

Map of Xmonad Users
by heathmatlock 04 Nov '11

04 Nov '11

Looking to map the location of users, here's the map, and don't forget to put yourself on it. http://maps.google.com/maps/ms?msid=206578397069667369090.0004b0f017bf3d4ac… I'm hoping it will help Xmonad users find others nearby. -- Heath Matlock +1 256 274 4225

5 5

darcs patch: Expose X.L.Groups.Helpers and Groups.Wmii in xmonad-co...
by Wirt Wolff 04 Nov '11

04 Nov '11

I think what happened here is the author split X.L.Groups.Examples into Examples, Helpers, and Wmii, but failed to update xmonad-contrib.cabal. X.L.Groups was edited to refer to and link to all three modules, plus they provide useful functionality. So Helpers and Wmii should be exposed along with Examples. 1 patch for repository /home/gvg/repos/pure/XMonadContrib: Thu Nov 3 23:37:03 MDT 2011 Wirt Wolff <wirtwolff(a)gmail.com> * Expose X.L.Groups.Helpers and Groups.Wmii in xmonad-contrib.cabal They provide many useful exports and are linked from X.L.Groups so promote them from other-modules or missing status.

3 2

responding to xrandr events (or: I'm looking for an xmobar-like app that will work with lots of screen rotations)
by Rogan Creswick 04 Nov '11

04 Nov '11

I apparently have unusual usage patterns when it comes to multiple monitors, and it's causing problems for xmonad (and other WMs too, but Xmonad is the one I care about..). I frequently change the arrangement, orientation, and number of monitors on my system (it's a laptop that I dock 5-6x/day, and I alternate between sitting/standing at my desk, and I also just like rotating an external 19" lcd depending on the task at hand.). The problem I have is that I haven't found any status-bar like programs (eg: xmobar, taffybar) that will keep up with the screen adjustments I do. (gnome-panel worked, but it's apparently being phased out, and I'm not particularly happy with gnome dependencies anyway.) I usually end up with a status bar that's offset into the middle of the screen after a rotation / addition (taffybar) or, with xmobar, the bar eventually disappears entirely. I think I can probably fix things by tweaking taffybar/xmobar to respond to resize commands from xmonad, but I don't know how to detect the screen geometry changes within my xmonad source. This looks like the right module to start with: http://xmonad.org/xmonad-docs/X11/Graphics-X11-Xlib-Extras.html#t%3AEvent but I haven't been enlightened by any of the Event values, and I don't know enough to tell if there are event types missing (eg: XRRScreenChangeNotify, maybe?) or if I just don't know how to interpret the xmonad module/types. Does anyone have suggestions? Thanks! Rogan

3 2

darcs patch: Small bugfix to X.L.Fullscreen
by Audun Skaugen 03 Nov '11

03 Nov '11

When using xmonad on another machine, the XMonad.Layout.Fullscreen module stopped refreshing the layout when a window entered fullscreen. This patch makes the layout modifiers return a Just instead of a Nothing on the FullscreenChanged message, fixing the bug. I do wonder, however, why the modifiers worked fine before. The patch also fixes some funny whitespace. -- Audun Skaugen

3 2

Bluetile?
by Allen S. Rout 02 Nov '11

02 Nov '11

There is blogfoo from Dec '09 suggesting that bluetile is going to be in stock xmonad Real Soon Now. Is it Now, now? http://xmonad.org/xmonad-docs/xmonad-contrib/index.html still doesn't have anything matching bluetile, which is making me presume 'no'. - Allen S. Rout

2 2