2024/06/17

Newest at the top

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 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:40:23 +0200 <haskellbridge> <iqubic (she/her)> I'm doing this as a permanent change.
2024-06-17 13:40:14 +0200 <haskellbridge> <iqubic (she/her)> I'm not doing anything temporary here.
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: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:36:09 +0200 <haskellbridge> <iqubic (she/her)> What do you mean by that?
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: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:29:04 +0200 <haskellbridge> <iqubic (she/her)> Do I need to log-out of my graphical user session?
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: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:07:50 +0200ChubaDuba(~ChubaDuba@79.136.183.37) (Client Quit)
2024-06-17 13:04:24 +0200ChubaDuba(~ChubaDuba@79.136.183.37)
2024-06-17 13:04:16 +0200cfricke(~cfricke@user/cfricke)
2024-06-17 12:34:17 +0200cfricke(~cfricke@user/cfricke) (Ping timeout: 256 seconds)
2024-06-17 11:24:15 +0200ft(~ft@p3e9bcb39.dip0.t-ipconnect.de) (Quit: leaving)
2024-06-17 10:38:46 +0200cfricke(~cfricke@user/cfricke)
2024-06-17 10:10:18 +0200derfflinger(~derffling@user/derfflinger)
2024-06-17 10:02:10 +0200ChubaDuba(~ChubaDuba@79.136.183.37) (Quit: WeeChat 4.2.1)
2024-06-17 08:31:41 +0200ChubaDuba(~ChubaDuba@79.136.183.37)
2024-06-17 08:31:26 +0200ChubaDuba(~ChubaDuba@79.136.183.37) (Quit: Leaving)
2024-06-17 06:18:23 +0200ChubaDuba(~ChubaDuba@79.136.183.37)
2024-06-17 05:01:38 +0200td_(~td@i53870910.versanet.de)
2024-06-17 05:00:15 +0200td_(~td@i53870926.versanet.de) (Ping timeout: 264 seconds)
2024-06-17 03:53:25 +0200 <geekosaur> (you will eventually get a type error from the other)
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: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 02:08:42 +0200L29Ah(~L29Ah@wikipedia/L29Ah)
2024-06-17 02:03:17 +0200L29Ah(~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer)
2024-06-17 01:56:16 +0200ghormoon(~ghormoon@ghorland.net)
2024-06-17 01:19:52 +0200ghormoon(~ghormoon@ghorland.net) (Ping timeout: 256 seconds)
2024-06-16 23:02:52 +0200thorou(~thorou@ip-046-005-000-066.um12.pools.vodafone-ip.de) (Quit: Client closed)
2024-06-16 23:02:46 +0200 <thorou> thanks, i will try
2024-06-16 22:45:36 +0200ChubaDuba(~ChubaDuba@176.212.40.208) (Quit: WeeChat 4.2.1)
2024-06-16 22:32:41 +0200deepy(deepy@user/deepy)
2024-06-16 22:28:16 +0200deepy(deepy@user/deepy) (Read error: Connection reset by peer)
2024-06-16 22:27:45 +0200 <lambdabot> http://en.wikibooks.org/wiki/Haskell
2024-06-16 22:27:45 +0200 <geekosaur> @where wikibook
2024-06-16 22:27:40 +0200 <geekosaur> you may want to spend some time with the haskell wikibook first, then; the StackSet won't make much sense without it
2024-06-16 22:26:50 +0200 <thorou> my haskell knowledge is essentially limited to trying random things until the compiler shuts up, i'm afraid i don't follow
2024-06-16 22:22:43 +0200 <geekosaur> "sd" (screen detail) is a Rectangle
2024-06-16 22:22:30 +0200 <geekosaur> https://hackage.haskell.org/package/xmonad-0.18.0/docs/XMonad-StackSet.html#t:Screen
2024-06-16 22:21:48 +0200 <geekosaur> it's a bit obscure, because the StackSet is heavily parameterized so it can be tested with a proof assistant, and most of the types are X11 types that aren't available in the proof assistant
2024-06-16 22:20:54 +0200 <geekosaur> anyway, the screen sizes are in the StackSet, in the Screen record
2024-06-16 22:20:36 +0200 <geekosaur> sorry for vanishing on you, have to take 3 blood pressure readings and send them to my doctor every day 😕
2024-06-16 21:59:02 +0200 <geekosaur> (mosr of the actual work is https://github.com/xmonad/xmonad/blob/master/src/XMonad/Operations.hs#L727-L753)
2024-06-16 21:58:21 +0200 <geekosaur> I don't think we have an exposed function that does it for you, but you can extract it from https://github.com/xmonad/xmonad/blob/master/src/XMonad/Operations.hs#L719-L756
2024-06-16 21:51:11 +0200 <thorou> i mean, getting the screen resolution and scaling the rect i feed into doCenterFloat would be good enough for my use case. i just can't figure out how to actually get the resolution
2024-06-16 21:50:03 +0200 <geekosaur> fine, but xmonad has to support multi-monitor systems