May 2016 - xmonad - Haskell.org

kill -STOP/-CONT hack
by asjo＠koldfront.dk 04 Sep '16

04 Sep '16

Hi, Has anyone implemented this kill -STOP/-CONT hack: · https://blog.mister-muffin.de/2014/11/07/automatically-suspending-cpu-hungr… in XMonad? Best regards, Adam -- "Time is getting short; every midnight I feel 48 Adam Sjøgren hours older. And twice as useless." asjo(a)koldfront.dk

5 24

Smart Decorations?
by Steffen Schuldenzucker 25 May '16

25 May '16

Hi! I've been experimenting with window decorations (specifically noFrillsDeco). Since I also have the window title in xmobar, it'd be cool to have decorations not shown if there is only one window, similarly to what 'smartBorders' does for borders. Has anyone implemented this already? What would be a good place to start? Thanks, Best, Steffen

2 1

Re: [xmonad] XMonad Per Host Keybinding
by Dave Macias 13 May '16

13 May '16

That did the trick! Thank you very much Sylvain! -Dave On Fri, May 13, 2016 at 9:36 AM, Dave Macias <davama(a)gmail.com> wrote: > just saw email. > trying "()" > need to confirm... > will reply again in a sec > > On Fri, May 13, 2016 at 9:34 AM, Dave Macias <davama(a)gmail.com> wrote: > >> I did try that but i remember it spit out a few errors. >> This is the error: >> >> "" >> *xmonad.hs:455:20:* >> * Couldn't match type ‘[Char]’ with ‘XConfig l0’* >> * Expected type: XConfig l0* >> * Actual type: String* >> * In the expression: hostname* >> * In the first argument of ‘defaults’, namely* >> * ‘hostname* >> * {manageHook = composeAll* >> * [manageDocks, manageSpawn, myManageHook, ....],* >> * startupHook = composeAll* >> * [myStartupHook, setWMName "Xmonad", myCaseHook >> hostname, ....],* >> * logHook = composeAll* >> * [myFadeHook, ewmhDesktopsLogHook, myDzenLogHook >> xmproc]* >> * >> updatePointer (0.5, 0.5) (0, 0)}’* >> "" >> >> Granted line *455* is actually line 71. (in the provided gist config) >> The *"In the first argument of ‘defaults’, namely"* output, that is line >> 48 if i understand it correctly. >> >> Let me know if i need to provide more of the xmonad.hs config code. >> (didnt want to flood you with its many lines) >> >> Dave >> >> On Fri, May 13, 2016 at 9:22 AM, Sylvain Henry <sylvain(a)haskus.fr> wrote: >> >>> On line 71, put "hostname" just after "myKeys" to make it the first >>> parameter of the "myKeys" function and it should work (hopefully ;)). The >>> other lines look good! >>> >>> Cheers >>> Sylvain >>> >>> On 13/05/2016 14:24, Dave Macias wrote: >>> >>> Thank you for replying >>> >>> I did what you suggested and through trial and error, 3/4 lines look >>> good. >>> Now line 71 gives me the same error "not in scope" >>> >>> I cant seem to figure out how to add it as a parameter. (Unless i did >>> the other 3 lines wrong) >>> >>> Thanks again >>> Dave >>> >>> On Thu, May 12, 2016 at 5:27 PM, Sylvain Henry <sylvain(a)haskus.fr> >>> wrote: >>> >>>> Hi, >>>> >>>> Indeed "hostname" is not in scope in "myKeys". You can add a "hostname" >>>> parameter to "myKeys" and to "defaults" (lines 21, 33, 48 and 71) to pass >>>> the "hostname" you retrieve in "main" down to "myKeys" >>>> >>>> -- >>>> Sylvain >>>> >>>> On 12/05/2016 23:04, Dave Macias wrote: >>>> >>>> Hello i've googled around to try to figure this out. >>>> I feel im very close. >>>> >>>> Im trying to add different actions to identical keybindings depending >>>> on the HOST im on. (i use my xmonad.hs file for my desktop and laptop) >>>> >>>> Here is a snippet of what i did: (start on line 101) >>>> https://gist.github.com/davama/8ec019c5ea19f1f857f37ad140abbf41 >>>> >>>> I get the error "hostname not in scope". >>>> >>>> I also have a hook which uses "hostname" and it works but cant add to >>>> keybindings. >>>> >>>> What am i missing? >>>> >>>> Thank you, >>>> Dave >>>> >>>> >>>> _______________________________________________ >>>> xmonad mailing listxmonad@haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >>>> >>>> >>>> _______________________________________________ >>>> xmonad mailing list >>>> xmonad(a)haskell.org >>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >>>> >>> >>> >> >

1 0

XMonad Per Host Keybinding
by Dave Macias 13 May '16

13 May '16

Hello i've googled around to try to figure this out. I feel im very close. Im trying to add different actions to identical keybindings depending on the HOST im on. (i use my xmonad.hs file for my desktop and laptop) Here is a snippet of what i did: (start on line 101) https://gist.github.com/davama/8ec019c5ea19f1f857f37ad140abbf41 I get the error "hostname not in scope". I also have a hook which uses "hostname" and it works but cant add to keybindings. What am i missing? Thank you, Dave

2 5

Re: [xmonad] GenerateManpage.hs license
by Francesco Ariis 13 May '16

13 May '16

On Mon, May 09, 2016 at 12:48:22PM +0300, Dmitry Bogatov wrote: > Hello, XMonad community. > > As member of debian haskell group (cc-ed) I encountered licensing > issue with file 'util/GenerateManpage.hs'. It's header says that it > is GPL-licensed, but do not specify which one. > > Would you be so kind to clarify this issue, preferable in upstream > repository, specifying something more precise, like GPL-3+. The dependency being Pandoc, which is licenced "GNU General Public License version 2 or later". I attach a git patch with the appropriate changes.

2 1

Xmobar covered by window on startup screen
by Chris Bell 05 May '16

05 May '16

Hi all, I've been running into an interesting problem lately. I use a very basic xmonad/xmobar setup (system info below); not much more than the sample plus some hotkeys. Recently, when I start xmonad (either with startx or MOD+q) xmobar is covered by any windows, as if I did not have manageDocks in my manageHook function. However, it only does this on the screen/desktop that is active when xmonad is (re)started. So, when I first start xmonad on a single-screen machine, workspace 1 (the default startup workspace) will show this issue, but none of the other workspaces will. I can 'fix' this by changing to workspace 9 (which I rarely use), and restarting xmonad with MOD+q. Then, on workspace 9, windows will cover xmobar, but not on 1-8. On multi-screen desktops, this occurs with ALL initial workspaces - on my 4-screen desktop, on startup, windows will cover xmobar on workspaces 1-4, but not 5-9 (until I switch to 6-9 and restart xmonad). I have been experiencing this problem for a few months now, but haven't mentioned it because the "workaround" does the job, as long as I have enough unused workspaces. I'd really like to figure out what I broke or what I need to change... System Info OS: Arch Linux (64-bit, of course) xmonad: v0.12 xmobar: v0.23.1 Xmonad configuration (xmonad.hs): http://pastebin.com/HWhCqYsi Thanks! Chris

3 3