Logs: liberachat/#xmonad
| 2025-09-28 10:37:55 | → | ChubaDuba joins (~ChubaDuba@109.195.234.186) |
| 2025-09-28 10:43:02 | × | ximon quits (~ximon@user/ximon) (Quit: Client closed) |
| 2025-09-28 10:45:39 | → | ximon joins (~ximon@user/ximon) |
| 2025-09-28 10:45:59 | × | sajenim quits (~sajenim@user/sajenim) (Quit: WeeChat 4.7.1) |
| 2025-09-28 10:46:03 | × | ximon quits (~ximon@user/ximon) (Client Quit) |
| 2025-09-28 10:46:33 | → | sajenim joins (~sajenim@user/sajenim) |
| 2025-09-28 11:27:01 | → | catman joins (~catman@user/catman) |
| 2025-09-28 11:49:38 | → | ChubaDuba_ joins (~ChubaDuba@109.195.234.186) |
| 2025-09-28 11:49:50 | × | ChubaDuba quits (~ChubaDuba@109.195.234.186) (Quit: WeeChat 4.6.3) |
| 2025-09-28 11:50:35 | × | ChubaDuba_ quits (~ChubaDuba@109.195.234.186) (Client Quit) |
| 2025-09-28 11:50:57 | → | ChubaDuba joins (~ChubaDuba@109.195.234.186) |
| 2025-09-28 11:54:28 | × | Enrico63 quits (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 2025-09-28 12:27:44 | → | Enrico63 joins (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) |
| 2025-09-28 12:28:28 | × | mkoskar quits (~mkoskar@user/mkoskar) (Quit: mkoskar) |
| 2025-09-28 12:29:38 | → | mkoskar joins (~mkoskar@user/mkoskar) |
| 2025-09-28 12:32:47 | × | ChubaDuba quits (~ChubaDuba@109.195.234.186) (Quit: Leaving) |
| 2025-09-28 12:48:29 | × | mkoskar quits (~mkoskar@user/mkoskar) (Quit: mkoskar) |
| 2025-09-28 12:49:23 | → | mkoskar joins (~mkoskar@user/mkoskar) |
| 2025-09-28 13:16:39 | × | mkoskar quits (~mkoskar@user/mkoskar) (Quit: mkoskar) |
| 2025-09-28 13:17:32 | → | mkoskar joins (~mkoskar@user/mkoskar) |
| 2025-09-28 14:58:45 | × | mkoskar quits (~mkoskar@user/mkoskar) (Quit: mkoskar) |
| 2025-09-28 14:59:38 | → | mkoskar joins (~mkoskar@user/mkoskar) |
| 2025-09-28 15:25:06 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 2025-09-28 16:17:34 | × | Enrico63 quits (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 2025-09-28 16:40:10 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2025-09-28 17:06:08 | × | gwentpl quits (~gwpl@user/gwentpl) (Ping timeout: 240 seconds) |
| 2025-09-28 17:08:43 | → | gwentpl joins (~gwpl@user/gwentpl) |
| 2025-09-28 17:11:54 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 2025-09-28 17:22:53 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2025-09-28 18:09:37 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (Ping timeout: 264 seconds) |
| 2025-09-28 19:37:56 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2025-09-28 20:33:53 | × | bla quits (~bla@91.234.125.131) (Ping timeout: 244 seconds) |
| 2025-09-28 20:34:14 | → | blaa joins (~bla@91.234.125.131) |
| 2025-09-28 22:02:14 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (Ping timeout: 244 seconds) |
| 2025-09-28 22:06:45 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2025-09-28 22:16:07 | → | Enrico63 joins (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) |
| 2025-09-28 22:41:12 | × | Enrico63 quits (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 2025-09-29 00:00:47 | → | rascasse joins (~rascasse@user/diep) |
| 2025-09-29 01:24:29 | × | rascasse quits (~rascasse@user/diep) (Remote host closed the connection) |
| 2025-09-29 02:48:28 | × | td_ quits (~td@i5387092C.versanet.de) (Ping timeout: 244 seconds) |
| 2025-09-29 02:50:12 | → | td_ joins (~td@i5387093F.versanet.de) |
| 2025-09-29 09:48:56 | → | justache joins (~justache@user/justache) |
| 2025-09-29 10:38:13 | × | justache quits (~justache@user/justache) (Read error: Connection reset by peer) |
| 2025-09-29 10:39:37 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (Ping timeout: 264 seconds) |
| 2025-09-29 10:44:30 | → | justache joins (~justache@user/justache) |
| 2025-09-29 11:04:34 | ← | justache parts (~justache@user/justache) (bye?) |
| 2025-09-29 13:28:59 | → | Enrico63 joins (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) |
| 2025-09-29 14:10:21 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2025-09-29 14:30:19 | → | byorgey joins (~byorgey@user/byorgey) |
| 2025-09-29 15:50:17 | × | catman quits (~catman@user/catman) (Quit: WeeChat 4.7.1) |
| 2025-09-29 16:12:07 | → | beastwick joins (~brian@pool-74-102-103-193.nwrknj.fios.verizon.net) |
| 2025-09-29 16:12:07 | × | beastwick quits (~brian@pool-74-102-103-193.nwrknj.fios.verizon.net) (Changing host) |
| 2025-09-29 16:12:07 | → | beastwick joins (~brian@user/beastwick) |
| 2025-09-29 16:48:16 | ← | beastwick parts (~brian@user/beastwick) (WeeChat 4.6.3) |
| 2025-09-29 18:29:35 | × | Enrico63 quits (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 2025-09-29 19:32:51 | → | Enrico63 joins (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) |
| 2025-09-29 21:10:09 | × | Enrico63 quits (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 2025-09-30 02:46:55 | × | td_ quits (~td@i5387093F.versanet.de) (Ping timeout: 240 seconds) |
| 2025-09-30 02:48:54 | → | td_ joins (~td@i5387093E.versanet.de) |
| 2025-09-30 03:34:28 | → | ChubaDuba joins (~ChubaDuba@5.167.116.208) |
| 2025-09-30 04:21:09 | × | ChubaDuba quits (~ChubaDuba@5.167.116.208) (Quit: WeeChat 4.6.3) |
| 2025-09-30 05:52:48 | × | smashgrab quits (~smashgrab@188.166.8.80) (Quit: ZNC 1.7.2+deb3 - https://znc.in) |
| 2025-09-30 05:54:01 | → | smashgrab joins (~smashgrab@188.166.8.80) |
| 2025-09-30 07:53:17 | × | ft quits (~ft@p4fc2a225.dip0.t-ipconnect.de) (Quit: leaving) |
| 2025-09-30 09:04:24 | → | Enrico63 joins (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) |
| 2025-09-30 09:05:47 | × | Enrico63 quits (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Client Quit) |
| 2025-09-30 10:46:50 | × | gauge quits (~gauge@user/gauge) (Read error: Connection reset by peer) |
| 2025-09-30 10:47:12 | → | gauge joins (~gauge@user/gauge) |
| 2025-09-30 12:42:13 | → | ChubaDuba joins (~ChubaDuba@37.112.224.14) |
| 2025-09-30 16:48:47 | <haskellbridge> | <iqubic (she/her)> https://kf8nh.com/_heisenbridge/media/matrix.org/wAgHFXkZEsBVIYJjNkPWOqtJ/M2ZYDXAku-w/2025-09-30_09-44-01.jpeg |
| 2025-09-30 16:49:54 | <haskellbridge> | <iqubic (she/her)> Solid: I've been using XMobar for a while, and I have a two headed setup (two monitors). The one issue I have is that the section of my bars showing workspace info is showing the same thing on both monitors. Is there a way I can change this to reflect the fact that I two monitors have two different windows open, and are showing two different workspaces? Relevant XMonad config here:... |
| 2025-09-30 16:49:59 | <haskellbridge> | ... https://github.com/IQubic/nixos-config/blob/master/hm/xmonad/XMonad.hs#L226 |
| 2025-09-30 16:52:05 | <haskellbridge> | <iqubic (she/her)> Blue is for the currently focused workspace, white is for the visible but isn't focused workspaces. Grey is for the not visible but has windows workspaces. |
| 2025-09-30 17:24:08 | <fizzie> | I used to use IndependentScreens + two instances of dzen2, and IIRC it accomplished that sort of styling (where ppCurrent = "visible on the screen the bar is on", rather than "currently focused"), but I'm guessing the implementation was probably specific to IndependentScreens (where each screen has its own set of workspaces), so it's probably not that helpful other than maybe as inspiration. |
| 2025-09-30 17:24:50 | <fizzie> | (By the time I'd switched to "normal" XMonad-style workspaces, I'd also switched to a homegrown thing where a single program owned all the bars, and got structured data from XMonad with screen numbers in it, so it could also do the workspace colors in that style.) |
| 2025-09-30 17:33:37 | <fizzie> | I'm guessing it should be possible to achieve that via setting ppPrinters to a suitable WSPP (it looks like it would have all the relevant context), but I don't know if there's one already made. |
| 2025-09-30 17:35:54 | <fizzie> | There's at least https://xmonad.github.io/xmonad-docs/xmonad-contrib/XMonad-Hooks-StatusBar-WorkspaceScreen.html for annotating (visible) workspace names with the screen they're visible on, which isn't a million miles away from coloring them based on whether they're visible on a given screen X, but not quite it. |
| 2025-09-30 17:38:41 | <fizzie> | (Also it apparently works through ppRename, instead of ppPrinters.) |
| 2025-09-30 17:47:48 | → | ft joins (~ft@p4fc2a225.dip0.t-ipconnect.de) |
| 2025-09-30 18:02:42 | <haskellbridge> | <iqubic (she/her)> Yeah, that's not quite what I want. |
| 2025-09-30 18:03:44 | <haskellbridge> | <iqubic (she/her)> Well, WorkspaceScreens isn't what I want! |
| 2025-09-30 18:13:15 | <fizzie> | I suspect it should be possible to accomplish what you want via a similar approach to WorkspaceScreen, though. You'd define a `formatForScreen :: ScreenId -> PP -> X PP` that'd do a similar match-by-tag-in-ppRename operation as WorkspaceScreen's combineWithScreen does, except instead of combining the number and name, you'd compare it against the passed-in screen and use it to add a desired color to |
| 2025-09-30 18:13:17 | <fizzie> | the name. |
| 2025-09-30 18:13:19 | <fizzie> | (And then do `formatForScreen 0 ppMain` / `formatForScreen 1 ppMain` in place of `pure ppMain`.) |
| 2025-09-30 18:13:21 | <fizzie> | But that's the DIY solution, and maybe someone else can suggest something a little simpler. |
| 2025-09-30 18:16:08 | × | ChubaDuba quits (~ChubaDuba@37.112.224.14) (Read error: Connection reset by peer) |
| 2025-09-30 19:00:27 | <haskellbridge> | <iqubic (she/her)> Yeah, that sounds good, but I'm not sure how to set that up! |
| 2025-09-30 19:00:35 | → | Enrico63 joins (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) |
| 2025-09-30 19:14:21 | × | Enrico63 quits (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Killed (ozone (No Spam))) |
| 2025-09-30 22:40:27 | × | bsima- quits (~bsima@2604:a880:400:d0::19f1:7001) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2025-09-30 22:40:48 | → | bsima joins (~bsima@bensima.com) |
| 2025-09-30 22:45:19 | × | berberman quits (~berberman@user/berberman) (Read error: Connection reset by peer) |
| 2025-09-30 22:46:30 | → | berberman joins (~berberman@user/berberman) |
| 2025-09-30 23:42:25 | <haskellbridge> | <iqubic (she/her)> Is there a way to get my mouse cursor to snap to the center of the newly focused window when I change which window is focused? |
| 2025-09-30 23:46:19 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.18.1/docs/XMonad-Actions-UpdatePointer.html |
| 2025-10-01 00:10:06 | <haskellbridge> | <iqubic (she/her)> I'm not sure why that needs two arguments there. Can't you just do it with say, an offset from the top-left corner of the new window? |
| 2025-10-01 00:11:37 | <geekosaur> | it actually computes an offset based on where the pointer was initially. the `(0,0)` in the example says not to take the original position into account |
| 2025-10-01 00:12:20 | <haskellbridge> | <iqubic (she/her)> Why would you want that? |
| 2025-10-01 00:12:36 | <geekosaur> | I have no idea; I didn't write it |
| 2025-10-01 00:15:36 | <geekosaur> | (I personally don't know why anyone would want to auto-move the pointer…) |
All times are in UTC.