Logs on 2025-10-01 (liberachat/#xmonad)
| 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? |
| 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 |
| 00:12:20 | <haskellbridge> | <iqubic (she/her)> Why would you want that? |
| 00:12:36 | <geekosaur> | I have no idea; I didn't write it |
| 00:15:36 | <geekosaur> | (I personally don't know why anyone would want to auto-move the pointer…) |
| 00:18:44 | <haskellbridge> | <iqubic (she/her)> The more I think about it, the less I actually want this. |
| 01:29:47 | <haskellbridge> | <iqubic (she/her)> If I use XMonad.StackSet.Screens, what order will the screens be returned in? |
| 01:32:51 | <haskellbridge> | <iqubic (she/her)> The source shows this: screens s = current s : visible s |
| 01:32:59 | <haskellbridge> | <iqubic (she/her)> but how is visible sorted? |
| 01:41:25 | <geekosaur> | I don't think there's a guarantee; generally it works out to MRU |
| 01:42:14 | <geekosaur> | (if you `view` a workspace already in `visible`, `current` is pushed on top of `visible` and then set to the selected workspace) |
| 01:43:00 | <haskellbridge> | <iqubic (she/her)> Yeah, that's fine. For what I'm doing, I don't actually need a specific guaranteed order. |
| 01:43:15 | <haskellbridge> | <iqubic (she/her)> I thought I did, but it turns out I don't. |
| 01:44:34 | <geekosaur> | (for greedyview current and the original visible entry are swapped, so indeed order can end up weird) |
| 01:45:02 | <haskellbridge> | <iqubic (she/her)> Yeah, I understand that now. |
| 01:46:26 | <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. |
| 02:42:52 | × | terrorjack quits (~terrorjac@2a01:4f8:c17:9d11::) (Quit: The Lounge - https://thelounge.chat) |
| 02:45:29 | → | terrorjack joins (~terrorjac@static.121.247.201.138.clients.your-server.de) |
| 02:45:46 | × | td_ quits (~td@i5387093E.versanet.de) (Ping timeout: 248 seconds) |
| 02:47:37 | → | td_ joins (~td@i5387093A.versanet.de) |
| 03:11:22 | × | berberman quits (~berberman@user/berberman) (Ping timeout: 248 seconds) |
| 03:11:51 | → | berberman joins (~berberman@user/berberman) |
| 04:16:31 | × | gwentpl quits (~gwpl@user/gwentpl) (Ping timeout: 240 seconds) |
| 04:25:52 | <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? |
| 04:28:12 | → | gwentpl joins (~gwpl@user/gwentpl) |
| 04:50:35 | <haskellbridge> | <iqubic (she/her)> Well, if it's not visible and has no windows. |
| 04:51:28 | <haskellbridge> | <iqubic (she/her)> Because visible and has windows would show up I assume! |
| 04:56:35 | <geekosaur> | if it has a tag (name), it will show up |
| 04:56:53 | <geekosaur> | and omce it's there, something would have to explicitly delete it for it to go away |
| 05:28:09 | <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? |
| 05:28:32 | <geekosaur> | yes |
| 05:29:10 | <haskellbridge> | <iqubic (she/her)> I see. |
| 06:22:36 | → | Enrico63 joins (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) |
| 06:25:50 | × | gauge quits (~gauge@user/gauge) (Read error: Connection reset by peer) |
| 06:31:33 | → | gauge joins (~gauge@user/gauge) |
| 06:39:37 | <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? |
| 06:41:19 | × | gwentpl quits (~gwpl@user/gwentpl) (Ping timeout: 240 seconds) |
| 06:41:59 | → | gwentpl joins (~gwpl@user/gwentpl) |
| 06:47:40 | → | Solid joins (~slot@xmonad/slotThe) |
| 06:49:18 | × | Enrico63 quits (~Enrico63@2a0b:e541:10d0:0:9efc:e8ff:fe24:3213) (Quit: Client closed) |
| 08:25:33 | × | ft quits (~ft@p4fc2a225.dip0.t-ipconnect.de) (Quit: leaving) |
| 09:23:29 | × | gwentpl quits (~gwpl@user/gwentpl) (Ping timeout: 260 seconds) |
| 09:23:57 | → | gwentpl joins (~gwpl@user/gwentpl) |
| 09:29:12 | → | spwl joins (~gwpl@user/gwentpl) |
| 09:29:55 | × | gwentpl quits (~gwpl@user/gwentpl) (Read error: Connection reset by peer) |
| 10:12:21 | × | redgloboli quits (~redglobol@user/redgloboli) (Quit: ...enter the matrix...) |
| 10:13:58 | → | redgloboli joins (~redglobol@user/redgloboli) |
| 15:12:43 | × | Solid quits (~slot@xmonad/slotThe) (Quit: ERC 5.6.1-git (IRC client for GNU Emacs 31.0.50)) |
| 15:16:33 | × | haskellbridge quits (~hackager@syn-096-028-224-214.res.spectrum.com) (Remote host closed the connection) |
| 15:20:22 | → | haskellbridge joins (~hackager@syn-096-028-224-214.res.spectrum.com) |
| 16:38:00 | → | tccq joins (~user@user/tccq) |
| 17:39:22 | → | ft joins (~ft@p4fc2a225.dip0.t-ipconnect.de) |
| 22:46:17 | → | rascasse joins (rascasse@user/diep) |
| 23:46:26 | → | hightower3 joins (~hightower@213.186.15.36) |
| 23:46:36 | → | srk_ joins (~sorki@user/srk) |
| 23:47:57 | × | srk quits (~sorki@user/srk) (Remote host closed the connection) |
| 23:48:58 | × | hightower2 quits (~hightower@213.186.15.36) (Read error: Connection reset by peer) |
| 23:49:27 | srk_ | is now known as srk |
| 23:51:28 | × | tccq quits (~user@user/tccq) (Remote host closed the connection) |
All times are in UTC on 2025-10-01.