| 2021-03-31 00:00:12 +0200 | eyenx | (~eyenxeyen@unaffiliated/eye/x-1653358) |
| 2021-03-31 00:00:48 +0200 | eyenx | (~eyenxeyen@unaffiliated/eye/x-1653358) (Remote host closed the connection) |
| 2021-03-31 00:05:17 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 00:05:23 +0200 | eyenx | (~eyenxeyen@unaffiliated/eye/x-1653358) |
| 2021-03-31 00:06:34 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Client Quit) |
| 2021-03-31 00:20:42 +0200 | kelnoky | (~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Ping timeout: 246 seconds) |
| 2021-03-31 00:23:24 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 00:23:30 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Client Quit) |
| 2021-03-31 00:38:47 +0200 | codedmart_ | (~codedmart@149.28.9.205) |
| 2021-03-31 00:39:06 +0200 | tcb | (~quassel@212-51-143-151.fiber7.init7.net) |
| 2021-03-31 00:39:06 +0200 | tcb | (~quassel@212-51-143-151.fiber7.init7.net) (Changing host) |
| 2021-03-31 00:39:06 +0200 | tcb | (~quassel@freebsd/developer/tcberner) |
| 2021-03-31 00:39:43 +0200 | styledash7 | (~styledash@157.230.173.136) |
| 2021-03-31 00:40:26 +0200 | skewerr | (~spoonm@tokyo.spoonm.org) |
| 2021-03-31 00:41:22 +0200 | scardinal | (~supreme@unaffiliated/scardinal) (Ping timeout: 265 seconds) |
| 2021-03-31 00:41:24 +0200 | crmaurei | (crmaurei@nat/qt/x-gyvfhyyznxnkyoal) (Read error: Connection reset by peer) |
| 2021-03-31 00:41:24 +0200 | Ristovski | (~364e20076@unaffiliated/ristovski) (Read error: Connection reset by peer) |
| 2021-03-31 00:41:41 +0200 | sundbry_ | (~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) |
| 2021-03-31 00:41:47 +0200 | fizzie | (fis@unaffiliated/fizzie) (Ping timeout: 265 seconds) |
| 2021-03-31 00:41:48 +0200 | scardinal | (~supreme@unaffiliated/scardinal) |
| 2021-03-31 00:41:48 +0200 | crmaurei | (crmaurei@nat/qt/x-wpancojchnjrnbkd) |
| 2021-03-31 00:42:01 +0200 | spoonm | (~spoonm@tokyo.spoonm.org) (Read error: Connection reset by peer) |
| 2021-03-31 00:42:03 +0200 | fizzie | (fis@unaffiliated/fizzie) |
| 2021-03-31 00:42:16 +0200 | sundbry | (~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 265 seconds) |
| 2021-03-31 00:42:26 +0200 | jtcs_ | (~jtcs@vmi359854.contaboserver.net) |
| 2021-03-31 00:42:45 +0200 | tcberner | (~quassel@freebsd/developer/tcberner) (Ping timeout: 265 seconds) |
| 2021-03-31 00:43:09 +0200 | Solitary_ | (~Solitary@ip-78-45-155-137.net.upcbroadband.cz) |
| 2021-03-31 00:43:13 +0200 | jtcs | (~jtcs@vmi359854.contaboserver.net) (Ping timeout: 240 seconds) |
| 2021-03-31 00:43:13 +0200 | Solitary | (~Solitary@ip-78-45-155-137.net.upcbroadband.cz) (Ping timeout: 240 seconds) |
| 2021-03-31 00:43:13 +0200 | p71 | (~chatzilla@097-083-185-160.res.spectrum.com) (Ping timeout: 240 seconds) |
| 2021-03-31 00:43:13 +0200 | codedmart | (~codedmart@149.28.9.205) (Read error: Connection reset by peer) |
| 2021-03-31 00:43:13 +0200 | styledash | (~styledash@157.230.173.136) (Ping timeout: 240 seconds) |
| 2021-03-31 00:43:13 +0200 | Ristovski | (~364e20076@unaffiliated/ristovski) |
| 2021-03-31 00:43:14 +0200 | styledash7 | styledash |
| 2021-03-31 00:44:22 +0200 | p71 | (~chatzilla@097-083-185-160.res.spectrum.com) |
| 2021-03-31 00:44:41 +0200 | Solitary_ | Solitary |
| 2021-03-31 00:45:20 +0200 | skewerr | spoonm |
| 2021-03-31 00:56:11 +0200 | thc202 | (~thc202@unaffiliated/thc202) (Ping timeout: 245 seconds) |
| 2021-03-31 02:02:44 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 02:43:02 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 2021-03-31 02:45:13 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 2021-03-31 02:55:18 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 03:09:53 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-31 03:12:06 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-03-31 03:13:33 +0200 | def_jam | (~eblip@unaffiliated/eblip) |
| 2021-03-31 03:14:01 +0200 | eb0t_ | (~eblip@unaffiliated/eblip) |
| 2021-03-31 03:14:58 +0200 | eblip | (~eblip@unaffiliated/eblip) (Ping timeout: 240 seconds) |
| 2021-03-31 03:15:06 +0200 | eb0t | (~eblip@unaffiliated/eblip) (Ping timeout: 260 seconds) |
| 2021-03-31 03:15:49 +0200 | eb0t_ | eblip |
| 2021-03-31 03:36:49 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 2021-03-31 05:26:37 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 05:38:22 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 2021-03-31 05:43:11 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 06:07:20 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 06:08:01 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Client Quit) |
| 2021-03-31 06:13:34 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 06:21:04 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 2021-03-31 06:26:02 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 06:26:53 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Client Quit) |
| 2021-03-31 06:38:43 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-31 06:40:25 +0200 | Shadorain | (uid453914@gateway/web/irccloud.com/x-upujwpnrlwgnzwtx) (Quit: Connection closed for inactivity) |
| 2021-03-31 06:42:10 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-31 06:42:43 +0200 | <heck-to-the-gnom> | I hope so, it looks like xmonad peaked back in 2008 (contributor-wise) |
| 2021-03-31 06:43:09 +0200 | <heck-to-the-gnom> | I may get some substantial freetime in these next few weeks, I'll try to aid then. |
| 2021-03-31 06:43:56 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-03-31 07:15:07 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-31 07:17:02 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-03-31 07:22:22 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-03-31 07:23:34 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-03-31 07:35:18 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 07:37:25 +0200 | kelnoky | (~shao@ip1f128ba7.dynamic.kabel-deutschland.de) |
| 2021-03-31 07:49:57 +0200 | kelnoky | (~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Ping timeout: 260 seconds) |
| 2021-03-31 07:56:14 +0200 | palo1 | (~weechat@c-base/crew/palo) |
| 2021-03-31 07:59:21 +0200 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 260 seconds) |
| 2021-03-31 07:59:21 +0200 | palo1 | palo |
| 2021-03-31 08:02:51 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Read error: Connection reset by peer) |
| 2021-03-31 08:09:16 +0200 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-03-31 08:14:58 +0200 | materiyolo | (~materiyol@112.204.174.249) (Read error: Connection reset by peer) |
| 2021-03-31 08:22:29 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 245 seconds) |
| 2021-03-31 08:24:32 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 08:31:04 +0200 | <Solid> | xmonad was quite new in 2008, everything new is exciting and attracts quite a few people |
| 2021-03-31 08:32:20 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 08:51:38 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 2021-03-31 09:03:23 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-31 09:04:11 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 09:16:39 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-03-31 09:50:11 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 260 seconds) |
| 2021-03-31 09:51:46 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 10:02:06 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-31 10:02:56 +0200 | thoros | (~thoros@194-166-47-167.hdsl.highway.telekom.at) |
| 2021-03-31 10:05:00 +0200 | thc202 | (~thc202@unaffiliated/thc202) |
| 2021-03-31 10:05:21 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-03-31 10:13:31 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 268 seconds) |
| 2021-03-31 10:35:58 +0200 | materiyolo | (~materiyol@112.204.174.249) (Ping timeout: 240 seconds) |
| 2021-03-31 10:37:10 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-31 10:39:17 +0200 | ChubaDuba | (~ChubaDuba@5.167.116.34) |
| 2021-03-31 10:50:44 +0200 | MrElendig | (~Urist@archlinux/op/pdpc.supporter.active.mrelendig) |
| 2021-03-31 10:56:16 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-31 11:05:30 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 11:39:08 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) (Ping timeout: 258 seconds) |
| 2021-03-31 11:45:08 +0200 | sundbry_ | (~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) (Quit: No Ping reply in 180 seconds.) |
| 2021-03-31 11:46:21 +0200 | sundbry | (~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) |
| 2021-03-31 11:51:32 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-03-31 12:17:05 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) (Ping timeout: 258 seconds) |
| 2021-03-31 12:44:43 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) (Quit: Leaving.) |
| 2021-03-31 12:46:54 +0200 | novas0x2a | (~blah@157-131-126-102.fiber.dynamic.sonic.net) |
| 2021-03-31 13:08:32 +0200 | materiyolo | (~materiyol@112.204.174.249) (Read error: Connection reset by peer) |
| 2021-03-31 13:18:37 +0200 | <Solid> | 2021-03-30 13:16:42 mc47 regarding the names of the functions, how about `bindSB` instead of `makeStatusBar` and `bindAndManageSB` instead of `makeStatusBar'`? << I don't have any immediate associations to "this creates a thing" then I hear `bind' |
| 2021-03-31 13:18:46 +0200 | <Solid> | s/then/when/ |
| 2021-03-31 13:23:32 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-03-31 14:07:02 +0200 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-31 14:08:38 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 258 seconds) |
| 2021-03-31 14:15:34 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 252 seconds) |
| 2021-03-31 14:26:06 +0200 | Shadorain | (uid453914@gateway/web/irccloud.com/x-rvjmkohkqwhcwsoj) |
| 2021-03-31 14:30:46 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 14:30:51 +0200 | eb0t | (~eblip@unaffiliated/eblip) |
| 2021-03-31 14:31:05 +0200 | jak_ | (~jak@cpe-24-90-94-163.nyc.res.rr.com) (Read error: Connection reset by peer) |
| 2021-03-31 14:31:09 +0200 | eb0t_ | (~eblip@unaffiliated/eblip) |
| 2021-03-31 14:32:32 +0200 | eblip | (~eblip@unaffiliated/eblip) (Ping timeout: 268 seconds) |
| 2021-03-31 14:33:06 +0200 | def_jam | (~eblip@unaffiliated/eblip) (Ping timeout: 260 seconds) |
| 2021-03-31 14:33:49 +0200 | eb0t_ | eblip |
| 2021-03-31 14:41:24 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-31 14:42:42 +0200 | geekosaur | (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-03-31 14:51:12 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-31 14:54:42 +0200 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-31 14:54:46 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 2021-03-31 14:55:46 +0200 | materiyolo | (~materiyol@112.204.174.249) (Client Quit) |
| 2021-03-31 15:10:09 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-31 15:11:09 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Remote host closed the connection) |
| 2021-03-31 15:11:37 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-31 15:17:01 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 260 seconds) |
| 2021-03-31 15:21:57 +0200 | materiyolo | (~materiyol@112.204.174.249) (Quit: WeeChat 3.0.1) |
| 2021-03-31 15:24:50 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-31 15:25:35 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-31 15:25:49 +0200 | materiyolo | (~materiyol@112.204.174.249) (Client Quit) |
| 2021-03-31 15:29:53 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 268 seconds) |
| 2021-03-31 15:37:29 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1) |
| 2021-03-31 15:39:13 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-03-31 15:41:33 +0200 | materiyolo | (~materiyol@112.204.174.249) (Client Quit) |
| 2021-03-31 15:45:29 +0200 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-03-31 16:21:24 +0200 | <Solid> | the CI is moving \o/ |
| 2021-03-31 16:21:36 +0200 | ChubaDuba | (~ChubaDuba@5.167.116.34) (Quit: WeeChat 1.6) |
| 2021-03-31 16:21:48 +0200 | <Solid> | you even went there and prepared two variants :o |
| 2021-03-31 16:22:10 +0200 | <Liskni_si> | yeah because I didn't like the first one |
| 2021-03-31 16:22:16 +0200 | <Liskni_si> | and I don't like the second one either |
| 2021-03-31 16:22:21 +0200 | <Liskni_si> | I hate it all, to be honest |
| 2021-03-31 16:23:09 +0200 | <Liskni_si> | dozens of personhours wasted on generation of keybinding documentation that will never change and that needs to be updated manually in one other place anyway |
| 2021-03-31 16:23:53 +0200 | <Solid> | :/ |
| 2021-03-31 16:24:35 +0200 | <Liskni_si> | well, a learning experience, that's what it was :-) |
| 2021-03-31 16:25:01 +0200 | <Liskni_si> | (and it forced me to learn a bit about modern cabal and haskell-ci, so that's that) |
| 2021-03-31 16:25:22 +0200 | <Liskni_si> | https://github.com/orgs/xmonad/projects/2?fullscreen=true is nicely balanced now |
| 2021-03-31 16:27:11 +0200 | <Shadorain> | Any news on that vim module!? 🤣 |
| 2021-03-31 16:27:36 +0200 | <Shadorain> | Was such a cool idea but seemed like it went away but someone might have been working on if |
| 2021-03-31 16:27:46 +0200 | <Liskni_si> | which one? |
| 2021-03-31 16:43:34 +0200 | <Solid> | probably the modal editing one |
| 2021-03-31 16:43:40 +0200 | <Solid> | mc47[m]: wanted to revive that I think |
| 2021-03-31 16:43:52 +0200 | <Solid> | I couldn't get a hold of LSLeary and so I kind of forgot about it ^^' |
| 2021-03-31 16:44:44 +0200 | <Shadorain> | Aw darn that stinks, it's such a sick idea |
| 2021-03-31 16:44:53 +0200 | <Shadorain> | Would be a really big thing for xmonad too I think |
| 2021-03-31 16:46:41 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Ping timeout: 260 seconds) |
| 2021-03-31 16:49:33 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-03-31 16:49:38 +0200 | seschwar | (~seschwar@unaffiliated/seschwar) |
| 2021-03-31 16:53:57 +0200 | <Solid> | it would certainly be a novelty; I at one point tried it and didn't _really_ get that much benefit out of it |
| 2021-03-31 16:54:19 +0200 | <Solid> | but if you often resize/re-order windows then having an extra layer just for that could indeed be a game-changer |
| 2021-03-31 16:55:44 +0200 | <Shadorain> | For sure plus the fact it would be vim like / modal would get SOOO much popularity I believe |
| 2021-03-31 16:56:10 +0200 | <Shadorain> | Think bout what the big vim users and youtubers, I think they'd jump on the bandwagon |
| 2021-03-31 16:57:11 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Ping timeout: 260 seconds) |
| 2021-03-31 16:57:24 +0200 | evanjs- | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-03-31 16:59:19 +0200 | <Solid> | I don't really follow the vim youtube scene ;) I somehow doubt people would switch their wm just for that |
| 2021-03-31 16:59:21 +0200 | <Solid> | but maybe I'm wrong |
| 2021-03-31 17:14:51 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-03-31 17:21:17 +0200 | <heck-to-the-gnom> | There's this: [contrib-213](https://github.com/xmonad/xmonad-contrib/pull/213). I've not fiddled with it yet, but it looks like this could be used for vim-like mode switching. |
| 2021-03-31 17:21:56 +0200 | wonko7 | (~wonko7@62.115.229.50) |
| 2021-03-31 17:24:58 +0200 | <Solid> | heck-to-the-gnom: we were referring to https://gist.github.com/LSLeary/6741b0572d62db3f0cea8e6618141b2f |
| 2021-03-31 17:25:04 +0200 | <heck-to-the-gnom> | I'm planning on using this to disable my hotkeys - because if you hit a keybind (at least one that ends up changing the stack) while xmonad's restarting then it crashes, then making escape exit that, so if the restart fails I'm not stuck. |
| 2021-03-31 17:25:08 +0200 | <Solid> | which is much more complete and doesn't rely on nested submaps |
| 2021-03-31 17:27:06 +0200 | <heck-to-the-gnom> | What's wrong with nested submaps? Haskell doesn't have closure, does it? Which means that it'd take a very very large amount of recursion for it to cause any performance issues. (at least, so I think) |
| 2021-03-31 17:34:28 +0200 | <mc47[m]> | It just doesn't work |
| 2021-03-31 17:35:07 +0200 | <mc47[m]> | If you use it to kill a window for example, it wouldn't be updated until you exit the mode |
| 2021-03-31 17:36:05 +0200 | <mc47[m]> | I'm working my way through understanding the code, but probably won't open any PR until we take care of the status bar stuff |
| 2021-03-31 17:37:27 +0200 | <heck-to-the-gnom> | Couldn't we add a `refresh` after each? |
| 2021-03-31 17:37:52 +0200 | <heck-to-the-gnom> | Or do I misunderstand `refresh`? |
| 2021-03-31 17:38:36 +0200 | <mc47[m]> | Didn't work as far as I remember |
| 2021-03-31 17:39:22 +0200 | <Solid> | I'm not sure what closures have to do with recursion depth |
| 2021-03-31 17:40:37 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) (Ping timeout: 268 seconds) |
| 2021-03-31 17:41:59 +0200 | <mc47[m]> | Plus there's that problem with submaps using too much CPU that we still didn't figure out how to replicate and debug |
| 2021-03-31 17:42:09 +0200 | <heck-to-the-gnom> | Closure (not to be confused with closures, this' a JS thing) is where you get to keep local variables out of scope if something was called within that scope, but is no longer there, or a function's been returned. It basically means that recursion stacks up memory really quickly. In a functional language I'd think it abhorrent to have. |
| 2021-03-31 17:42:43 +0200 | <heck-to-the-gnom> | `s/been returned/been returned from said scope/` |
| 2021-03-31 17:44:40 +0200 | <mc47[m]> | The compiler optimizes tail recursion away so that you basically only use a constant amount of stack (not only in functional languages, but it's a common optimization) if that's what you mean |
| 2021-03-31 17:45:49 +0200 | <heck-to-the-gnom> | Yeah, that, the opposite of what JS does. |
| 2021-03-31 17:47:41 +0200 | <heck-to-the-gnom> | So, refreshing & CPU are the biggest problems? |
| 2021-03-31 17:49:13 +0200 | <Solid> | I'm still not quite sure I understand your explanation |
| 2021-03-31 17:50:11 +0200 | <Solid> | and I can't tell if you're just referring to the normal use of the word closure ( https://en.wikipedia.org/wiki/Closure_(computer_programming) ), which is the only sense in which I've ever heard the word |
| 2021-03-31 17:50:18 +0200 | <heck-to-the-gnom> | see this: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Closures |
| 2021-03-31 17:50:32 +0200 | <heck-to-the-gnom> | It's a weird highly OOP webdev thing |
| 2021-03-31 17:52:24 +0200 | <heck-to-the-gnom> | Oh, just found this, an even simpler explanation: `the closure is a function that remembers the variables from the place where it is defined, regardless of where it is executed later`. |
| 2021-03-31 17:53:34 +0200 | <heck-to-the-gnom> | You can see where the memory gets out of hand in that MDN post. |
| 2021-03-31 17:54:26 +0200 | <Solid> | oh so it _is_ just capturing lexically scoped information |
| 2021-03-31 17:54:44 +0200 | <Solid> | of course we have that in haskell |
| 2021-03-31 17:55:04 +0200 | <Solid> | you use it every time you partially apply a function :) |
| 2021-03-31 17:56:34 +0200 | <heck-to-the-gnom> | But it's not enforced upon each recursion, in the way that JS does it. Even if it is, the point's that until I heard about the CPU usage problem & the `refresh` issue I saw no issue with the nested submap method. Though, I think they can be overcome. |
| 2021-03-31 18:00:15 +0200 | <Solid> | I'm not sure what "enforced upon each recursion" is supposed to even mean. The issue with the nested submaps is not that we reach some unfathomable recursion depth, it's that nested submaps are just extremely brittle (for reasons mentioned above) |
| 2021-03-31 18:00:18 +0200 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-31 18:10:50 +0200 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2021-03-31 18:11:21 +0200 | <Solid> | mc47[m]: since you're also an emacs user, I'd love to get a review from you on #500 (I won't force you though, because I know how annoying it is to review entire modules :)) |
| 2021-03-31 18:12:16 +0200 | <Solid> | well, not like I could force you |
| 2021-03-31 18:12:21 +0200 | <Solid> | but you get what I mean :D |
| 2021-03-31 18:33:49 +0200 | evanjs- | (~evanjs@075-129-098-007.res.spectrum.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-03-31 18:36:10 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-03-31 18:36:26 +0200 | mc47 | (~yecinem@196.179.190.248) |
| 2021-03-31 18:36:43 +0200 | mc47 | (~yecinem@196.179.190.248) (Remote host closed the connection) |
| 2021-03-31 18:37:06 +0200 | mc47 | (~yecinem@196.179.190.248) |
| 2021-03-31 18:38:03 +0200 | <mc47> | Solid I'll definitely check that out, I just still didn't get into prompts |
| 2021-03-31 18:38:36 +0200 | <mc47> | tbh my whole use of xmonad is still pretty basic (by now it's just a more configurable i3) |
| 2021-03-31 18:40:17 +0200 | notis | (~notis@185.51.134.222) |
| 2021-03-31 18:42:11 +0200 | <Solid> | ah, fair enough |
| 2021-03-31 18:43:46 +0200 | <mc47> | I've been browsing your config yesterday though |
| 2021-03-31 18:43:54 +0200 | geekosaur | uses emacs but not org mode |
| 2021-03-31 18:44:08 +0200 | <mc47> | any reason you use topics instead of DynamicProjects? |
| 2021-03-31 18:44:22 +0200 | <mc47> | geekosaur isn't that like a cardinal sin or sth? |
| 2021-03-31 18:44:39 +0200 | geekosaur | isn't much for following rules :) |
| 2021-03-31 18:44:48 +0200 | <Solid> | :D |
| 2021-03-31 18:46:07 +0200 | <Solid> | mc47: no reason really, I found topics to be easier to configure and more feature complete when I started out |
| 2021-03-31 18:47:47 +0200 | <mc47> | another question |
| 2021-03-31 18:48:12 +0200 | <mc47> | how do people have multiple patches applied to their xmonad-contrib? |
| 2021-03-31 18:49:02 +0200 | <mc47> | the way I do it is that I have my stack pointing to one commit and manually copy-paste other stuff down in my config |
| 2021-03-31 18:59:52 +0200 | heck-to-the-gnom | uses vim folds and well-placed comments, as well as a custom link system instead of org mode |
| 2021-03-31 19:03:55 +0200 | <Solid> | tell me about your vim-fold-agenda :> |
| 2021-03-31 19:05:20 +0200 | heck-to-the-gnom | uploaded an image: (148KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/rqlqxzbefdrxYCZFMhQjpTpI/image.png > |
| 2021-03-31 19:05:32 +0200 | <heck-to-the-gnom> | This' how I manage my configurations |
| 2021-03-31 19:06:08 +0200 | <Solid> | the agenda is more like a scheduler kind of deal |
| 2021-03-31 19:06:18 +0200 | <Solid> | "your life in plain text" is not a lie :) |
| 2021-03-31 19:06:20 +0200 | <Liskni_si> | mc47: I have xmonad as a submodule of dotfiles and then stack pointed to a subdir, and I keep a dotfiles branch in that submodule with some patches rebased on top of upstream, usually |
| 2021-03-31 19:06:57 +0200 | <Liskni_si> | and I wouldn't say I recommend this approach, but I'm not aware of anything considerably better, either |
| 2021-03-31 19:07:24 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 19:09:19 +0200 | <heck-to-the-gnom> | Yes, I don't bother with fancy text markup when I don't have to. |
| 2021-03-31 19:11:28 +0200 | <mc47> | Liskni_si at least your way sounds like it needs less manual work than what I have now |
| 2021-03-31 19:16:39 +0200 | <Liskni_si> | mc47: yeah it probably does, and also the github diff is kind of nice: https://github.com/liskin/dotfiles/commit/310319226872e608f90cfdb364dd4a38384cc547 |
| 2021-03-31 19:18:05 +0200 | <mc47> | it is :D |
| 2021-03-31 19:22:05 +0200 | <heck-to-the-gnom> | Do these features exist in XMonad?: https://hikari.acmelabs.space/videos/hikari.mp4 in the first little while you see three things, the border of the focused window peeking through all others in the stack when a key is held, information regarding a window as an overlay upon that window, and border color changing depending upon the current action. |
| 2021-03-31 19:22:20 +0200 | notis | (~notis@185.51.134.222) (Quit: WeeChat 3.1) |
| 2021-03-31 19:24:28 +0200 | <heck-to-the-gnom> | I saw https://github.com/xmonad/xmonad-contrib/pull/222 which's could be repurposed for the window information. |
| 2021-03-31 19:24:41 +0200 | <heck-to-the-gnom> | `s/which's/which/` |
| 2021-03-31 19:25:46 +0200 | notis | (~notis@185.51.134.222) |
| 2021-03-31 19:26:08 +0200 | <geekosaur> | if you change the border color it'll change back the next time the logHook runs |
| 2021-03-31 19:26:43 +0200 | <geekosaur> | (actually immediately before the logHook is run, so (a) still happens if no logHook (b) will flicker if you make your changes in the logHook) |
| 2021-03-31 19:29:32 +0200 | <heck-to-the-gnom> | How might I do that? Moreover, how do I change an attribute in the xmonad config in the form of an X() action? |
| 2021-03-31 19:31:37 +0200 | <geekosaur> | you can't change the config, it's part of a Reader so you'd need to restart xmonad after |
| 2021-03-31 19:33:25 +0200 | <heck-to-the-gnom> | mmh, OK, so that one's probably not use-ably feasible w/out some rewriting |
| 2021-03-31 19:34:25 +0200 | <geekosaur> | well, "when a key is held" is doable as long as focus doesn't change during |
| 2021-03-31 19:34:39 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 2021-03-31 19:35:00 +0200 | <heck-to-the-gnom> | The border-peeking thing? |
| 2021-03-31 19:35:01 +0200 | <geekosaur> | won't help much if windows are stacked atop each other though, plus you'd need some transparency |
| 2021-03-31 19:35:31 +0200 | <geekosaur> | uh. you're not assuming the border is some addition outside the window, are you? |
| 2021-03-31 19:35:38 +0200 | <geekosaur> | it's inside the window |
| 2021-03-31 19:40:23 +0200 | <heck-to-the-gnom> | I know that it's inside the window, but couldn't it be replicated atop the stack for a brief moment? |
| 2021-03-31 19:43:16 +0200 | <geekosaur> | that would be easier but again don't know how much that would help with layouts like Tabbed that stack windows directly atop each other |
| 2021-03-31 19:44:56 +0200 | <heck-to-the-gnom> | It wouldn't make a difference when there aren't floating windows. |
| 2021-03-31 19:45:33 +0200 | <geekosaur> | hm. would need a window that was "transparent" (unrendered rather than actually setting opacity, since temporary) except for the outside edges, probably override redirect |
| 2021-03-31 19:46:15 +0200 | <geekosaur> | come to think of it, I'm not sure we know where the windows are without querying them, since we don't save the output of the layout, we directly apply it to the window stack |
| 2021-03-31 19:51:22 +0200 | geekosaur | (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-03-31 19:51:58 +0200 | <heck-to-the-gnom> | I've run into empty windows before when I apply a wrong combination of modifiers to a layout. So copy the window in the stack, minimize the original, float the new, maximize the original, and strip window information from the new, lastly kill upon release. I'll try to make that. |
| 2021-03-31 20:07:53 +0200 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-31 20:11:17 +0200 | <geekosaur> | I also have some utilities that display window information in my xmonad.hs; they could be modified to display in a semitransparent window instead of using xmessage |
| 2021-03-31 20:17:03 +0200 | <geekosaur> | https://github.com/geekosaur/xmonad.hs/blob/pyanfar/xmonad.hs#L213-L216 and showWinRR is https://github.com/geekosaur/xmonad.hs/blob/pyanfar/xmonad.hs#L317-L354 |
| 2021-03-31 20:17:57 +0200 | <geekosaur> | (some of that last might go away since I think getWindowAttributes has been fixed since I wrote that; this config hasn't actually been used in several years, the machine is in storage) |
| 2021-03-31 20:35:28 +0200 | mmarconm | (~mmarconm@179.254.172.48) |
| 2021-03-31 20:35:28 +0200 | mmarconm | (~mmarconm@179.254.172.48) (Changing host) |
| 2021-03-31 20:35:28 +0200 | mmarconm | (~mmarconm@unaffiliated/mmarconm) |
| 2021-03-31 20:39:20 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 21:02:58 +0200 | mc47 | (~yecinem@196.179.190.248) (Read error: Connection reset by peer) |
| 2021-03-31 21:20:23 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 2021-03-31 21:21:37 +0200 | mc47 | (~yecinem@196.179.190.248) |
| 2021-03-31 21:44:32 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 21:47:07 +0200 | ircbrowse_tom | (~ircbrowse@64.225.78.177) |
| 2021-03-31 21:47:07 +0200 | Server | +cnt |
| 2021-03-31 22:03:55 +0200 | rafadc | (~rafadc@213.37.16.152.dyn.user.ono.com) (Ping timeout: 268 seconds) |
| 2021-03-31 22:04:25 +0200 | rafadc | (~rafadc@213.37.16.152.dyn.user.ono.com) |
| 2021-03-31 22:18:47 +0200 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-03-31 22:20:46 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
| 2021-03-31 22:23:03 +0200 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-31 22:40:06 +0200 | mc47 | (~yecinem@196.179.190.248) (Remote host closed the connection) |
| 2021-03-31 22:48:41 +0200 | rafadc | (~rafadc@213.37.16.152.dyn.user.ono.com) (Ping timeout: 240 seconds) |
| 2021-03-31 22:49:27 +0200 | rafadc | (~rafadc@213.37.16.152.dyn.user.ono.com) |
| 2021-03-31 23:14:13 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection) |
| 2021-03-31 23:16:33 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) |
| 2021-03-31 23:16:33 +0200 | ChanServ | +v lambdabot |
| 2021-03-31 23:19:58 +0200 | gzj | (~gzj@unaffiliated/gzj) |
| 2021-03-31 23:22:14 +0200 | wonko7 | (~wonko7@62.115.229.50) (Ping timeout: 268 seconds) |
| 2021-03-31 23:22:55 +0200 | wonko7 | (~wonko7@62.115.229.50) |
| 2021-03-31 23:27:12 +0200 | mc47 | (~yecinem@196.179.190.248) |
| 2021-03-31 23:28:24 +0200 | wonko7 | (~wonko7@62.115.229.50) (Ping timeout: 268 seconds) |
