From cwbell at narmos.org Wed May 4 18:16:33 2016 From: cwbell at narmos.org (Chris Bell) Date: Wed, 4 May 2016 14:16:33 -0400 Subject: [xmonad] Xmobar covered by window on startup screen Message-ID: <20160504181633.GA849@zombie.narmos.org> 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 From anthonybrice at lateachiever.com Wed May 4 18:30:14 2016 From: anthonybrice at lateachiever.com (Anthony Brice) Date: Wed, 04 May 2016 18:30:14 +0000 Subject: [xmonad] Xmobar covered by window on startup screen In-Reply-To: <20160504181633.GA849@zombie.narmos.org> References: <20160504181633.GA849@zombie.narmos.org> Message-ID: Hi Chris, Have you seen this post in the Arch forums? The code in masterdisaster's second post fixed my problem when Xmobar was always covered by the first window I opened. On Wed, May 4, 2016 at 11:16 AM Chris Bell wrote: > 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 > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Wed May 4 18:49:35 2016 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 4 May 2016 14:49:35 -0400 Subject: [xmonad] Xmobar covered by window on startup screen In-Reply-To: <20160504181633.GA849@zombie.narmos.org> References: <20160504181633.GA849@zombie.narmos.org> Message-ID: On Wed, May 4, 2016 at 2:16 PM, Chris Bell wrote: > 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. > If you are running 0.12 then this is at least partly the strut caching bug; downgrade to 0.11 or upgrade to git HEAD. For xmonad-contrib HEAD, docksEventHook is no longer optional (as of 0.12 release) and there is a docksStartupHook that is also required (this is not in 0.12). -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwbell at narmos.org Wed May 4 18:54:01 2016 From: cwbell at narmos.org (Chris Bell) Date: Wed, 4 May 2016 14:54:01 -0400 Subject: [xmonad] Xmobar covered by window on startup screen In-Reply-To: References: <20160504181633.GA849@zombie.narmos.org> Message-ID: <20160504185401.GB849@zombie.narmos.org> Thanks!! Adding docksEventHook seems to have worked. Thanks again! On Wed, May 04, 2016 at 06:30:14PM +0000, Anthony Brice wrote: > Hi Chris, > > Have you seen this post > in the Arch forums? The code in masterdisaster's second post fixed my > problem when Xmobar was always covered by the first window I opened. > > On Wed, May 4, 2016 at 11:16 AM Chris Bell wrote: > > > 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 > > _______________________________________________ > > xmonad mailing list > > xmonad at haskell.org > > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > From fa-ml at ariis.it Mon May 9 10:14:50 2016 From: fa-ml at ariis.it (Francesco Ariis) Date: Mon, 9 May 2016 12:14:50 +0200 Subject: [xmonad] GenerateManpage.hs license In-Reply-To: References: Message-ID: <20160509101450.GA8026@casa.casa> 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Clarified-the-licence-of-GenerateManpage-dep.-pandoc.patch Type: text/x-diff Size: 801 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: From byorgey at gmail.com Thu May 12 16:08:48 2016 From: byorgey at gmail.com (Brent Yorgey) Date: Thu, 12 May 2016 16:08:48 +0000 Subject: [xmonad] GenerateManpage.hs license In-Reply-To: <20160509101450.GA8026@casa.casa> References: <20160509101450.GA8026@casa.casa> Message-ID: Thanks, applied! On Mon, May 9, 2016 at 5:18 AM Francesco Ariis wrote: > 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. > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From davama at gmail.com Thu May 12 21:04:20 2016 From: davama at gmail.com (Dave Macias) Date: Thu, 12 May 2016 17:04:20 -0400 Subject: [xmonad] XMonad Per Host Keybinding Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvain at haskus.fr Thu May 12 21:27:36 2016 From: sylvain at haskus.fr (Sylvain Henry) Date: Thu, 12 May 2016 23:27:36 +0200 Subject: [xmonad] XMonad Per Host Keybinding In-Reply-To: References: Message-ID: <81a55405-d0df-6856-ba84-dfec4a46cbea@haskus.fr> 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 list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad -------------- next part -------------- An HTML attachment was scrubbed... URL: From davama at gmail.com Fri May 13 12:24:19 2016 From: davama at gmail.com (Dave Macias) Date: Fri, 13 May 2016 08:24:19 -0400 Subject: [xmonad] XMonad Per Host Keybinding In-Reply-To: <81a55405-d0df-6856-ba84-dfec4a46cbea@haskus.fr> References: <81a55405-d0df-6856-ba84-dfec4a46cbea@haskus.fr> Message-ID: 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 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 at haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvain at haskus.fr Fri May 13 13:22:30 2016 From: sylvain at haskus.fr (Sylvain Henry) Date: Fri, 13 May 2016 15:22:30 +0200 Subject: [xmonad] XMonad Per Host Keybinding In-Reply-To: References: <81a55405-d0df-6856-ba84-dfec4a46cbea@haskus.fr> Message-ID: <7d5fcd16-1fa5-c484-f18e-2de7c55cf439@haskus.fr> 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 > 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 list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvain at haskus.fr Fri May 13 13:29:28 2016 From: sylvain at haskus.fr (Sylvain Henry) Date: Fri, 13 May 2016 15:29:28 +0200 Subject: [xmonad] XMonad Per Host Keybinding In-Reply-To: <7d5fcd16-1fa5-c484-f18e-2de7c55cf439@haskus.fr> References: <81a55405-d0df-6856-ba84-dfec4a46cbea@haskus.fr> <7d5fcd16-1fa5-c484-f18e-2de7c55cf439@haskus.fr> Message-ID: <8a5e40e2-c559-def9-1407-ef1999ae88e1@haskus.fr> On line 48, you may have to enclose "defaults hostname" with brackets: "(defaults hostname)" On 13/05/2016 15:22, Sylvain Henry 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 > > 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 list >>> xmonad at haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> > > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad -------------- next part -------------- An HTML attachment was scrubbed... URL: From davama at gmail.com Fri May 13 13:34:57 2016 From: davama at gmail.com (Dave Macias) Date: Fri, 13 May 2016 09:34:57 -0400 Subject: [xmonad] XMonad Per Host Keybinding In-Reply-To: <7d5fcd16-1fa5-c484-f18e-2de7c55cf439@haskus.fr> References: <81a55405-d0df-6856-ba84-dfec4a46cbea@haskus.fr> <7d5fcd16-1fa5-c484-f18e-2de7c55cf439@haskus.fr> Message-ID: 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 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 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 at haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From davama at gmail.com Fri May 13 13:41:55 2016 From: davama at gmail.com (Dave Macias) Date: Fri, 13 May 2016 09:41:55 -0400 Subject: [xmonad] XMonad Per Host Keybinding In-Reply-To: References: <81a55405-d0df-6856-ba84-dfec4a46cbea@haskus.fr> <7d5fcd16-1fa5-c484-f18e-2de7c55cf439@haskus.fr> Message-ID: That did the trick! Thank you very much Sylvain! -Dave On Fri, May 13, 2016 at 9:36 AM, Dave Macias 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 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 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 >>> 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 at haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >>>> >>>> >>>> _______________________________________________ >>>> xmonad mailing list >>>> xmonad at haskell.org >>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >>>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From steffen.schuldenzucker at gmail.com Tue May 24 16:28:35 2016 From: steffen.schuldenzucker at gmail.com (Steffen Schuldenzucker) Date: Tue, 24 May 2016 18:28:35 +0200 Subject: [xmonad] Smart Decorations? Message-ID: <57448133.6000502@gmail.com> 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 From allbery.b at gmail.com Tue May 24 16:30:39 2016 From: allbery.b at gmail.com (Brandon Allbery) Date: Tue, 24 May 2016 12:30:39 -0400 Subject: [xmonad] Smart Decorations? In-Reply-To: <57448133.6000502@gmail.com> References: <57448133.6000502@gmail.com> Message-ID: On Tue, May 24, 2016 at 12:28 PM, Steffen Schuldenzucker < steffen.schuldenzucker at gmail.com> wrote: > > Has anyone implemented this already? What would be a good place to start? The Decoration implementation is pathetically stupid. :/ There's a good chance you would have to reimplement it to get sane behavior. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: