- xmonad - Haskell.org

Window gets pulled into another workspace
by Raghavendra D Prabhu 29 Dec '12

29 Dec '12

Hi, When I open a window on a workspace (A) and that is delayed (firefox download window is a good example since it waits for server response), and I move to another workspace (B) in the interim, the window of the latter gets pulled into the first workspace (A). Is this behavior defined and/or a bug? How to avoid this? Regards, -- Raghavendra Prabhu GPG Id : 0xD72BE977 Fingerprint: B93F EBCB 8E05 7039 CD3C A4B8 A616 DCA1 D72B E977 www: wnohang.net

4 7

Xmonad Restart not working
by Raghavendra D Prabhu 28 Dec '12

28 Dec '12

Hi, With xmonad --recompile followed by xmonad --restart, sometimes there is no restart but instead I get "stack overflow" in the xinit log everytime I try to restart xmonad. This is with 1.13.1 version of X server and darcs xmonad. Regards, -- Raghavendra Prabhu GPG Id : 0xD72BE977 Fingerprint: B93F EBCB 8E05 7039 CD3C A4B8 A616 DCA1 D72B E977 www: wnohang.net

2 2

Re: [xmonad] Visual hints for XMonad actions
by Mario Pastorelli 27 Dec '12

27 Dec '12

I'm trying to figure out why ShowWName doesn't use the dzen module to show the workspace name, what is the rule to use dzen instead of createNewWindow (for example) and why? On 12/27/2012 12:00 PM, xmonad-request(a)haskell.org wrote: > Message: 2 Date: Wed, 26 Dec 2012 13:50:44 -0500 From: > wagnerdm(a)seas.upenn.edu Subject: Re: [xmonad] Visual hints for XMonad > actions To: xmonad(a)haskell.org Message-ID: > <20121226135044.93047io82qmqzbic(a)webmail.seas.upenn.edu> Content-Type: > text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Quoting > Mario Pastorelli <pastorelli.mario(a)gmail.com>: >> >I wrote a patch for xmonad-contrib 0.10.1 to include an action to >> >show some text in the centre of the screen. The patch is based on >> >XMonad.Layout.ShowWName (thank you again Brandon Allbery) but it is >> >an action and not a layout modifier. In this way it could be used to >> >show some text when a key is pressed, for example. It includes an >> >event handler to destroy the window after the timeout. > Isn't this pretty much the exact use-case dzen was designed for? Just > use spawn "dzen" manually, or, if you're into that kind of thing, try > the module X.U.Dzen[1]. > > ~d > > [1] > http://hackage.haskell.org/packages/archive/xmonad-contrib/0.10/doc/html/XM…

4 3

Re: [xmonad] xmonad Digest, Vol 69, Issue 16
by Mario Pastorelli 27 Dec '12

27 Dec '12

Yes, I just tried it right now and I think it is the same use case. I didn't know about it. The only difference with my module is that mine doesn't need Dzen but the Dzen module is more flexible and powerful. My patch is useless. Mario On 12/27/2012 12:00 PM, xmonad-request(a)haskell.org wrote: > Quoting Mario Pastorelli <pastorelli.mario(a)gmail.com>: >> >I wrote a patch for xmonad-contrib 0.10.1 to include an action to >> >show some text in the centre of the screen. The patch is based on >> >XMonad.Layout.ShowWName (thank you again Brandon Allbery) but it is >> >an action and not a layout modifier. In this way it could be used to >> >show some text when a key is pressed, for example. It includes an >> >event handler to destroy the window after the timeout. > Isn't this pretty much the exact use-case dzen was designed for? Just > use spawn "dzen" manually, or, if you're into that kind of thing, try > the module X.U.Dzen[1]. > > ~d > > [1] > http://hackage.haskell.org/packages/archive/xmonad-contrib/0.10/doc/html/XM…

1 0

Re: [xmonad] xmonad Digest, Vol 69, Issue 15
by Mario Pastorelli 27 Dec '12

27 Dec '12

I put the UI configuration in ShowTextConfig and left the text and the timeout outside. This is because I expect the user to change often the timeout and always the text. But probably the timeout could be put in ShowTextConfig. On 12/26/2012 12:00 PM, xmonad-request(a)haskell.org wrote: > On Tue, Dec 25, 2012 at 3:51 PM, Mario Pastorelli > <pastorelli.mario(a)gmail.com> wrote: >> >I wrote a patch for xmonad-contrib 0.10.1 to include an action to show some >> >text in the centre of the screen. The patch is based on >> >XMonad.Layout.ShowWName (thank you again Brandon Allbery) but it is an >> >action and not a layout modifier. In this way it could be used to show some >> >text when a key is pressed, for example. It includes an event handler to >> >destroy the window after the timeout. > Hi Mario, > > I applied your patch. I also changed the type of handleTimerEvent to > get the example code to typecheck: probably it will also work if the > first mempty I added were a `return (All False)'. > > Maybe it's useful to put more (all?) arguments of flashText into the > ShowTextConfig? > > -- > Adam

1 0

Visual hints for XMonad actions
by Mario Pastorelli 26 Dec '12

26 Dec '12

Hi XMonad users, I'm playing a little bit with XMonad and its primitives to see how the core works. One idea is to create a set of visible hints that the user can display when an action is taken. For example, when the user changes the workspace to the previous workspace, then a left arrow appears in the centre of the screen. Those hints are very similar to what happen on other WMs and personally very useful. With this idea in mind I started to think about requirements: they should be always visible (on top of the stack) such that the user can see them but they should be not-intrusive so that they don't disturb the work of the user. They should be removed automatically after sometime. One last thing, I would like to stick to the XMonad color configuration. I started with the left arrow. I get the code idea from XMonad.Actions.GridSelect because it shows a grid of windows or workspace using XMonad draw primitives. I created the code below which draws a left arrow in the centre of the screen and set it in my configuration such that when I move the the prev workspace, the arrow is showed and then deleted (using ((modMask, xK_Left ), drawArrow xpConfig 10 (Arrow 200 200) >> prevWS) as configuration in XMonad.hs). Before I show the code, let me say that the code (almost) works and let me make my questions: 1) is the code correct or I'm doing it in a wrong way? 2) how to put the window on top of the stack such that it is always visible. For now, for some reason the arrow is not visible when the layout is MouseResizableTile (the window is under all the not-floating windows) but it is visible with ThreeCol and Full. That's a mistery for me and I can't make any progress on that 3) how to ignore the input such that it pass trough the created window 4) the way that I use to kill the window using thread is correct? Can I do something better? 5) an open question: is there any way to use composite such that the windows can be transparent? I don't think XMonad supports composite, that's why it's an open question, but I really would like to add it and obtain some of the effects available in WM like Compiz. It's more general than what I want to do, I really would like to see the transition between screens as in compiz. Thank you, Mario data Arrow = Arrow { head_w :: Integer, head_h :: Integer } drawArrow :: XPConfig -> Integer -> Arrow -> X () drawArrow conf span (Arrow { head_w = head_w, head_h = head_h }) = gets (screenRect . W.screenDetail . W.current . windowset) >>= \s -> let half_w = div head_w 2 half_h = div head_h 2 cx = div (fromIntegral $ rect_width s) 2 cy = div (fromIntegral $ rect_height s) 2 x0 = fromIntegral $ cx - half_w - span y0 = fromIntegral $ cy - half_h - span p1 = Point (fromIntegral span) (fromIntegral $ half_h) p2 = Point (fromIntegral head_w) (fromIntegral span) p3 = Point (fromIntegral head_w) (fromIntegral head_h) in withDisplay $ \dpy -> do let dflt = defaultScreen dpy let scr = defaultScreenOfDisplay dpy rootw <- asks theRoot win <- liftIO $ mkUnmanagedWindow dpy scr rootw x0 y0 (fromInteger $ head_w + span) (fromInteger $ head_h + span) liftIO $ mapWindow dpy win gc <- liftIO $ createGC dpy win bordergc <- liftIO $ createGC dpy win liftIO $ do Just fgcolor <- initColor dpy $ fgColor conf Just bgcolor <- initColor dpy $ bgColor conf Just bordercolor <- initColor dpy $ borderColor conf setForeground dpy gc bgcolor setBackground dpy gc bgcolor fillRectangle dpy win gc 0 0 (fromIntegral $ head_w + span) (fromIntegral $ head_h + span) setForeground dpy gc fgcolor setBackground dpy gc bgcolor setForeground dpy bordergc bordercolor fillPolygon dpy win gc [p1,p2,p3] convex coordModeOrigin freeGC dpy gc freeGC dpy bordergc -- kill the window forkIO $ do threadDelay(1 * 1000000) unmapWindow dpy win destroyWindow dpy win sync dpy False return ()

5 7

Controlling Tab Style with Monad.Layout.SubLayouts
by Eyal Erez 26 Dec '12

26 Dec '12

Hi, I'm using Monad.Layout.SubLayouts to combine multiple windows using a tabbed layout. This is working great. However, the tab that is created is kind of large. Is there some way to control this? Thank you, -- There are 10 types of people, those who know binary and those who don't.

3 3

Issue 507 in xmonad: Pattern match failure in do expression at XMonad/Prompt.hs:601:3-14
by codesite-noreply＠google.com 26 Dec '12

26 Dec '12

Status: New Owner: ---- New issue 507 by smp...(a)gmail.com: Pattern match failure in do expression at XMonad/Prompt.hs:601:3-14 http://code.google.com/p/xmonad/issues/detail?id=507 **What steps will reproduce the problem?** I'm not sure that I can exactly describe how I get it. Generally speaking, it's `shellPrompt' call and fast `t' pressing. Than I get xmonad totally freezed and message in terminal where I call `xinit', which run xmonad: Pattern match failure in do expression at XMonad/Prompt.hs:601:3-14 At 601 line of Prompt.hs there is unsafe pattern matching: Just bgcolor <- io $ initColor d (bgColor c) Just border <- io $ initColor d (borderColor c) **What is the expected output? What do you see instead?** What I want is some `fromJust' there or hadling this situation with `case'. It's xmonad-contrib-0.10-r1 build from gentoo-haskell overlay. (https://github.com/gentoo-haskell/gentoo-haskell/tree/master/x11-wm/xmonad-…)

1 11

Delete empty workspace on window closed
by Jeff Johnson 26 Dec '12

26 Dec '12

How can I run removeEmptyWorkspace or removeEmptyWorkspaceAfter when a window is closed? Thanks Jeff

2 1

Working on bind to change brightness/temp. Any suggestions?
by Ian Kelling 19 Dec '12

19 Dec '12

I'm working on setting up a binding to set brightness/color temperature in a way similar to the program redshift does with randr. http://jonls.dk/redshift/ I'm just wondering if anyone has done anything similar or has any tips for me. Just a first look, I see redshift calling xcb_randr_set_crtc_gamma from #include <xcb/randr.h>, and I'm wondering how to do the equivalent in xmonad. I'm not familiar with xmonad sources, gonna start looking around there next. The specific behaviour I'm thinking of is to toggle a lowered brightness/temp for the current active window's monitor (and subsequently, whichever monitor that window is displayed in, or no monitor if it is not being displayed). Thanks, Ian Kelling

3 4