- xmonad - Haskell.org

Hide xmobar under windows
by Eric Velten de Melo 02 Sep '12

02 Sep '12

Ok, I am pretty sure this should not be too complicated to do, but I've been trying many ways to hide the xmobar under the windows and so far haven't achieved anything. Interesting thing is that many people report having this behavior as something undesirable, but that's precisely what I want. I don't want xmobar showing up on my workspace all the time, and wanted somehow to toggle it on and off. I have played with both toggleStruts in xmonad.hs and lowerOnStart = True | False in .xmobarrc, but got nothing. Maybe this is something very simple, but I'm not being able to do it. So far my xmonad.hs and .xmobarrc look like this: --------- xmonad.hs -------------------------------------------------------------- import XMonad import qualified Data.Map as M import Data.Either.Utils import qualified Network.MPD as MPD import System.IO import XMonad.Actions.GridSelect import XMonad.ManageHook import XMonad.Hooks.ManageHelpers import XMonad.Layout.NoBorders import XMonad.Hooks.EwmhDesktops import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks import XMonad.Actions.SpawnOn import XMonad.Layout.PerWorkspace import XMonad.Util.Run(spawnPipe) import qualified XMonad.Util.EZConfig as EZ myTerminal = "sakura" _myKeys = [ ("M-t", goToSelected defaultGSConfig) ,("M-p", spawnHere "exe=`yeganesh -x` && eval \"exec $exe\"") ,("M-s", sendMessage ToggleStruts) ,("<XF86Tools>", spawn "mpd") ,("<XF86AudioPlay>", spawn "mpc --no-status toggle") ,("<XF86AudioStop>", io $ return . fromRight =<< MPD.withMPD MPD.stop) ,("<XF86AudioNext>", io $ return . fromRight =<< MPD.withMPD MPD.next) ,("<XF86AudioPrev>", io $ return . fromRight =<< MPD.withMPD MPD.previous) ] myLayouts = avoidStrutsOn [] $ smartBorders $ layoutHook defaultConfig myManageHook :: ManageHook myManageHook = composeAll [ isFullscreen --> doFullFloat ] myConfig = EZ.additionalKeysP defaultConfig _myKeys main = do xmproc <- spawnPipe "xmobar" xmonad $ ewmh myConfig { terminal = myTerminal, manageHook = myManageHook, layoutHook = myLayouts, logHook = dynamicLogWithPP xmobarPP { ppOutput = hPutStrLn xmproc , ppTitle = xmobarColor "green" "" . shorten 50 } } ----------------------------------------------------------------------------------------------------- ----------------- .xmobarrc ------------------------------------------------------------------- Config { font = "-*-Fixed-Bold-R-Normal-*-13-*-*-*-*-*-*-*" , bgColor = "black" , fgColor = "grey" , position = Top , lowerOnStart = False , commands = [ Run Weather "EGPF" ["-t"," <tempC>C","-L","64","-H","77","--normal","green","--high","red","--low","lightblue"] 36000 , Run Cpu ["-L","3","-H","50","--normal","green","--high","red"] 10 , Run Memory ["-t","Mem: <usedratio>%"] 10 , Run Swap [] 10 , Run Date "%a %b %_d %l:%M" "date" 10 , Run StdinReader ] , sepChar = "%" , alignSep = "}{" , template = "%StdinReader% }{ %cpu% | %memory% * %swap% <fc=#ee9a00>%date%</fc> | %EGPF%" } ----------------------------------------------------------------------------------------------------- Any help appreciated, Eric

3 5

XInput support in XMonad?
by Ilya Portnov 31 Aug '12

31 Aug '12

Hello xmonad world. My current desktop setup includes remote control unit, which sends keyboard events (for example, it sends Ctrl-P on Pause button). I want to handle such keypresses differently than keypresses from usual keyboard. For example, currently, if I press Ctrl-P on keyboard or Pause on the remote control, when Firefox window is active, both actions open Print dialog. But I want to run, for example, "mpc pause" on Pause button. AFAIK, one way to differ key/button press events from different devices is to use XInput X11 extension. That extension might allow us to do many other funny things; for example, we could get pressure value from wacom tablets, and so on. Technically, XInput support for XMonad will require FFI bindings to XInput client library (-lXi) and changes in events processing in xmonad core. Maybe, there should be new field in XMonad config, in addition to `keys' and `mouseBindings', to specify XInput events handlers. Currently i'm working on xinput FFI bindings. Questions are: * Could such changes in xmonad core events processing be accepted for xmonad-core? Note that they will introduce new system library dependency (-lXi in addition to existing -lX11). * What features of XInput might be useful for XMonad? For example, I don't know what to do with pressure value in window manager, but maybe someone knows? Any other thoughts are welcome too. With best regards, Ilya Portnov.

3 4

Fwd: xmonad{,-contrib} on github
by Michael Sloan 28 Aug '12

28 Aug '12

Whoops meant to send this to the whole list. I'll attempt to add carsten's response as a reply to this. ---------- Forwarded message ---------- From: Michael Sloan <mgsloan(a)gmail.com> Date: Sun, Aug 26, 2012 at 1:31 AM Subject: Re: [xmonad] xmonad{,-contrib} on github To: Carsten Mattner <carstenmattner(a)gmail.com> I agree that the pull request system is non-ideal, but if you see people misusing it, just let them know. Anything can be abused. Between topic branches and rebasing, it's fairly effective. While it's unfortunate that whitespace problems aren't pointed out, whitespace differences are (and are represented much more intuitively than most diff formats), so it's pretty clear when you've introduced a whitespace problem. Here's a concrete example of the benefits of some degree of centralization: Today, I tried to rebuild all of my favorite Haskell projects using GHC 7.6. Whenever I ran into errors while cabal-installing, I'd immediately google "github haskell $PKG", hope that one was there, and take a look at the recent commits, pull requests, and what forks exist. For example: https://github.com/haskell/cabal/pull/1003 https://github.com/haskell-pkg-janitors/X11/pull/9 https://github.com/haskell/HTTP/pull/27 Now that I'm looking to do the same with XMonad, I get more errors (XMonad/Core.hs:34:25: Module `Prelude' does not export `catch'), but I have no way to tell if anyone else has already fixed these things. Minor stuff, sure, but I imagine someone's already done it, and it'd be convenient to just clone their repository. Of course, nothing is fundamentally different from the darcs situation - someone could have sent out an email that would achieve the same. But the point is, they don't, because the barrier to entry is too high. Github lowers this barrier, encouraging more speculative commits, providing a way of finding out what people are working on. If anything, github promotes a healthier decentralized community, because the forks are centrally tracked, more discoverable. This can increase the potential for collaboration and reduction of duplicated work -Michael On Sat, Aug 25, 2012 at 1:58 PM, Carsten Mattner <carstenmattner(a)gmail.com> wrote: > On Sat, Aug 25, 2012 at 8:01 PM, Jochen Keil <jochen.keil(a)gmail.com> wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hello, >> >> lately I got a bit into github after being reluctant for a long time. >> My experiences were very positive after seeing how easy and fast it is >> to submit and merge patches (pull requests). >> >> Even if those patches are not accepted it is quite simple to follow >> the development and rebase your own patches. I have to admit that I'm >> a bit biased though. I mainly use git for most of my work, so the >> git/github workflow is very appealing to me. >> >> Another big point is, that I think switching to github could revive >> development for xmonad which is currently rather stale. Since git is >> very popular these days I'd figure that there are many potential >> contributors to xmonad on a github base. >> >> So I just ask around if anybody is also interested in this and would >> like to support my case. However, counter arguments are welcome too. :) > > There's no point in doing that and I don't think xmonad development > has stalled at all. Although I have to use github as a contributor to > and maintainer of projects, I never like using the pull request > mechanism and am in the camp of people having asked for a way > to disable that feature like you can disable the wiki. Actually I > usually just download the patch(es) and git-am them locally. > Github is opaque and why should I let a closed source web app > muck around with my repository? > > Centralizing everything in and around github negates what a dvcs > really set out to enable and solve. We need to use darcs/git as it's > intended and teach projects to have at least a second official > mirror kept in sync on a totally different server. > > Both git and darcs work well and best via email because it's > another centralized (code review) mechanism you avoid. > With the right list server config - requiring reply-to-all - you will > reach the recipients even if the list itself on CC is temporarily > down and therefore being able to discuss a patch with the > list server (or github pull request server) not reachable. > > Also github doesn't show you whitespace problems in patches > and you cannot edit the patches either as you can do locally. > Quite often the ease of use of github pull request results in > sloppy patches or not using topic branches and therefore > creating one pull request for each modification of a patch. > > I could go on... > > I'll stop here but will say that I see no problem with darcs. > It's a good tool and doesn't have to hide behind git or hg. > They're all adopting features from each other and getting > more similar. darcs need real world prominent users. > > Instead of pull requests you can use things like patchwork > to gather and process patches from mails. > > _______________________________________________ > xmonad mailing list > xmonad(a)haskell.org > http://www.haskell.org/mailman/listinfo/xmonad

8 13

Can I switch layouts based on number of windows in a workspace?
by Jeffrey David Johnson 28 Aug '12

28 Aug '12

I'd like to have a different layout depending on how many windows are visible. Something like: one? --> Full under four? --> Tall otherwise --> Grid I couldn't find an existing function, and didn't make much headway writing my own either. (I tried to use sendMessage $ JumpToLayout "Full" etc. in a managehook) Is there an obvious way to do this? Thanks Jeff

2 5

State of my xmonad config
by Carsten Mattner 27 Aug '12

27 Aug '12

With Carlos prompt launcher patch applied there's just two issues which prevent me from being ecstatic about xmonad as a replacement for dwm. First of all, it's great to not use dwm but the Prompt module. It works well even quicker although I believe there's no cache in use as in dmenu_run. Second it's superb to have capable replacement for dmenu_run. Here's the outstanding issues I need to look at and find solutions for. Some of them have already gotten suggestions on the list but I didn't yet manage to tackle them. 1) MPlayer window moving to right and down slightly when returning from fullscreen. This seemed to move in bigger steps if the window is larger. 2) Emulate dwm's Mod-0 view for seeing all windows in the 0 tag to get an overview just before I exit xmonad for making sure there's no open window I forgot about which might need interaction. Thanks everybody for xmonad and assistance.

1 0

darcs patch: Fix errors due to removal of catch in GHC7.6
by mgsloan＠gmail.com 27 Aug '12

27 Aug '12

1 patch for repository http://code.haskell.org/XMonadContrib: Sun Aug 26 17:12:14 PDT 2012 mgsloan(a)gmail.com * Fix errors due to removal of catch in GHC7.6 note is that this won't be necessary (but will generate warnings) once this GHC bug is fixed: http://hackage.haskell.org/trac/ghc/ticket/7167

2 1

darcs patch: Fix error due to removal of catch in GHC7.6
by mgsloan＠gmail.com 26 Aug '12

26 Aug '12

1 patch for repository http://code.haskell.org/xmonad: Sun Aug 26 16:50:22 PDT 2012 mgsloan(a)gmail.com * Fix error due to removal of catch in GHC7.6

2 1

xmonad{,-contrib} on github
by Jochen Keil 25 Aug '12

25 Aug '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, lately I got a bit into github after being reluctant for a long time. My experiences were very positive after seeing how easy and fast it is to submit and merge patches (pull requests). Even if those patches are not accepted it is quite simple to follow the development and rebase your own patches. I have to admit that I'm a bit biased though. I mainly use git for most of my work, so the git/github workflow is very appealing to me. Another big point is, that I think switching to github could revive development for xmonad which is currently rather stale. Since git is very popular these days I'd figure that there are many potential contributors to xmonad on a github base. So I just ask around if anybody is also interested in this and would like to support my case. However, counter arguments are welcome too. :) Best wishes, Jochen -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlA5ExMACgkQtVwvsA+W4CDXIACfXNlUL+5X8JhR37CJhvKIYUkl OyAAnjYlllPFWWjVL91VPAJ4KfwKhSiG =VxGZ -----END PGP SIGNATURE-----

2 1

Xdmx as a solution to the multiple graphics cards, > 2 monitor problem
by Sean Neilan 25 Aug '12

25 Aug '12

As many of you may or may not know, X11 is terrible at handling more than 2 monitors. If you have 2 different graphics cards with 2 monitors each, they have to be separate X11 instances which means you can't share windows between all screens. Yuck. I have a GTX 480 & a GS 4800 and I can make local X11 servers run on both of them. Is it possible to have Xdmx connect to two or 3 local instances of X11? If so, then, I can have a triple display! I ask this here Xdmx lacks a mailing list.

2 1

darcs patch: XMonad.Layout.OnlyFor
by allbery.b＠gmail.com 19 Aug '12

19 Aug '12

1 patch for repository http://code.haskell.org/XMonadContrib: Sun Aug 19 12:11:07 EDT 2012 allbery.b(a)gmail.com * XMonad.Layout.OnlyFor This layout modifier allows another layout modifier to be applied only when a single window or only when multiple windows are visible. (The case where no windows are visible is vacuous since layouts are irrelevant.) Rough usage: import XMonad.Layout.OnlyFor, then use as a layout modifier myLayouts = OnlyFor Multiple (Spacing 3) $ Tall ||| Mirror Tall ||| Full gives you a Spacing 3 modifier unless there is only one window visible. This has been sitting around in my local tree for about a year, after I wrote it for someone on #xmonad; it has vanished from hpaste since then and I never got around to submitting it to -contrib.

4 3