2022/03/24

2022-03-24 00:37:24 +0100scardinal(~supreme@customer-212-237-101-39.ip4.gigabit.dk) (Ping timeout: 240 seconds)
2022-03-24 00:38:03 +0100scardinal(~supreme@customer-212-237-101-39.ip4.gigabit.dk)
2022-03-24 01:08:25 +0100steve__(~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 250 seconds)
2022-03-24 01:29:17 +0100iqubic(~iqubic@2601:602:9502:c70:3fd6:e10b:8510:80f0)
2022-03-24 01:30:28 +0100 <iqubic> What's the best way to get xmonad and xmobar up and running on NixOS?
2022-03-24 01:30:42 +0100liskin[m](~liskinmat@2001:470:69fc:105::768)
2022-03-24 01:31:38 +0100 <iqubic> And what's the best way to get my config working on NixOS. I've decided that Arch+Haskell is too much of a pain, so I'm going back to NixOS.
2022-03-24 01:32:26 +0100mvk(~mvk@2607:fea8:5cc3:7e00::7980)
2022-03-24 01:43:51 +0100thunderrd(~thunderrd@183.182.111.150)
2022-03-24 02:22:03 +0100thunderrd(~thunderrd@183.182.111.150) (Remote host closed the connection)
2022-03-24 02:26:33 +0100Benzi-Junior(~BenziJuni@88-149-64-179.du.xdsl.is) (Quit: ZNC 1.8.2 - https://znc.in)
2022-03-24 02:42:15 +0100iqubic(~iqubic@2601:602:9502:c70:3fd6:e10b:8510:80f0) (Ping timeout: 256 seconds)
2022-03-24 03:05:48 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2022-03-24 03:07:38 +0100geekosaur(~geekosaur@xmonad/geekosaur)
2022-03-24 03:15:58 +0100noex(~null@user/noex) (Quit: :q!)
2022-03-24 03:20:11 +0100noex(~null@user/noex)
2022-03-24 04:02:47 +0100banc(~banc@217.138.195.27) (Ping timeout: 252 seconds)
2022-03-24 04:15:56 +0100abradabara(~abradabar@185.183.97.187) (Quit: Lost terminal)
2022-03-24 04:21:34 +0100banc(~banc@217.138.195.27)
2022-03-24 04:42:57 +0100terrorjack(~terrorjac@static.3.200.12.49.clients.your-server.de) (Quit: The Lounge - https://thelounge.chat)
2022-03-24 04:45:24 +0100terrorjack(~terrorjac@2a01:4f8:1c1e:509a::1)
2022-03-24 04:57:18 +0100iqubic(~iqubic@2601:602:9502:c70:4972:31d7:97ba:4e3e)
2022-03-24 05:44:53 +0100iqubic(~iqubic@2601:602:9502:c70:4972:31d7:97ba:4e3e) (Quit: Client closed)
2022-03-24 06:19:03 +0100jao(~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 256 seconds)
2022-03-24 06:40:05 +0100benin(~benin@183.82.207.30) (Quit: The Lounge - https://thelounge.chat)
2022-03-24 06:43:45 +0100benin(~benin@183.82.207.30)
2022-03-24 07:25:17 +0100Hash(~Hash@hey.howstoned.ru) (Ping timeout: 240 seconds)
2022-03-24 07:50:49 +0100bfrk(~Thunderbi@i59F7ABBC.versanet.de)
2022-03-24 07:59:14 +0100Hash(~Hash@hey.howstoned.ru)
2022-03-24 08:13:19 +0100mvk(~mvk@2607:fea8:5cc3:7e00::7980) (Ping timeout: 260 seconds)
2022-03-24 08:32:47 +0100dschrempf(~dominik@070-207.dynamic.dsl.fonira.net)
2022-03-24 08:38:19 +0100Natch(~natch@c-67bae255.014-297-73746f25.bbcust.telenor.se) (Remote host closed the connection)
2022-03-24 08:43:41 +0100Natch(~natch@c-67bae255.014-297-73746f25.bbcust.telenor.se)
2022-03-24 08:58:14 +0100cfricke(~cfricke@user/cfricke)
2022-03-24 09:22:09 +0100 <CodeBitCookie[m]> <lyiriyah[m]> "In what way doesn't X.A...." <- > It spawns all programs on the current workspace.
2022-03-24 09:22:53 +0100 <lyiriyah[m]> CodeBitCookie[m]: How were you using it?
2022-03-24 09:27:22 +0100mc47(~mc47@xmonad/TheMC47)
2022-03-24 10:12:35 +0100 <CodeBitCookie[m]> lyiriyah: I just replaced SpawnToWorkspace with SpawnOn
2022-03-24 10:12:46 +0100 <CodeBitCookie[m]> so like:
2022-03-24 10:13:13 +0100 <CodeBitCookie[m]> ``spawnOn "2:2" "nyxt &"``
2022-03-24 10:13:49 +0100 <CodeBitCookie[m]> sorry for the late replies
2022-03-24 11:01:00 +0100Natch(~natch@c-67bae255.014-297-73746f25.bbcust.telenor.se) (Ping timeout: 272 seconds)
2022-03-24 11:12:51 +0100haskl(~haskl@user/haskl) (Ping timeout: 245 seconds)
2022-03-24 11:13:26 +0100Natch(~natch@c-67bae255.014-297-73746f25.bbcust.telenor.se)
2022-03-24 11:21:32 +0100lb9diMrElendig
2022-03-24 11:23:18 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2022-03-24 11:23:37 +0100geekosaur(~geekosaur@xmonad/geekosaur)
2022-03-24 11:26:31 +0100 <Solid> CodeBitCookie[m]: that & is probably confusing spawnOn
2022-03-24 11:26:39 +0100 <Solid> try removing it
2022-03-24 11:36:12 +0100haskl(~haskl@user/haskl)
2022-03-24 11:39:16 +0100 <fizzie> If that's a browser (as it seems), and it does the usual browser thing (of having a process unrelated to the executed command-line tool be the one that "owns" the windows, at least when there's already one running), it's inherently SpawnOn-incompatible.
2022-03-24 11:41:33 +0100 <fizzie> Of course the easier problem would be that if you literally only changed `spawnToWorkspace` to `spawnOn`, that means you didn't add the `manageSpawn` manageHook that it needs to work (too).
2022-03-24 11:43:08 +0100 <Solid> I think they already have that added
2022-03-24 11:43:42 +0100 <Solid> (I remember looking for that a few days ago when hastily looking through the config)
2022-03-24 11:43:46 +0100 <CodeBitCookie[m]> yup I already added that.
2022-03-24 11:48:25 +0100 <fizzie> For the other problem, a test for that would be to do something like ` sh -c 'echo $$; exec nyxt' ` in a terminal, and compare the PID it printed out with what running `xprop _NET_WM_PID` and clicking the newly opened window says. If those are two different numbers, it's never going to work with spawnOn.
2022-03-24 11:50:09 +0100 <fizzie> Likewise for `emacs --daemon && emacsclient -c` which definitely will have a different process for the daemon than the shell started by spawn.
2022-03-24 11:52:29 +0100Natch(~natch@c-67bae255.014-297-73746f25.bbcust.telenor.se) (Ping timeout: 256 seconds)
2022-03-24 11:55:03 +0100Natch(~natch@c-67bae255.014-297-73746f25.bbcust.telenor.se)
2022-03-24 11:55:40 +0100 <fizzie> (For those kinds of windows, XMonad.Hooks.ToggleHook's `hookNext` is one possible solution, though it's got its own race condition in that it will apply the given operation to the next window spawned, whatever it is. So spawnOn's definitely nicer for "regular" programs.)
2022-03-24 11:57:48 +0100 <lyiriyah[m]> Could probably filter by class to decide whether to use `hookNext` or `spawnOn`
2022-03-24 12:17:27 +0100 <CodeBitCookie[m]> <fizzie> "Likewise for `emacs --daemon..." <- no it still shows 1 number
2022-03-24 12:17:32 +0100 <CodeBitCookie[m]> all applications show one number
2022-03-24 12:17:51 +0100 <CodeBitCookie[m]> <lyiriyah[m]> "Could probably filter by class..." <- Show what am I supposed to do"
2022-03-24 12:17:55 +0100 <CodeBitCookie[m]> s/"/?/
2022-03-24 12:18:18 +0100 <lyiriyah[m]> Give me a sec.
2022-03-24 12:19:07 +0100 <geekosaur> CodeBitCookie[m], the problem is it's showing the wrong number
2022-03-24 12:19:37 +0100 <geekosaur> we get a number back from spawnOn. It has to maytch the _NET_WM_PID property of the resulting window for spawnOn to work
2022-03-24 12:20:15 +0100 <geekosaur> putting stuff inb the background, launching emacsclient,etc., will guaranteed get you the wrong number
2022-03-24 12:21:28 +0100 <geekosaur> in the case of emacsclient, it's because we get the number from emacsclient but the window is opened by and has the _NET_WM_PID of the emacs --server process
2022-03-24 12:23:26 +0100 <CodeBitCookie[m]> <Solid> "CodeBitCookie: that & is..." <- Apparently not. I removed everything to startup and put this line: ``spawnOn "2" myBrowser`` Still didn't work.
2022-03-24 12:23:48 +0100 <CodeBitCookie[m]> > <@Solid:libera.chat> CodeBitCookie: that & is probably confusing spawnOn
2022-03-24 12:23:48 +0100 <CodeBitCookie[m]> * Apparently not. I replaced everything to startup with this line: `spawnOn "2" myBrowser` Still didn't work.
2022-03-24 12:23:49 +0100 <lambdabot> <hint>:1:1: error: parse error on input ‘<@’
2022-03-24 12:24:02 +0100 <CodeBitCookie[m]> * Apparently not. I replaced everything to startup with this line: `spawnOn "2" myBrowser` Which still didn't work.
2022-03-24 12:25:18 +0100 <CodeBitCookie[m]> geekosaur: So should I seperate emacs into two lines?
2022-03-24 12:25:23 +0100 <CodeBitCookie[m]> s/seperate/separate/
2022-03-24 12:25:44 +0100 <CodeBitCookie[m]> Also, even if that's the problem, why doesn't it work with just my browser.
2022-03-24 12:25:45 +0100 <fizzie> In case of spawnOn "emacs --daemon && emacsclient -c", I imagine what spawnOn gets back is the PID of the shell launched to handle the command line, not even the emacsclient process. But still, it's different from that of the window, is the point.
2022-03-24 12:25:50 +0100 <CodeBitCookie[m]> lambdabot: Huh?
2022-03-24 12:25:53 +0100 <geekosaur> you've been told multiple times that browsers don't work at all
2022-03-24 12:27:01 +0100 <geekosaur> you have to use hookNext with a browser; the number we get is for a background process that spawns foreground processes that open windows, for security reasons
2022-03-24 12:33:20 +0100 <geekosaur> also,why are you trying to talk to a bot?
2022-03-24 12:33:21 +0100dschrempf(~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.4.1)
2022-03-24 12:33:38 +0100 <geekosaur> "> " line prefix evaluates an expression
2022-03-24 13:08:28 +0100 <CodeBitCookie[m]> <geekosaur> "also,why are you trying to..." <- geekosaur: Oh, Whoops. Didn'
2022-03-24 13:08:31 +0100 <CodeBitCookie[m]> * Whoops. Didn't really think about that.
2022-03-24 13:09:00 +0100 <CodeBitCookie[m]> <geekosaur> "you have to use hookNext with..." <- sooooo, replace SpawnOn with HookNext?
2022-03-24 13:09:01 +0100 <geekosaur> > foldr (*) z [a,b,c]
2022-03-24 13:09:03 +0100 <lambdabot> a * (b * (c * z))
2022-03-24 13:09:36 +0100 <geekosaur> you also have to import XMonad.Hooks.ToggleHook, as fizzie said
2022-03-24 13:10:06 +0100 <geekosaur> browsers are just annoying, although sadly they have good reason to be annoying
2022-03-24 13:15:46 +0100 <abastro[m]> Hm what could I do with a single wine window showing as multiple windows?
2022-03-24 13:16:00 +0100 <abastro[m]> It causes stutter in tiling
2022-03-24 13:19:44 +0100 <CodeBitCookie[m]> <geekosaur> "> foldr (*) z [a,b,c]" <- What do you mean/
2022-03-24 13:19:46 +0100 <CodeBitCookie[m]> > <@geekosaur:libera.chat> > foldr (*) z [a,b,c]
2022-03-24 13:19:46 +0100 <CodeBitCookie[m]> * What do you mean?
2022-03-24 13:19:47 +0100 <lambdabot> <hint>:1:1: error: parse error on input ‘<@’
2022-03-24 13:21:48 +0100allbery_b(~geekosaur@xmonad/geekosaur)
2022-03-24 13:21:48 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2022-03-24 13:21:52 +0100allbery_bgeekosaur
2022-03-24 13:21:54 +0100 <abastro[m]> A supposedly single window by wine app occupying multiple slots.
2022-03-24 13:22:29 +0100 <abastro[m]> Only rendered on one slot, not rendered on other slots.
2022-03-24 13:43:02 +0100lambdabot(~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection)
2022-03-24 13:45:57 +0100lambdabot(~lambdabot@haskell/bot/lambdabot)
2022-03-24 13:48:53 +0100noex(~null@user/noex) (Ping timeout: 268 seconds)
2022-03-24 13:48:57 +0100 <Solid> ...what?
2022-03-24 13:49:39 +0100noex(~null@user/noex)
2022-03-24 13:50:40 +0100 <geekosaur> that sounds like a failed copyWindow or something
2022-03-24 13:53:17 +0100 <geekosaur> mm, don't know how to fix offhand but you could use XMonad.Hooks.DebugStack to verify it
2022-03-24 13:53:36 +0100 <geekosaur> actually, if that'sthe actual problem thenkillAllOtherCopies should fix
2022-03-24 13:53:49 +0100 <geekosaur> * then killAllOtherCopies
2022-03-24 13:56:21 +0100 <abastro[m]> Interesting, let me try that
2022-03-24 14:23:45 +0100bfrk(~Thunderbi@i59F7ABBC.versanet.de) (Ping timeout: 252 seconds)
2022-03-24 14:25:43 +0100cfricke(~cfricke@user/cfricke) (Ping timeout: 260 seconds)
2022-03-24 15:25:06 +0100benin(~benin@183.82.207.30) (Quit: Ping timeout (120 seconds))
2022-03-24 15:30:07 +0100benin(~benin@183.82.207.30)
2022-03-24 15:33:54 +0100geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2022-03-24 15:33:54 +0100allbery_b(~geekosaur@xmonad/geekosaur)
2022-03-24 15:33:57 +0100allbery_bgeekosaur
2022-03-24 15:56:24 +0100benin(~benin@183.82.207.30) (Quit: Ping timeout (120 seconds))
2022-03-24 16:01:17 +0100benin(~benin@183.82.207.30)
2022-03-24 16:14:03 +0100benin(~benin@183.82.207.30) (Quit: Ping timeout (120 seconds))
2022-03-24 16:14:22 +0100benin(~benin@183.82.207.30)
2022-03-24 16:33:09 +0100bfrk(~Thunderbi@2001:9e8:35a:5100:856a:b99d:e3e6:3974)
2022-03-24 16:33:51 +0100cfricke(~cfricke@user/cfricke)
2022-03-24 17:00:50 +0100liskin[m](~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle)
2022-03-24 17:17:10 +0100banc-(banc@gateway/vpn/airvpn/banc)
2022-03-24 17:17:11 +0100twiclo(~twiclo@mail.twil.cx) (Ping timeout: 256 seconds)
2022-03-24 17:18:06 +0100banc(~banc@217.138.195.27) (Ping timeout: 252 seconds)
2022-03-24 17:18:59 +0100twiclo(~twiclo@204.14.20.66.static.utbb.net)
2022-03-24 17:21:33 +0100bfrk(~Thunderbi@2001:9e8:35a:5100:856a:b99d:e3e6:3974) (Quit: bfrk)
2022-03-24 17:30:59 +0100dsnix[m](~dsnixmatr@2001:470:69fc:105::1:e475)
2022-03-24 17:48:29 +0100benin0(~benin@183.82.207.30)
2022-03-24 17:50:03 +0100benin(~benin@183.82.207.30) (Ping timeout: 256 seconds)
2022-03-24 17:50:03 +0100benin0benin
2022-03-24 17:51:31 +0100cfricke(~cfricke@user/cfricke) (Quit: WeeChat 3.4.1)
2022-03-24 18:03:25 +0100seschwar(~seschwar@user/seschwar)
2022-03-24 18:21:08 +0100iqubic(~iqubic@2601:602:9502:c70:742a:b30a:543c:2639)
2022-03-24 18:21:34 +0100erts(~erts@user/erts)
2022-03-24 18:21:35 +0100 <iqubic> So, Arch + Haskell sucks major time!
2022-03-24 18:21:42 +0100 <iqubic> I'm back to NixOS.
2022-03-24 18:21:48 +0100liskin[m](~liskinmat@2001:470:69fc:105::768)
2022-03-24 18:22:10 +0100 <iqubic> How can I get xmonad 0.17 installed and running on my NixOS box.
2022-03-24 18:22:34 +0100 <geekosaur> saw that earlier. no clue about configuration though, nixos has its own way of configuring xmonad (and apparently everything else)
2022-03-24 18:22:53 +0100 <iqubic> What OS do you use?
2022-03-24 18:23:00 +0100 <geekosaur> ubuntu
2022-03-24 18:23:15 +0100 <iqubic> Also, I'm asking in the NixOS matrix space for advice now too.
2022-03-24 18:25:41 +0100 <Solid> iqubic: you either install via stack (as on other OSes), build with the flake (no idea about that one) or wait until NixOS has finished upgrading to stackage lts-19 (not sure how far along that is, but we're in there)
2022-03-24 18:29:41 +0100Benzi-Junior(~BenziJuni@dsl-149-64-179.hive.is)
2022-03-24 18:40:58 +0100 <CodeBitCookie[m]> geekosaur: I am still confused, sorry. I do not understand Haskell that much and I did import XMonad.Hooks.ToggleHook, however, I do not understand what to do next.
2022-03-24 18:41:21 +0100nomadxx3(~lanomadx@69.167.36.244)
2022-03-24 18:41:37 +0100nomadxxxx3(~lanomadx@69.167.36.76) (Ping timeout: 256 seconds)
2022-03-24 18:42:00 +0100 <CodeBitCookie[m]> you sent me a Foldr thing, was that message for me? If so, what does that have to do with the problem?
2022-03-24 18:43:09 +0100 <geekosaur> no, that was showing what the bot you were trying to talk to does
2022-03-24 18:43:25 +0100 <geekosaur> and I think you want to talk to fizzie as they suggested toggleHook
2022-03-24 18:47:27 +0100 <fizzie> You'd use ToggleHook a little differently. The way it works is, you define "named" operations in advance, and then can use hookNext to execute one of them on the next newly opened window.
2022-03-24 18:47:31 +0100 <fizzie> So for your use case, you'd add something like `toggleHook "toX" (doShift "X")` to make an action to send a window to workspace X, and then for your key binding, something like `hookNext "toX" True >> spawn "a_thing"`.
2022-03-24 18:47:48 +0100 <fizzie> Also that's all entirely hypothetical, I haven't tried it.
2022-03-24 18:48:30 +0100 <fizzie> The toggleHook would be part of your configuration's manageHook, that is.
2022-03-24 18:49:20 +0100 <abastro[m]> The foldr & abc thing was quite a magic to begin with
2022-03-24 18:49:43 +0100 <CodeBitCookie[m]> Ohhhh, yeah that was nice.
2022-03-24 18:50:57 +0100 <CodeBitCookie[m]> fizzie: I don't know Haskell much, can you kindly tell me what to do after Importing ToggleHook? I did not understand. If I change my ManageHook, it moves the window to a specific workspace EVERY TIME I spawn that program. I only want it once on startup.
2022-03-24 18:52:10 +0100 <CodeBitCookie[m]> Ooooh, let me try that, thanks.
2022-03-24 18:54:05 +0100 <CodeBitCookie[m]> I get an error:
2022-03-24 18:54:19 +0100 <CodeBitCookie[m]> Couldn't match type `Query (Endo WindowSet)` with `Bool`
2022-03-24 18:54:19 +0100 <CodeBitCookie[m]> Expected type: Bool
2022-03-24 18:54:19 +0100 <CodeBitCookie[m]> Actual type: ManageHook
2022-03-24 18:54:58 +0100chomwitt(~chomwitt@2a02:587:dc0d:b200:f874:1c07:de06:7cf8)
2022-03-24 18:55:51 +0100 <CodeBitCookie[m]> where I put: ``hookNext myBrowser (doShift "6")`` in my StartupHook
2022-03-24 18:55:59 +0100 <CodeBitCookie[m]> fizzie: ^
2022-03-24 18:56:04 +0100iqubic(~iqubic@2601:602:9502:c70:742a:b30a:543c:2639) (Quit: Client closed)
2022-03-24 18:56:26 +0100 <CodeBitCookie[m]> oh wait nvm
2022-03-24 18:56:26 +0100 <fizzie> Like I said: "-- you define 'named' operations in advance --".
2022-03-24 18:56:27 +0100 <CodeBitCookie[m]> sorry
2022-03-24 18:56:38 +0100 <CodeBitCookie[m]> let me try that again.
2022-03-24 18:56:40 +0100 <fizzie> But I think I missed the context of doing it on *startup*. I don't think the approach will really work for that, sadly.
2022-03-24 18:56:46 +0100iqubic(~iqubic@2601:602:9502:c70:742a:b30a:543c:2639)
2022-03-24 18:56:51 +0100 <fizzie> Because the ordering in which the windows appear is pretty unpredictable.
2022-03-24 18:59:18 +0100 <geekosaur> you just need to do it the way I said the other day
2022-03-24 18:59:44 +0100 <geekosaur> use threadDelay after spawn/spawnOnce
2022-03-24 19:00:50 +0100 <geekosaur> https://github.com/geekosaur/xmonad.hs/blob/skkukuk/xmonad.hs#L135-L146 note line 139
2022-03-24 19:01:22 +0100 <geekosaur> import Control.Concurrent for threadDelay and remember that itworks in microseconds (that bites even experts occasionally)
2022-03-24 19:01:52 +0100 <CodeBitCookie[m]> fizzie: OH, It worked! Yayyy. Although, my Manage Hook is now looking something like:
2022-03-24 19:02:11 +0100 <CodeBitCookie[m]> <+> toggleHook "shiftTo1" (doShift "1")
2022-03-24 19:02:11 +0100 <CodeBitCookie[m]> <+> toggleHook "shiftTo2" (doShift "2")
2022-03-24 19:02:11 +0100 <CodeBitCookie[m]> <+> toggleHook "shiftTo3" (doShift "3")
2022-03-24 19:02:11 +0100 <CodeBitCookie[m]> ...
2022-03-24 19:02:32 +0100 <CodeBitCookie[m]> Is there a more elegant way?
2022-03-24 19:03:04 +0100 <fizzie> `composeAll` + a list comprehension, perhaps.
2022-03-24 19:04:21 +0100 <fizzie> composeAll [toggleHook ("shiftTo" ++ (show i)) (doShift (show i)) | i <- [1..9]] -- or something along those lines. If it does actually work for you. Slightly surprised though that the order would be so predictable.
2022-03-24 19:05:24 +0100 <CodeBitCookie[m]> Actually, with more than one call on
2022-03-24 19:05:34 +0100 <CodeBitCookie[m]> * call on startup, it goes back to the old behaviour.
2022-03-24 19:05:57 +0100 <CodeBitCookie[m]> so with something like:
2022-03-24 19:06:14 +0100 <CodeBitCookie[m]> hookNext "shiftTo2" True >> spawn myBrowser
2022-03-24 19:06:14 +0100 <CodeBitCookie[m]> hookNext "shiftTo9" True >> spawn "gtk-pipe-viewer"
2022-03-24 19:06:14 +0100 <CodeBitCookie[m]> hookNext "shiftTo1" True >> spawn "emacs --daemon && emacsclient -c"
2022-03-24 19:06:25 +0100 <CodeBitCookie[m]> It spawns everything on the current workspace.
2022-03-24 19:06:57 +0100 <fizzie> Yeah, that's more what I was expecting, because all those `hookNext` operations run well before any of the windows come up, so you'll just get the behavior of the last one.
2022-03-24 19:08:23 +0100 <fizzie> One possible workaround might be to put all those "shift window type X to workspace Y" rules into a *single* named toggleHook (call it "startup" for example), turn it on in the startupHook (with hookAllNew "startup" True), and then after the windows have spawned (that's the tricky bit; maybe with that threadDelay, or some kind of a timer) turn it off (with hookAllNew "startup" False).
2022-03-24 19:08:47 +0100jao(~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net)
2022-03-24 19:11:17 +0100 <geekosaur> I'd just stuff a threadDelay 250000 between each of them, then adjust as needed
2022-03-24 19:31:13 +0100mvk(~mvk@2607:fea8:5cc3:7e00::7980)
2022-03-24 19:41:43 +0100steve_(~steve@ool-182c2b80.dyn.optonline.net)
2022-03-24 20:24:35 +0100iqubic(~iqubic@2601:602:9502:c70:742a:b30a:543c:2639) (Quit: Client closed)
2022-03-24 20:41:03 +0100benin3(~benin@183.82.207.30)
2022-03-24 20:43:17 +0100benin(~benin@183.82.207.30) (Ping timeout: 268 seconds)
2022-03-24 20:43:17 +0100benin3benin
2022-03-24 21:16:28 +0100steve_(~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 260 seconds)
2022-03-24 21:16:42 +0100steve_(~steve@ool-182c2b80.dyn.optonline.net)
2022-03-24 21:26:57 +0100pentagrade[m](~pentagrad@2001:470:69fc:105::1:e4ae)
2022-03-24 22:50:21 +0100iqubic(~iqubic@2601:602:9502:c70:418b:3a0d:9b68:d50c)
2022-03-24 22:54:47 +0100mc47(~mc47@xmonad/TheMC47) (Remote host closed the connection)
2022-03-24 23:40:21 +0100iqubic(~iqubic@2601:602:9502:c70:418b:3a0d:9b68:d50c) (Quit: Client closed)