Logs: liberachat/#xmonad
| 2022-10-27 21:19:48 | <geekosaur> | (my picom is version 1.0 and still identifies as compton and uses compton.conf; the config should be compatible though) |
| 2022-10-27 21:58:36 | <jabuxas> | you're talking about all those excludes? |
| 2022-10-27 21:58:58 | <jabuxas> | I wonder if it's possible to *-exclude isntead of doing each one |
| 2022-10-27 22:03:38 | <geekosaur> | not so far as I'm aware |
| 2022-10-27 22:11:03 | × | Maeda quits (~Maeda@91-161-10-149.subs.proxad.net) (Quit: leaving) |
| 2022-10-27 22:11:46 | → | Maeda joins (~Maeda@91-161-10-149.subs.proxad.net) |
| 2022-10-27 22:24:27 | × | mncheck quits (~mncheck@193.224.205.254) (Ping timeout: 272 seconds) |
| 2022-10-27 22:57:44 | × | noex quits (~null@user/noex) (Quit: :q!) |
| 2022-10-27 23:22:13 | × | jabuxas quits (~klein@user/jabuxas) (Quit: WeeChat 3.5) |
| 2022-10-27 23:28:50 | × | darkstardevx quits (~darkstard@50.126.124.156) (Remote host closed the connection) |
| 2022-10-27 23:31:17 | → | darkstardevx joins (~darkstard@50.126.124.156) |
| 2022-10-27 23:35:50 | × | darkstardevx quits (~darkstard@50.126.124.156) (Max SendQ exceeded) |
| 2022-10-27 23:50:39 | → | darkstardevx joins (~darkstard@50.126.124.156) |
| 2022-10-27 23:52:29 | × | darkstardevx quits (~darkstard@50.126.124.156) (Max SendQ exceeded) |
| 2022-10-27 23:53:20 | → | darkstardevx joins (~darkstard@50.126.124.156) |
| 2022-10-27 23:58:40 | × | chomwitt quits (~chomwitt@2a02:587:dc10:8200:1ac0:4dff:fedb:a3f1) (Ping timeout: 255 seconds) |
| 2022-10-28 00:07:03 | × | ft quits (~ft@p3e9bc845.dip0.t-ipconnect.de) (Ping timeout: 272 seconds) |
| 2022-10-28 00:08:09 | → | ft joins (~ft@p508dbd59.dip0.t-ipconnect.de) |
| 2022-10-28 01:26:13 | × | Natch quits (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) (Ping timeout: 272 seconds) |
| 2022-10-28 01:29:23 | → | Natch joins (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) |
| 2022-10-28 02:02:36 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 250 seconds) |
| 2022-10-28 02:08:51 | × | td_ quits (~td@83.135.9.51) (Ping timeout: 260 seconds) |
| 2022-10-28 02:10:20 | → | td_ joins (~td@83.135.9.42) |
| 2022-10-28 02:23:15 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 2022-10-28 02:43:13 | × | terrorjack quits (~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat) |
| 2022-10-28 02:45:46 | → | terrorjack joins (~terrorjac@2a01:4f8:1c1e:509a::1) |
| 2022-10-28 03:06:08 | → | noex joins (~null@user/noex) |
| 2022-10-28 03:53:57 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 240 seconds) |
| 2022-10-28 05:43:16 | × | Maeda quits (~Maeda@91-161-10-149.subs.proxad.net) (Quit: leaving) |
| 2022-10-28 05:44:22 | → | Maeda joins (~Maeda@91-161-10-149.subs.proxad.net) |
| 2022-10-28 05:56:55 | × | Maeda quits (~Maeda@91-161-10-149.subs.proxad.net) (Quit: leaving) |
| 2022-10-28 05:58:30 | → | Maeda joins (~Maeda@91-161-10-149.subs.proxad.net) |
| 2022-10-28 06:01:19 | × | Maeda quits (~Maeda@91-161-10-149.subs.proxad.net) (Client Quit) |
| 2022-10-28 06:02:22 | → | Maeda joins (~Maeda@91-161-10-149.subs.proxad.net) |
| 2022-10-28 07:15:34 | × | m5zs7k quits (aquares@web10.mydevil.net) (Ping timeout: 244 seconds) |
| 2022-10-28 07:16:41 | → | m5zs7k joins (aquares@web10.mydevil.net) |
| 2022-10-28 07:18:43 | → | mncheck joins (~mncheck@193.224.205.254) |
| 2022-10-28 07:25:59 | × | ft quits (~ft@p508dbd59.dip0.t-ipconnect.de) (Quit: leaving) |
| 2022-10-28 07:29:00 | <xmonadtrack> | New xmonad-contrib branch created: pull/770 (1 commit) https://github.com/xmonad/xmonad-contrib/pull/770 |
| 2022-10-28 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 |
| 2022-10-28 08:01:45 | → | sogens joins (sogens@gateway/vpn/protonvpn/sogens) |
| 2022-10-28 08:12:28 | → | cfricke joins (~cfricke@user/cfricke) |
| 2022-10-28 09:00:29 | × | Alok[m] quits (~alok8bbma@2001:470:69fc:105::2:620f) (Quit: You have been kicked for being idle) |
| 2022-10-28 09:00:41 | × | liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
| 2022-10-28 10:19:48 | × | td_ quits (~td@83.135.9.42) (Ping timeout: 252 seconds) |
| 2022-10-28 10:29:26 | → | td_ joins (~td@83.135.9.42) |
| 2022-10-28 11:13:26 | liskin | tries to simplify the above a bit further |
| 2022-10-28 11:13:38 | → | liskin[m] joins (~liskinmat@2001:470:69fc:105::768) |
| 2022-10-28 12:15:03 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
| 2022-10-28 12:15:09 | × | xmonadtrack quits (~xmonadtra@xmonad/geekosaur) (Remote host closed the connection) |
| 2022-10-28 12:17:36 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 2022-10-28 12:19:53 | → | chomwitt joins (~chomwitt@2a02:587:dc10:8200:1ac0:4dff:fedb:a3f1) |
| 2022-10-28 12:20:38 | → | xmonadtrack joins (~xmonadtra@069-135-003-034.biz.spectrum.com) |
| 2022-10-28 12:20:38 | × | xmonadtrack quits (~xmonadtra@069-135-003-034.biz.spectrum.com) (Changing host) |
| 2022-10-28 12:20:38 | → | xmonadtrack joins (~xmonadtra@xmonad/geekosaur) |
| 2022-10-28 12:56:19 | → | purity-gearD[m] joins (~pipe-gear@2001:470:69fc:105::2:ac18) |
| 2022-10-28 13:02:51 | <Solid> | Should've thought of that myself; thanks :) |
| 2022-10-28 13:14:54 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 2022-10-28 13:32:57 | → | ft joins (~ft@p508dbd59.dip0.t-ipconnect.de) |
| 2022-10-28 13:39:23 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.7.1) |
| 2022-10-28 14:02:17 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 240 seconds) |
| 2022-10-28 14:07:03 | × | mncheck quits (~mncheck@193.224.205.254) (Quit: Leaving) |
| 2022-10-28 14:07:09 | → | mncheckm joins (~mncheck@193.224.205.254) |
| 2022-10-28 14:27:04 | × | sogens quits (sogens@gateway/vpn/protonvpn/sogens) (Ping timeout: 250 seconds) |
| 2022-10-28 14:30:00 | → | sogens joins (~sogens@pa49-182-84-76.pa.qld.optusnet.com.au) |
| 2022-10-28 14:35:59 | × | sogens quits (~sogens@pa49-182-84-76.pa.qld.optusnet.com.au) (Ping timeout: 272 seconds) |
| 2022-10-28 14:37:19 | → | sogens joins (sogens@gateway/vpn/protonvpn/sogens) |
| 2022-10-28 14:48:34 | <reo42[m]> | Is there a way of changing border colors dynamically without reloading xmonad? |
| 2022-10-28 14:53:44 | <geekosaur> | no |
| 2022-10-28 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 |
| 2022-10-28 14:56:22 | <geekosaur> | er, `readIORef` |
| 2022-10-28 14:57:23 | <geekosaur> | you'd have to `refresh` after changing the colors in the `IORef`s |
| 2022-10-28 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) |
| 2022-10-28 15:11:05 | → | fewu[m] joins (~fewumatri@2001:470:69fc:105::2:ad68) |
| 2022-10-28 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? |
| 2022-10-28 15:35:05 | <reo42[m]> | <geekosaur> "I guess conceivably the constant..." <- Ok, thanks (btw you can use double backticks for inline code |
| 2022-10-28 15:35:05 | <reo42[m]> | * inline code) |
| 2022-10-28 15:41:50 | <geekosaur[m]> | Not in an IRC client |
| 2022-10-28 15:42:33 | <geekosaur[m]> | (temporarily on matrix now) |
| 2022-10-28 16:00:05 | × | arslonga[m] quits (~uuuuuuuum@2001:470:69fc:105::1589) (Quit: You have been kicked for being idle) |
| 2022-10-28 16:00:05 | × | NONstope[m] quits (~nonstopem@2001:470:69fc:105::2:8d1c) (Quit: You have been kicked for being idle) |
| 2022-10-28 16:09:20 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 2022-10-28 16:25:20 | <reo42[m]> | <geekosaur[m]> "Not in an IRC client..." <- Oh, yeah, it's all about client. This works on element. |
| 2022-10-28 16:25:45 | <reo42[m]> | s/This/That/ |
| 2022-10-28 16:28:57 | <geekosaur> | well, some things can be done irc side and they'll show up in element |
| 2022-10-28 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 |
| 2022-10-28 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`) |
| 2022-10-28 16:34:36 | <geekosaur> | oh, huh, `SimpleFloat` doesn't actually float them by xmonad's definition thereof |
| 2022-10-28 16:35:00 | <geekosaur> | I'd wondered about writing such a layout… guess it exists already |
| 2022-10-28 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 |
| 2022-10-28 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. |
| 2022-10-28 16:41:31 | <[Leary]> | Maybe it's fine to break it. <.< |
| 2022-10-28 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`) |
| 2022-10-28 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. |
| 2022-10-28 16:46:28 | <[Leary]> | But for that to work, it needs to run before `windows` itself, and hence before the layouts. |
| 2022-10-28 16:47:01 | <geekosaur> | the `logHook` should not make changes; it's there to report changes |
| 2022-10-28 16:47:18 | <geekosaur> | running it before `windows` would mean it lagged current state, no? |
| 2022-10-28 16:47:33 | <geekosaur> | in particular, switching current workspace goes through `windows` |
| 2022-10-28 16:49:05 | <[Leary]> | No, it would be like `old <- gets windowset; userAction; logHook; new <- gets windowset; modifyWindowSet (const old); windows (const new)`. |
| 2022-10-28 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. |
All times are in UTC.