| 2025-09-18 00:15:08 +0200 | ircbrowse_tom | (~ircbrowse@user/tomsmeding/bot/ircbrowse-tom) (ZNC 1.9.0+deb2build3 - https://znc.in) |
| 2025-09-18 00:15:32 +0200 | ircbrowse_tom_ | (~ircbrowse@user/tomsmeding/bot/ircbrowse-tom) ircbrowse_tom |
| 2025-09-18 00:15:38 +0200 | Server | +cnt |
| 2025-09-18 00:16:56 +0200 | ircbrowse_tom | (~ircbrowse@user/tomsmeding/bot/ircbrowse-tom) (Ping timeout: 260 seconds) |
| 2025-09-18 00:25:23 +0200 | dibblego | (~dibblego@haskell/developer/dibblego) (Ping timeout: 260 seconds) |
| 2025-09-18 00:25:35 +0200 | dibblego | (~dibblego@haskell/developer/dibblego) dibblego |
| 2025-09-18 00:27:24 +0200 | Leary | (~Leary@user/Leary/x-0910699) (Remote host closed the connection) |
| 2025-09-18 00:28:23 +0200 | Leary | (~Leary@user/Leary/x-0910699) Leary |
| 2025-09-18 00:48:03 +0200 | Lears | (~Leary@user/Leary/x-0910699) Leary |
| 2025-09-18 00:52:22 +0200 | Leary | (~Leary@user/Leary/x-0910699) (Ping timeout: 244 seconds) |
| 2025-09-18 00:52:23 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) (Ping timeout: 244 seconds) |
| 2025-09-18 00:53:23 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) lambdabot |
| 2025-09-18 01:07:24 +0200 | wz1000- | (~wz1000@static.194.167.62.46.clients.your-server.de) |
| 2025-09-18 01:11:40 +0200 | thaumavorio_ | (~thaumavor@thaumavor.io) thaumavorio |
| 2025-09-18 01:11:40 +0200 | ft_ | (~ft@p4fc2a25a.dip0.t-ipconnect.de) ft |
| 2025-09-18 01:14:47 +0200 | dibblego | (~dibblego@haskell/developer/dibblego) (*.net *.split) |
| 2025-09-18 01:14:48 +0200 | thaumavorio | (~thaumavor@thaumavor.io) (*.net *.split) |
| 2025-09-18 01:14:48 +0200 | wz1000_ | (~wz1000@static.194.167.62.46.clients.your-server.de) (*.net *.split) |
| 2025-09-18 01:14:48 +0200 | ft | (~ft@p4fc2a25a.dip0.t-ipconnect.de) (*.net *.split) |
| 2025-09-18 01:14:49 +0200 | de-vri-es | (~de-vri-es@voyager.de-vri.es) (*.net *.split) |
| 2025-09-18 01:14:49 +0200 | ft_ | ft |
| 2025-09-18 01:15:06 +0200 | dibblego | (~dibblego@haskell/developer/dibblego) dibblego |
| 2025-09-18 01:15:45 +0200 | de-vri-es | (~de-vri-es@voyager.de-vri.es) de-vri-es |
| 2025-09-18 01:27:41 +0200 | thaumavorio | (~thaumavor@thaumavor.io) thaumavorio |
| 2025-09-18 01:28:12 +0200 | wz1000_ | (~wz1000@static.194.167.62.46.clients.your-server.de) |
| 2025-09-18 01:28:54 +0200 | thaumavorio_ | (~thaumavor@thaumavor.io) (Ping timeout: 256 seconds) |
| 2025-09-18 01:28:54 +0200 | wz1000- | (~wz1000@static.194.167.62.46.clients.your-server.de) (Ping timeout: 256 seconds) |
| 2025-09-18 02:27:35 +0200 | T_X_ | T_X |
| 2025-09-18 03:07:44 +0200 | tremon | (~tremon@83.80.159.219) (Quit: getting boxed in) |
| 2025-09-18 03:21:34 +0200 | thaumavorio_ | (~thaumavor@thaumavor.io) thaumavorio |
| 2025-09-18 03:23:20 +0200 | wz1000- | (~wz1000@static.194.167.62.46.clients.your-server.de) |
| 2025-09-18 03:23:59 +0200 | wz1000_ | (~wz1000@static.194.167.62.46.clients.your-server.de) (Ping timeout: 244 seconds) |
| 2025-09-18 03:23:59 +0200 | thaumavorio | (~thaumavor@thaumavor.io) (Ping timeout: 244 seconds) |
| 2025-09-18 05:35:33 +0200 | <haskellbridge> | <iqubic (she/her)> Does XMonad create a new set of workspaces for every single monitor, or does it share the same workspaces across all windows? |
| 2025-09-18 05:35:48 +0200 | <haskellbridge> | <iqubic (she/her)> *across all monitors |
| 2025-09-18 05:36:34 +0200 | <haskellbridge> | <dpn> do you mean at a hashell object level? or conceptually? |
| 2025-09-18 05:36:38 +0200 | <haskellbridge> | <dpn> * haskell |
| 2025-09-18 05:37:49 +0200 | <haskellbridge> | <dpn> you can't show the same workspace on multiple monitors easily - and layouts are preserved between monitors |
| 2025-09-18 05:38:14 +0200 | <haskellbridge> | <dpn> so it seems like it's sharing them across all monitors? |
| 2025-09-18 05:38:33 +0200 | <haskellbridge> | <dpn> someone who knows the code better than me will be able to give a lower level answer i guess |
| 2025-09-18 05:39:15 +0200 | <haskellbridge> | <iqubic (she/her)> Conceptually. |
| 2025-09-18 05:39:44 +0200 | <haskellbridge> | <dpn> sorry i saw your previous messages - wasn't clear to me how much experience you had so i wasn't sure which level to answer at |
| 2025-09-18 05:40:06 +0200 | <haskellbridge> | <dpn> yeah single set of workspaces and you basically choose which workspace you want on which monitor |
| 2025-09-18 05:40:37 +0200 | <haskellbridge> | <dpn> i use alt - w/e/r to choose one of my three monitors, then alt - 1-9 to choose which workspace to show on that monitor |
| 2025-09-18 05:40:40 +0200 | <geekosaur> | workspaces are shared |
| 2025-09-18 05:40:46 +0200 | <haskellbridge> | <iqubic (she/her)> I've been using XMonad and haskell for about 2 years now. |
| 2025-09-18 05:41:11 +0200 | <geekosaur> | IndependentScreens provides a hack to emulate per-monitor workspaces, but it's easy to break it |
| 2025-09-18 05:41:51 +0200 | <haskellbridge> | <iqubic (she/her)> I know that some WMs create a set of workspaces for each monitor. Like "Monitor 1 has a workspaces 1-9" and "Monitor 2 also has a completely different set of workspaces 1-9" for 18 different workspaces total. |
| 2025-09-18 05:42:16 +0200 | <geekosaur> | most WMs do the opposite: a workspace spans all monitors |
| 2025-09-18 05:42:33 +0200 | <haskellbridge> | <dpn> yeah - main reason i can't bring myself to use gnome :/ |
| 2025-09-18 05:43:07 +0200 | <geekosaur> | dwm and xmonad have a list of workspaces, and the StackSet assigns a workspace to the active monitor, other workspaces to visible monitors, and the rest are hidden |
| 2025-09-18 05:43:24 +0200 | <haskellbridge> | <dpn> i could suffer the horrible tiling, but the multihead setup is incredibly frustrating as someone who has mainlined xmonad for like 15 years |
| 2025-09-18 05:43:45 +0200 | <haskellbridge> | <iqubic (she/her)> What does Gnom do? |
| 2025-09-18 05:43:46 +0200 | <geekosaur> | EWMH expects the GNOME/KDE-like behavior, fwiw, and a number of things in EWMH make little sense with xmonad as a result |
| 2025-09-18 05:43:46 +0200 | <haskellbridge> | <dpn> omg - i am embarassingly bad at xmonad given that timeframe :/ |
| 2025-09-18 05:45:28 +0200 | <haskellbridge> | <dpn> gnome has two modes - one that has a workspace that spans all monitors... the second one is truly bizzare.. from memory it lets you switch between workspaces on your secondary monitor but not the main... or vice versa |
| 2025-09-18 05:46:16 +0200 | <geekosaur> | that doesn't sound bizarre to me, it sounds like allowing access to additional information while working on a primary thing |
| 2025-09-18 05:46:30 +0200 | <haskellbridge> | <iqubic (she/her)> I wonder how my Polybar setup will work with extra monitors. |
| 2025-09-18 05:46:38 +0200 | <geekosaur> | I do that fairly often with xmonad |
| 2025-09-18 05:47:09 +0200 | <haskellbridge> | <dpn> coming from xmonad - it was frustrating because I tend to shift a specific workspace onto my main screen to do something |
| 2025-09-18 05:47:40 +0200 | <haskellbridge> | <iqubic (she/her)> I'm just using the off the shelf polybar modules for EXWM (showing workspace numbers) and XWindow (showing window title) |
| 2025-09-18 05:48:05 +0200 | <geekosaur> | when I'm programming, I Have the editor on my left monitor, my web browser on the right, and may look up local information on the center |
| 2025-09-18 05:48:18 +0200 | <haskellbridge> | <iqubic (she/her)> I don't know if that will keep working when I plug in a second monitor. |
| 2025-09-18 05:48:40 +0200 | <haskellbridge> | <iqubic (she/her)> That = Polybar |
| 2025-09-18 05:48:51 +0200 | <geekosaur> | I don't know how polybar will work there given EWMH and xmonad differ on how workspaces relate to monitors |
| 2025-09-18 05:49:07 +0200 | <haskellbridge> | <dpn> geekosaur: i recently bought an extra wide monitor - now i have ws 1 and 2 on the same monitor basically (1 = code, 2 = browser) |
| 2025-09-18 05:49:14 +0200 | <geekosaur> | but I think polybar has a plugin that will let you get information directly from xmonad |
| 2025-09-18 05:49:23 +0200 | <haskellbridge> | <iqubic (she/her)> Oh? Does it? |
| 2025-09-18 05:49:39 +0200 | <geekosaur> | I use two editor panes on mine 🙂 |
| 2025-09-18 05:49:39 +0200 | <haskellbridge> | <iqubic (she/her)> I haven't found any Polybar and XMonad plugin. |
| 2025-09-18 05:50:42 +0200 | <haskellbridge> | <dpn> i still haven't added a bar - running stalonetray and nothing else ... taffy was nice but used too much memory |
| 2025-09-18 05:50:55 +0200 | <haskellbridge> | <dpn> i should check out poly |
| 2025-09-18 05:51:38 +0200 | <haskellbridge> | <iqubic (she/her)> geekosaur: Do you use any bars? |
| 2025-09-18 05:51:54 +0200 | <geekosaur> | okay, looks like it's not specifically an xmonad plugin, it's a dbus plugin. you then configure your xmonad.hs to send xmonad PP information over dbus (see for example https://github.com/geekosaur/xmonad.hs/blob/hilfy-2023/xmonad.hs#L426-L444) |
| 2025-09-18 05:52:17 +0200 | <geekosaur> | I use dbus to feed xmonad-log-applet built for mate-panel |
| 2025-09-18 05:52:32 +0200 | <haskellbridge> | <iqubic (she/her)> Yeah, but does that work with multiple monitors? |
| 2025-09-18 05:52:37 +0200 | <geekosaur> | yes |
| 2025-09-18 05:52:46 +0200 | <geekosaur> | if you followed what I said above, I have 3 |
| 2025-09-18 05:53:15 +0200 | <haskellbridge> | <dpn> iirc dzen works like this too - i couldn't quite get it playing nicely with lightdm |
| 2025-09-18 05:53:37 +0200 | <haskellbridge> | <iqubic (she/her)> Right, but the question I actually have is "how do I get a new polybar instance spawned when I plug in a new monitor and killed when the monitor is unplugged"? |
| 2025-09-18 05:56:19 +0200 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.18.1/docs/XMonad-Hooks-StatusBar.html#g:4 |
| 2025-09-18 05:58:08 +0200 | <haskellbridge> | <iqubic (she/her)> I'm not understanding how that works... |
| 2025-09-18 05:59:05 +0200 | <geekosaur> | https://0x0.st/KTsa.png fwiw |
| 2025-09-18 06:00:50 +0200 | <haskellbridge> | <iqubic (she/her)> Secure connection failed |
| 2025-09-18 06:00:58 +0200 | <haskellbridge> | <iqubic (she/her)> Error code: SSL_ERROR_RX_RECORD_TOO_LONG |
| 2025-09-18 06:01:07 +0200 | <haskellbridge> | <iqubic (she/her)> Firefox doesn't like that website |
| 2025-09-18 06:01:13 +0200 | <haskellbridge> | <dpn> https://kf8nh.com/_heisenbridge/media/matrix.org/ZRNnakKRrsXhuXSAundwtahg/Z_CZ-LDEdnA/image.png |
| 2025-09-18 06:01:13 +0200 | <geekosaur> | the function you pass to dyanmicSBs is run once per screen, with the screen number as parameter. you do fir each screen what you would do with withSB, but you're in X so you can query stuff yourself or whatever (which is why there's a `pure` wrapped around it in the example) |
| 2025-09-18 06:01:56 +0200 | <geekosaur> | chrome likes it fine. nop idea what ff is doing |
| 2025-09-18 06:02:15 +0200 | <haskellbridge> | <iqubic (she/her)> geekosaur: Does that work with hot-plugging monitors while the system is running? |
| 2025-09-18 06:02:16 +0200 | <geekosaur> | but I gave up on ff long ago |
| 2025-09-18 06:02:48 +0200 | <geekosaur> | yes, it kills the running bars and runs the new ones as specified by your function |
| 2025-09-18 06:02:50 +0200 | <haskellbridge> | <iqubic (she/her)> Why? |
| 2025-09-18 06:03:00 +0200 | <haskellbridge> | <iqubic (she/her)> Oh, nice. |
| 2025-09-18 06:03:08 +0200 | <geekosaur> | because of things like that and a UI that seemed to be getting worse all the time |
| 2025-09-18 06:03:58 +0200 | <geekosaur> | I'm really not happy with firefox development over the past couple years |
| 2025-09-18 06:04:29 +0200 | <geekosaur> | and even less happy with their data minimg. I thouyght google's was bad, firefox managed to outdo them |
| 2025-09-18 06:04:58 +0200 | <geekosaur> | *mining *thought |
| 2025-09-18 06:06:53 +0200 | <haskellbridge> | <iqubic (she/her)> Should I switch from Polybar to XMobar? XMobar seems like it might work better for me, seeing as it was specifically made for XMonad. |
| 2025-09-18 06:08:19 +0200 | <geekosaur> | it would certainly be easier to set up, but does it do what you want? |
| 2025-09-18 06:09:05 +0200 | <haskellbridge> | <iqubic (she/her)> I think so, yeah. I'm not really using any of the advanced Polybar features. |
| 2025-09-18 06:10:46 +0200 | <haskellbridge> | <iqubic (she/her)> Are there any guides on how to set up XMobar? |
| 2025-09-18 06:12:33 +0200 | <geekosaur> | lots, including on its website (https://codeberg.org/xmobar/xmobar/src/branch/master/doc/quick-start.org) |
| 2025-09-18 06:17:49 +0200 | <haskellbridge> | <iqubic (she/her)> Does XMobar support Nerdfonts? |
| 2025-09-18 06:22:04 +0200 | <geekosaur> | no idea |
| 2025-09-18 06:41:45 +0200 | <haskellbridge> | <dpn> looking at my old config, it looks like i used a nerd font then: |
| 2025-09-18 06:41:45 +0200 | <haskellbridge> | ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/nBfhHyaFSysrvoERtAgzTfoB/jiKHn8SsqVA (24 lines) |
| 2025-09-18 06:54:50 +0200 | <haskellbridge> | <iqubic (she/her)> Does XMobar support fallback fonts or not? |
| 2025-09-18 06:58:29 +0200 | <haskellbridge> | <dpn> it's using X resources syntax - so however that works most likely |
| 2025-09-18 07:31:01 +0200 | OftenFaded | (~Al@user/tisktisk) (Ping timeout: 265 seconds) |
| 2025-09-18 07:38:00 +0200 | OftenFaded | (~Al@user/tisktisk) OftenFaded |
| 2025-09-18 08:25:45 +0200 | wz1000_ | (~wz1000@2a01:4f9:c012:de50::1) |
| 2025-09-18 08:25:57 +0200 | <haskellbridge> | <iqubic (she/her)> So, I've read the quick-start guide for xmobar, but I don't know what all the modules are. Is there a list of commands I can have it run? |
| 2025-09-18 08:26:31 +0200 | wz1000- | (~wz1000@static.194.167.62.46.clients.your-server.de) (Ping timeout: 256 seconds) |
| 2025-09-18 08:49:16 +0200 | thaumavorio | (~thaumavor@thaumavor.io) thaumavorio |
| 2025-09-18 08:51:16 +0200 | ft | (~ft@p4fc2a25a.dip0.t-ipconnect.de) (Quit: leaving) |
| 2025-09-18 08:52:00 +0200 | wz1000_ | (~wz1000@2a01:4f9:c012:de50::1) (*.net *.split) |
| 2025-09-18 08:52:00 +0200 | thaumavorio_ | (~thaumavor@thaumavor.io) (*.net *.split) |
| 2025-09-18 08:52:01 +0200 | de-vri-es | (~de-vri-es@voyager.de-vri.es) (*.net *.split) |
| 2025-09-18 08:56:02 +0200 | 047AALI5L | (~wz1000@2a01:4f9:c012:de50::1) |
| 2025-09-18 08:56:02 +0200 | de-vri-es | (~de-vri-es@voyager.de-vri.es) de-vri-es |
| 2025-09-18 09:00:24 +0200 | <haskellbridge> | <Solid> iqubic (she/her): they're all documented here: https://codeberg.org/xmobar/xmobar/src/branch/master/doc/plugins.org |
| 2025-09-18 11:16:29 +0200 | Enrico63 | (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) Enrico63 |
| 2025-09-18 12:02:19 +0200 | Enrico63 | (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 2025-09-18 12:12:43 +0200 | redgloboli | (~redglobol@user/redgloboli) (Quit: ...enter the matrix...) |
| 2025-09-18 12:14:21 +0200 | redgloboli | (~redglobol@user/redgloboli) redgloboli |
| 2025-09-18 12:50:01 +0200 | redgloboli | (~redglobol@user/redgloboli) (Ping timeout: 256 seconds) |
| 2025-09-18 12:50:23 +0200 | redgloboli | (~redglobol@user/redgloboli) redgloboli |
| 2025-09-18 15:02:25 +0200 | Magician | Dreamcast |
| 2025-09-18 15:07:07 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) |
| 2025-09-18 15:30:51 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) (Ping timeout: 250 seconds) |
| 2025-09-18 17:15:04 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) |
| 2025-09-18 17:53:53 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) (Quit: Client closed) |
| 2025-09-18 17:56:19 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) |
| 2025-09-18 18:13:33 +0200 | ectospasm | (~ectospasm@user/ectospasm) (Quit: WeeChat 4.7.0) |
| 2025-09-18 18:18:34 +0200 | assfacedgollum50 | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) |
| 2025-09-18 18:20:17 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) (Ping timeout: 250 seconds) |
| 2025-09-18 18:40:39 +0200 | assfacedgollum50 | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) (Ping timeout: 250 seconds) |
| 2025-09-18 18:57:44 +0200 | Enrico63 | (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) Enrico63 |
| 2025-09-18 19:17:22 +0200 | ectospasm | (~ectospasm@user/ectospasm) ectospasm |
| 2025-09-18 19:40:08 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) |
| 2025-09-18 19:43:13 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) (Client Quit) |
| 2025-09-18 19:43:37 +0200 | assfaced | (~assfaced@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) |
| 2025-09-18 19:43:54 +0200 | assfaced | (~assfaced@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) (Client Quit) |
| 2025-09-18 19:56:16 +0200 | ft | (~ft@p4fc2a25a.dip0.t-ipconnect.de) ft |
| 2025-09-18 20:15:09 +0200 | Enrico63 | (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 2025-09-18 20:44:28 +0200 | <haskellbridge> | <iqubic (she/her)> The documentation for the Battery Module is confusing me. I see that I can use "-P" for a color to display for positive power (charging), but it doesn't look like there's a way to modify the display template to show something different when charging. |
| 2025-09-18 20:45:24 +0200 | <haskellbridge> | <iqubic (she/her)> I want it to show a "CHRG" label when charging. |
| 2025-09-18 20:45:30 +0200 | <haskellbridge> | <iqubic (she/her)> Just those 4 characters. |
| 2025-09-18 20:46:30 +0200 | <haskellbridge> | <iqubic (she/her)> And actually, if it's discharging, I want it to show the approximate time left. |
| 2025-09-18 21:49:23 +0200 | <haskellbridge> | <iqubic (she/her)> How do I use dynamicSB when I'm also using xmobar's StdinReader? |
| 2025-09-18 23:03:35 +0200 | <geekosaur> | use statusBarPipe instead of statusBarProp / statusBarPropTo |
| 2025-09-18 23:13:34 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) |
| 2025-09-18 23:15:56 +0200 | assfacedgollum | (~assfacedg@dslb-002-201-020-218.002.201.pools.vodafone-ip.de) (Client Quit) |
| 2025-09-18 23:28:19 +0200 | Enrico63 | (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) Enrico63 |
