- xmonad - Haskell.org

Re: Issue 211 in xmonad: Error output inconsistency
by codesite-noreply＠google.com 31 Dec '12

31 Dec '12

Comment #1 on issue 211 by byorgey: Error output inconsistency http://code.google.com/p/xmonad/issues/detail?id=211 Status? This seems like a pretty simple change, do other developers have an opinion on this? -- 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 1

Re: [xmonad] Issue 191 in xmonad: Mirror makes hint-respecting layouts misbehave
by codesite-noreply＠google.com 31 Dec '12

31 Dec '12

Updates: Status: WontFix Comment #2 on issue 191 by vogt.a...(a)gmail.com: Mirror makes hint-respecting layouts misbehave http://code.google.com/p/xmonad/issues/detail?id=191 A current workaround is to use XMonad.Layout.LayoutHints. While there might be some cases where: layoutHints (Tall ...) arranges windows with more (or badly placed) gaps than: HintedTile ... those issues should be fixed by making layoutHints smarter (which would be a separate feature request). The former allows "doing the right thing" with Mirror, provided you use this order: layoutHints (Mirror (Tall ...)) Doing the right thing in this case could be expressed with [1], but that's not really worth it (and that code doesn't work with ghc >= 7.2). [1] http://hackage.haskell.org/packages/archive/xmonad-extras/0.10/doc/html/XMo…

1 0

Release?
by Joachim Breitner 31 Dec '12

31 Dec '12

Hi, just wondering: Are we going to see a release any time soon or should distributors start packaging random Darcs snapshots? Thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata(a)debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata(a)joachim-breitner.de | http://people.debian.org/~nomeata

7 13

Trouble getting modular setup to compile
by Frank Terbeck 31 Dec '12

31 Dec '12

Hey list, I'm in the process of splitting up my setup into something more modular within ~/.xmonad/lib - and most things were pretty straight forward with that. However, I can't seem to get my layout definition to work. The compiler flakes out like this: [snip] xmonad --recompile Error detected while loading xmonad configuration file: /home/hawk/.xmonad/xmonad.hs lib/XMonad/Config/FT/Layouts.hs:19:23: No instance for (XMonad.Layout.LayoutModifier.LayoutModifier FullscreenFull a0) arising from a use of `smartBorders' Possible fix: add an instance declaration for (XMonad.Layout.LayoutModifier.LayoutModifier FullscreenFull a0) In the expression: smartBorders In the expression: smartBorders $ fullscreenFull Full In an equation for `fullScreenNoBorders': fullScreenNoBorders = smartBorders $ fullscreenFull Full lib/XMonad/Config/FT/Layouts.hs:23:13: No instance for (XMonad.Layout.LayoutModifier.LayoutModifier (ConfigurableBorder Ambiguity) a0) arising from a use of `onWorkspace' Possible fix: add an instance declaration for (XMonad.Layout.LayoutModifier.LayoutModifier (ConfigurableBorder Ambiguity) a0) In the expression: onWorkspace "fs" fullScreenNoBorders In the expression: onWorkspace "fs" fullScreenNoBorders $ onWorkspace "im" imLayout $ Full ||| Mirror tiled ||| tiled ||| Circle In an equation for `ftLayouts': ftLayouts = onWorkspace "fs" fullScreenNoBorders $ onWorkspace "im" imLayout $ Full ||| Mirror tiled ||| tiled ||| Circle lib/XMonad/Config/FT/Layouts.hs:24:13: No instance for (XMonad.Layout.LayoutModifier.LayoutModifier AddRoster a0) arising from a use of `onWorkspace' Possible fix: add an instance declaration for (XMonad.Layout.LayoutModifier.LayoutModifier AddRoster a0) In the expression: onWorkspace "im" imLayout In the second argument of `($)', namely `onWorkspace "im" imLayout $ Full ||| Mirror tiled ||| tiled ||| Circle' In the expression: onWorkspace "fs" fullScreenNoBorders $ onWorkspace "im" imLayout $ Full ||| Mirror tiled ||| tiled ||| Circle lib/XMonad/Config/FT/Layouts.hs:25:45: No instance for (XMonad.Core.LayoutClass Circle a0) arising from a use of `|||' Possible fix: add an instance declaration for (XMonad.Core.LayoutClass Circle a0) In the second argument of `(|||)', namely `tiled ||| Circle' In the second argument of `(|||)', namely `Mirror tiled ||| tiled ||| Circle' In the second argument of `($)', namely `Full ||| Mirror tiled ||| tiled ||| Circle' Please check the file for errors. [snap] The offending Code looks like this: [snip] module XMonad.Config.FT.Layouts ( ftLayouts ) where import XMonad.Layout import XMonad.Layout.Circle import XMonad.Layout.Fullscreen import XMonad.Layout.Grid import XMonad.Layout.IM import XMonad.Layout.Named import XMonad.Layout.NoBorders import XMonad.Layout.PerWorkspace import XMonad.Layout.ResizableTile tiled = named "Tall" $ ResizableTall nmaster delta ratio [] where nmaster = 1 ratio = 0.67 delta = 0.03 fullScreenNoBorders = smartBorders $ fullscreenFull Full imLayout = withIM (15/100) (Role "roster") $ Grid ftLayouts = onWorkspace "fs" fullScreenNoBorders $ onWorkspace "im" imLayout $ Full ||| Mirror tiled ||| tiled ||| Circle [snap] The fun part is that this code works in my monolithic setup. Also, if I strip this down to something like: ftLayouts = Full ||| Mirror tiled ||| tiled ...plus the required definitions and imports for that, the code compiles and works. I don't know what is special about `smartBorders', `Circle' and `onWorkspace'. Maybe someone has an idea. It sure would reduce my level of frustration right now. :-) If it matters, this is with xmonad and xmonad-contrib, both from darcs (updated a few minutes ago) and: % ghc --version The Glorious Glasgow Haskell Compilation System, version 7.4.1 Regards, Frank -- In protocol design, perfection has been reached not when there is nothing left to add, but when there is nothing left to take away. -- RFC 1925

4 5

Issue 522 in xmonad: get default value from XState for XMonad.Util.Invisible
by codesite-noreply＠google.com 29 Dec '12

29 Dec '12

Status: New Owner: vogt.a...(a)gmail.com Labels: Type-Enhancement Priority-Low Component-Core Component-Contrib New issue 522 by vogt.a...(a)gmail.com: get default value from XState for XMonad.Util.Invisible http://code.google.com/p/xmonad/issues/detail?id=522 Currently xmonad layouts have to be instances of Show so that the state can be saved between restarts. XMonad.Util.Invisible works for state that can be replaced without looking at the user's configuration. To work around this, modules like XMonad.Util.WindowProperties have to be written for layouts like XMonad.Layout.IM, when it would have been easier on everybody to pass a function (ie ManageHook) to the IM layout. The attached patch to xmonad core adds Data instances for layouts. The module MergeLayout provides a startupHook that replaces the (I Nothing) that xmonad gets on restart with what's in the xmonad.hs at the same spot. Pushing this would break all layouts. Fixing them involves adding Data (and Typeable) instances or contexts to existing instances. Normally that involves just a `deriving(Data,Typeable)'. I can't convince ghc to generate the instances in some cases: I manually wrote instances for Mirror and Choose in the dpatch file attached. Finally there is a possible objection that the Data instance will break abstractions: having a (derived) Data instance allows access to the constructors. Most of the time I think constructors are not exported to make some changes easier, rather than to make sure invalid values cannot be constructed (ex. Data.Map). Attachments: require-layouts-to-be-instances-of-data.dpatch 8.7 KB MergeLayout.hs 1.5 KB

1 0

patch: Add X.A.DynamicWorkspaces.renameWorkspaceByName.
by Dmitri Iouchtchenko 29 Dec '12

29 Dec '12

I wanted to be able to rename a workspace without the prompt, so I factored out the logic into a separate function. The patch is attached, hopefully in the correct format.

2 1

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