| 2024-06-17 01:19:52 +0200 | ghormoon | (~ghormoon@ghorland.net) (Ping timeout: 256 seconds) |
| 2024-06-17 01:56:16 +0200 | ghormoon | (~ghormoon@ghorland.net) |
| 2024-06-17 02:03:17 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer) |
| 2024-06-17 02:08:42 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) |
| 2024-06-17 03:45:07 +0200 | <haskellbridge> | <iqubic (she/her)> Ugh... Haskell Layout Rules are being a pain. Why doesn't this work? https://gist.github.com/IQubic/f8262777ebc4f9b9afe6b6aec895ea46 |
| 2024-06-17 03:53:12 +0200 | <geekosaur> | you need to indent the lines following the `NS` constructor, or they're treated as independent expressions. but that's not the cause of the error. the error is you're missing a close paren on line 8 |
| 2024-06-17 03:53:25 +0200 | <geekosaur> | (you will eventually get a type error from the other) |
| 2024-06-17 05:00:15 +0200 | td_ | (~td@i53870926.versanet.de) (Ping timeout: 264 seconds) |
| 2024-06-17 05:01:38 +0200 | td_ | (~td@i53870910.versanet.de) |
| 2024-06-17 06:18:23 +0200 | ChubaDuba | (~ChubaDuba@79.136.183.37) |
| 2024-06-17 08:31:26 +0200 | ChubaDuba | (~ChubaDuba@79.136.183.37) (Quit: Leaving) |
| 2024-06-17 08:31:41 +0200 | ChubaDuba | (~ChubaDuba@79.136.183.37) |
| 2024-06-17 10:02:10 +0200 | ChubaDuba | (~ChubaDuba@79.136.183.37) (Quit: WeeChat 4.2.1) |
| 2024-06-17 10:10:18 +0200 | derfflinger | (~derffling@user/derfflinger) |
| 2024-06-17 10:38:46 +0200 | cfricke | (~cfricke@user/cfricke) |
| 2024-06-17 11:24:15 +0200 | ft | (~ft@p3e9bcb39.dip0.t-ipconnect.de) (Quit: leaving) |
| 2024-06-17 12:34:17 +0200 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 256 seconds) |
| 2024-06-17 13:04:16 +0200 | cfricke | (~cfricke@user/cfricke) |
| 2024-06-17 13:04:24 +0200 | ChubaDuba | (~ChubaDuba@79.136.183.37) |
| 2024-06-17 13:07:50 +0200 | ChubaDuba | (~ChubaDuba@79.136.183.37) (Client Quit) |
| 2024-06-17 13:18:53 +0200 | <haskellbridge> | <iqubic (she/her)> If I modify my layouts in the layout hook, will that cause issues with hot-reloading via "xmonad --restart"? |
| 2024-06-17 13:23:22 +0200 | <Leary> | iqubic: That depends on what you consider an issue. If you change the layout type then you'll lose all dynamic layout state. If you don't then you'll keep it all, but that means you only changed the defaults, not the active layouts. |
| 2024-06-17 13:29:04 +0200 | <haskellbridge> | <iqubic (she/her)> Do I need to log-out of my graphical user session? |
| 2024-06-17 13:30:37 +0200 | <haskellbridge> | <iqubic (she/her)> I'm fine losing the dynamic layout state, if I can keep using my keybindings to change my layouts, and tell XMonad about the new dynamic layout stat that I want. |
| 2024-06-17 13:32:19 +0200 | <Leary> | Honestly, the hack I use is to just temporarily change the layout type and reload twice. |
| 2024-06-17 13:36:09 +0200 | <haskellbridge> | <iqubic (she/her)> What do you mean by that? |
| 2024-06-17 13:39:34 +0200 | <Leary> | Err, there was probably a misunderstanding. If you're already changing the layout type then just go for it. |
| 2024-06-17 13:40:05 +0200 | <haskellbridge> | <iqubic (she/her)> Yeah, I'm changing the layout type, because I want to have different layouts. |
| 2024-06-17 13:40:14 +0200 | <haskellbridge> | <iqubic (she/her)> I'm not doing anything temporary here. |
| 2024-06-17 13:40:23 +0200 | <haskellbridge> | <iqubic (she/her)> I'm doing this as a permanent change. |
| 2024-06-17 13:41:14 +0200 | <Leary> | (the misunderstanding was that you were just changing settings and were willing to drop dynamic state to see those changes) |
| 2024-06-17 13:42:18 +0200 | <haskellbridge> | <iqubic (she/her)> No. I've made a change to my config and recompiled XMonad. |
| 2024-06-17 14:13:17 +0200 | eso | (a0662dfd5e@2a03:6000:1812:100::1266) (Remote host closed the connection) |
| 2024-06-17 14:13:17 +0200 | samhh | (7569f027cf@2a03:6000:1812:100::e4) (Remote host closed the connection) |
| 2024-06-17 14:13:17 +0200 | wsx | (055e6b628d@2a03:6000:1812:100::dd6) (Remote host closed the connection) |
| 2024-06-17 14:13:19 +0200 | alethkit | (23bd17ddc6@sourcehut/user/alethkit) (Remote host closed the connection) |
| 2024-06-17 14:13:19 +0200 | bwolf | (c3bc363dd1@2a03:6000:1812:100::180) (Remote host closed the connection) |
| 2024-06-17 14:13:19 +0200 | dxld | (a6d27c8ee6@2a03:6000:1812:100::52) (Remote host closed the connection) |
| 2024-06-17 14:13:19 +0200 | raghavgururajan | (ea769b8000@user/raghavgururajan) (Remote host closed the connection) |
| 2024-06-17 14:13:51 +0200 | raghavgururajan | (ea769b8000@user/raghavgururajan) |
| 2024-06-17 14:13:52 +0200 | wsx | (055e6b628d@2a03:6000:1812:100::dd6) |
| 2024-06-17 14:13:55 +0200 | bwolf | (c3bc363dd1@2a03:6000:1812:100::180) |
| 2024-06-17 14:14:00 +0200 | samhh | (7569f027cf@2a03:6000:1812:100::e4) |
| 2024-06-17 14:14:04 +0200 | alethkit | (23bd17ddc6@sourcehut/user/alethkit) |
| 2024-06-17 14:14:04 +0200 | dxld | (a6d27c8ee6@2a03:6000:1812:100::52) |
| 2024-06-17 14:14:04 +0200 | eso | (a0662dfd5e@2a03:6000:1812:100::1266) |
| 2024-06-17 15:28:05 +0200 | weitcis | (~quassel@syn-075-083-074-003.res.spectrum.com) (Ping timeout: 240 seconds) |
| 2024-06-17 15:28:18 +0200 | weitcis | (~quassel@syn-076-082-169-160.res.spectrum.com) |
| 2024-06-17 15:30:13 +0200 | derfflinger_ | (~derffling@user/derfflinger) |
| 2024-06-17 15:34:15 +0200 | derfflinger | (~derffling@user/derfflinger) (Ping timeout: 260 seconds) |
| 2024-06-17 15:54:51 +0200 | derfflinger_ | (~derffling@user/derfflinger) (Ping timeout: 268 seconds) |
| 2024-06-17 16:05:25 +0200 | catman | (~catman@user/catman) (Quit: WeeChat 4.3.0-dev) |
| 2024-06-17 16:06:42 +0200 | catman | (~catman@user/catman) |
| 2024-06-17 16:13:40 +0200 | derfflinger_ | (~derffling@user/derfflinger) |
| 2024-06-17 16:37:57 +0200 | derfflinger_ | (~derffling@user/derfflinger) (Ping timeout: 256 seconds) |
| 2024-06-17 18:58:35 +0200 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 4.2.2) |
| 2024-06-17 21:40:24 +0200 | ft | (~ft@p3e9bcb39.dip0.t-ipconnect.de) |
| 2024-06-17 22:11:59 +0200 | Solitary | (~Solitary@user/solitary) (Ping timeout: 264 seconds) |
| 2024-06-17 22:22:40 +0200 | Solitary | (~Solitary@user/solitary) |
| 2024-06-17 22:32:23 +0200 | Solitary | (~Solitary@user/solitary) (Ping timeout: 260 seconds) |
| 2024-06-17 22:39:08 +0200 | Solitary | (~Solitary@user/solitary) |
| 2024-06-17 22:42:38 +0200 | Solitary | (~Solitary@user/solitary) (Read error: Connection reset by peer) |
| 2024-06-17 22:46:27 +0200 | Solitary | (~Solitary@user/solitary) |
| 2024-06-17 23:05:23 +0200 | redgloboli | (~redglobol@user/redgloboli) (Ping timeout: 264 seconds) |
| 2024-06-17 23:06:49 +0200 | srk | (~sorki@user/srk) (Ping timeout: 268 seconds) |
| 2024-06-17 23:07:54 +0200 | redgloboli | (~redglobol@user/redgloboli) |
| 2024-06-17 23:12:50 +0200 | <haskellbridge> | <iqubic (she/her)> How does XMonad track dynamic state when I reload via "xmonad --restart"? |
| 2024-06-17 23:16:25 +0200 | <geekosaur> | it writes the state to a file and passes it to the next invocation via the command line |
| 2024-06-17 23:17:33 +0200 | <geekosaur> | each chunk (persistent extensible state, layout state, stackset) is separately serialized and will be discarded if it can't be parsed (practically, this can only happen to the layout) |
| 2024-06-17 23:27:42 +0200 | <haskellbridge> | <iqubic (she/her)> But if I change the layout hook, then the old state won't work correctly to describe the new layouts I have. |
| 2024-06-17 23:28:17 +0200 | <geekosaur> | right, which means it won't be able to deserialize that part of the state, so the layout geets reinitialized with defaults instead |