Logs on 2024-07-06 (liberachat/#xmonad)
| 02:15:24 | <haskellbridge> | <柱間 (@hashirama:hashi.sbs)> geekosaur: i was reading it, and basically it hides from the statusbar, but i have no statusbar so it's not needed |
| 02:15:26 | <haskellbridge> | ... long message truncated: https://kf8nh.com/_matrix/media/v3/download/kf8nh.com/OJXmmwBgqTIThxxbgRGmaKAM (14 lines) |
| 02:22:38 | <haskellbridge> | <iqubic (she/her)> I think you can define workspaces 0-9 and then those extra workspaces. And then you just have the standard Mod + Number to run view / greedyView and Mod + Shift + Number to run do shift with the current window. And then you can just only have longer keybindings for viewing / greedyViewing these special workspaces. I'm not sure on the details, but I think others can help you here. |
| 02:22:54 | <haskellbridge> | <iqubic (she/her)> geekosaur: Can you help out here? |
| 02:24:05 | <geekosaur> | Maybe you want https://hackage.haskell.org/package/xmonad-contrib-0.18.0/docs/XMonad-Actions-DynamicWorkspaces.html ? |
| 02:25:00 | <haskellbridge> | <iqubic (she/her)> geekosaur: How does XMonad know what the default set of workspace tags should be? Is that defined somewhere? |
| 02:25:08 | <geekosaur> | Leave off rebinding the normal workspace keys and use appendWorkspace in the startupHook to add your special workspaces |
| 02:25:24 | <haskellbridge> | <iqubic (she/her)> Yeah... that's the smarter way to do it. |
| 02:25:40 | <geekosaur> | iqubic: it's the `workspaces` field in `XConfig` |
| 02:25:59 | <haskellbridge> | <iqubic (she/her)> I'm not sure what the difference between view and greedyView is, but I'm sure others can explain that. |
| 02:26:16 | <geekosaur> | https://github.com/geekosaur/xmonad.hs/blob/hilfy-2023/xmonad.hs#L144 https://github.com/geekosaur/xmonad.hs/blob/hilfy-2023/xmonad.hs#L63-L83 |
| 02:29:03 | <haskellbridge> | <iqubic (she/her)> They might also need to add a view command to the startup hook to switch back to the first workspace, otherwise they will be viewing one of the new workspaces they just added. |
| 02:29:11 | <geekosaur> | you could then go to it by name with selectWorkspace or with `windows (W.view workspaceName)` |
| 02:29:39 | <geekosaur> | (`selectWorkspace` uses XMonad.Prompt to get the workspace to switch to) |
| 02:29:39 | <haskellbridge> | <iqubic (she/her)> appendWorkspace and addWorkspace both run a W.view for the newly added workspace. |
| 02:30:01 | <geekosaur> | yes, but part of the question was how to bind keys to switch tot hem later |
| 02:30:49 | <geekosaur> | and the workspace target of `W.shift` as used in `manageHook` has to exist already, so you need to create them in `startupHook` |
| 02:31:24 | <haskellbridge> | <iqubic (she/her)> Right... and if you don't actually want to view the workspace right after it's been added there's also addHiddenWorkspace and appendHiddenWorkspace |
| 02:31:34 | <geekosaur> | or easier, just extend `workspaces` with the extra workspaces, since the default keybindings will only bind to the first 9 workspaces listed |
| 02:32:34 | <haskellbridge> | <iqubic (she/her)> What the difference between "W.view" and "W.greedyView"? |
| 02:33:35 | <geekosaur> | if a workspace is visible on another monitor, W.view will focus it where it is and W.greedyView will swap it to the default monitor |
| 02:34:10 | <haskellbridge> | <iqubic (she/her)> Oh... I see. I only use a single headed set up. |
| 02:35:03 | <haskellbridge> | <iqubic (she/her)> I actually have this comment in my XMonad config: "-- NOTE: Only works on single headed systems" |
| 02:37:20 | <haskellbridge> | <iqubic (she/her)> I could use spawnPID when I spawn multiple Polybars and then use ExtensibleState to track which monitor has which Polybar on it, and then I can specifically tell that one Polybar to update. But I only ever use one monitor, so I don't care to do that right now. |
| 02:37:27 | × | td_ quits (~td@i53870914.versanet.de) (Ping timeout: 264 seconds) |
| 02:38:56 | → | td_ joins (~td@i53870914.versanet.de) |
| 02:38:59 | <haskellbridge> | <iqubic (she/her)> Basically I'm telling XMonad to run a command like "polybar-msg action "#layout.send.Tall"" and I have Polybar configured to respond to these IPC messages and update the layout for me. |
| 02:40:03 | <haskellbridge> | <iqubic (she/her)> It ends up looking like this now: https://imgur.com/463TCvj |
| 02:58:30 | × | dysthesis quits (~dysthesis@user/dysthesis) (Ping timeout: 260 seconds) |
| 04:29:39 | × | ghormoon quits (~ghormoon@ghorland.net) (Ping timeout: 264 seconds) |
| 04:59:45 | → | ghormoon joins (~ghormoon@ghorland.net) |
| 05:48:47 | × | weitcis quits (~quassel@syn-076-082-169-160.res.spectrum.com) (Remote host closed the connection) |
| 05:50:00 | → | weitcis joins (~quassel@syn-076-082-169-160.res.spectrum.com) |
| 07:58:22 | × | catman quits (~catman@user/catman) (Ping timeout: 268 seconds) |
| 08:00:10 | → | catman joins (~catman@user/catman) |
| 08:54:29 | → | dysthesis joins (~dysthesis@user/dysthesis) |
| 09:05:01 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer) |
| 09:41:58 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 11:36:02 | × | dysthesis quits (~dysthesis@user/dysthesis) (Ping timeout: 260 seconds) |
| 14:05:56 | × | vrs quits (~vrs@user/vrs) (Remote host closed the connection) |
| 14:06:51 | → | vrs joins (~vrs@user/vrs) |
| 17:22:19 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 17:49:00 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 19:22:10 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (Ping timeout: 264 seconds) |
| 19:28:35 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 21:58:45 | → | dysthesis joins (~dysthesis@user/dysthesis) |
All times are in UTC on 2024-07-06.