Logs: freenode/#xmonad
| 2021-02-11 19:04:53 | <geekosaur> | well, this is someone not knowing POSIX tbh |
| 2021-02-11 19:05:00 | <geekosaur> | not specific to Haskell |
| 2021-02-11 19:07:28 | <Solid> | good point |
| 2021-02-11 19:07:46 | <Liskni_si> | all the knowledge of POSIX has been given away already, there isn't any left, so expecting young people to get some is unreasonable. |
| 2021-02-11 19:08:24 | <Solid> | he also copies the default configuration verbatim and modifies that instead of starting from an empty file |
| 2021-02-11 19:08:26 | <Solid> | sigh |
| 2021-02-11 19:12:03 | <mc47> | to be fair, there aren't a lot of xmonad guides out there |
| 2021-02-11 19:15:22 | × | geekosaur quits (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-02-11 19:16:02 | <Solid> | that is true |
| 2021-02-11 19:17:16 | <Solid> | there already is a good tutorial out there, it just needs to be updated and put directly onto the repo |
| 2021-02-11 19:17:30 | Solid | should continue doing that at some point... |
| 2021-02-11 19:18:21 | → | gazler joins (~gazler@195.107.2.81.in-addr.arpa) |
| 2021-02-11 19:18:36 | <mc47> | which tutorial are you referring to, btw? |
| 2021-02-11 19:19:32 | <Solid> | https://wiki.haskell.org/Xmonad/Config_archive/John_Goerzen's_Configuration |
| 2021-02-11 19:19:34 | <Solid> | that one |
| 2021-02-11 19:19:42 | × | gazler_ quits (~gazler@195.107.2.81.in-addr.arpa) (Ping timeout: 256 seconds) |
| 2021-02-11 19:19:44 | <Solid> | it says it's their configuration, but it's really a tutorial |
| 2021-02-11 19:19:51 | <Solid> | maybe that's why it's so hard to find :) |
| 2021-02-11 19:20:43 | → | gazler_ joins (~gazler@195.107.2.81.in-addr.arpa) |
| 2021-02-11 19:23:41 | × | gazler quits (~gazler@195.107.2.81.in-addr.arpa) (Ping timeout: 272 seconds) |
| 2021-02-11 19:25:38 | <mc47> | It's pretty good |
| 2021-02-11 19:26:35 | <mc47> | eum so I'm writing the docs for the potential "XMonad.Hooks.StatusBar".. Should the module be "aware" that DynamicLog exists? |
| 2021-02-11 19:27:07 | → | gazler joins (~gazler@195.107.2.81.in-addr.arpa) |
| 2021-02-11 19:27:14 | <Solid> | more than that, I think we should officially deprecate DynamicLog |
| 2021-02-11 19:27:20 | <Solid> | but I'm a bit extreme in that regard :> |
| 2021-02-11 19:27:42 | <mc47> | I mean, should I restate the explanation again on why property logging should be used instead of pipes, or simply refer to DynamicLog? |
| 2021-02-11 19:27:48 | <Liskni_si> | I thought those xmobarPPs and strips and so on would stay in DynamicLog |
| 2021-02-11 19:28:09 | <Liskni_si> | (brb, dinner) |
| 2021-02-11 19:28:10 | <Solid> | oh would they? I thought they'd be moved in that new .PP module |
| 2021-02-11 19:28:20 | <mc47> | I moved them to the new .PP module and re-exported |
| 2021-02-11 19:28:51 | <mc47> | DynamicLog only has xmobar, statusBar and dzen/dzenWithFlags now |
| 2021-02-11 19:30:08 | × | gazler_ quits (~gazler@195.107.2.81.in-addr.arpa) (Ping timeout: 272 seconds) |
| 2021-02-11 19:30:11 | <Solid> | ah well, probably can't deprecate that then |
| 2021-02-11 19:30:35 | <Solid> | either way, I don't think we need to duplicate documentation |
| 2021-02-11 19:30:41 | <Solid> | you can just link to DynamicLog |
| 2021-02-11 19:34:06 | <Solid> | I was gonna say we probably also need to rewrite https://wiki.haskell.org/Xmonad/xmonad_development_tutorial but it still looks pretty good |
| 2021-02-11 19:34:13 | <Solid> | may just need to copy that over to some place else |
| 2021-02-11 19:35:56 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 2021-02-11 19:40:53 | × | notis quits (~notis@185.51.134.229) (Quit: WeeChat 3.0) |
| 2021-02-11 19:43:17 | → | notis joins (~notis@185.51.134.222) |
| 2021-02-11 19:46:42 | × | spoonm quits (~spoonm@gunma.spoonm.org) (Quit: Don't look behind you!) |
| 2021-02-11 19:49:24 | → | spoonm joins (~spoonm@2602:ffd5:1:119::1) |
| 2021-02-11 19:57:20 | <Liskni_si> | oh, that's probably why I wanted the cyclic dependency thing |
| 2021-02-11 19:57:43 | <Liskni_si> | because the amount of stuff that DynamicLog needs from StatusBar is way less than the other way around |
| 2021-02-11 19:58:09 | <Liskni_si> | now we're essentially renaming DynamicLog aren't we? |
| 2021-02-11 20:00:31 | <Solid> | pretty much |
| 2021-02-11 20:09:32 | <Liskni_si> | that wasn't really what I thought we'd end up with, but that doesn't mean it's bad; my brain isn't able to foresee all that right now |
| 2021-02-11 20:11:58 | <Liskni_si> | what I thought would be good was to somehow separate producing the log string from launching the bars and the rest of the plumbing |
| 2021-02-11 20:12:59 | <geekosaur> | that ideally would go with the PP stuff |
| 2021-02-11 20:13:28 | <geekosaur> | the problem being the PP contains the plumbing |
| 2021-02-11 20:13:45 | <Liskni_si> | but the separation isn't as clear as I'd like it to be, as the log syntax is specific to the bar program, so if we want to provide simple wrappers, those need to import the xmobarPP/dzenPP and its deps |
| 2021-02-11 20:14:10 | <geekosaur> | hm, this may mean there's no way to achieve backward compatibility while also avoiding circular references :( |
| 2021-02-11 20:14:59 | <Liskni_si> | well there's always a way, we can always create one module per strongly connected component of functions |
| 2021-02-11 20:15:12 | <Liskni_si> | but there may be no _nice_ way |
| 2021-02-11 20:17:20 | <Liskni_si> | we could maybe have 4 modules: PP stuff; generic plumbing stuff without specific wrappers; specific wrappers that tie it together; and then DynamicLog for compat |
| 2021-02-11 20:17:26 | <Liskni_si> | no idea if all that's worth it |
| 2021-02-11 20:17:55 | <Liskni_si> | DynamicLog could be "specific wrappers" module |
| 2021-02-11 20:18:54 | <Liskni_si> | on the other hand having a module like StatusBar with clean interface is nice, too |
| 2021-02-11 20:28:25 | <Solid> | maybe PP+plumbing, pipes, properties? |
| 2021-02-11 20:43:56 | × | davemq quits (~davemq@2600:1700:b1c0:2580::4d8) (Ping timeout: 240 seconds) |
| 2021-02-11 20:48:59 | → | davemq joins (~davemq@2600:1700:b1c0:2580::4d8) |
| 2021-02-11 21:28:34 | × | endiruna quits (~endiendir@46.101.187.207) (Ping timeout: 272 seconds) |
| 2021-02-11 21:33:10 | <mc47> | a bit late to the party, but I guess it makes a bit sense to structure the modules around a data structure |
| 2021-02-11 21:33:36 | × | mc47 quits (~yecinem@89.246.239.190) (Quit: Leaving) |
| 2021-02-11 21:33:58 | → | mc47 joins (~yecinem@89.246.239.190) |
| 2021-02-11 21:35:00 | <mc47> | I kinda thought of .PP to contain the example formatters and the formatting utilities (wrap, pad ..) |
| 2021-02-11 21:35:20 | <Liskni_si> | Solid: if plumbing includes the multiple bar stuff, I think it's probably best to separate from the PP stuff |
| 2021-02-11 21:35:47 | <Liskni_si> | it gets too long otherwise (it wouldn't without the documentation, but then it'd be useless) |
| 2021-02-11 21:35:48 | <mc47> | StatusBar for creating, composing, managing and binding the StatusBarConfig's |
| 2021-02-11 21:36:37 | <mc47> | and DynamicLog for the statusBar, xmobar and dzen* |
| 2021-02-11 21:37:18 | <Liskni_si> | maybe that's best after all |
| 2021-02-11 21:37:26 | <Liskni_si> | we just need a good name for the PP module |
| 2021-02-11 21:37:45 | <mc47> | The only thing that doesn't quite fit is the dynamicLog* functions.. I've put them inside .PP to avoid the circular imports, but it could be argued that we put them in DynamicLog |
| 2021-02-11 21:38:13 | mc47 | is terrible with names |
| 2021-02-11 21:38:26 | <Liskni_si> | well dynamicLogString definitely belongs close to PP |
| 2021-02-11 21:38:54 | <Liskni_si> | and the other two too |
| 2021-02-11 21:39:16 | <Liskni_si> | dynamicLogXinerama is some weird leftover crap |
| 2021-02-11 21:39:29 | <Liskni_si> | who runs xmonad actually piped to dzen/xmobar? |
| 2021-02-11 21:39:53 | <Liskni_si> | so that one goes to the compat module |
| 2021-02-11 21:40:17 | → | endiruna joins (~endiendir@46.101.187.207) |
| 2021-02-11 21:40:29 | <Liskni_si> | (I mean someone probably does because if it worked 10 years ago it still works now, so we may not want to break it without a good replacement) |
| 2021-02-11 21:41:00 | <mc47> | which one do you mean? |
| 2021-02-11 21:41:02 | <geekosaur> | xmonad 0.3! |
| 2021-02-11 21:41:57 | <Liskni_si> | mc47: which one I mean by which sentence? :-) |
| 2021-02-11 21:42:38 | <mc47> | what goes inside the compact module? And which one is the compact module again? :D |
| 2021-02-11 21:43:05 | <geekosaur> | compat(ibility) module |
| 2021-02-11 21:43:07 | <geekosaur> | not compact |
| 2021-02-11 21:43:24 | <mc47> | Oh, that makes sense now |
| 2021-02-11 21:43:32 | <geekosaur> | DynamicLog, as distinct from StatusBar, with the current proposal |
| 2021-02-11 21:55:55 | × | geekosaur quits (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-02-11 22:06:27 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 272 seconds) |
| 2021-02-11 22:06:52 | × | endiruna quits (~endiendir@46.101.187.207) (Ping timeout: 256 seconds) |
| 2021-02-11 22:08:24 | → | endiruna joins (~endiendir@46.101.187.207) |
| 2021-02-11 22:16:45 | × | endiruna quits (~endiendir@46.101.187.207) (Ping timeout: 264 seconds) |
| 2021-02-11 22:19:50 | → | endiruna joins (~endiendir@46.101.187.207) |
| 2021-02-11 22:36:08 | × | davemq quits (~davemq@2600:1700:b1c0:2580::4d8) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-02-11 22:37:10 | → | davemq joins (~davemq@2600:1700:b1c0:2580::4d8) |
| 2021-02-11 22:46:59 | × | davemq quits (~davemq@2600:1700:b1c0:2580::4d8) (Ping timeout: 272 seconds) |
| 2021-02-11 22:47:41 | → | davemq joins (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-02-11 23:07:27 | × | seschwar quits (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
All times are in UTC.