Home liberachat/#xmonad: Logs Calendar

Logs: liberachat/#xmonad

←Prev  Next→ 184,733 events total
2024-06-18 02:31:12 <geekosaur> kinda like we have `ewmh` that hooks in everything needed for EWMH to work
2024-06-18 02:31:32 <haskellbridge> <iqubic (she/her)> Yeah, that makes sense.
2024-06-18 02:51:52 srk joins (~sorki@user/srk)
2024-06-18 02:58:41 × td_ quits (~td@i53870910.versanet.de) (Ping timeout: 252 seconds)
2024-06-18 03:00:21 td_ joins (~td@i53870936.versanet.de)
2024-06-18 03:26:49 <haskellbridge> <iqubic (she/her)> Did the StackSet concept come from DWM?
2024-06-18 03:29:25 <geekosaur> I don't think so
2024-06-18 03:29:56 <geekosaur> The StackSet is based around zippers, which are functional data structures
2024-06-18 03:30:35 <haskellbridge> <iqubic (she/her)> Oh... DWM just has a similar concept with a master and stack.
2024-06-18 03:30:55 <geekosaur> yeh, but I think their stack is a standard array type
2024-06-18 03:31:10 <geekosaur> you can do arrays in functional languages, but they're a bit clunky
2024-06-18 03:32:21 <haskellbridge> <iqubic (she/her)> Yeah, that makes sense.
2024-06-18 03:32:27 <haskellbridge> <iqubic (she/her)> Zippers are cool!
2024-06-18 03:36:21 <geekosaur> (re clunky: either it's immutable and messes with GC a lot, or it's mutable and everything involving it has to be in IO or ST)
2024-06-18 03:41:33 <haskellbridge> <iqubic (she/her)> I've worked with Arrays in ST and it's painful!
2024-06-18 03:44:50 <haskellbridge> <iqubic (she/her)> Is it possible to have the same window show up on different workspaces?
2024-06-18 03:45:03 <geekosaur> XMonad.Actions.CopyWindow
2024-06-18 03:45:25 <geekosaur> what does _not_ work is trying to display the same window on two screens, because X11 doesn't support it
2024-06-18 03:45:47 <geekosaur> a compositor could do it, but no current compositor does
2024-06-18 03:45:51 <haskellbridge> <iqubic (she/her)> Yeah... I knew about the latter caveat.
2024-06-18 03:49:54 <haskellbridge> <iqubic (she/her)> Is there a message or function I can call to reset the state of the Tall or Mirror Tall layout after sending some Shrink or Expand messages?
2024-06-18 03:50:26 <haskellbridge> <iqubic (she/her)> As in, reset the size of the master pane to the default.
2024-06-18 03:53:56 <geekosaur> not specifically, I think the best you can do is reset the whole layout (`asks (layout . config) >>= setLayout`)
2024-06-18 03:54:30 <geekosaur> (well, it only resets the current workspace at least)
2024-06-18 03:55:22 <geekosaur> uh, `asks (layoutHook . config) >>= setLayout`
2024-06-18 03:55:50 <haskellbridge> <iqubic (she/her)> Yeah... I was hoping to be able to reset it but stay in Tall / Mirror Tall as I was before. But it's fine. I can just reset with "M-S-<Space>" as is the default.
2024-06-18 03:57:20 <geekosaur> I'm not sure that could even be done with a layout message, it wouldn't have access to the defaults, only its current state
2024-06-18 03:58:25 <haskellbridge> <iqubic (she/her)> Oh... Right...
2024-06-18 03:58:28 <geekosaur> the defaults are in the layoutHook, but that's effectively a function composed of chained data constructors so it can't be introspected to retrieve specific values from it
2024-06-18 03:58:30 <haskellbridge> <iqubic (she/her)> I know how Haskell works...
2024-06-18 03:59:01 <haskellbridge> <iqubic (she/her)> What does Mod Shift Space do by default? Like what action does it run?
2024-06-18 03:59:33 <geekosaur> the one I pasted above (`asks …`)
2024-06-18 04:00:07 <geekosaur> come to think of it,since layoutHook is composed of data constructors, you could `show` it and parse the result. it'd be a massive pain
2024-06-18 04:00:38 <geekosaur> and if `Tall` is in it twice you probably won't be able to tell which one applies
2024-06-18 04:03:28 <haskellbridge> <iqubic (she/her)> Yeah... that makes sense. I'd probably have to write my own version of Tall that stores the defaults if I wanted this. That's too much work..
2024-06-18 05:33:30 <haskellbridge> <iqubic (she/her)> Is there anywhere I can go to see how the Binary Space Partition Layout works from a user's point of view? Like, I want to know what sort of features that layout will give me. Is it trying to emulate what BSPWM is trying to do?
2024-06-18 05:59:14 <Leary> geekosaur: Improving layout state persistence is one of the problems I used to occupy my mind with when I went for runs. On the basic side: we could keep static config in the layoutHook while storing dynamic state (of potentially another type) per workspace, and have LayoutClass provide a method to apply the dynamic changes. This should also be easy to shoehorn in as a non-breaking opt-in feature, the key change being something like: `class ... => Layout
2024-06-18 05:59:15 <Leary> Class l a where { type Dynamic l a; type Dynamic l a = l a; apply :: Dynamic l a -> l a -> l a; default apply :: Dynamic l a ~ l a => l a -> l a -> l a; apply = const; handleMessage :: Dynamic l a -> SomeMessage -> X (Maybe (Dynamic l a)); ... }`
2024-06-18 06:00:31 <Leary> On the advanced side, to still persist things when the layout type changes is feasible with tree-diff like techniques, but the payoff isn't enough to suffer through the complexity.
2024-06-18 06:02:02 <Leary> Especially since, yeah, it can only achieve "best guess".
2024-06-18 06:12:37 derfflinger_ joins (~derffling@user/derfflinger)
2024-06-18 07:10:34 × jsoo quits (~znc@irc.refl.club) (Quit: ZNC 1.8.2 - https://znc.in)
2024-06-18 07:10:58 jsoo joins (~jsoo@irc.refl.club)
2024-06-18 07:49:13 × ft quits (~ft@p3e9bcb39.dip0.t-ipconnect.de) (Quit: leaving)
2024-06-18 07:51:37 × derfflinger_ quits (~derffling@user/derfflinger) (Ping timeout: 255 seconds)
2024-06-18 08:24:13 cfricke joins (~cfricke@user/cfricke)
2024-06-18 09:08:02 × redgloboli quits (~redglobol@user/redgloboli) (Quit: ...enter the matrix...)
2024-06-18 09:09:27 redgloboli joins (~redglobol@user/redgloboli)
2024-06-18 09:09:31 rascasse joins (~rascasse@user/diep)
2024-06-18 10:43:36 × m5zs7k quits (aquares@web10.mydevil.net) (Ping timeout: 268 seconds)
2024-06-18 10:44:46 m5zs7k joins (aquares@web10.mydevil.net)
2024-06-18 10:45:12 Digitteknohippie joins (~user@user/digit)
2024-06-18 10:46:59 × Digit quits (~user@user/digit) (Ping timeout: 268 seconds)
2024-06-18 10:56:45 Digitteknohippie is now known as Digit
2024-06-18 11:30:28 todi_away joins (~todi@p57803331.dip0.t-ipconnect.de)
2024-06-18 11:31:22 gauge_ joins (~gauge@45.32.227.222)
2024-06-18 11:31:27 srk- joins (~sorki@user/srk)
2024-06-18 11:32:59 weitcis_ joins (~quassel@syn-076-082-169-160.res.spectrum.com)
2024-06-18 11:33:00 derfflinger_ joins (~derffling@user/derfflinger)
2024-06-18 11:36:41 × srk quits (~sorki@user/srk) (*.net *.split)
2024-06-18 11:36:41 × weitcis quits (~quassel@syn-076-082-169-160.res.spectrum.com) (*.net *.split)
2024-06-18 11:36:41 × gauge quits (~gauge@user/gauge) (*.net *.split)
2024-06-18 11:36:41 × todi quits (~todi@p57803331.dip0.t-ipconnect.de) (*.net *.split)
2024-06-18 11:36:42 × liskin quits (~liskin@xmonad/liskin) (*.net *.split)
2024-06-18 11:36:42 × pl quits (sid98063@id-98063.helmsley.irccloud.com) (*.net *.split)
2024-06-18 11:36:42 × fizzie quits (~irc@selene.zem.fi) (*.net *.split)
2024-06-18 11:36:42 × xacktm quits (xacktm@user/xacktm) (*.net *.split)
2024-06-18 11:36:45 srk- is now known as srk
2024-06-18 11:38:41 derfflinger__ joins (~derffling@user/derfflinger)
2024-06-18 11:42:50 × derfflinger_ quits (~derffling@user/derfflinger) (Ping timeout: 252 seconds)
2024-06-18 11:44:23 liskin joins (~liskin@xmonad/liskin)
2024-06-18 11:44:23 pl joins (sid98063@id-98063.helmsley.irccloud.com)
2024-06-18 11:44:23 fizzie joins (~irc@selene.zem.fi)
2024-06-18 11:44:23 xacktm joins (xacktm@user/xacktm)
2024-06-18 12:15:39 × liskin quits (~liskin@xmonad/liskin) (*.net *.split)
2024-06-18 12:15:39 × pl quits (sid98063@id-98063.helmsley.irccloud.com) (*.net *.split)
2024-06-18 12:15:39 × fizzie quits (~irc@selene.zem.fi) (*.net *.split)
2024-06-18 12:15:39 × xacktm quits (xacktm@user/xacktm) (*.net *.split)
2024-06-18 12:17:07 liskin joins (~liskin@xmonad/liskin)
2024-06-18 12:17:07 pl joins (sid98063@id-98063.helmsley.irccloud.com)
2024-06-18 12:17:07 fizzie joins (~irc@selene.zem.fi)
2024-06-18 12:17:07 xacktm joins (xacktm@user/xacktm)
2024-06-18 12:19:15 × cfricke quits (~cfricke@user/cfricke) (Ping timeout: 260 seconds)
2024-06-18 12:37:40 cfricke joins (~cfricke@user/cfricke)
2024-06-18 12:54:09 × cfricke quits (~cfricke@user/cfricke) (Ping timeout: 256 seconds)
2024-06-18 13:22:15 cfricke joins (~cfricke@user/cfricke)
2024-06-18 13:25:41 × td_ quits (~td@i53870936.versanet.de) (Quit: waking up from the american dream ...)
2024-06-18 13:30:21 td_ joins (~td@i53870936.versanet.de)
2024-06-18 14:24:41 todi_away is now known as todi
2024-06-18 14:31:09 × cfricke quits (~cfricke@user/cfricke) (Ping timeout: 268 seconds)
2024-06-18 15:56:07 <geekosaur> @iqubic, yes re BSP
2024-06-18 15:56:07 <lambdabot> Unknown command, try @list
2024-06-18 15:56:54 <geekosaur> we have a ticket to provide that kind of thing for layouts as part of upgrading the config archive, but it's stalled 😞
2024-06-18 16:17:32 <haskellbridge> <iqubic (she/her)> What do you mean by "yes re BSP"?
2024-06-18 16:35:50 <geekosaur> [18 05:33:30] <haskellbridge> <iqubic (she/her)> Is there anywhere I can go to see how the Binary Space Partition Layout works from a user's point of view? Like, I want to know what sort of features that layout will give me. Is it trying to emulate what BSPWM is trying to do?
2024-06-18 16:37:50 <haskellbridge> <iqubic (she/her)> Ah. Makes sense. I prefer automatic tiling layouts myself. I don't feel the need to micromanage my windows and where they go.
2024-06-18 16:40:56 <geekosaur> it does autotile, but it also gives you the ability to rearrange its partitions
2024-06-18 16:41:53 <haskellbridge> <iqubic (she/her)> How many windows do you have open on each workspace, on average?
2024-06-18 16:57:03 × derfflinger__ quits (~derffling@user/derfflinger) (Read error: Connection reset by peer)
2024-06-18 17:43:48 × rascasse quits (~rascasse@user/diep) (Ping timeout: 255 seconds)

All times are in UTC.