2025/09/10

2025-09-10 00:01:35 +0200 <geekosaur> not really, the whole idea is that xmonad is a window manager construction toolkit.
2025-09-10 00:01:46 +0200 <geekosaur> bluetile exists but it's based on a fairly old version
2025-09-10 00:12:27 +0200Guest65(~Guest65@dslb-002-206-034-018.002.206.pools.vodafone-ip.de) (Quit: Client closed)
2025-09-10 01:36:01 +0200ft(~ft@p4fc2a25a.dip0.t-ipconnect.de) (Quit: Lost terminal)
2025-09-10 01:51:51 +0200ft(~ft@p4fc2a25a.dip0.t-ipconnect.de) ft
2025-09-10 01:53:58 +0200tv(~tv@user/tv) (Quit: derp)
2025-09-10 01:55:05 +0200tv(~tv@user/tv) tv
2025-09-10 03:25:25 +0200sajenim(~sajenim@user/sajenim) sajenim
2025-09-10 07:23:48 +0200ml|(~ml|@user/ml/x-5298235) (Ping timeout: 252 seconds)
2025-09-10 07:26:37 +0200ChubaDuba(~ChubaDuba@79.136.183.200) ChubaDuba
2025-09-10 07:42:50 +0200ml|(~ml|@user/ml/x-5298235) ml|
2025-09-10 08:22:52 +0200 <haskellbridge> <Solid> geekosaur: I guess we can prune a few of the people who haven't been around for years if you want, but I don't see either of those names as being a big risk
2025-09-10 08:28:52 +0200 <deebo> xmonad + haskell is in itself true security through obscurity :)
2025-09-10 08:29:00 +0200Solid(~slot@xmonad/slotThe) slot
2025-09-10 08:31:29 +0200ChubaDuba(~ChubaDuba@79.136.183.200) (Quit: WeeChat 4.6.3)
2025-09-10 08:35:37 +0200ChubaDuba(~ChubaDuba@79.136.183.200) ChubaDuba
2025-09-10 08:50:50 +0200Solid(~slot@xmonad/slotThe) (Remote host closed the connection)
2025-09-10 09:01:02 +0200ChubaDuba(~ChubaDuba@79.136.183.200) (Quit: WeeChat 4.6.3)
2025-09-10 09:35:36 +0200de-vri-es(~de-vri-es@voyager.de-vri.es) (Quit: Bathrobe!)
2025-09-10 09:36:02 +0200de-vri-es(~de-vri-es@voyager.de-vri.es) de-vri-es
2025-09-10 09:52:34 +0200ft(~ft@p4fc2a25a.dip0.t-ipconnect.de) (Quit: leaving)
2025-09-10 10:01:35 +0200joshproehl(~quassel@user/joshproehl) (Quit: Disappearing act!)
2025-09-10 10:02:47 +0200joshproehl(~quassel@user/joshproehl) joshproehl
2025-09-10 11:19:03 +0200Enrico63(~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) Enrico63
2025-09-10 11:24:51 +0200 <Enrico63> Hi all, is there anybody available for "reviewing" an xmonad.hs file? Nothing thorough, I'd just like to know if my setup is resonably ok or it has some very ancient deprecated stuff.
2025-09-10 11:24:51 +0200 <Enrico63> Background: I've been happily using xmonad+xmobar for the last few years, but only in last few days I've hit https://github.com/xmonad/xmonad/issues/245 and successfully adopted the suggested solution of using `refocusLastLayoutHook` and `focusTracking`. I see, however, also the usage of `avoidStruts`, which I don't know what it is.. apparently is
2025-09-10 11:24:52 +0200 <Enrico63> for avoiding xmonad windows overlapping with other entitites such as xmobar, but I'm not using `avoidStruts` and yet my (non-floating) windows are not overlapping with xmobar. So I wandered more generally about my whole setup.
2025-09-10 11:26:13 +0200 <Enrico63> Oh, my xmobar.hs is here: https://gist.github.com/Aster89/34747b2ef46bb5e21cc634a87c1d2db1
2025-09-10 11:42:33 +0200 <haskellbridge> <Solid> Enrico63: The "withEasySB" function that you use automatically adds "avoidStruts", so you don't have to worry about it
2025-09-10 11:43:14 +0200 <haskellbridge> <Solid> In general it looks like you went through (at least parts of) the tutorial, which is generally up-to-date and not super deprecated, in the way a few old config might be
2025-09-10 11:43:26 +0200 <haskellbridge> <Solid> So I wouldn't worry :)
2025-09-10 11:51:51 +0200 <Enrico63> Thanks!
2025-09-10 12:41:07 +0200 <Enrico63> I have another question: I've just tried the magnifiers, and I have the feeling that something is off as regards the reloading of xmonad.
2025-09-10 12:41:07 +0200 <Enrico63> Say I this layout:
2025-09-10 12:41:08 +0200 <Enrico63> ```
2025-09-10 12:41:08 +0200 <Enrico63> threeCol = magnifiercz 1.1 $ ThreeColMid nmaster delta ratio
2025-09-10 12:41:09 +0200 <Enrico63> ```
2025-09-10 12:41:09 +0200 <Enrico63> It works. Now I change it to 1.3, and restart xmonad in place. It takes its time to compile but then I don't see the change in the factor.
2025-09-10 12:41:10 +0200 <Enrico63> So I revert moentarily to
2025-09-10 12:41:10 +0200 <Enrico63> ```
2025-09-10 12:41:11 +0200 <Enrico63> threeCol = ThreeColMid nmaster delta ratio
2025-09-10 12:41:11 +0200 <Enrico63> ```
2025-09-10 12:41:12 +0200 <Enrico63> rebuild in place, and then change it
2025-09-10 12:41:12 +0200 <Enrico63> ```
2025-09-10 12:41:13 +0200 <Enrico63> threeCol = magnifiercz 1.3 $ ThreeColMid nmaster delta ratio
2025-09-10 12:41:13 +0200 <Enrico63> ```
2025-09-10 12:41:14 +0200 <Enrico63> and rebuild in place. Now I do see the change in the magnifying factor.
2025-09-10 12:41:14 +0200 <Enrico63> It looks like changing the magnifier and recompiling is not enough for xmonad to digetst the change, and I always have to pass by a non-magnified layout compilation to be able to actually change the layout.
2025-09-10 12:41:15 +0200 <Enrico63> Is this some known issue?
2025-09-10 12:45:00 +0200 <Leary> Enrico63: Yes. xmonad can't distinguish static from dynamic configuration changes, so it errs on the side of preserving dynamic config. There's a default binding to load new/default layout config on the current workspace: Mod+Shift+Space
2025-09-10 12:56:21 +0200 <Enrico63> Where in the world do I find the default configuration of xmonad? I see the datatype at https://hackage.haskell.org/package/xmonad-0.18.0/docs/src/XMonad.Core.html#XConfig but where do I find the values of the defaults?
2025-09-10 12:57:28 +0200 <Enrico63> I have M+S+space bound to another action, so I'd like add a custom key binding, but I don't know what to bind it to
2025-09-10 12:58:32 +0200 <Leary> Enrico63: https://hackage.haskell.org/package/xmonad-0.18.0/docs/src/XMonad.Config.html#keys
2025-09-10 13:39:17 +0200 <Enrico63> Wow, I've spent the last half an hour trying to get this mapping working, and the reason why it wouldn't I think it's unrelatred to xmonad, but maybe you can help.
2025-09-10 13:39:17 +0200 <Enrico63> My config looked like this:
2025-09-10 13:39:18 +0200 <Enrico63> ```
2025-09-10 13:39:18 +0200 <Enrico63> myConfig = def
2025-09-10 13:39:19 +0200 <Enrico63>     { terminal = "urxvt"
2025-09-10 13:39:19 +0200 <Enrico63>     , modMask = mod4Mask
2025-09-10 13:39:20 +0200 <Enrico63>     }
2025-09-10 13:39:20 +0200 <Enrico63>     `additionalKeysP` myKeys
2025-09-10 13:39:21 +0200 <Enrico63> myKeys = ("M-<Space>", sendMessage NextLayout)
2025-09-10 13:39:21 +0200 <Enrico63>        : ("M-S-<Space>", spawn "rofi -show combi -theme sidebar.rasi")
2025-09-10 13:39:22 +0200 <Enrico63>        -- more stuff
2025-09-10 13:39:22 +0200 <Enrico63>        : []
2025-09-10 13:39:23 +0200 <Enrico63> ```
2025-09-10 13:39:23 +0200 <Enrico63> where I don't want to change the mapping on "M-S-<Space>" that, as you made me notice, is shadowing the command to reload the config.
2025-09-10 13:39:24 +0200 <Enrico63> So I've opted for adding this in `myConfig`, inside the curly braces:
2025-09-10 13:39:24 +0200 <Enrico63> ```
2025-09-10 13:39:25 +0200 <Enrico63>     , keys = \l -> M.adjust (const $ setLayout $ XMonad.layoutHook l)
2025-09-10 13:39:25 +0200 <Enrico63>                                         (modMask l .|. shiftMask, xK_o)
2025-09-10 13:49:26 +0200 <fizzie> There's no existing binding for M-S-o, and M.adjust only changes existing values for keys that already exist in the map: https://hackage-content.haskell.org/package/containers-0.8/docs/Data-Map-Internal.html#v:adjust
2025-09-10 13:49:37 +0200 <fizzie> You likely wanted M.insert instead.
2025-09-10 13:49:48 +0200 <fizzie> (It'll replace existing values too.)
2025-09-10 13:50:31 +0200 <Leary> Enrico63: I suggest something like this: https://paste.tomsmeding.com/R2BEETca
2025-09-10 13:51:32 +0200 <Leary> Well, flip the order of `<>` I guess, since `Map` is left-biased.
2025-09-10 13:51:47 +0200tv(~tv@user/tv) (Read error: Connection reset by peer)
2025-09-10 14:07:03 +0200tv(~tv@user/tv) tv
2025-09-10 14:10:10 +0200xnxn(~xnxn@dslb-002-206-034-018.002.206.pools.vodafone-ip.de)
2025-09-10 14:13:33 +0200 <Enrico63> fizzie, aaaarg, thanks!
2025-09-10 14:16:48 +0200 <Enrico63> And also Leary, thanks for the approach to clean the code up
2025-09-10 14:17:25 +0200Solid(~slot@xmonad/slotThe) slot
2025-09-10 14:25:03 +0200xnxn(~xnxn@dslb-002-206-034-018.002.206.pools.vodafone-ip.de) (Quit: Client closed)
2025-09-10 15:17:34 +0200Enrico63(~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed)
2025-09-10 15:34:24 +0200hightower4(~hightower@dh207-82-17.xnet.hr) hightower2
2025-09-10 15:37:00 +0200hightower2(~hightower@cpe-94-253-244-59.st.cable.xnet.hr) (Ping timeout: 265 seconds)
2025-09-10 15:37:35 +0200Enrico63(~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) Enrico63
2025-09-10 15:41:18 +0200Enrico63(~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Client Quit)
2025-09-10 15:47:46 +0200Solid(~slot@xmonad/slotThe) (Quit: ERC 5.6.1-git (IRC client for GNU Emacs 31.0.50))
2025-09-10 16:50:39 +0200L29Ah(~L29Ah@wikipedia/L29Ah) ()
2025-09-10 17:07:55 +0200catman(~catman@user/catman) (Quit: WeeChat 4.7.1)
2025-09-10 17:09:45 +0200catman(~catman@user/catman) catman
2025-09-10 17:31:59 +0200L29Ah(~L29Ah@wikipedia/L29Ah) L29Ah
2025-09-10 18:28:29 +0200ChubaDuba(~ChubaDuba@176.212.44.174) ChubaDuba
2025-09-10 19:23:23 +0200ft(~ft@p4fc2a25a.dip0.t-ipconnect.de) ft
2025-09-10 20:18:07 +0200L29Ah(~L29Ah@wikipedia/L29Ah) ()
2025-09-10 20:23:13 +0200mkoskar(~mkoskar@user/mkoskar) (Ping timeout: 248 seconds)
2025-09-10 20:30:19 +0200mkoskar(~mkoskar@user/mkoskar) mkoskar
2025-09-10 20:36:38 +0200ChubaDuba(~ChubaDuba@176.212.44.174) (Quit: WeeChat 4.6.3)
2025-09-10 20:39:19 +0200xnxn(~xnxn@dslb-002-206-034-018.002.206.pools.vodafone-ip.de)
2025-09-10 20:51:10 +0200xnxn(~xnxn@dslb-002-206-034-018.002.206.pools.vodafone-ip.de) (Quit: Client closed)
2025-09-10 21:10:22 +0200L29Ah(~L29Ah@wikipedia/L29Ah) L29Ah
2025-09-10 21:59:36 +0200mkoskar(~mkoskar@user/mkoskar) (Quit: mkoskar)
2025-09-10 21:59:48 +0200mkoskar(~mkoskar@user/mkoskar) mkoskar
2025-09-10 22:15:24 +0200mkoskar(~mkoskar@user/mkoskar) (Quit: mkoskar)
2025-09-10 22:17:25 +0200mkoskar(~mkoskar@user/mkoskar) mkoskar
2025-09-10 22:30:48 +0200ghormoon(~ghormoon@ghorland.net) (Ping timeout: 248 seconds)
2025-09-10 22:44:31 +0200ghormoon(~ghormoon@ghorland.net) ghormoon
2025-09-10 23:13:09 +0200mkoskar(~mkoskar@user/mkoskar) (Quit: mkoskar)
2025-09-10 23:14:02 +0200mkoskar(~mkoskar@user/mkoskar) mkoskar