2021/11/12

2021-11-12 00:48:26 +0100ml|(~ml|@user/ml/x-5298235) (Ping timeout: 245 seconds)
2021-11-12 00:51:27 +0100Solid(~slot@xmonad/slotThe) (Quit: Connection reset by pear)
2021-11-12 00:51:41 +0100yosafbridge(~yosafbrid@static.38.6.217.95.clients.your-server.de) (Quit: Leaving)
2021-11-12 00:51:45 +0100Solid(~slot@xmonad/slotThe)
2021-11-12 00:53:01 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
2021-11-12 00:56:28 +0100yosafbridge(~yosafbrid@static.38.6.217.95.clients.your-server.de)
2021-11-12 01:01:30 +0100PyerineVanbolineArgoOffline[m]
2021-11-12 01:01:59 +0100ml|(~ml|@user/ml/x-5298235)
2021-11-12 01:17:42 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-11-12 01:52:26 +0100noex(~noex@2600:8804:1280:aa0:5857:94a:25de:c513)
2021-11-12 02:03:57 +0100rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 250 seconds)
2021-11-12 02:05:19 +0100benin6(~benin@106.198.92.35)
2021-11-12 02:07:15 +0100benin(~benin@183.82.178.244) (Ping timeout: 256 seconds)
2021-11-12 02:07:16 +0100benin6benin
2021-11-12 02:10:20 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net)
2021-11-12 02:10:27 +0100diep(~diep@2a01:cb11:2d7:4a00:60f6:4f38:6be2:ab47)
2021-11-12 02:16:08 +0100 <diep> Hi, currently when I move a floating window or I resize it the cursor stay a simple arrow or a carret. On dwm for example it changes as expected to the right form (hand or resizing cursor). There is a way to acheive this in xmonad ?
2021-11-12 02:17:31 +0100catman(~catman@user/catman) (Remote host closed the connection)
2021-11-12 02:22:28 +0100catman(~catman@user/catman)
2021-11-12 02:43:07 +0100diep(~diep@2a01:cb11:2d7:4a00:60f6:4f38:6be2:ab47) (Quit: diep)
2021-11-12 02:51:31 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Remote host closed the connection)
2021-11-12 02:51:45 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net)
2021-11-12 02:57:23 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
2021-11-12 03:18:03 +0100 <elonsroadster[m]> <desantra> "Whenever I use the flake https:/..." <- Yep. That is expected. As liskin mentioned there is a pr to improve this, but this requires you set up your xmonad project with a nix build
2021-11-12 03:18:36 +0100 <elonsroadster[m]> desantra: as I mentioned before. It will really be much easier if you post your entire config directory including nix/cabal files to github
2021-11-12 03:49:15 +0100benin(~benin@106.198.92.35) (Ping timeout: 256 seconds)
2021-11-12 03:49:36 +0100 <M-elo-[m]> elonsroadster[m]: is your other account still working?
2021-11-12 03:51:55 +0100 <elonsroadster[m]> gilganix[m]: wdym?
2021-11-12 04:02:48 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net)
2021-11-12 04:03:59 +0100banc(banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds)
2021-11-12 04:08:20 +0100 <L29Ah> liskin: https://github.com/l29ah/xmonad-config/blob/master/patches/xmonad-check-repeat.patch https://github.com/l29ah/xmonad-config/blob/master/lib/XMonad/Hooks/DisableAutoRepeat.hsc
2021-11-12 04:08:20 +0100 <L29Ah> what do you think, is this acceptable?
2021-11-12 04:24:21 +0100banc(banc@gateway/vpn/airvpn/banc)
2021-11-12 04:28:39 +0100Extropy(~extropy@user/extropy)
2021-11-12 05:01:31 +0100td_(~td@94.134.91.245) (Ping timeout: 268 seconds)
2021-11-12 05:02:46 +0100td_(~td@94.134.91.243)
2021-11-12 05:14:06 +0100Extropy(~extropy@user/extropy) (Quit: WeeChat 3.3)
2021-11-12 05:27:11 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
2021-11-12 05:38:18 +0100noex(~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!)
2021-11-12 05:40:46 +0100benin(~benin@106.198.85.27)
2021-11-12 05:43:20 +0100Dr_Jazz(~jazz@stolen.plutonium.dk)
2021-11-12 05:43:51 +0100steve_(~steve@ool-182c2b80.dyn.optonline.net) (*.net *.split)
2021-11-12 05:43:51 +0100joshproehl(~quassel@user/joshproehl) (*.net *.split)
2021-11-12 05:43:51 +0100smashgrab(~smashgrab@bare.metal.computer) (*.net *.split)
2021-11-12 05:43:51 +0100Jazzah(~jazz@user/jazzah) (*.net *.split)
2021-11-12 05:48:24 +0100steve_(~steve@ool-182c2b80.dyn.optonline.net)
2021-11-12 05:48:24 +0100joshproehl(~quassel@user/joshproehl)
2021-11-12 05:48:24 +0100smashgrab(~smashgrab@bare.metal.computer)
2021-11-12 07:01:24 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net)
2021-11-12 07:27:42 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-11-12 07:29:30 +0100geekosaur(~geekosaur@xmonad/geekosaur)
2021-11-12 07:35:50 +0100benin6(~benin@183.82.176.36)
2021-11-12 07:37:03 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
2021-11-12 07:37:37 +0100benin(~benin@106.198.85.27) (Ping timeout: 256 seconds)
2021-11-12 07:37:37 +0100benin6benin
2021-11-12 08:16:45 +0100qbt(~qbt@user/edun)
2021-11-12 08:30:04 +0100 <Solid> I don't think this would necessarily involve modifying the core
2021-11-12 08:30:30 +0100 <Solid> One's own event hooks run before core's `handle` function, so it may well be done in contrib with extensible state
2021-11-12 08:58:01 +0100cfricke(~cfricke@user/cfricke)
2021-11-12 09:47:36 +0100Vermoot(~vermoot@89-158-106-112.rev.numericable.fr)
2021-11-12 09:49:03 +0100steve_(~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 244 seconds)
2021-11-12 10:00:09 +0100Solid[m](~slot-matr@2001:470:69fc:105::1:a84) (Quit: You have been kicked for being idle)
2021-11-12 10:17:33 +0100allbery_b(~geekosaur@xmonad/geekosaur)
2021-11-12 10:17:33 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2021-11-12 10:17:36 +0100allbery_bgeekosaur
2021-11-12 10:27:09 +0100Dr_JazzJazzah
2021-11-12 10:27:09 +0100Jazzah(~jazz@stolen.plutonium.dk) (Changing host)
2021-11-12 10:27:09 +0100Jazzah(~jazz@user/jazzah)
2021-11-12 11:00:09 +0100cfricke(~cfricke@user/cfricke) (Quit: WeeChat 3.3)
2021-11-12 11:09:25 +0100benin2(~benin@106.198.85.27)
2021-11-12 11:10:56 +0100benin(~benin@183.82.176.36) (Ping timeout: 245 seconds)
2021-11-12 11:12:59 +0100benin(~benin@183.82.176.36)
2021-11-12 11:15:05 +0100benin2(~benin@106.198.85.27) (Ping timeout: 246 seconds)
2021-11-12 11:18:09 +0100benin3(~benin@106.198.85.27)
2021-11-12 11:18:56 +0100benin(~benin@183.82.176.36) (Ping timeout: 246 seconds)
2021-11-12 11:18:56 +0100benin3benin
2021-11-12 11:32:38 +0100benin7(~benin@183.82.176.36)
2021-11-12 11:34:20 +0100benin(~benin@106.198.85.27) (Ping timeout: 246 seconds)
2021-11-12 11:34:20 +0100benin7benin
2021-11-12 11:57:15 +0100diep(~diep@2a01:cb11:2d7:4a00:f583:2197:b7db:eba5)
2021-11-12 12:04:20 +0100 <Solid> liskin: the 31.11 would probably seem too radical, but since we have _so many logos_ already, it might not be
2021-11-12 12:04:28 +0100 <Solid> otherwise I'd really just suggest the rest of the year
2021-11-12 12:04:38 +0100 <Solid> s/31/30/
2021-11-12 12:09:10 +0100 <liskin> L29Ah: I have no idea what you're trying to achieve, but I agree with what Solid said
2021-11-12 12:09:51 +0100 <liskin> Solid: 31.11. is soon indeed, so yea, end of year sounds good
2021-11-12 12:13:04 +0100cfricke(~cfricke@user/cfricke)
2021-11-12 12:14:07 +0100benin6(~benin@106.198.85.27)
2021-11-12 12:14:35 +0100benin(~benin@183.82.176.36) (Ping timeout: 246 seconds)
2021-11-12 12:16:28 +0100benin(~benin@183.82.176.36)
2021-11-12 12:18:26 +0100benin6(~benin@106.198.85.27) (Ping timeout: 246 seconds)
2021-11-12 12:27:05 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 264 seconds)
2021-11-12 12:39:30 +0100diep_(~diep@lfbn-ncy-1-110-197.w83-194.abo.wanadoo.fr)
2021-11-12 12:39:57 +0100diep(~diep@2a01:cb11:2d7:4a00:f583:2197:b7db:eba5) (Remote host closed the connection)
2021-11-12 12:39:57 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-11-12 12:58:21 +0100ml|(~ml|@user/ml/x-5298235) (Ping timeout: 256 seconds)
2021-11-12 13:03:44 +0100diep_diep
2021-11-12 13:06:35 +0100vermoot_(~vermoot@89-158-106-112.rev.numericable.fr)
2021-11-12 13:06:37 +0100 <vermoot_> Hey there
2021-11-12 13:07:15 +0100 <vermoot_> I'm looking for a basic thing that I can't find: What's the standard way to make sure an app is always on top?
2021-11-12 13:07:51 +0100 <vermoot_> Like, something to put in my manageHook I'd say, like `className =? "tint2" -> alwaysOnTop`, something like that
2021-11-12 13:09:02 +0100 <vermoot_> (I'm not trying to make it work with struts, I don't want to reserve space for it. It's just a tiny bar that I'm using as a systray, and that's invisible but shows on hover, and right now it pops up *under* the opened windows)
2021-11-12 13:09:56 +0100 <diep> Hi! When I resize a floating window or when I move it, the cursor remains normal, it should be changed to the resizing or hand shape accordingly (as it does in dwm). Is it possible to get that behavior in XMonad ?
2021-11-12 13:10:34 +0100peddie(~peddie@2001:470:69fc:105::25d) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:34 +0100Las[m](~lasmatrix@2001:470:69fc:105::74e) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:35 +0100ms[m](~msmatrixp@2001:470:69fc:105::2b48) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:35 +0100jakefromstatefar(~jakefroms@2001:470:69fc:105::15ef) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:35 +0100sdk(~sdk@user/sdk) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:35 +0100cyber-trekker[m](~cyber-tre@2001:470:69fc:105::f773) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:35 +0100dkasak[m](~dkasakter@2001:470:69fc:105::a34) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:35 +0100iffsid(~iffsid@2001:470:69fc:105::a3e) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:35 +0100FOSSHuman[m](~lol111mat@2001:470:69fc:105::1:ad7) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:35 +0100g90[m](~mitsukage@2001:470:69fc:105::b657) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:36 +0100Mellow[m](~mellow210@2001:470:69fc:105::8c62) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:36 +0100mc47[m](~mc47matri@2001:470:69fc:105::733) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:36 +0100Drishal[m](~drishalma@2001:470:69fc:105::a36) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:36 +0100HAL[m](~evadk8mat@2001:470:69fc:105::3ed0) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:36 +0100dumuzid[m](~dumuzidma@2001:470:69fc:105::4388) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:36 +0100ujineli[m](~ujinelima@2001:470:69fc:105::1:19e5) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:36 +0100cjbaylisstheythe(~cjbayliss@2001:470:69fc:105::bade) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:37 +0100yuu[m](~yuumatrix@2001:470:69fc:105::8a6) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:37 +0100liskin[m](~liskinmat@2001:470:69fc:105::768) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:37 +0100elonsroadster[m](~elonsroad@2001:470:69fc:105::d121) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:37 +0100ThatOneLutenist(~nathanmcc@2001:470:69fc:105::cd69) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:37 +0100studiedlist[m](~studiedli@2001:470:69fc:105::f2f3) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:37 +0100unrooted(~unrooted@2001:470:69fc:105::a4a) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:38 +0100pyriphlegeton[m](~pyriphleg@2001:470:69fc:105::1:1f49) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:38 +0100diaspora[m](~diasporae@2001:470:69fc:105::93e) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:38 +0100Industrial[m](~industria@2001:470:69fc:105::eb9) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:38 +0100Arcanus[m](~archanusm@2001:470:69fc:105::f953) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:38 +0100Xaerru[m]1(~xaerrumat@2001:470:69fc:105::fe2d) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:38 +0100M-elo-[m](~gilganixm@2001:470:69fc:105::3d09) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:38 +0100jceb[m](~jcebmatri@2001:470:69fc:105::1396) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:39 +0100abhixec[m](~abhixecma@2001:470:69fc:105::a2a) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:39 +0100KittyOwO[m](~wrinklehu@2001:470:69fc:105::84e) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:39 +0100unclechu(~unclechu@2001:470:69fc:105::354) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:39 +0100vojjvoda[m](~vojjvodam@2001:470:69fc:105::cefe) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:39 +0100antilambda[m](~antilambd@2001:470:69fc:105::a2b) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:40 +0100MatrixTravelerbo(~voyagert2@2001:470:69fc:105::22) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:40 +0100irishlucklinux[m(~irishluck@2001:470:69fc:105::3818) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:40 +0100rednaZ[m](~r3dnazmat@2001:470:69fc:105::ba70) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:40 +0100TheWizardTower[m(~thewizard@2001:470:69fc:105::a5b) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:41 +0100etrigan63[m](~etrigan63@2001:470:69fc:105::1:2982) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:41 +0100sibi(~sibi@2001:470:69fc:105::8ab) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:41 +0100VarikValefor[m](~varikvale@2001:470:69fc:105::a5d) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:41 +0100eezo[m](~eezomatri@2001:470:69fc:105::1:7) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:41 +0100Tisoxin(~ikosit@user/ikosit) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:41 +0100sogens[m](~sogensmat@2001:470:69fc:105::1:20a1) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:41 +0100ormaaj(~ormaaj@user/ormaaj) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:42 +0100nihilipster[m]1(~nihilipst@2001:470:69fc:105::720) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:43 +0100jakub[m]1(~jakubfami@2001:470:69fc:105::a43) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:44 +0100Damia0o[m](~damian0om@2001:470:69fc:105::1:2fdc) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:45 +0100ArgoOffline[m](~pierineva@2001:470:69fc:105::1:3037) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:45 +0100zenex[m](~zenexmatr@2001:470:69fc:105::1:3047) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:45 +0100diamondtoken[m](~diamondto@2001:470:69fc:105::1:2594) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:45 +0100denbrahe[m](~denbrahem@2001:470:69fc:105::19c0) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:45 +0100craige[m](~craigemcw@2001:470:69fc:105::35f1) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:45 +0100ServerStatsDisco(~serversta@2001:470:69fc:105::1a) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:46 +0100stsaintwyy[m](~stsaintwy@2001:470:69fc:105::1:3181) (Quit: Bridge terminating on SIGTERM)
2021-11-12 13:10:52 +0100 <diep> vermoot_ look at Hacks.trayerAboveXmobarEventHook
2021-11-12 13:11:32 +0100ml|(~ml|@user/ml/x-5298235)
2021-11-12 13:11:41 +0100 <diep> https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Util-Hacks.html
2021-11-12 13:11:47 +0100 <vermoot_> Thanks!
2021-11-12 13:12:07 +0100 <geekosaur> diep, it'd be possible, it's just not done at present, we always use the default cursor
2021-11-12 13:13:03 +0100 <geekosaur> you'd have to copy the relevant code from xmonad's core into your config and modify it to change the cursor appropriately (then maybe submit it back as a core patch :)
2021-11-12 13:17:18 +0100 <diep> Hum ok! Thank for the info, sadly Im very new to Haskell and Im not feeling confident to launch myself in such hole. And it's not a big deal either. It could be a nice feature for sure, but not really important. Just Ux stuff I mean.
2021-11-12 13:20:12 +0100vermoot_(~vermoot@89-158-106-112.rev.numericable.fr) (Quit: Leaving)
2021-11-12 13:20:31 +0100 <Vermoot> Dang I'd forgotten I had a HexChat window running already :'D
2021-11-12 13:22:09 +0100ml|(~ml|@user/ml/x-5298235) (Ping timeout: 256 seconds)
2021-11-12 13:27:01 +0100sibi(~sibi@2001:470:69fc:105::8ab)
2021-11-12 13:27:16 +0100sogens[m](~sogensmat@2001:470:69fc:105::1:20a1)
2021-11-12 13:28:01 +0100 <geekosaur> you could open an issue and someone might look into it at some point
2021-11-12 13:28:15 +0100antilambda[m](~antilambd@2001:470:69fc:105::a2b)
2021-11-12 13:28:22 +0100unrooted(~unrooted@2001:470:69fc:105::a4a)
2021-11-12 13:28:23 +0100rednaZ[m](~r3dnazmat@2001:470:69fc:105::ba70)
2021-11-12 13:28:23 +0100 <geekosaur> might help to mention that dwm already does it, since xmonad is kinda dwm in haskell
2021-11-12 13:28:29 +0100dkasak[m](~dkasakter@2001:470:69fc:105::a34)
2021-11-12 13:28:29 +0100Las[m](~lasmatrix@2001:470:69fc:105::74e)
2021-11-12 13:28:29 +0100liskin[m](~liskinmat@2001:470:69fc:105::768)
2021-11-12 13:28:29 +0100ServerStatsDisco(~serversta@2001:470:69fc:105::1a)
2021-11-12 13:28:29 +0100unclechu(~unclechu@2001:470:69fc:105::354)
2021-11-12 13:28:29 +0100MatrixTravelerbo(~voyagert2@2001:470:69fc:105::22)
2021-11-12 13:28:34 +0100irishlucklinux[m(~irishluck@2001:470:69fc:105::3818)
2021-11-12 13:28:41 +0100mc47[m](~mc47matri@2001:470:69fc:105::733)
2021-11-12 13:28:41 +0100Industrial[m](~industria@2001:470:69fc:105::eb9)
2021-11-12 13:28:46 +0100cjbaylisstheythe(~cjbayliss@2001:470:69fc:105::bade)
2021-11-12 13:28:55 +0100iffsid(~iffsid@2001:470:69fc:105::a3e)
2021-11-12 13:28:58 +0100elonsroadster[m](~elonsroad@2001:470:69fc:105::d121)
2021-11-12 13:29:07 +0100vojjvoda[m](~vojjvodam@2001:470:69fc:105::cefe)
2021-11-12 13:29:07 +0100denbrahe[m](~denbrahem@2001:470:69fc:105::19c0)
2021-11-12 13:29:07 +0100peddie(~peddie@2001:470:69fc:105::25d)
2021-11-12 13:29:08 +0100ThatOneLutenist(~nathanmcc@2001:470:69fc:105::cd69)
2021-11-12 13:29:08 +0100Tisoxin(~ikosit@user/ikosit)
2021-11-12 13:29:08 +0100ormaaj(~ormaaj@user/ormaaj)
2021-11-12 13:29:19 +0100dumuzid[m](~dumuzidma@2001:470:69fc:105::4388)
2021-11-12 13:29:31 +0100craige[m](~craigemcw@2001:470:69fc:105::35f1)
2021-11-12 13:29:44 +0100HAL[m](~evadk8mat@2001:470:69fc:105::3ed0)
2021-11-12 13:29:56 +0100Drishal[m](~drishalma@2001:470:69fc:105::a36)
2021-11-12 13:29:56 +0100yuu[m](~yuumatrix@2001:470:69fc:105::8a6)
2021-11-12 13:29:56 +0100nihilipster[m](~nihilipst@2001:470:69fc:105::720)
2021-11-12 13:29:58 +0100 <diep> yes it's a good idea, I will check that
2021-11-12 13:30:09 +0100TheWizardTower[m(~thewizard@2001:470:69fc:105::a5b)
2021-11-12 13:30:09 +0100ms[m](~msmatrixp@2001:470:69fc:105::2b48)
2021-11-12 13:30:15 +0100KittyOwO[m](~wrinklehu@2001:470:69fc:105::84e)
2021-11-12 13:30:15 +0100jakub[m](~jakubfami@2001:470:69fc:105::a43)
2021-11-12 13:30:15 +0100VarikValefor[m](~varikvale@2001:470:69fc:105::a5d)
2021-11-12 13:30:27 +0100Mellow[m](~mellow210@2001:470:69fc:105::8c62)
2021-11-12 13:30:39 +0100Arcanus[m](~archanusm@2001:470:69fc:105::f953)
2021-11-12 13:30:51 +0100stsaintwyy[m](~stsaintwy@2001:470:69fc:105::1:3181)
2021-11-12 13:31:03 +0100cyber-trekker[m](~cyber-tre@2001:470:69fc:105::f773)
2021-11-12 13:31:09 +0100pyriphlegeton[m](~pyriphleg@2001:470:69fc:105::1:1f49)
2021-11-12 13:31:09 +0100M-elo-[m](~gilganixm@2001:470:69fc:105::3d09)
2021-11-12 13:31:22 +0100jceb[m](~jcebmatri@2001:470:69fc:105::1396)
2021-11-12 13:31:37 +0100diaspora[m](~diasporae@2001:470:69fc:105::93e)
2021-11-12 13:31:54 +0100abhixec[m](~abhixecma@2001:470:69fc:105::a2a)
2021-11-12 13:32:16 +0100diamondtoken[m](~diamondto@2001:470:69fc:105::1:2594)
2021-11-12 13:32:35 +0100eezo[m](~eezomatri@2001:470:69fc:105::1:7)
2021-11-12 13:32:47 +0100FOSSHuman[m](~lol111mat@2001:470:69fc:105::1:ad7)
2021-11-12 13:32:53 +0100sdk(~sdk@user/sdk)
2021-11-12 13:32:53 +0100ujineli[m](~ujinelima@2001:470:69fc:105::1:19e5)
2021-11-12 13:32:53 +0100g90[m](~mitsukage@2001:470:69fc:105::b657)
2021-11-12 13:32:53 +0100studiedlist[m](~studiedli@2001:470:69fc:105::f2f3)
2021-11-12 13:33:07 +0100ArgoOffline[m](~pierineva@2001:470:69fc:105::1:3037)
2021-11-12 13:33:21 +0100etrigan63[m](~etrigan63@2001:470:69fc:105::1:2982)
2021-11-12 13:33:33 +0100jakeStateless-Fa(~jakefroms@2001:470:69fc:105::15ef)
2021-11-12 13:33:46 +0100Xaerru[m](~xaerrumat@2001:470:69fc:105::fe2d)
2021-11-12 13:33:59 +0100Damia0o[m](~damian0om@2001:470:69fc:105::1:2fdc)
2021-11-12 13:34:11 +0100zenex[m](~zenexmatr@2001:470:69fc:105::1:3047)
2021-11-12 13:35:04 +0100ml|(~ml|@user/ml/x-5298235)
2021-11-12 13:50:02 +0100MatrixTravelerbo(~voyagert2@2001:470:69fc:105::22) (Quit: Client limit exceeded: 20000)
2021-11-12 13:50:04 +0100yuu[m](~yuumatrix@2001:470:69fc:105::8a6) (Quit: Client limit exceeded: 20000)
2021-11-12 13:50:11 +0100ServerStatsDisco(~serversta@2001:470:69fc:105::1a) (Quit: Client limit exceeded: 20000)
2021-11-12 13:50:43 +0100peddie(~peddie@2001:470:69fc:105::25d) (Quit: Client limit exceeded: 20000)
2021-11-12 13:50:47 +0100unrooted(~unrooted@2001:470:69fc:105::a4a) (Quit: Client limit exceeded: 20000)
2021-11-12 13:50:47 +0100liskin[m](~liskinmat@2001:470:69fc:105::768) (Quit: Client limit exceeded: 20000)
2021-11-12 13:50:53 +0100Las[m](~lasmatrix@2001:470:69fc:105::74e) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:05 +0100sibi(~sibi@2001:470:69fc:105::8ab) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:10 +0100Tisoxin(~ikosit@user/ikosit) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:16 +0100denbrahe[m](~denbrahem@2001:470:69fc:105::19c0) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:16 +0100rednaZ[m](~r3dnazmat@2001:470:69fc:105::ba70) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:20 +0100sogens[m](~sogensmat@2001:470:69fc:105::1:20a1) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:25 +0100unclechu(~unclechu@2001:470:69fc:105::354) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:27 +0100ms[m](~msmatrixp@2001:470:69fc:105::2b48) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:32 +0100sdk(~sdk@user/sdk) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:46 +0100VarikValefor[m](~varikvale@2001:470:69fc:105::a5d) (Quit: Client limit exceeded: 20000)
2021-11-12 13:51:51 +0100Industrial[m](~industria@2001:470:69fc:105::eb9) (Quit: Client limit exceeded: 20000)
2021-11-12 13:54:42 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-11-12 13:56:23 +0100geekosaur(~geekosaur@xmonad/geekosaur)
2021-11-12 14:07:20 +0100desantra(~skykanin@user/skykanin)
2021-11-12 14:09:09 +0100 <desantra> It is possible to get Navigation.2D working in the tabbed layout? So I can use M-h and M-l to nagivate tabs
2021-11-12 14:09:23 +0100sogens[m](~sogensmat@2001:470:69fc:105::1:20a1)
2021-11-12 14:09:23 +0100unrooted(~unrooted@2001:470:69fc:105::a4a)
2021-11-12 14:09:37 +0100Las[m](~lasmatrix@2001:470:69fc:105::74e)
2021-11-12 14:09:39 +0100sibi(~sibi@2001:470:69fc:105::8ab)
2021-11-12 14:09:40 +0100rednaZ[m](~r3dnazmat@2001:470:69fc:105::ba70)
2021-11-12 14:09:40 +0100Tisoxin(~ikosit@user/ikosit)
2021-11-12 14:09:49 +0100liskin[m](~liskinmat@2001:470:69fc:105::768)
2021-11-12 14:09:49 +0100ServerStatsDisco(~serversta@2001:470:69fc:105::1a)
2021-11-12 14:09:49 +0100unclechu(~unclechu@2001:470:69fc:105::354)
2021-11-12 14:09:49 +0100MatrixTravelerbo(~voyagert2@2001:470:69fc:105::22)
2021-11-12 14:10:01 +0100Industrial[m](~industria@2001:470:69fc:105::eb9)
2021-11-12 14:10:01 +0100denbrahe[m](~denbrahem@2001:470:69fc:105::19c0)
2021-11-12 14:10:01 +0100peddie(~peddie@2001:470:69fc:105::25d)
2021-11-12 14:10:01 +0100yuu[m](~yuumatrix@2001:470:69fc:105::8a6)
2021-11-12 14:10:02 +0100ms[m](~msmatrixp@2001:470:69fc:105::2b48)
2021-11-12 14:10:02 +0100VarikValefor[m](~varikvale@2001:470:69fc:105::a5d)
2021-11-12 14:10:02 +0100sdk(~sdk@user/sdk)
2021-11-12 14:28:42 +0100 <L29Ah> 10:30:30]<Solid> One's own event hooks run before core's `handle` function, so it may well be done in contrib with extensible state
2021-11-12 14:28:42 +0100 <L29Ah> but it is impossible to avoid running core's or push the read event to it afaik
2021-11-12 14:29:23 +0100 <L29Ah> 14:09:10]<liskin> L29Ah: I have no idea what you're trying to achieve, but I agree with what Solid said
2021-11-12 14:29:23 +0100 <L29Ah> computer start thrashing due to lack of ram, you ask xmonad to close a window, xmonad closes 10 windows due to xorg's autorepeat feature; this patch fixes this misconduct
2021-11-12 14:30:50 +0100sagax(~sagax_nb@user/sagax) (Quit: Konversation terminated!)
2021-11-12 14:36:06 +0100 <geekosaur> actually you can prevent the core handler from running by `pure (All False)`
2021-11-12 14:36:25 +0100 <geekosaur> or use `pure (All True)` to pass it on to the core handler
2021-11-12 14:36:28 +0100cfricke(~cfricke@user/cfricke) (Quit: WeeChat 3.3)
2021-11-12 14:37:52 +0100 <L29Ah> geekosaur: i mean pass the key code
2021-11-12 14:37:59 +0100noex(~noex@2600:8804:1280:aa0:5857:94a:25de:c513)
2021-11-12 14:38:11 +0100 <L29Ah> it's not like i can or should tell X to do it for me, is it?
2021-11-12 14:41:01 +0100 <geekosaur> there are ways to do that although they'd be a little weird because you would also have to emulate the switch to active keyboard grab
2021-11-12 14:42:06 +0100 <geekosaur> this said, I'd argue that a large part of that particular problem is that we use a really inefficient structure to track windows and it might make more sense to fix that and thereby reduce the thrashing :)
2021-11-12 14:42:14 +0100 <geekosaur> (not sure how much that would help though)
2021-11-12 14:44:33 +0100 <geekosaur> also there's xset to control autorepeat directly
2021-11-12 14:44:44 +0100 <geekosaur> and can be controlled by keycode, even
2021-11-12 14:56:55 +0100noex(~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Read error: Connection reset by peer)
2021-11-12 15:03:46 +0100desantra(~skykanin@user/skykanin) (Quit: WeeChat 3.3)
2021-11-12 15:04:23 +0100 <L29Ah> and can't be controlled per application
2021-11-12 15:05:26 +0100desantra(~skykanin@user/skykanin)
2021-11-12 15:06:27 +0100 <desantra> Whenever I start my computer and my `i3-color-lock` is launched other applications are launched and their windows are rendered on top of the lock screen. Is it possible to tell my `i3-color-lock` to render on top?
2021-11-12 15:07:53 +0100 <L29Ah> desantra: do you mean i3lock-color?
2021-11-12 15:08:44 +0100 <desantra> yes
2021-11-12 15:10:47 +0100 <desantra> L29Ah: is there a way to set the z-index or smth for an app?
2021-11-12 15:10:54 +0100 <L29Ah> i recall similar thing when windows get popped up and stay on the screen until xmonad is asked to switch the workspace to the one the window is ordered to be at by the manage hook, but i3lock-color works fine here
2021-11-12 15:10:59 +0100 <L29Ah> but i don't run it at startup...
2021-11-12 15:12:12 +0100 <L29Ah> maybe you can isFullscreen -?> doFullFloat?
2021-11-12 15:12:14 +0100 <L29Ah> https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Hooks-ManageHelpers.html
2021-11-12 15:12:21 +0100 <desantra> It works fine otherwise, just not on startup unless I make it sleep for some seconds
2021-11-12 15:12:32 +0100 <desantra> L29Ah: I'm already using that
2021-11-12 15:13:25 +0100 <desantra> oh, nvm I'm using a different arrow, lemme try
2021-11-12 15:18:56 +0100 <liskin> L29Ah: what geekosaur said about pure (All False), and then also: get yourself some earlyoomd or systemd-oomd, you're working around symptoms of an entirely preventable problem
2021-11-12 15:19:28 +0100 <desantra> I'm using `isFullscreen --> doFullFloat` with `composeAll`, but that shouldn't matter. It has the same effect
2021-11-12 15:19:31 +0100 <L29Ah> i already fixed this problem locally by upgrading my hardware
2021-11-12 15:20:13 +0100 <L29Ah> or not, as i didn't run unpatched xmonad for long for 9-ish years already
2021-11-12 15:20:40 +0100 <liskin> L29Ah: oh, I was just going to suggest that buying better HW might also be an option, but then I remembered that it's not really a solution - more RAM didn't help my wife one bit, she just kept more tabs open
2021-11-12 15:20:44 +0100 <L29Ah> anyway, i doubt i need it anymore, but i still think that it's a good to ignore autorepeat in xmonad
2021-11-12 15:21:13 +0100 <L29Ah> i also bought a nvme that makes thrashing much faster ;)
2021-11-12 15:22:01 +0100desantra(~skykanin@user/skykanin) (Quit: WeeChat 3.3)
2021-11-12 15:24:14 +0100desantra(~skykanin@user/skykanin)
2021-11-12 15:26:15 +0100 <liskin> hm, but yeah, disabling autorepeat for xmonad key bindings might actually be somewhat desirable
2021-11-12 15:26:31 +0100 <liskin> although probably not always - I like my volume buttons to autorepeat
2021-11-12 15:26:56 +0100 <liskin> definitely do feel free to submit a proper pull request though
2021-11-12 15:27:10 +0100 <geekosaur> alt-h/alt-l might also be candidates for autorepeat
2021-11-12 15:27:34 +0100 <geekosaur> whereas alt-,/alt-. probably wouldn't
2021-11-12 15:27:38 +0100 <geekosaur> s/alt/mod/g
2021-11-12 15:27:56 +0100 <liskin> although I wonder if the duplicate keybinding detection can be done in -contrib somehow, as an action that one prepends to a keybinding or something
2021-11-12 15:28:02 +0100 <liskin> that would be best UX imo
2021-11-12 15:28:13 +0100 <liskin> so that one can decide which keybindings can autorepeat and which can't
2021-11-12 15:28:19 +0100 <liskin> (afk, meeting now, sorry)
2021-11-12 15:28:22 +0100diep(~diep@lfbn-ncy-1-110-197.w83-194.abo.wanadoo.fr) (Remote host closed the connection)
2021-11-12 15:30:26 +0100 <L29Ah> i already submitted the patch 9 years ago to xmonad mailing list, so now i'm too lazy :P
2021-11-12 15:30:51 +0100 <L29Ah> and i like my volume buttons to be handled by actkbd so it bypass Xorg's screen locking :]
2021-11-12 15:31:09 +0100desantra(~skykanin@user/skykanin) (Quit: WeeChat 3.3)
2021-11-12 15:32:25 +0100 <L29Ah> you could make a keypress handling hook instead of the current xmonad's hardcoded behavior if you want it configurable
2021-11-12 15:35:58 +0100 <Solid> I mean, it really _is_ configurable since you can have an event like that in your own eventHook and then just not pass it through
2021-11-12 15:36:21 +0100 <Solid> the only bad thing being that you need to replicate some logic from core (but you'd have to do that anyways, I think)
2021-11-12 15:39:45 +0100 <L29Ah> ah so `handle` thing in Main.hs is just the fallback hook
2021-11-12 15:40:19 +0100 <L29Ah> yeah then my patch could be made in contrib entirely
2021-11-12 16:24:27 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-11-12 16:24:33 +0100allbery_b(~geekosaur@xmonad/geekosaur)
2021-11-12 16:24:36 +0100allbery_bgeekosaur
2021-11-12 16:56:26 +0100dschrempf(~dominik@070-207.dynamic.dsl.fonira.net)
2021-11-12 17:10:41 +0100seschwar(~seschwar@user/seschwar)
2021-11-12 17:30:41 +0100qbt(~qbt@user/edun) (Quit: Leaving.)
2021-11-12 17:33:27 +0100a6a45081-2b83(~aditya@2601:249:4300:1296:88ec:cc73:84d4:1507)
2021-11-12 17:33:31 +0100a6a45081-2b83(~aditya@2601:249:4300:1296:88ec:cc73:84d4:1507) (Remote host closed the connection)
2021-11-12 17:37:55 +0100 <Vermoot> I'm struggling to find examples of people who use window decorations on xmonad
2021-11-12 17:38:08 +0100 <Vermoot> Typically, the usual title bar, with buttons, etc
2021-11-12 17:44:17 +0100 <geekosaur> I think most people don't, although there are a few layouts that include them and you can use Decoration to build your own
2021-11-12 17:45:36 +0100 <Vermoot> I'm sure most people don't but I like to have a good mouse-only workflow as well as a good keyboard centric one. Sometimes I just want to do stuff with my mouse and having window decorations (sometimes, not always) would help with that
2021-11-12 17:46:00 +0100 <Vermoot> I've tried using NoFrillsDeco, SimpleDecorations, etc, but I've never been able to make them work
2021-11-12 18:09:47 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net)
2021-11-12 18:49:22 +0100desantra(~skykanin@user/skykanin)
2021-11-12 19:05:49 +0100desantra(~skykanin@user/skykanin) (Quit: WeeChat 3.3)
2021-11-12 19:08:35 +0100mc47(~mc47@xmonad/TheMC47)
2021-11-12 19:08:41 +0100 <mc47> what's up people
2021-11-12 19:08:55 +0100 <mc47> liskin I'll check the link, but it's looking so crazy for me right now
2021-11-12 19:16:07 +0100 <geekosaur> lots of logo submissions the past few days
2021-11-12 19:20:30 +0100 <liskin> Logo submissions and sponsors, we're up in $600s now
2021-11-12 19:21:19 +0100 <liskin> Other than that, I'm trying to avoid keyboards, to let my hands get back to normal
2021-11-12 19:27:00 +0100 <mc47> the only thing I've been following is the logo contest, I think we have some very nice submissions
2021-11-12 19:27:02 +0100 <geekosaur> hah, just found a small bug in the SimpleDecoration docs
2021-11-12 19:27:15 +0100mc47(~mc47@xmonad/TheMC47) (Remote host closed the connection)
2021-11-12 19:27:35 +0100 <geekosaur> they mention dwmStyle instead of simpleDeco for the more advanced configuration example (3 guesses which module it was copied from)
2021-11-12 19:28:33 +0100 <geekosaur> does this need to go through the whole PR + CHANGES thing or should I just patch it in place?
2021-11-12 19:28:43 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 250 seconds)
2021-11-12 19:30:03 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-11-12 19:31:57 +0100 <liskin> Definitely need for changes entry for a docs fix, and PR only if you think you're likely to fuck it up and want another human to check for mistakes
2021-11-12 19:32:05 +0100 <liskin> *no need for changes
2021-11-12 19:34:41 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 245 seconds)
2021-11-12 19:40:11 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-11-12 19:41:15 +0100 <geekosaur> hm, yep, SimpleDecoration doesn't work. but it's not falling back to Full either.
2021-11-12 19:41:36 +0100 <geekosaur> "doesn't work" here meaning no decorations are shown
2021-11-12 19:42:06 +0100 <geekosaur> so it's not throwing an exception but it's not doing anything
2021-11-12 19:43:15 +0100 <geekosaur> nor do I see an error message in the session log
2021-11-12 19:44:10 +0100 <geekosaur> and we know Decoration isn't completely broken because Tabbed works
2021-11-12 19:48:47 +0100 <geekosaur> derp. wrong workspace for testing :þ
2021-11-12 19:49:02 +0100 <geekosaur> once I actually got to spare2, simpleDeco works
2021-11-12 19:49:19 +0100 <geekosaur> no buttons but I don't think simpleDeco is supposed to have any
2021-11-12 19:50:57 +0100 <geekosaur> Vermoot, when you try to use simpleDeco, does the layout behave like Full? (Make sure you apply it to a layout that doens't behave like Full, of course.)
2021-11-12 19:52:01 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 256 seconds)
2021-11-12 20:03:04 +0100mc47(~mc47@xmonad/TheMC47)
2021-11-12 20:15:50 +0100 <geekosaur> jumping a little ahead, what I suspect is (especially if you're still on 0.15/0.16) the font can't be loaded. so you would try setting the `font` element of `mySDConfig` to a font known to be present, and if you have xmonad-contrib built with USE_XFT then you probably need to specify something like "Monospace 10" instead of the default
2021-11-12 20:18:07 +0100mariari(~mariari@user/mariari) (Quit: WeeChat 3.3)
2021-11-12 20:21:54 +0100mariari(~mariari@user/mariari)
2021-11-12 20:24:02 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-11-12 20:29:24 +0100 <geekosaur> also, I did the docs patchup
2021-11-12 20:29:37 +0100 <geekosaur> silly 1-word change
2021-11-12 20:31:15 +0100mariari(~mariari@user/mariari) (Quit: WeeChat 3.3)
2021-11-12 20:35:52 +0100mariari(~mariari@user/mariari)
2021-11-12 20:39:33 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 265 seconds)
2021-11-12 21:20:14 +0100 <geekosaur> @tell Vermoot you almost certainly have a font problem that is causing the layout to throw an exception. try overriding the font setting in the decoration config to a font that you know exists
2021-11-12 21:20:15 +0100 <lambdabot> Consider it noted.
2021-11-12 21:21:13 +0100 <geekosaur> @tell Vermoot if you are on 0.16 xmonad-contrib with USE_XFT enabled, you will probably have to use a font spec like "Monospace 10" instead of the default XLFD-style font specification
2021-11-12 21:21:13 +0100 <lambdabot> Consider it noted.
2021-11-12 21:30:11 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Remote host closed the connection)
2021-11-12 21:31:08 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net)
2021-11-12 21:44:48 +0100Josh[m]123(~iooioioma@2001:470:69fc:105::c8f8)
2021-11-12 21:45:11 +0100 <Josh[m]123> Hi everyone. Been using xmonad for about six months now but I still feel like a noob.
2021-11-12 21:45:39 +0100 <Josh[m]123> Is it possible to dynamically change the gaps between windows? As in: via a keybinding?
2021-11-12 21:46:59 +0100 <Josh[m]123> I'm using `XMonad.Layout.Spacing` and have the gaps hard-coded in my config. Would love to be able to increase and decrease them on-the-fly.
2021-11-12 21:50:09 +0100 <geekosaur> looks like, at least if you are running 0.17.0, there are messages you can send to alter the spacing
2021-11-12 21:51:57 +0100 <Josh[m]123> Ah sweet. Are there some docs you could link to?
2021-11-12 21:51:59 +0100 <geekosaur> bind a key to https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-Spacing.html#v:setScr…
2021-11-12 21:52:16 +0100 <geekosaur> there's some other functions including increment/decrement
2021-11-12 21:53:03 +0100 <Josh[m]123> Awesome. Thanks! I'll just have to get hold of 0.17 first then.
2021-11-12 21:53:36 +0100 <geekosaur> well. I'm not sure they're in older versions, but you could check the docs for xmonad-contrib-0.16 to see if they are there as well
2021-11-12 21:54:16 +0100 <geekosaur> actually I just loaded those docs and they are, so you shouldn't have to upgrade
2021-11-12 21:56:11 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
2021-11-12 22:04:12 +0100 <geekosaur> @tell Vermoot sorry, it's fontName, not font
2021-11-12 22:04:12 +0100 <lambdabot> Consider it noted.
2021-11-12 22:05:32 +0100 <Josh[m]123> Cool. My Haskell knowledge is pretty limited so I don't immediately understand how I should be using this. Do you have some pointers what I should be looking up? Sending messages?
2021-11-12 22:06:03 +0100 <geekosaur> the function sends the message for you, so you just bind a key to it
2021-11-12 22:06:24 +0100 <geekosaur> how you bind the key will depend on your config
2021-11-12 22:06:29 +0100 <geekosaur> @where paste
2021-11-12 22:06:29 +0100 <lambdabot> Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com
2021-11-12 22:06:47 +0100 <Josh[m]123> Something like this? `sendMessage $ setScreenWindowSpacing 42`
2021-11-12 22:06:58 +0100 <Josh[m]123> Oh, I see
2021-11-12 22:07:16 +0100 <Josh[m]123> I'll give it a go
2021-11-12 22:07:51 +0100 <geekosaur> actually setScreenWindowSpacing sends two messages, one for the whole screen and one for windows
2021-11-12 22:10:10 +0100 <Josh[m]123> OMGITWORKS. I ended up doing something like this: `("M-S-a", incScreenWindowSpacing 5)` (with EZConfig)
2021-11-12 22:10:16 +0100 <Josh[m]123> This is great
2021-11-12 22:10:18 +0100 <Josh[m]123> Thanks again
2021-11-12 22:27:16 +0100SenranKaguya(~weechat@c-73-15-19-170.hsd1.ca.comcast.net)
2021-11-12 22:41:40 +0100obimod(~obimod@gateway/vpn/pia/obimod)
2021-11-12 23:29:31 +0100mc47(~mc47@xmonad/TheMC47) (Remote host closed the connection)
2021-11-12 23:44:10 +0100obimod(~obimod@gateway/vpn/pia/obimod) (Ping timeout: 260 seconds)
2021-11-12 23:45:10 +0100obimod(~obimod@gateway/vpn/pia/obimod)
2021-11-12 23:53:11 +0100benin(~benin@183.82.176.36) (Ping timeout: 246 seconds)
2021-11-12 23:57:06 +0100benin(~benin@183.82.176.36)