| 2025-10-09 00:22:55 +0200 | <haskellbridge> | <dpn> hmm I need to get appindicator support - I'musing stalonetray at the moment... anyone have other suggestions? |
| 2025-10-09 00:34:08 +0200 | <geekosaur> | trayer-srg? |
| 2025-10-09 00:36:10 +0200 | <geekosaur> | some distros (notably the Debian-derived ones) have adopted it as "trayer"; the original version was pretty limited |
| 2025-10-09 00:40:22 +0200 | <haskellbridge> | <dpn> i'll have a look, thanks ! |
| 2025-10-09 00:53:44 +0200 | <haskellbridge> | <dpn> one thing i haven't quite figured out is how to restart xmonad in a way that respects new struts... without logging out essentially |
| 2025-10-09 00:54:16 +0200 | <haskellbridge> | <dpn> i think i have alt-shift-space bound to reset layouts, but that doesnt spot the new strut |
| 2025-10-09 00:54:41 +0200 | <haskellbridge> | <dpn> seems harder when using spawnOne instead of having entries in the xmonadrc too |
| 2025-10-09 00:54:50 +0200 | <haskellbridge> | <dpn> * xmonad-session-rc |
| 2025-10-09 00:59:27 +0200 | <haskellbridge> | <dpn> oh snixembed works with trayer... and stalonetray, I must have a race in my startup somewhere |
| 2025-10-09 01:07:09 +0200 | <geekosaur> | what's your xmonad.hs look like? struts should be automatically and dynamically added/removed without any need for a restart |
| 2025-10-09 01:48:08 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) L29Ah |
| 2025-10-09 03:05:23 +0200 | _qw | (~eqw@user/eqw) (Ping timeout: 256 seconds) |
| 2025-10-09 03:05:42 +0200 | _qw | (~eqw@user/eqw) eqw |
| 2025-10-09 03:06:49 +0200 | fcser | (~fcser@booty.farted.net) (Ping timeout: 256 seconds) |
| 2025-10-09 03:07:27 +0200 | fcser | (~fcser@booty.farted.net) |
| 2025-10-09 04:14:54 +0200 | <haskellbridge> | <dpn> geekosaur: current live one https://gist.github.com/dpnova/476f888132764a630e3fa7b628ac8680 |
| 2025-10-09 04:16:23 +0200 | <haskellbridge> | <dpn> as a side - I can't seem to get rid of borders on xfce4-notifyd popups... the focusDown and copyToAll bits do work though :think |
| 2025-10-09 04:16:29 +0200 | <haskellbridge> | <dpn> * 🤔 https://gist.github.com/dpnova/476f888132764a630e3fa7b628ac8680#file-xmonad-hs-L172 |
| 2025-10-09 04:18:09 +0200 | <geekosaur> | `avoidStruts` should be outside of the `addTabs`, as should the `mkToggle`s, although I think you'd only notice a problem if your tabs were on the bottom or your systray were on top |
| 2025-10-09 04:19:18 +0200 | <geekosaur> | (and why do you use both old-style and new-style keybindings?) |
| 2025-10-09 04:20:27 +0200 | <geekosaur> | manual `manageDocks` shouldn't be needed with the `docks` combinator, but I can't see how that would break things |
| 2025-10-09 04:21:09 +0200 | <geekosaur> | the `def`s on lines 227 and 229 should be `desktopConfig` instead |
| 2025-10-09 04:21:40 +0200 | <haskellbridge> | <dpn> geekosaur: yeah I've been slowly shifting over :S |
| 2025-10-09 04:21:54 +0200 | <haskellbridge> | <dpn> let me check.. thanks! |
| 2025-10-09 04:24:32 +0200 | <geekosaur> | hm, I had no idea that hasBorder stuff was there. I'm not at all certain it would work in a ManageHook, sending a message during initial management isn't guaranteed to do the right thing because the layout hasn't had a chance to run yet |
| 2025-10-09 04:25:20 +0200 | <haskellbridge> | <dpn> ah! ok - fair enough... I do recall wondering about that but it was so long ago I can't remember where I got to with it |
| 2025-10-09 04:25:48 +0200 | <geekosaur> | (it's run just after `windows` applies the `manageHook` to the new window while incorporating it into the `StackSet`) |
| 2025-10-09 04:27:21 +0200 | <geekosaur> | right, I'm not currently doing it from my `manageHook`, but I would normally just zero its `borderWidth` directly |
| 2025-10-09 04:27:51 +0200 | <geekosaur> | `ask >>= \w -> liftX (withDisplay (\ |
| 2025-10-09 04:27:55 +0200 | <geekosaur> | whoops |
| 2025-10-09 04:28:06 +0200 | <haskellbridge> | <dpn> oh - you can do that? perhaps that's the missing piece for me, I'm trying to do too much in the manageHook |
| 2025-10-09 04:28:44 +0200 | <geekosaur> | `ask >>= \w -> liftX (withDisplay (\d -> io $ setWindowBorderWidth d w 0))` |
| 2025-10-09 04:29:02 +0200 | <geekosaur> | not the prettiest thing but guaranteed to work |
| 2025-10-09 04:29:19 +0200 | <haskellbridge> | <dpn> that's in the layoutHook ? |
| 2025-10-09 04:29:43 +0200 | <geekosaur> | manageHook |
| 2025-10-09 04:29:53 +0200 | <geekosaur> | that replaces the `hasBorder False` |
| 2025-10-09 04:30:04 +0200 | <haskellbridge> | <dpn> ah |
| 2025-10-09 04:30:17 +0200 | <geekosaur> | probably you maker it a function and then replace the `hasBorder False` with it |
| 2025-10-09 04:30:22 +0200 | <geekosaur> | *make it |
| 2025-10-09 04:31:40 +0200 | <geekosaur> | "do too much in the manageHook" isn't usually a thing, although you do need to be careful with where you put `insertPosition` (which I saw you had commented out) because it can break other `ManageHook`s |
| 2025-10-09 04:32:06 +0200 | <haskellbridge> | <dpn> yeah - something about the type is making composeAll unhappy atm ... I chose a hell of a time to disable my hs lsp in nvim |
| 2025-10-09 04:32:53 +0200 | <geekosaur> | hold on, I blasted that out without checking, ouldn't be the first time I got it slightly wrong 🙂 |
| 2025-10-09 04:33:08 +0200 | <haskellbridge> | <dpn> yeah the insertPosition didn't work the way I wanted - was trying to move some annoying popups to the background rather than stealing focus |
| 2025-10-09 04:33:38 +0200 | <geekosaur> | hm, type looks right here. what did you try that failed? |
| 2025-10-09 04:34:02 +0200 | <geekosaur> | ask >>= \w -> liftX (withDisplay (\d -> io $ setWindowBorderWidth d w 0)) |
| 2025-10-09 04:34:02 +0200 | <geekosaur> | :: Query () |
| 2025-10-09 04:34:12 +0200 | <geekosaur> | ohm wait |
| 2025-10-09 04:34:16 +0200 | <geekosaur> | not quite right |
| 2025-10-09 04:34:25 +0200 | <geekosaur> | needs a `>> idHook` on the end |
| 2025-10-09 04:35:16 +0200 | <haskellbridge> | <dpn> "[ className =? "Xfce4-notifyd" --> ask >>= \w -> liftX (withDisplay (\d -> io $ setWindowBorderWidth d w 0))" |
| 2025-10-09 04:35:17 +0200 | <haskellbridge> | ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/qrHlRHAMRIEiiqfdrfCUnlae/aCksFGViisg (13 lines) |
| 2025-10-09 04:35:19 +0200 | <haskellbridge> | <dpn> ah |
| 2025-10-09 04:35:29 +0200 | <geekosaur> | it's `Query ()` but needs to be (compatible with) `Query (Endo WindowSet)` |
| 2025-10-09 04:36:13 +0200 | <haskellbridge> | <dpn> built that time thanks |
| 2025-10-09 04:38:31 +0200 | <haskellbridge> | <dpn> i dont know how but I still have borders on the notification 🤔 |
| 2025-10-09 04:38:32 +0200 | <haskellbridge> | <dpn> https://kf8nh.com/_heisenbridge/media/matrix.org/RozoDkobyoIacmazkQEHSWlw/7Nfj3GsTOqU/image.png |
| 2025-10-09 04:39:06 +0200 | <geekosaur> | hm |
| 2025-10-09 04:39:12 +0200 | <haskellbridge> | <dpn> setting w 50 also has no impact |
| 2025-10-09 04:39:20 +0200 | <geekosaur> | either the notification is overriding it or the compositor is. |
| 2025-10-09 04:39:36 +0200 | <haskellbridge> | <dpn> yeah i wondered about picom |
| 2025-10-09 04:40:02 +0200 | <geekosaur> | that said the right thing to do with a notification window is actually `doIgnore` because they have no idea what to do with focus anyway |
| 2025-10-09 04:41:01 +0200 | <geekosaur> | and I don't get borders here despite not doing anything other than doIgnore |
| 2025-10-09 04:42:25 +0200 | <haskellbridge> | <dpn> ah that works for me - TIL about doIgnore :S |
| 2025-10-09 04:42:54 +0200 | <haskellbridge> | <dpn> holy hell that is perfect |
| 2025-10-09 04:43:08 +0200 | <haskellbridge> | <geekosaur (@geekosaur:matrix.org)> shadow-exclude = [ |
| 2025-10-09 04:43:08 +0200 | <haskellbridge> | ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/WHROiTIEihBRbgoKWKzJuqBL/dnxgPo6vYqE (22 lines) |
| 2025-10-09 04:43:10 +0200 | <haskellbridge> | <dpn> thanks geekosaur! |
| 2025-10-09 04:43:38 +0200 | <haskellbridge> | <dpn> https://kf8nh.com/_heisenbridge/media/matrix.org/jodtWHtBCtHswLwJJFJXJbPO/piC7ogx6YS4/image.png |
| 2025-10-09 04:43:47 +0200 | <haskellbridge> | <geekosaur (@geekosaur:matrix.org)> change the notification daemon as appropriate and you probably dont care about Sxiv |
| 2025-10-09 04:43:51 +0200 | <haskellbridge> | <geekosaur (@geekosaur:matrix.org)> * don't |
| 2025-10-09 04:45:51 +0200 | <haskellbridge> | <dpn> the last thing I'm going to spend time working out one day is how to only round the tops of my xmonad-decoration class windows :rofl |
| 2025-10-09 04:45:54 +0200 | <haskellbridge> | <dpn> * :rofl: |
| 2025-10-09 04:46:00 +0200 | <haskellbridge> | <dpn> * 🤣 |
| 2025-10-09 04:46:35 +0200 | <haskellbridge> | <dpn> but such tweaking is something I'd have had more time for before kids etc :P |
| 2025-10-09 04:46:55 +0200 | <geekosaur> | I don't think picom supports that, sadly |
| 2025-10-09 04:48:04 +0200 | <haskellbridge> | <dpn> yeah - that was the conclusion I generally arrived at in an attempt to save myself wasting too much time |
| 2025-10-09 04:48:04 +0200 | <haskellbridge> | ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/pQKVgJbUysmuzvAcwzwmuMYj/FFP7GHtSdps (3 lines) |
| 2025-10-09 05:11:31 +0200 | ChubaDuba | (~ChubaDuba@5.165.255.241) ChubaDuba |
| 2025-10-09 06:15:47 +0200 | ChubaDuba | (~ChubaDuba@5.165.255.241) (Quit: WeeChat 4.7.1) |
| 2025-10-09 08:16:03 +0200 | Solid | (~slot@xmonad/slotThe) slot |
| 2025-10-09 08:28:23 +0200 | fcser | (~fcser@booty.farted.net) (Ping timeout: 256 seconds) |
| 2025-10-09 08:28:23 +0200 | _qw | (~eqw@user/eqw) (Ping timeout: 256 seconds) |
| 2025-10-09 08:31:11 +0200 | fcser | (~fcser@booty.farted.net) |
| 2025-10-09 08:35:02 +0200 | _qw | (~eqw@user/eqw) eqw |
| 2025-10-09 08:37:55 +0200 | redgloboli_ | (~redglobol@user/redgloboli) (Quit: ...enter the matrix...) |
| 2025-10-09 08:39:32 +0200 | redgloboli | (~redglobol@user/redgloboli) redgloboli |
| 2025-10-09 09:12:08 +0200 | yecinem_ | (~yecinem@p200300ee0f0b99007e78fe68027266ed.dip0.t-ipconnect.de) |
| 2025-10-09 10:06:39 +0200 | ft | (~ft@p4fc2a207.dip0.t-ipconnect.de) (Quit: leaving) |
| 2025-10-09 10:31:04 +0200 | weitcis | (~quassel@syn-172-091-071-027.res.spectrum.com) (Ping timeout: 256 seconds) |
| 2025-10-09 10:31:20 +0200 | weitcis | (~quassel@syn-172-091-071-027.res.spectrum.com) weitcis |
| 2025-10-09 11:03:35 +0200 | vanvik | (~vanvik@188.113.66.142) (Ping timeout: 244 seconds) |
| 2025-10-09 11:12:02 +0200 | vanvik | (~vanvik@143.110.100.4) vanvik |
| 2025-10-09 11:45:41 +0200 | vanvik | (~vanvik@143.110.100.4) (Quit: Ping timeout (120 seconds)) |
| 2025-10-09 11:45:58 +0200 | vanvik | (~vanvik@143.110.100.4) vanvik |
| 2025-10-09 11:52:13 +0200 | vanvik | (~vanvik@143.110.100.4) (Ping timeout: 264 seconds) |
| 2025-10-09 11:59:30 +0200 | vanvik | (~vanvik@143.110.100.4) vanvik |
| 2025-10-09 12:34:59 +0200 | hightower3 | (~hightower@213.186.15.36) hightower2 |
| 2025-10-09 12:37:25 +0200 | hightower4 | (~hightower@213.186.15.36) (Ping timeout: 245 seconds) |
| 2025-10-09 13:25:43 +0200 | vanvik | (~vanvik@143.110.100.4) (Ping timeout: 250 seconds) |
| 2025-10-09 13:57:08 +0200 | vanvik | (~vanvik@143.110.100.4) vanvik |
| 2025-10-09 15:02:23 +0200 | rekahsoft | (~rekahsoft@70.51.99.245) rekahsoft |
| 2025-10-09 16:24:04 +0200 | Solid | (~slot@xmonad/slotThe) (Quit: ERC 5.6.1-git (IRC client for GNU Emacs 31.0.50)) |
| 2025-10-09 18:04:24 +0200 | yecinem_ | (~yecinem@p200300ee0f0b99007e78fe68027266ed.dip0.t-ipconnect.de) (Ping timeout: 252 seconds) |
| 2025-10-09 18:49:47 +0200 | OftenFaded | (~OftenFade@user/tisktisk) OftenFaded |
| 2025-10-09 19:03:17 +0200 | Corneilous | (~Corneilou@user/Corneilous) Corneilous |
| 2025-10-09 19:42:27 +0200 | Corneilous | (~Corneilou@user/Corneilous) (Remote host closed the connection) |
| 2025-10-09 19:51:38 +0200 | rekahsoft | (~rekahsoft@70.51.99.245) (Remote host closed the connection) |
| 2025-10-09 19:55:19 +0200 | Enrico63 | (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) Enrico63 |
| 2025-10-09 20:03:54 +0200 | Enrico63 | (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 2025-10-09 20:13:26 +0200 | ft | (~ft@p4fc2a207.dip0.t-ipconnect.de) ft |
| 2025-10-09 23:13:35 +0200 | mrBeau | (~beau@2607:fb91:4614:bbaf:758a:d926:4971:bda3) |
| 2025-10-09 23:17:33 +0200 | mrBeau | (~beau@2607:fb91:4614:bbaf:758a:d926:4971:bda3) (Quit: Leaving) |
| 2025-10-09 23:36:27 +0200 | beau | (~beau@2607:fb91:4614:bbaf:758a:d926:4971:bda3) |
| 2025-10-09 23:38:10 +0200 | beau | mrBeau |
| 2025-10-09 23:40:36 +0200 | mrBeau | (~beau@2607:fb91:4614:bbaf:758a:d926:4971:bda3) (Client Quit) |
| 2025-10-09 23:41:48 +0200 | beau | (~beau@2607:fb91:4614:bbaf:758a:d926:4971:bda3) |
| 2025-10-09 23:41:59 +0200 | beau | mrBeau |
