Home liberachat/#xmonad: Logs Calendar

Logs on 2021-08-06 (liberachat/#xmonad)

02:03:10 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 272 seconds)
02:22:22 banc joins (banc@gateway/vpn/airvpn/banc)
02:25:20 × td_ quits (~td@94.134.91.183) (Ping timeout: 272 seconds)
02:25:28 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Remote host closed the connection)
02:26:26 td_ joins (~td@muedsl-82-207-238-118.citykom.de)
02:31:11 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
04:46:30 × ^[ quits (~user@user//x-8473491) (Ping timeout: 272 seconds)
04:48:15 ^[ joins (~user@user//x-8473491)
08:17:27 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
08:17:28 allbery_b joins (~geekosaur@xmonad/geekosaur)
08:17:31 allbery_b is now known as geekosaur
09:09:15 <Solid> [x] I've considered how to best test these changes (property, unit, manually, ...) and concluded: XXX << this always makes me laugh for some reason :D
09:51:57 <liskin> I wish it made me laugh :-/
09:52:44 <liskin> but I just absolutely hate jerks who selfishly waste my time, but I'm not strong enough to not get angry :-/
09:55:53 <Solid> ah don't get angry, I'm sure documentation will be added in some form or another
09:56:19 <Solid> I'm more bummed about the fact that (after I tried really hard not to) we now need to export Magnifier internals :/
09:56:53 <Solid> (maybe we need a "[ ] I have ticked some of these boxes without doing them" box :>)
10:00:39 <liskin> well, "don't get angry" is something I've been hearing since elementary school
10:00:51 <liskin> they even tried "try to get X instead"
10:00:54 <liskin> nope
10:01:04 <liskin> anyway
10:01:26 <liskin> Ivan's dotfiles don't use any of the Magnifier internals yet
10:01:39 <liskin> so I suspect that PR may be a dead end, and I posted a question there
10:01:48 <liskin> so I'd consider that one a draft
10:02:06 <Solid> I see
10:02:33 <Solid> not sure if it'd help but I can offer (well not right now, but in a few days) to take over the pr so you don't have to think about it
10:10:48 <liskin> well it's not that bad
10:12:24 <liskin> at the end I managed to reply constructively, I'd say, so it's not like I need someone to take over :-)
10:12:37 <Solid> Okay, fair enough :)
10:13:06 <liskin> not going to hold you back chiming in either, though, if there's more to it
10:13:19 <liskin> just: not necessary to treat it any different than any other PR
10:13:36 <liskin> and if you do have free time in a couple days, there are higher priority issues :-)
10:14:07 <liskin> anyway, I'll be off for the rest of today
10:14:28 <Solid> sure, take care
12:06:24 <Drishal[m]> OK so I have a really strange issue, for some reason GTK apps (file managers mainly) keep breaking on xmoand 🤔
12:06:24 <Drishal[m]>
12:06:31 <Drishal[m]> but does not break on qtile
12:06:32 <Drishal[m]> * but does not break on dwm
13:01:53 × hjulle[m] quits (~hjullemat@2001:470:69fc:105::1dd) (Quit: You have been idle for 30+ days)
13:02:06 × Kidany[m] quits (~kidanymat@2001:470:69fc:105::a48) (Quit: You have been idle for 30+ days)
13:02:13 × dmytrokurch[m] quits (~dmytrokur@2001:470:69fc:105::a35) (Quit: You have been idle for 30+ days)
13:02:13 × BartVerhagen[m] quits (~bverhagen@2001:470:69fc:105::68c3) (Quit: You have been idle for 30+ days)
13:02:13 × YehoshuaPesachWa quits (~yehoshuap@2001:470:69fc:105::a5f) (Quit: You have been idle for 30+ days)
13:08:46 Mellow[m] joins (~mellow210@2001:470:69fc:105::8c62)
13:24:18 <geekosaur> I don't have problems with Gtk apps includinbg file managers, but I run xmonad under MATE and mate-settings-daemon changes how Gtk apps behave
14:08:32 seschwar joins (~seschwar@user/seschwar)
15:01:38 frosch03 joins (~user@2a02:8070:7ab:1b00:2b92:7579:4f8a:bf6b)
15:57:40 berberman joins (~berberman@user/berberman)
15:58:15 × berberman_ quits (~berberman@user/berberman) (Ping timeout: 258 seconds)
16:15:38 × frosch03 quits (~user@2a02:8070:7ab:1b00:2b92:7579:4f8a:bf6b) (Ping timeout: 272 seconds)
19:36:16 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Remote host closed the connection)
20:10:33 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
20:23:07 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
20:23:07 allbery_b joins (~geekosaur@xmonad/geekosaur)
20:23:10 allbery_b is now known as geekosaur
20:40:55 Youssef[m] joins (~youssefbm@2001:470:69fc:105::d1e1)
21:06:08 vifon joins (~vifon@user/vifon)
21:07:00 <vifon> Hello. Is this possible to make the Mirror layout modifier be conditional? I want it applied only if the workspace using a layout appears on a vertically rotated screen.
21:11:00 <IvanMalison[m]> vifon: funnily enough, I literally just wrote something that should allow you to do exactly what you want
21:11:07 <vifon> \o/
21:11:25 <IvanMalison[m]> https://github.com/xmonad/xmonad-contrib/pull/582
21:11:38 <vifon> Hah!
21:12:16 <IvanMalison[m]> as you can see though liskin pointed out some minor issues with the change, so I am going to be tweaking it a bit
21:12:43 <geekosaur> there's also IfMax which exists now although it isn't quite as flexible
21:13:10 <IvanMalison[m]> geekosaur: I don't think IfMax would do what he wants though, right?
21:13:32 <IvanMalison[m]> although I suppose that he could try to use that as a template for writing something similar
21:13:35 <geekosaur> it conditionalizes on width
21:13:53 <geekosaur> it's admittedly kinda oddly named
21:14:11 <vifon> I see a window number in the description.
21:14:28 <vifon> This one, right? https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Layout-IfMax.html
21:14:40 <IvanMalison[m]> geekosaur: The description says: -- IfMax layout will run one layout if number of windows on workspace is as
21:14:40 <IvanMalison[m]> -- maximum N, and else will run another layout.
21:15:14 <geekosaur> yeh, I got the wrong one., hold on
21:15:39 <IvanMalison[m]> vifon: Here's an exaple of ConditionalModifier https://github.com/IvanMalison/dotfiles/blob/6d7070b24d6ed8509319111204357f81c6d8e8cd/dotfiles/config/xmonad/xmonad.hs#L253
21:15:47 <geekosaur> https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Layout-PerScreen.html
21:16:02 <geekosaur> which is even worse named imo
21:16:06 <vifon> IvanMalison[m]: 404
21:16:18 <IvanMalison[m]> oops let me push
21:16:21 <vifon> Oh, this one looks fun!
21:16:22 <geekosaur> and I thought the other one was LimitWindows but that again does something else
21:16:53 <vifon> Nah, I know about LimitWindows, I even use it. :)
21:17:07 <IvanMalison[m]> geekosaur: vifon but the other thing is that both IfMax and PerScreen don't quite do what vifon wants, in that they let you choose between two different layouts
21:17:24 <geekosaur> we have too many layouts :/
21:17:24 <IvanMalison[m]> not decide whether or not to apply a layout modifier
21:17:25 <vifon> Yes, but PerScreen should be just enough.
21:17:47 <vifon> I could use ifWider 1234 return Mirror
21:17:51 <vifon> Probably.
21:18:45 <IvanMalison[m]> vifon: but the thing is that youd have to supply the same layout twice or something, but not mirrored in one
21:19:03 <vifon> Can it be a set of layouts?
21:19:22 <IvanMalison[m]> and this especially wouldn't play well with e.g. toggles or other layout modifiers
21:19:40 <IvanMalison[m]> especially if those layout modifiers are themselves stateful in some way
21:19:59 <IvanMalison[m]> you'd need to be careful to put it at the bottom of your layout stack
21:20:21 <IvanMalison[m]> and ALSO, if you have a bunch of layouts, you'd need to apply it to each of them individually
21:20:45 <vifon> Yes, it all makes sense.
21:21:37 <IvanMalison[m]> The more I think about it, the more I think using anything like PerScreen for what you want to do actually makes very little sense and is sort of inviting bugs and surprising behavior
21:21:46 <IvanMalison[m]> you really want to operate at the level of modifiers, rather than the level of layouts
21:22:12 <vifon> A very quick draft, it seems to work. https://einval.eu/upload/U8z4hAZqfTXRqKuh5ft2R1wo.png
21:22:41 <vifon> Yes, the indentation is ugly right now.
21:23:07 <vifon> But yes, I can already see the multiCol state not being preserved.
21:23:28 <vifon> I'd say it's good enough.
21:23:29 <IvanMalison[m]> vifon: it will work, for sure, but yeah you're going to lose state between them, and it is really just inviting all kinds of weirdness
21:23:50 <vifon> I don't use this workspace for anything "huge".
21:23:58 <vifon> IRC, Matrix/Element, Signal…
21:24:09 <vifon> I just sometimes want to move it over to a larger screen.
21:24:26 <IvanMalison[m]> suit yourself
21:24:40 <vifon> If it would be more robust, I could apply it to all the layouts, but I understand it's what it is.
21:25:09 <IvanMalison[m]> yeah if you're happy with that, go for it
21:25:21 <IvanMalison[m]> it is a litereally perfect usecase for ConditionalModifier, though
21:25:27 <vifon> Yes.
21:25:34 <vifon> I'll be waiting for it to reach nixpkgs.
21:25:44 <IvanMalison[m]> just use an overlay
21:28:23 <vifon> Perfect. https://einval.eu/upload/Oy6t6mD3DopJorrfqbr0T3PC.png
21:28:34 <vifon> …for now.
21:30:42 <vifon> Anyway, I've subscribed to your PR. Thanks!
22:19:15 × seschwar quits (~seschwar@user/seschwar) (Quit: :wq)
23:29:11 Guest98 joins (~Guest98@c-65-34-157-166.hsd1.fl.comcast.net)

All times are in UTC on 2021-08-06.