Home liberachat/#xmonad: Logs Calendar

Logs on 2022-10-28 (liberachat/#xmonad)

00:07:03 × ft quits (~ft@p3e9bc845.dip0.t-ipconnect.de) (Ping timeout: 272 seconds)
00:08:09 → ft joins (~ft@p508dbd59.dip0.t-ipconnect.de)
01:26:13 × Natch quits (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) (Ping timeout: 272 seconds)
01:29:23 → Natch joins (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se)
02:02:36 × banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 250 seconds)
02:08:51 × td_ quits (~td@83.135.9.51) (Ping timeout: 260 seconds)
02:10:20 → td_ joins (~td@83.135.9.42)
02:23:15 → banc joins (banc@gateway/vpn/airvpn/banc)
02:43:13 × terrorjack quits (~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat)
02:45:46 → terrorjack joins (~terrorjac@2a01:4f8:1c1e:509a::1)
03:06:08 → noex joins (~null@user/noex)
03:53:57 × jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 240 seconds)
05:43:16 × Maeda quits (~Maeda@91-161-10-149.subs.proxad.net) (Quit: leaving)
05:44:22 → Maeda joins (~Maeda@91-161-10-149.subs.proxad.net)
05:56:55 × Maeda quits (~Maeda@91-161-10-149.subs.proxad.net) (Quit: leaving)
05:58:30 → Maeda joins (~Maeda@91-161-10-149.subs.proxad.net)
06:01:19 × Maeda quits (~Maeda@91-161-10-149.subs.proxad.net) (Client Quit)
06:02:22 → Maeda joins (~Maeda@91-161-10-149.subs.proxad.net)
07:15:34 × m5zs7k quits (aquares@web10.mydevil.net) (Ping timeout: 244 seconds)
07:16:41 → m5zs7k joins (aquares@web10.mydevil.net)
07:18:43 → mncheck joins (~mncheck@193.224.205.254)
07:25:59 × ft quits (~ft@p508dbd59.dip0.t-ipconnect.de) (Quit: leaving)
07:29:00 <xmonadtrack> New xmonad-contrib branch created: pull/770 (1 commit) https://github.com/xmonad/xmonad-contrib/pull/770
07:29:00 <xmonadtrack> xmonad-contrib Tony Zorman https://github.com/xmonad/xmonad-contrib/pull/770 * v0.17.1-51-gf9928ec5: New module: XMonad.Hooks.OnPropertyChange (77 minutes ago, 4 files, 134+ 1-) https://github.com/xmonad/xmonad-contrib/commit/f9928ec5f4e1
08:01:45 → sogens joins (sogens@gateway/vpn/protonvpn/sogens)
08:12:28 → cfricke joins (~cfricke@user/cfricke)
09:00:29 × Alok[m] quits (~alok8bbma@2001:470:69fc:105::2:620f) (Quit: You have been kicked for being idle)
09:00:41 × liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle)
10:19:48 × td_ quits (~td@83.135.9.42) (Ping timeout: 252 seconds)
10:29:26 → td_ joins (~td@83.135.9.42)
11:13:26 liskin tries to simplify the above a bit further
11:13:38 → liskin[m] joins (~liskinmat@2001:470:69fc:105::768)
12:15:03 × geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving)
12:15:09 × xmonadtrack quits (~xmonadtra@xmonad/geekosaur) (Remote host closed the connection)
12:17:36 → geekosaur joins (~geekosaur@xmonad/geekosaur)
12:19:53 → chomwitt joins (~chomwitt@2a02:587:dc10:8200:1ac0:4dff:fedb:a3f1)
12:20:38 → xmonadtrack joins (~xmonadtra@069-135-003-034.biz.spectrum.com)
12:20:38 × xmonadtrack quits (~xmonadtra@069-135-003-034.biz.spectrum.com) (Changing host)
12:20:38 → xmonadtrack joins (~xmonadtra@xmonad/geekosaur)
12:56:19 → purity-gearD[m] joins (~pipe-gear@2001:470:69fc:105::2:ac18)
13:02:51 <Solid> Should've thought of that myself; thanks :)
13:14:54 → jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net)
13:32:57 → ft joins (~ft@p508dbd59.dip0.t-ipconnect.de)
13:39:23 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.7.1)
14:02:17 × jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 240 seconds)
14:07:03 × mncheck quits (~mncheck@193.224.205.254) (Quit: Leaving)
14:07:09 → mncheckm joins (~mncheck@193.224.205.254)
14:27:04 × sogens quits (sogens@gateway/vpn/protonvpn/sogens) (Ping timeout: 250 seconds)
14:30:00 → sogens joins (~sogens@pa49-182-84-76.pa.qld.optusnet.com.au)
14:35:59 × sogens quits (~sogens@pa49-182-84-76.pa.qld.optusnet.com.au) (Ping timeout: 272 seconds)
14:37:19 → sogens joins (sogens@gateway/vpn/protonvpn/sogens)
14:48:34 <reo42[m]> Is there a way of changing border colors dynamically without reloading xmonad?
14:53:44 <geekosaur> no
14:56:10 <geekosaur> I guess conceivably the constant colors could be replaced by `unsafePerformIO (readIOVar myColorVar)` with an appropriate `myColorVar` for each one, but it's as unsafe as the name suggests
14:56:22 <geekosaur> er, `readIORef`
14:57:23 <geekosaur> you'd have to `refresh` after changing the colors in the `IORef`s
15:03:24 <geekosaur> (also don't forget to `{-# NOINLINE myColorVar #-}` after declaring it (at top level with `myColorVar = unsafePerformIO (newIORef initialValue)` for some `initialValue`) or you may find changes don't happen)
15:11:05 → fewu[m] joins (~fewumatri@2001:470:69fc:105::2:ad68)
15:33:21 <[Leary]> Are there any layout,logHook pairs in contrib such that running the layout causes changes/effects that the logHook needs to see? Put another way, would it be bad for the logHook to run before the layout?
15:35:05 <reo42[m]> <geekosaur> "I guess conceivably the constant..." <- Ok, thanks (btw you can use double backticks for inline code
15:35:05 <reo42[m]> * inline code)
15:41:50 <geekosaur[m]> Not in an IRC client
15:42:33 <geekosaur[m]> (temporarily on matrix now)
16:00:05 × arslonga[m] quits (~uuuuuuuum@2001:470:69fc:105::1589) (Quit: You have been kicked for being idle)
16:00:05 × NONstope[m] quits (~nonstopem@2001:470:69fc:105::2:8d1c) (Quit: You have been kicked for being idle)
16:09:20 → jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net)
16:25:20 <reo42[m]> <geekosaur[m]> "Not in an IRC client..." <- Oh, yeah, it's all about client. This works on element.
16:25:45 <reo42[m]> s/This/That/
16:28:57 <geekosaur> well, some things can be done irc side and they'll show up in element
16:31:42 <geekosaur> [Leary], the only special case I can think of off the top of my head is some consumer of the `logHook` might care that `SimplestFloat` floats every window it's asked to manage
16:33:14 <geekosaur> granting I haven't looked at how to does so and it might actually trigger a loop (which would eventually stop when it found nothing left to float and stopped calling `windows`)
16:34:36 <geekosaur> oh, huh, `SimpleFloat` doesn't actually float them by xmonad's definition thereof
16:35:00 <geekosaur> I'd wondered about writing such a layout… guess it exists already
16:37:07 <geekosaur> in any case, rearranging / changing that sequence has caused surprises in the past (at one point an "optimization" broke Tabbed, for example) so you would want to test such a change fairly thoroughly
16:38:32 <[Leary]> I've actually been running on it for a while, but my config only touches so much of contrib; there's way too much esoteric crap in there I could be breaking.
16:41:31 <[Leary]> Maybe it's fine to break it. <.<
16:41:53 <geekosaur> technically the `layoutHook` shouldn't be capable of breaking `logHook` (without breaking everything else in the process, and in particular causing an infinite loop in `windows`)
16:46:08 <[Leary]> This is part of a WIP PR wherein changes made by the logHook would be handled alongside the user changes that prompted the refresh, in such a manner as to preclude that loop without leaving unhandled changes in the windowset.
16:46:28 <[Leary]> But for that to work, it needs to run before `windows` itself, and hence before the layouts.
16:47:01 <geekosaur> the `logHook` should not make changes; it's there to report changes
16:47:18 <geekosaur> running it before `windows` would mean it lagged current state, no?
16:47:33 <geekosaur> in particular, switching current workspace goes through `windows`
16:49:05 <[Leary]> No, it would be like `old <- gets windowset; userAction; logHook; new <- gets windowset; modifyWindowSet (const old); windows (const new)`.
16:50:01 <[Leary]> And right, it certainly isn't designed to make changes, but users can put such code there, and we ought to handle it without breaking. It's also better, I think, if you /can/ put changes there, as a "refreshHook" would be useful.
16:51:06 <geekosaur> mm, not quite seeing it. but I'm about to catch a bus so I'm a bit distracted…
16:52:42 <[Leary]> Have a look at `X.O.windowBracket` when you get the chance; this logic is already implemented there and used in `sendMessage`.
17:32:38 → sadmax2 joins (~user@cpe-76-186-137-164.tx.res.rr.com)
17:34:50 × sadmax2 quits (~user@cpe-76-186-137-164.tx.res.rr.com) (Remote host closed the connection)
17:41:29 → sadmax joins (~user@cpe-76-186-137-164.tx.res.rr.com)
17:55:45 <dminuoso> So slack in the newest version decides to seemingly draw a white square in the middle of a window when a huddle is opened.
17:56:10 <dminuoso> Given that xprop returns only with the window manager, Im wondering: is there a mechanism for programs to draw directly on canvas without a window?
17:56:59 <dminuoso> That white rectangle something is also not draggable, but seems to be a) behind windows that are being dragged, a) behind windows that are not pushed in, but c) in front of everything else
17:58:06 <dminuoso> (or rather, xprop will return information for whatever is behind that square
17:58:06 × berberman quits (~berberman@user/berberman) (Ping timeout: 250 seconds)
17:59:46 <dminuoso> https://i.imgur.com/sbuUpuS.png is what it looks like
18:18:17 × sadmax quits (~user@cpe-76-186-137-164.tx.res.rr.com) (Ping timeout: 272 seconds)
19:12:03 <geekosaur> you can't just scribble over other windows like that in X11
19:14:14 <geekosaur> X clips at window borders, so the closest you'd get is drawing to the root window but that would appear below all other windows
19:15:27 <geekosaur> what you describe for its z-placement sounds like it's a floating window, possibly unmanaged (but then, why is xprop not working?)
19:15:34 <geekosaur> does xwininfo work?
19:17:52 <geekosaur> [Leary], interesting. I see you added those in 2018. I'll defer to liskin on this but if it's working for you then it's probably okay
19:23:18 → thyriaen joins (~thyriaen@2a01:aea0:dd4:470d:6245:cbff:fe9f:48b1)
19:24:35 <geekosaur> sorry for delays, I was at the store
19:30:56 <[Leary]> No worries, thanks for looking into it.
19:36:40 → mvk joins (~mvk@2607:fea8:5ce3:8500::f30b)
19:43:28 × sogens quits (sogens@gateway/vpn/protonvpn/sogens) (Quit: WeeChat 3.6)
20:30:10 → wusticality joins (~user@76.131.115.3)
21:06:07 × mncheckm quits (~mncheck@193.224.205.254) (Ping timeout: 272 seconds)
21:07:03 → Guest7732 joins (~Guest77@109.98.214.166)
21:08:29 <Guest7732> Hi, I am new to XMonad and I was wondering if I could have rounded cornners for the windows and xmobar WITHOUT using a picom fork
21:09:49 <geekosaur> nope
21:10:22 <geekosaur> xmonad uses old-style window borders, they're boringly square and depth 1
21:16:13 × Guest7732 quits (~Guest77@109.98.214.166) (Quit: Client closed)
21:35:12 × mvk quits (~mvk@2607:fea8:5ce3:8500::f30b) (Ping timeout: 250 seconds)
21:56:59 → mvk joins (~mvk@2607:fea8:5ce3:8500::f30b)
22:32:48 → thyriaen_ joins (~thyriaen@2a01:aea0:dd4:470d:6245:cbff:fe9f:48b1)
22:33:42 <thyriaen_> Is there a way to not draw a border around a specific application ? and is there a way to have a certain workspace always use fullscreen ( or make a workspace fullscreen as soon as a certain application appears ? )
22:35:16 <vrs> thyriaen_: smartborders in https://hackage.haskell.org/package/xmonad-contrib-0.17.1/docs/XMonad-Layout-NoBorders.html and https://hackage.haskell.org/package/xmonad-contrib-0.17.1/docs/XMonad-Layout-PerWorkspace.html
22:38:58 <geekosaur> \smartBorders would be all apps in a workspace though, not a specific app
22:39:51 <geekosaur> manageHook: className =? "Whatever" --> ask >>= \w -> liftX (withDisplay $ \d -> io $ setWindowBorderWidth d w 0 >> idHook)
23:23:23 <[Leary]> `setInitialProperties` runs in `windows` afterwards, so it won't stick if you change border width in the `manageHook`.
23:24:07 <geekosaur> sigh. I keep forgetting that
23:24:14 geekosaur wonders if that can be reordered
23:24:21 <[Leary]> Looks like X.H.BorderPerWindow can do it, though, by postponing the action to the `logHook`.
23:24:24 <[Leary]> thyriaen_: ^
23:26:20 <[Leary]> Re the reording, frankly it's weird for `setInitialProperties` to run anywhere but `manage`. Maybe it's necessary for reading in old windowsets from the state file or something?
23:31:20 × mvk quits (~mvk@2607:fea8:5ce3:8500::f30b) (Ping timeout: 250 seconds)
23:32:35 <thyriaen_> i will look into it thanks
23:32:59 × thyriaen quits (~thyriaen@2a01:aea0:dd4:470d:6245:cbff:fe9f:48b1) (Remote host closed the connection)
23:32:59 × thyriaen_ quits (~thyriaen@2a01:aea0:dd4:470d:6245:cbff:fe9f:48b1) (Remote host closed the connection)
23:40:22 <geekosaur> you'd want a changed borderWidth to take effect across mod-q
23:40:59 <[Leary]> Ah, right.
23:54:41 × chomwitt quits (~chomwitt@2a02:587:dc10:8200:1ac0:4dff:fedb:a3f1) (Ping timeout: 276 seconds)

All times are in UTC on 2022-10-28.