| 2025-10-01 00:40:27 +0200 | bsima- | (~bsima@2604:a880:400:d0::19f1:7001) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2025-10-01 00:40:48 +0200 | bsima | (~bsima@bensima.com) bsima |
| 2025-10-01 00:45:19 +0200 | berberman | (~berberman@user/berberman) (Read error: Connection reset by peer) |
| 2025-10-01 00:46:30 +0200 | berberman | (~berberman@user/berberman) berberman |
| 2025-10-01 01:42:25 +0200 | <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-10-01 01:46:19 +0200 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.18.1/docs/XMonad-Actions-UpdatePointer.html |
| 2025-10-01 02:10:06 +0200 | <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 02:11:37 +0200 | <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 02:12:20 +0200 | <haskellbridge> | <iqubic (she/her)> Why would you want that? |
| 2025-10-01 02:12:36 +0200 | <geekosaur> | I have no idea; I didn't write it |
| 2025-10-01 02:15:36 +0200 | <geekosaur> | (I personally don't know why anyone would want to auto-move the pointer…) |
| 2025-10-01 02:18:44 +0200 | <haskellbridge> | <iqubic (she/her)> The more I think about it, the less I actually want this. |
| 2025-10-01 03:29:47 +0200 | <haskellbridge> | <iqubic (she/her)> If I use XMonad.StackSet.Screens, what order will the screens be returned in? |
| 2025-10-01 03:32:51 +0200 | <haskellbridge> | <iqubic (she/her)> The source shows this: screens s = current s : visible s |
| 2025-10-01 03:32:59 +0200 | <haskellbridge> | <iqubic (she/her)> but how is visible sorted? |
| 2025-10-01 03:41:25 +0200 | <geekosaur> | I don't think there's a guarantee; generally it works out to MRU |
| 2025-10-01 03:42:14 +0200 | <geekosaur> | (if you `view` a workspace already in `visible`, `current` is pushed on top of `visible` and then set to the selected workspace) |
| 2025-10-01 03:43:00 +0200 | <haskellbridge> | <iqubic (she/her)> Yeah, that's fine. For what I'm doing, I don't actually need a specific guaranteed order. |
| 2025-10-01 03:43:15 +0200 | <haskellbridge> | <iqubic (she/her)> I thought I did, but it turns out I don't. |
| 2025-10-01 03:44:34 +0200 | <geekosaur> | (for greedyview current and the original visible entry are swapped, so indeed order can end up weird) |
| 2025-10-01 03:45:02 +0200 | <haskellbridge> | <iqubic (she/her)> Yeah, I understand that now. |
| 2025-10-01 03:46:26 +0200 | <haskellbridge> | <iqubic (she/her)> Also, I found X.U.Logger in contrib and the screen specific loggers mostly do what I want, and for the other stuff, I can just use the source code as a guide. |
| 2025-10-01 04:42:52 +0200 | terrorjack | (~terrorjac@2a01:4f8:c17:9d11::) (Quit: The Lounge - https://thelounge.chat) |
| 2025-10-01 04:45:29 +0200 | terrorjack | (~terrorjac@static.121.247.201.138.clients.your-server.de) terrorjack |
| 2025-10-01 04:45:46 +0200 | td_ | (~td@i5387093E.versanet.de) (Ping timeout: 248 seconds) |
| 2025-10-01 04:47:37 +0200 | td_ | (~td@i5387093A.versanet.de) td_ |
| 2025-10-01 05:11:22 +0200 | berberman | (~berberman@user/berberman) (Ping timeout: 248 seconds) |
| 2025-10-01 05:11:51 +0200 | berberman | (~berberman@user/berberman) berberman |
| 2025-10-01 06:16:31 +0200 | gwentpl | (~gwpl@user/gwentpl) (Ping timeout: 240 seconds) |
| 2025-10-01 06:25:52 +0200 | <haskellbridge> | <iqubic (she/her)> If a workspace has no window on it, will it be present in the StackSet that XMonad.Core.withWindowSet gives me? |
| 2025-10-01 06:28:12 +0200 | gwentpl | (~gwpl@user/gwentpl) gwentpl |
| 2025-10-01 06:50:35 +0200 | <haskellbridge> | <iqubic (she/her)> Well, if it's not visible and has no windows. |
| 2025-10-01 06:51:28 +0200 | <haskellbridge> | <iqubic (she/her)> Because visible and has windows would show up I assume! |
| 2025-10-01 06:56:35 +0200 | <geekosaur> | if it has a tag (name), it will show up |
| 2025-10-01 06:56:53 +0200 | <geekosaur> | and omce it's there, something would have to explicitly delete it for it to go away |
| 2025-10-01 07:28:09 +0200 | <haskellbridge> | <iqubic (she/her)> What does a hidden workspace mean in this context? Is that just a workspace that's not visible on any monitors? |
| 2025-10-01 07:28:32 +0200 | <geekosaur> | yes |
| 2025-10-01 07:29:10 +0200 | <haskellbridge> | <iqubic (she/her)> I see. |
| 2025-10-01 08:22:36 +0200 | Enrico63 | (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) Enrico63 |
| 2025-10-01 08:25:50 +0200 | gauge | (~gauge@user/gauge) (Read error: Connection reset by peer) |
| 2025-10-01 08:31:33 +0200 | gauge | (~gauge@user/gauge) gauge |
| 2025-10-01 08:39:37 +0200 | <haskellbridge> | <Solid> iqubic (she/her): Well, what different information do you want to show? I guess the bars already show the windows on the respective workspaces, and also the focus etc, right? |
| 2025-10-01 08:41:19 +0200 | gwentpl | (~gwpl@user/gwentpl) (Ping timeout: 240 seconds) |
| 2025-10-01 08:41:59 +0200 | gwentpl | (~gwpl@user/gwentpl) gwentpl |
| 2025-10-01 08:47:40 +0200 | Solid | (~slot@xmonad/slotThe) slot |
| 2025-10-01 08:49:18 +0200 | Enrico63 | (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 2025-10-01 10:25:33 +0200 | ft | (~ft@p4fc2a225.dip0.t-ipconnect.de) (Quit: leaving) |
| 2025-10-01 11:23:29 +0200 | gwentpl | (~gwpl@user/gwentpl) (Ping timeout: 260 seconds) |
| 2025-10-01 11:23:57 +0200 | gwentpl | (~gwpl@user/gwentpl) gwentpl |
| 2025-10-01 11:29:12 +0200 | spwl | (~gwpl@user/gwentpl) gwentpl |
| 2025-10-01 11:29:55 +0200 | gwentpl | (~gwpl@user/gwentpl) (Read error: Connection reset by peer) |
| 2025-10-01 12:12:21 +0200 | redgloboli | (~redglobol@user/redgloboli) (Quit: ...enter the matrix...) |
| 2025-10-01 12:13:58 +0200 | redgloboli | (~redglobol@user/redgloboli) redgloboli |
| 2025-10-01 17:12:43 +0200 | Solid | (~slot@xmonad/slotThe) (Quit: ERC 5.6.1-git (IRC client for GNU Emacs 31.0.50)) |
| 2025-10-01 17:16:33 +0200 | haskellbridge | (~hackager@syn-096-028-224-214.res.spectrum.com) (Remote host closed the connection) |
| 2025-10-01 17:20:22 +0200 | haskellbridge | (~hackager@syn-096-028-224-214.res.spectrum.com) hackager |
| 2025-10-01 18:38:00 +0200 | tccq | (~user@user/tccq) tccq |
| 2025-10-01 19:39:22 +0200 | ft | (~ft@p4fc2a225.dip0.t-ipconnect.de) ft |