2023/02/12

2023-02-12 00:21:01 +0100patrl(~patrl@user/patrl) (Ping timeout: 252 seconds)
2023-02-12 00:39:06 +0100Hmmf(~Hmmf@2a01:e0a:582:bb40:e5c6:f484:7015:1722)
2023-02-12 00:58:31 +0100 <galactic_starfis> why exactly is the shrinker paradigm in X.L.Decoration implemented as it is? running `init` like that just seems like a foolish idea... why not just calculate the desired width, and pass that into a "shrinker" function? a simple `take x` would suffice and not be atrociously imperformant...
2023-02-12 00:58:56 +0100 <galactic_starfis> I could be misunderstandings it's exact purpose, but it seems like it's just wasting performance for no good reason
2023-02-12 00:59:19 +0100 <galactic_starfis> s/performance/cycles
2023-02-12 01:04:54 +0100 <geekosaur> you'd have to ask Andrea Rossato… if you can find him, at least
2023-02-12 01:09:25 +0100 <geekosaur> the Shrinker impl just gives me a headache
2023-02-12 01:09:25 +0100[Leary](~Leary]@user/Leary/x-0910699) (Remote host closed the connection)
2023-02-12 01:09:52 +0100[Leary](~Leary]@user/Leary/x-0910699)
2023-02-12 01:23:46 +0100mc47(~mc47@xmonad/TheMC47) (Remote host closed the connection)
2023-02-12 01:37:32 +0100 <galactic_starfis> hm
2023-02-12 01:39:59 +0100 <geekosaur> this is the downside of contribs, we rarely know the logic behind some of the implementation decisions
2023-02-12 02:06:05 +0100Natch(~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) (Ping timeout: 252 seconds)
2023-02-12 02:06:06 +0100iffsid(~iffsid@2001:470:69fc:105::a3e) (Ping timeout: 252 seconds)
2023-02-12 02:06:11 +0100adramelech[m](~adramelec@2001:470:69fc:105::2:5198) (Ping timeout: 252 seconds)
2023-02-12 02:08:17 +0100Natch(~natch@92.34.7.158)
2023-02-12 02:09:29 +0100iffsid(~iffsid@2001:470:69fc:105::a3e)
2023-02-12 02:14:47 +0100adramelech[m](~adramelec@2001:470:69fc:105::2:5198)
2023-02-12 02:16:46 +0100 <galactic_starfis> yeah, and looking more closely at the whole contrib file just made me realize how utterly messy that implementation is
2023-02-12 02:17:48 +0100 <galactic_starfis> the overarching explanation is OK, but not enough detail is given on subcomponents... it's not immediately obvious what each part does...
2023-02-12 03:49:26 +0100jludwig(~justin@li657-110.members.linode.com) (Ping timeout: 268 seconds)
2023-02-12 03:50:19 +0100jludwig(~justin@li657-110.members.linode.com)
2023-02-12 04:03:59 +0100banc(banc@gateway/vpn/protonvpn/banc) (Ping timeout: 260 seconds)
2023-02-12 04:22:44 +0100banc(banc@gateway/vpn/protonvpn/banc)
2023-02-12 04:57:16 +0100td_(~td@i53870908.versanet.de) (Ping timeout: 268 seconds)
2023-02-12 04:58:46 +0100td_(~td@83.135.9.6)
2023-02-12 08:38:39 +0100jao(~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 248 seconds)
2023-02-12 08:40:55 +0100 <xmonadtrack> xmonad-contrib L. S. Leary * v0.17.1-132-ga52e646c: Extract redundant layouts into new module: X.L.FocusTracking (2 months ago, 5 files, 112+ 68-) https://github.com/xmonad/xmonad-contrib/commit/a52e646cc140
2023-02-12 08:40:58 +0100 <xmonadtrack> xmonad-contrib L. S. Leary {GitHub} * v0.17.1-133-g6b193881: Merge pull request #784 from LSLeary/focus-tracking (4 minutes ago, 0 files, 0+ 0-) https://github.com/xmonad/xmonad-contrib/commit/6b19388139c5
2023-02-12 08:53:38 +0100 <Solid> liskin: yeah I sometimes get random failures from linkchecker in xmonad-web for some reason
2023-02-12 11:44:53 +0100 <liskin> Solid: from xmonad/xmonad-web or your fork?
2023-02-12 12:04:50 +0100mc47(~mc47@xmonad/TheMC47)
2023-02-12 12:10:50 +0100 <Solid> from my fork
2023-02-12 12:11:39 +0100 <Solid> but I don't get any notification on build failures from my other xmonad repo forks (even if they happen), which is what always confused me
2023-02-12 12:20:57 +0100 <liskin> that is indeed a bit weird
2023-02-12 13:45:04 +0100Hmmf(~Hmmf@2a01:e0a:582:bb40:e5c6:f484:7015:1722) (Quit: Client closed)
2023-02-12 16:28:13 +0100patrl(~patrl@user/patrl)
2023-02-12 16:32:43 +0100patrl(~patrl@user/patrl) (Client Quit)
2023-02-12 17:00:10 +0100unclechu(~unclechu@2001:470:69fc:105::354) (Quit: You have been kicked for being idle)
2023-02-12 17:11:32 +0100malook(~Thunderbi@2a02:9b0:4000:8906:6938:7709:8cde:4e8f)
2023-02-12 17:28:24 +0100Forkk(~forkk@li926-228.members.linode.com) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
2023-02-12 17:28:53 +0100Forkk(~forkk@li926-228.members.linode.com)
2023-02-12 17:40:59 +0100malook(~Thunderbi@2a02:9b0:4000:8906:6938:7709:8cde:4e8f) (Ping timeout: 264 seconds)
2023-02-12 18:04:28 +0100jao(~jao@92.233.85.247)
2023-02-12 18:55:22 +0100 <liskin> oh, aavogt is alive \o/
2023-02-12 18:55:36 +0100unclechu(~unclechu@2001:470:69fc:105::354)
2023-02-12 19:20:44 +0100username9431(~Thunderbi@2a00:23c5:4202:9c01:4d47:1a1f:d871:dac1)
2023-02-12 19:21:24 +0100 <username9431> stupid question but: why does LayoutClass/LayoutModifier need Read + Show?
2023-02-12 19:21:38 +0100 <username9431> or really: how bad is it if i make a fake instance of Read + Show for Query
2023-02-12 19:22:21 +0100 <username9431> i've had no issues with it in *my* setup, but it might break something for other people?
2023-02-12 19:22:53 +0100 <geekosaur> the state of the layout needs to be serialized across mod-q
2023-02-12 19:24:10 +0100 <geekosaur> and there's already a fake "Query" for layouts (https://hackage.haskell.org/package/xmonad-contrib-0.17.1/docs/src/XMonad.Util.WindowProperties.ht…)
2023-02-12 19:26:45 +0100 <username9431> ok, thanks! Property doesn't work (for me) because i'm using queries to match on part of a title. i think i'll keep doing what i'm doing and not share my LayoutModifiers then.
2023-02-12 19:27:00 +0100 <username9431> or maybe do more research into how mod-q works :)
2023-02-12 19:35:36 +0100BetweenUs_(~spacesell@94.253.202.108)
2023-02-12 19:49:53 +0100jao(~jao@92.233.85.247) (Ping timeout: 252 seconds)
2023-02-12 19:52:57 +0100BetweenUs_(~spacesell@94.253.202.108) (Quit: Leaving)
2023-02-12 20:17:19 +0100gknux(~gknux@user/galaxy-knuckles/x-3015990) (Ping timeout: 260 seconds)
2023-02-12 20:18:14 +0100gknux(~gknux@user/galaxy-knuckles/x-3015990)
2023-02-12 20:55:25 +0100username9431(~Thunderbi@2a00:23c5:4202:9c01:4d47:1a1f:d871:dac1) (Remote host closed the connection)
2023-02-12 22:47:54 +0100mc47(~mc47@xmonad/TheMC47) (Remote host closed the connection)
2023-02-12 23:06:19 +0100jao(~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net)
2023-02-12 23:57:59 +0100Hmmf(~Hmmf@2a01:e0a:582:bb40:e5c6:f484:7015:1722)