- xmonad - Haskell.org

How can we make the output of some shell commands visible ?
by z_axis 02 Jan '13

02 Jan '13

We are using shellPrompt in XMonad.Prompt.Shell to run shell commands as below: ((modm, xK_s), shellPrompt myXPConfig) it works however we can see any output of some shell commands, i.e. `ls -l`. Sincerely!

3 3

Re: Issue 242 in xmonad: inter screen handling doesn't work with xrandr --right-of, works with --left-of
by codesite-noreply＠google.com 02 Jan '13

02 Jan '13

Comment #1 on issue 242 by nwfilardo: inter screen handling doesn't work with xrandr --right-of, works with --left-of http://code.google.com/p/xmonad/issues/detail?id=242 At least on my ThinkPad X200, the problem is that the LVDS output is not by default the primary display. It appears that the particular xinerama calls xmonad makes do not enumerate displays in left-to-right order but in some other order (as might be obvious, I'm not an expert at X11). Try running "xrandr --output LVDS --primary"; then -w should be the LVDS panel and -e should be the VGA output.

1 5

Re: Issue 240 in xmonad: recompilation fails silently
by codesite-noreply＠google.com 01 Jan '13

01 Jan '13

Updates: Status: Patch Owner: SpencerJanssen Comment #3 on issue 240 by vogt.adam: recompilation fails silently http://code.google.com/p/xmonad/issues/detail?id=240 Attached is a patch to accomplish the same indirectly by checking that the target executable is actually updated. But given that we have enough trouble to include the code for popping up an xmessage to welcome new users, then this patch might not be worth including since it addresses a rarer issue with somewhat more code. Attachments: check-that-the-expected-xmonad__arch__os-is-actually-updated_.dpatch 12.1 KB -- 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 2

Re: [xmonad] Issue 225 in xmonad: Allow single click to focus and pass click to window
by codesite-noreply＠google.com 01 Jan '13

01 Jan '13

Updates: Summary: Allow single click to focus and pass click to window Comment #8 on issue 225 by wirtwo...(a)gmail.com: Allow single click to focus and pass click to window http://code.google.com/p/xmonad/issues/detail?id=225 cirwin on #xmonad reports that manually merging the code in the referenced patch with current darcs enables one click to focus and pass the event to the window. An updated patch that applies cleanly to current darcs X.Main and X.Operations would be welcome. Updating title to remove "synthetic events" since they are not relevant here.

1 7

Re: Issue 211 in xmonad: Error output inconsistency
by codesite-noreply＠google.com 01 Jan '13

01 Jan '13

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 01 Jan '13

01 Jan '13

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