| 2022-10-21 00:21:28 +0200 | wonko | (~wjc@2a0e:1c80:2:0:45:15:19:130) (Ping timeout: 255 seconds) |
| 2022-10-21 00:31:52 +0200 | mncheck | (~mncheck@193.224.205.254) (Ping timeout: 260 seconds) |
| 2022-10-21 00:56:22 +0200 | wonko | (~wjc@2a0e:1c80:2:0:45:15:19:130) |
| 2022-10-21 01:05:42 +0200 | rekahsoft | (~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-156.dsl.bell.ca) |
| 2022-10-21 01:05:43 +0200 | rekahsoft | (~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-156.dsl.bell.ca) (Read error: Connection reset by peer) |
| 2022-10-21 01:26:29 +0200 | rekahsoft | (~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-156.dsl.bell.ca) |
| 2022-10-21 01:30:26 +0200 | mvk | (~mvk@2607:fea8:5ce3:8500::a80f) (Ping timeout: 272 seconds) |
| 2022-10-21 01:37:57 +0200 | mestre | (~mestre@191.177.185.178) (Quit: Lost terminal) |
| 2022-10-21 02:20:38 +0200 | wonko | (~wjc@2a0e:1c80:2:0:45:15:19:130) (Ping timeout: 252 seconds) |
| 2022-10-21 03:30:42 +0200 | ft | (~ft@p3e9bc845.dip0.t-ipconnect.de) (*.net *.split) |
| 2022-10-21 03:35:52 +0200 | ft | (~ft@p200300cf3f1ff40011146ed23837b600.dip0.t-ipconnect.de) |
| 2022-10-21 04:03:40 +0200 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 252 seconds) |
| 2022-10-21 04:16:25 +0200 | td_ | (~td@83.135.9.19) (Ping timeout: 246 seconds) |
| 2022-10-21 04:18:23 +0200 | td_ | (~td@83.135.9.6) |
| 2022-10-21 04:23:48 +0200 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2022-10-21 04:34:32 +0200 | devhashtag[m] | (~devhashta@2001:470:69fc:105::2:85a2) (Quit: You have been kicked for being idle) |
| 2022-10-21 04:56:21 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
| 2022-10-21 04:57:29 +0200 | mvk | (~mvk@2607:fea8:5ce3:8500::a80f) |
| 2022-10-21 05:00:01 +0200 | haasn | (~nand@haasn.dev) (Quit: ZNC 1.7.5+deb4 - https://znc.in) |
| 2022-10-21 05:01:23 +0200 | haasn | (~nand@haasn.dev) |
| 2022-10-21 05:17:48 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 272 seconds) |
| 2022-10-21 05:28:12 +0200 | rekahsoft | (~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-156.dsl.bell.ca) (Ping timeout: 260 seconds) |
| 2022-10-21 07:05:29 +0200 | mvk | (~mvk@2607:fea8:5ce3:8500::a80f) (Ping timeout: 272 seconds) |
| 2022-10-21 07:25:16 +0200 | chomwitt | (~chomwitt@2a02:587:dc1e:5e00:1ac0:4dff:fedb:a3f1) |
| 2022-10-21 08:28:10 +0200 | mncheck | (~mncheck@193.224.205.254) |
| 2022-10-21 08:59:42 +0200 | ft | (~ft@p200300cf3f1ff40011146ed23837b600.dip0.t-ipconnect.de) (Quit: leaving) |
| 2022-10-21 09:07:39 +0200 | cfricke | (~cfricke@user/cfricke) |
| 2022-10-21 09:26:00 +0200 | <xmonadtrack> | xmonad-contrib Tony Zorman * v0.17.1-42-g3d65a6bf: Refer to the tutorial instead of X.D.Extending more often (5 days ago, 126 files, 274+ 265-) https://github.com/xmonad/xmonad-contrib/commit/3d65a6bf7223 |
| 2022-10-21 09:26:00 +0200 | <xmonadtrack> | xmonad-contrib Tony Zorman * v0.17.1-43-g4c8edd3b: X.A.FloatKeys: Add direction{Move,Resize}Window (5 days ago, 2 files, 37+ 0-) https://github.com/xmonad/xmonad-contrib/commit/4c8edd3bfbd9 |
| 2022-10-21 09:26:06 +0200 | <xmonadtrack> | xmonad-contrib Tony Zorman * v0.17.1-44-g41d6ac96: X.H.InsertPosition: Add combinator (5 days ago, 2 files, 23+ 4-) https://github.com/xmonad/xmonad-contrib/commit/41d6ac96d5bf |
| 2022-10-21 09:26:13 +0200 | <xmonadtrack> | ... and 3 more commits |
| 2022-10-21 09:26:22 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) |
| 2022-10-21 09:29:50 +0200 | <Solid> | Sticker samples are supposed to arrive today \o/ |
| 2022-10-21 10:37:55 +0200 | andi_ | (~andi@user/andi/x-3467420) (Ping timeout: 248 seconds) |
| 2022-10-21 10:38:12 +0200 | Solid_ | (~slot@xmonad/slotThe) |
| 2022-10-21 10:38:27 +0200 | Solid | (~slot@xmonad/slotThe) (Ping timeout: 248 seconds) |
| 2022-10-21 10:43:13 +0200 | qbit_m | (~qbittapen@2001:470:69fc:105::194) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:13 +0200 | RosarioPulella[m | (~rosariopu@2001:470:69fc:105::a57) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:13 +0200 | mekeor[m] | (~mekeormat@2001:470:69fc:105::17e4) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:14 +0200 | Tisoxin | (~ikosit@user/ikosit) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:14 +0200 | yuu[m] | (~yuum]@2001:470:69fc:105::8a6) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:15 +0200 | vincenzopalazzo | (~vincenzop@2001:470:69fc:105::a67) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:15 +0200 | sibi | (~sibi@2001:470:69fc:105::8ab) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:15 +0200 | unclechu | (~unclechu@2001:470:69fc:105::354) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:15 +0200 | VarikValefor[m] | (~varikvale@2001:470:69fc:105::a5d) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:16 +0200 | geekosaur[m] | (~geekosaur@xmonad/geekosaur) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:18 +0200 | uhoreg | (~uhoreg@2001:470:69fc:105::35f) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:19 +0200 | SridharRatnakuma | (~sridmatri@2001:470:69fc:105::1c2) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:19 +0200 | Balrog[m] | (~M0x62616c@2001:470:69fc:105::2:9152) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:19 +0200 | aaronv | (~aaronv@user/aaronv) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:25 +0200 | alternateved[m] | (~alternate@2001:470:69fc:105::2:894a) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | arslonga[m] | (~uuuuuuuum@2001:470:69fc:105::1589) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | quarkQuark[m] | (~quarkquar@2001:470:69fc:105::2:46e2) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | mikevan[m] | (~mikevanto@2001:470:69fc:105::2:7ef5) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | ChaoticMist[m] | (~gilganixm@2001:470:69fc:105::3d09) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | zim0369[m] | (~zim0369ma@2001:470:69fc:105::2:5d43) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | Alok[m] | (~alok8bbma@2001:470:69fc:105::2:620f) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | valarMorghulis[m | (~lladeebll@2001:470:69fc:105::2:72) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | AskYourself[m] | (~ask-yours@2001:470:69fc:105::2:9793) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | lions[m] | (~lionsmatr@2001:470:69fc:105::d1fe) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | Industrial[m] | (~industria@2001:470:69fc:105::eb9) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | imanebrahimi77[m | (~imanebrah@2001:470:69fc:105::2:9a72) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:29 +0200 | floweynt[m] | (~floweyyag@2001:470:69fc:105::2:86b7) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:31 +0200 | andrejsh[m] | (~andrejshm@2001:470:69fc:105::2:a171) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:32 +0200 | iamtheonewiththi | (~iamtheone@2001:470:69fc:105::2:8a9b) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:32 +0200 | MangoIV[m] | (~mangoivma@2001:470:69fc:105::2:8417) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:32 +0200 | ChristianGrey[m] | (~jacques16@2001:470:69fc:105::2:a40c) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:33 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:34 +0200 | uj[m] | (~ujmatrixo@2001:470:69fc:105::2:888f) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:34 +0200 | Solid[m] | (~slot-matr@2001:470:69fc:105::1:a84) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:43:35 +0200 | NONstope[m] | (~nonstopem@2001:470:69fc:105::2:8d1c) (Quit: Bridge terminating on SIGTERM) |
| 2022-10-21 10:48:04 +0200 | sibi | (~sibi@2001:470:69fc:105::8ab) |
| 2022-10-21 10:50:18 +0200 | mekeor[m] | (~mekeormat@2001:470:69fc:105::17e4) |
| 2022-10-21 10:51:15 +0200 | andi_ | (~andi@2a01:4f8:c0c:a014::2) |
| 2022-10-21 10:51:15 +0200 | andi_ | (~andi@2a01:4f8:c0c:a014::2) (Changing host) |
| 2022-10-21 10:51:15 +0200 | andi_ | (~andi@user/andi/x-3467420) |
| 2022-10-21 11:08:54 +0200 | unclechu | (~unclechu@2001:470:69fc:105::354) |
| 2022-10-21 11:08:54 +0200 | yuu[m] | (~yuum]@2001:470:69fc:105::8a6) |
| 2022-10-21 11:08:54 +0200 | qbit_m | (~qbittapen@2001:470:69fc:105::194) |
| 2022-10-21 11:08:54 +0200 | Balrog[m] | (~M0x62616c@2001:470:69fc:105::2:9152) |
| 2022-10-21 11:08:54 +0200 | RosarioPulella[m | (~rosariopu@2001:470:69fc:105::a57) |
| 2022-10-21 11:08:54 +0200 | VarikValefor[m] | (~varikvale@2001:470:69fc:105::a5d) |
| 2022-10-21 11:08:54 +0200 | geekosaur[m] | (~geekosaur@xmonad/geekosaur) |
| 2022-10-21 11:08:54 +0200 | vincenzopalazzo | (~vincenzop@2001:470:69fc:105::a67) |
| 2022-10-21 11:08:54 +0200 | uhoreg | (~uhoreg@2001:470:69fc:105::35f) |
| 2022-10-21 11:08:55 +0200 | aaronv | (~aaronv@user/aaronv) |
| 2022-10-21 11:08:56 +0200 | MangoIV[m] | (~mangoivma@2001:470:69fc:105::2:8417) |
| 2022-10-21 11:08:58 +0200 | SridharRatnakuma | (~sridmatri@2001:470:69fc:105::1c2) |
| 2022-10-21 11:08:58 +0200 | alternateved[m] | (~alternate@2001:470:69fc:105::2:894a) |
| 2022-10-21 11:09:06 +0200 | valarMorghulis[m | (~lladeebll@2001:470:69fc:105::2:72) |
| 2022-10-21 11:09:06 +0200 | lions[m] | (~lionsmatr@2001:470:69fc:105::d1fe) |
| 2022-10-21 11:09:06 +0200 | ChaoticMist[m] | (~gilganixm@2001:470:69fc:105::3d09) |
| 2022-10-21 11:09:06 +0200 | Alok[m] | (~alok8bbma@2001:470:69fc:105::2:620f) |
| 2022-10-21 11:09:06 +0200 | imanebrahimi77[m | (~imanebrah@2001:470:69fc:105::2:9a72) |
| 2022-10-21 11:09:06 +0200 | mikevan[m] | (~mikevanto@2001:470:69fc:105::2:7ef5) |
| 2022-10-21 11:09:06 +0200 | arslonga[m] | (~uuuuuuuum@2001:470:69fc:105::1589) |
| 2022-10-21 11:09:06 +0200 | quarkQuark[m] | (~quarkquar@2001:470:69fc:105::2:46e2) |
| 2022-10-21 11:09:08 +0200 | zim0369[m] | (~zim0369ma@2001:470:69fc:105::2:5d43) |
| 2022-10-21 11:09:08 +0200 | NONstope[m] | (~nonstopem@2001:470:69fc:105::2:8d1c) |
| 2022-10-21 11:09:08 +0200 | AskYourself[m] | (~ask-yours@2001:470:69fc:105::2:9793) |
| 2022-10-21 11:09:08 +0200 | Industrial[m] | (~industria@2001:470:69fc:105::eb9) |
| 2022-10-21 11:09:09 +0200 | andrejsh[m] | (~andrejshm@2001:470:69fc:105::2:a171) |
| 2022-10-21 11:09:10 +0200 | iamtheonewiththi | (~iamtheone@2001:470:69fc:105::2:8a9b) |
| 2022-10-21 11:09:11 +0200 | floweynt[m] | (~floweyyag@2001:470:69fc:105::2:86b7) |
| 2022-10-21 11:09:12 +0200 | ChristianGrey[m] | (~jacques16@2001:470:69fc:105::2:a40c) |
| 2022-10-21 11:09:33 +0200 | uj[m] | (~ujmatrixo@2001:470:69fc:105::2:888f) |
| 2022-10-21 11:30:48 +0200 | wonko | (~wjc@2a0e:1c80:2:0:45:15:19:130) |
| 2022-10-21 11:42:35 +0200 | Tisoxin | (~ikosit@user/ikosit) |
| 2022-10-21 11:42:35 +0200 | Solid[m] | (~slot-matr@2001:470:69fc:105::1:a84) |
| 2022-10-21 12:44:05 +0200 | darkstardevx | (~darkstard@50.126.124.156) (Remote host closed the connection) |
| 2022-10-21 12:44:36 +0200 | mudri | (uid317655@id-317655.helmsley.irccloud.com) |
| 2022-10-21 12:46:20 +0200 | darkstardevx | (~darkstard@50.126.124.156) |
| 2022-10-21 14:36:09 +0200 | ^[ | (~user@user//x-8473491) (Ping timeout: 268 seconds) |
| 2022-10-21 14:42:13 +0200 | thyriaen | (~thyriaen@2a01:aea0:dd4:470d:6245:cbff:fe9f:48b1) |
| 2022-10-21 14:42:20 +0200 | <thyriaen> | Howdy friends |
| 2022-10-21 14:42:33 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) |
| 2022-10-21 14:42:44 +0200 | <thyriaen> | I would like to use XMonad.Layout.IndependentScreens -- when I enable them the workspaces in my polybar are no longer "found" |
| 2022-10-21 14:44:11 +0200 | <thyriaen> | in my polybar config i define the desktop-names as 1,2,3,4,5... |
| 2022-10-21 14:50:52 +0200 | <geekosaur> | IndependentScreens changes the workspace names; the physical workspaces are named <screenid>_<workspacename> |
| 2022-10-21 14:51:13 +0200 | <geekosaur> | so 0_1, 0_2, etc. |
| 2022-10-21 14:52:41 +0200 | <thyriaen> | ah, excellent thanks |
| 2022-10-21 14:52:46 +0200 | <thyriaen> | i will try that |
| 2022-10-21 14:54:57 +0200 | <thyriaen> | geekosaur, works ! thanks |
| 2022-10-21 14:55:52 +0200 | <thyriaen> | geekosaur, if i may ask - maybe you know - when I also want another polybar on my 2nd monitor i just create a 2nd polybar and put it there ? |
| 2022-10-21 14:57:45 +0200 | <geekosaur> | I don't know much about polybar, sorry. probably just starting a second polybar will work but I don't know how you would e.g. limit it to the workspace(s) on that monitor |
| 2022-10-21 14:58:15 +0200 | <thyriaen> | geekosaur, i know that - i can give polybar just the names 1_1, 1_2, ... |
| 2022-10-21 15:39:37 +0200 | <thyriaen> | geekosaur, I have several applications in my manage hook which, when discovered gets shifted to a specific workspace |
| 2022-10-21 15:39:57 +0200 | <thyriaen> | geekosaur, i do a :: doShift "2" for example |
| 2022-10-21 15:40:38 +0200 | <geekosaur> | you would need to do the same workspace translation there (I think there's some helpers in IndependentScreens for that) |
| 2022-10-21 15:40:42 +0200 | <thyriaen> | now with my new config, it - understandably - does not work anymore - how do i correctly need to shift it ? |
| 2022-10-21 15:40:52 +0200 | <thyriaen> | geekosaur, i don't want to hardcode it |
| 2022-10-21 15:41:07 +0200 | <thyriaen> | if i start my terminal |
| 2022-10-21 15:41:12 +0200 | <thyriaen> | it should go to workspace 1 |
| 2022-10-21 15:41:16 +0200 | <thyriaen> | not always to 0_1 |
| 2022-10-21 15:41:25 +0200 | <thyriaen> | it should depend which screen has focus |
| 2022-10-21 15:41:40 +0200 | <thyriaen> | so i want kinda a doShift currentscreen+"1" or something |
| 2022-10-21 15:42:59 +0200 | <thyriaen> | onCurrentScreen :: (PhysicalWorkspace -> WindowSet -> a) -> VirtualWorkspace -> WindowSet -> a |
| 2022-10-21 15:43:51 +0200 | <geekosaur> | was just about to point to that.; not real convenient though |
| 2022-10-21 15:44:04 +0200 | <thyriaen> | how do i use it ? |
| 2022-10-21 15:44:24 +0200 | <geekosaur> | onCurrentScreen (doShift "2"), I think |
| 2022-10-21 15:44:26 +0200 | <thyriaen> | doShift onCurrentScreen "1" is probably not the way |
| 2022-10-21 15:44:41 +0200 | <thyriaen> | ok let me try if the compiler will yell at me |
| 2022-10-21 15:45:33 +0200 | <thyriaen> | onCurrentScreen :: (PhysicalWorkspace -> WindowSet -> a) -> VirtualWorkspace -> WindowSet -> a |
| 2022-10-21 15:45:36 +0200 | <thyriaen> | doesnt work |
| 2022-10-21 15:45:52 +0200 | <geekosaur> | argh, my cabal repl is doing a rebuild so I can't test it yet here |
| 2022-10-21 15:46:25 +0200 | <geekosaur> | oh, missing parameter |
| 2022-10-21 15:46:34 +0200 | <thyriaen> | , className =? "superhuman" --> onCurrentScreen ( doShift "2" ) |
| 2022-10-21 15:46:37 +0200 | <thyriaen> | https://termbin.com/mbk4 |
| 2022-10-21 15:46:53 +0200 | <geekosaur> | onCurrentScreen (doShift "2") is missing the VirtualWorkspace |
| 2022-10-21 15:47:32 +0200 | <thyriaen> | 2 is the physical workspace ? |
| 2022-10-21 15:47:38 +0200 | ft | (~ft@p3e9bc845.dip0.t-ipconnect.de) |
| 2022-10-21 15:48:32 +0200 | <geekosaur> | doShift takes a PhysicalWorkspace but doesn't know it's not the actual workspace. that's why it's "2" |
| 2022-10-21 15:48:42 +0200 | <geekosaur> | and not "1_2" or similar |
| 2022-10-21 15:49:04 +0200 | <thyriaen> | geekosaur, ok |
| 2022-10-21 15:49:08 +0200 | <geekosaur> | the type system doesn't handle this "type bending" well |
| 2022-10-21 15:49:24 +0200 | <thyriaen> | i don't really know how to proceed now, tho |
| 2022-10-21 15:49:26 +0200 | <geekosaur> | lemme get my cabal repl up, I think it has to be more complex and not just because of this |
| 2022-10-21 15:49:47 +0200 | <geekosaur> | need a doF and use shift directly, among other things. I'll play with it |
| 2022-10-21 15:50:20 +0200 | <geekosaur> | oh wait. I think that might be: doF (onCurrentScreen shift "2") |
| 2022-10-21 15:50:26 +0200 | <geekosaur> | but I can't test yet |
| 2022-10-21 15:50:46 +0200 | <thyriaen> | what is doF ? |
| 2022-10-21 15:51:05 +0200 | <thyriaen> | doShift instead of shift ? |
| 2022-10-21 15:51:41 +0200 | <geekosaur> | ghci> :t doF (onCurrentScreen W.shift "2") |
| 2022-10-21 15:51:41 +0200 | <geekosaur> | doF (onCurrentScreen W.shift "2") :: Query (Endo WindowSet) |
| 2022-10-21 15:52:21 +0200 | <thyriaen> | do i mean W.shift importerd from Xmonad.StackSet ? |
| 2022-10-21 15:52:31 +0200 | <geekosaur> | a manageHook is a wrapped operation. doF unwraps it. doShift is a version of W.shift with the doF already included, but for onCurrentScreen we have to separate it out |
| 2022-10-21 15:52:50 +0200 | <thyriaen> | doF ( onCurrentScreen W.shift "2" ) compiles |
| 2022-10-21 15:53:36 +0200 | <thyriaen> | and it works |
| 2022-10-21 15:53:56 +0200 | <thyriaen> | thanks |
| 2022-10-21 15:54:36 +0200 | <thyriaen> | i am not quite sure if everything with the workspaces work jet completely but i will test around today and if i find an issue report back :p |
| 2022-10-21 15:56:48 +0200 | <thyriaen> | geekosaur, is there a cooler, more haskelli way to write doShiftWithScreens x = doF $ onCurrentScreen W.shift x |
| 2022-10-21 15:57:13 +0200 | <thyriaen> | I am thinking about the x, i remember very vaguely you can somehow remove this x with some other syntax |
| 2022-10-21 15:57:51 +0200 | <geekosaur> | you can just omit it entirely ("eta reduction") if it's the last thing on both sides of the `=` |
| 2022-10-21 15:58:07 +0200 | <thyriaen> | okay |
| 2022-10-21 15:58:22 +0200 | <geekosaur> | hm, except not in this casem I missed the $ |
| 2022-10-21 15:58:33 +0200 | <thyriaen> | yea it doesn't compile without |
| 2022-10-21 15:58:35 +0200 | dminuoso | would just use parens instead of ($) |
| 2022-10-21 15:58:37 +0200 | <thyriaen> | because of the () i guess |
| 2022-10-21 15:58:58 +0200 | <dminuoso> | thyriaen: Well, if you leave x away on both sides, replace ($) with . |
| 2022-10-21 15:59:06 +0200 | <dminuoso> | That's definitely idiomatic for some. |
| 2022-10-21 15:59:10 +0200 | <dminuoso> | Myself included. |
| 2022-10-21 15:59:13 +0200 | <geekosaur> | doF . onCurrentWorkspace W.shift |
| 2022-10-21 15:59:35 +0200 | <thyriaen> | works for me thanks |
| 2022-10-21 16:00:09 +0200 | <thyriaen> | i don't know why but haskell is just pure beauty |
| 2022-10-21 16:00:29 +0200 | <dminuoso> | What I find quite strange, is that this type of eta reduction (replacing ($) with (.)) is glued so deep into my mind, I dont even do it consciously. |
| 2022-10-21 16:00:46 +0200 | <thyriaen> | i have one question though |
| 2022-10-21 16:01:41 +0200 | <thyriaen> | when playing an fullscreen game on a dual monitor settup and it only runs on my primary - how can i restrict the mouse to that monitor, because if i leave the monitor with my mouse all hell breaks lose and monitors start to change resolution and flicker |
| 2022-10-21 16:03:28 +0200 | <geekosaur> | sounds like what happens on my setup if I hotplug/unplug a monitor 😞 |
| 2022-10-21 16:04:08 +0200 | <thyriaen> | geekosaur, but can i restrict my mouse to one monitor somehow ? |
| 2022-10-21 16:04:19 +0200 | <thyriaen> | or make it behave like that in fullscreen mode ? |
| 2022-10-21 16:05:30 +0200 | <thyriaen> | that would be ideal actually i have a layout Full -- and in this restricting the mouse to that monitor would be sufficient for what i need |
| 2022-10-21 16:06:20 +0200 | <thyriaen> | but what i want most of all - i want window focus not being controlled by mouse movement but eye-movement - whereever i look that monitor or window gets focus |
| 2022-10-21 16:06:30 +0200 | <geekosaur> | sadly no. that wou;ld have to be built into the X server somehow, because by the time xmonad found out about it it would be too late |
| 2022-10-21 16:06:57 +0200 | <thyriaen> | geekosaur, ok - do you know of an xorg solution ? |
| 2022-10-21 16:07:06 +0200 | <geekosaur> | focus-follows-gaze has been wanted for several decades, I think the closest anyone has gotten is some hacks for kinect 🙂 |
| 2022-10-21 16:07:36 +0200 | <thyriaen> | :) |
| 2022-10-21 16:08:28 +0200 | <geekosaur> | sadly no, it's not provide3d by current X servers nor do I expect it to be added because they really want X11 to go away (but don't seem to be fixing wayland to work well enough to replace it reliably…) |
| 2022-10-21 16:09:56 +0200 | <thyriaen> | geekosaur, i really want to move to wayland but fell in love with xmonad + i am so glad that none of my windows have any form of decoration and i know it will be a nightmare to have clientsidedecorations because i would have to tell every new application to hide the decoration |
| 2022-10-21 16:10:48 +0200 | <geekosaur> | supposedly they're working on a way for window managers in XWayland to manage Wayland windows, that would let you run xmonad under wayland directly |
| 2022-10-21 16:11:23 +0200 | <thyriaen> | :O |
| 2022-10-21 16:20:09 +0200 | <xmonadtrack> | New xmonad-contrib branch created: pull/766 (4 commits) https://github.com/xmonad/xmonad-contrib/pull/766 |
| 2022-10-21 16:20:09 +0200 | <xmonadtrack> | xmonad-contrib L. S. Leary https://github.com/xmonad/xmonad-contrib/pull/766 * v0.17.1-47-gc3e2ecb2: Factor shared logic out of X.A.Cycle* modules (6 hours ago, 6 files, 126+ 60-) https://github.com/xmonad/xmonad-contrib/commit/c3e2ecb21a2c |
| 2022-10-21 16:20:13 +0200 | <xmonadtrack> | xmonad-contrib L. S. Leary https://github.com/xmonad/xmonad-contrib/pull/766 * v0.17.1-48-gfb721375: Write new module: X.U.History (69 minutes ago, 3 files, 77+ 0-) https://github.com/xmonad/xmonad-contrib/commit/fb72137537ce |
| 2022-10-21 16:20:22 +0200 | <xmonadtrack> | xmonad-contrib L. S. Leary https://github.com/xmonad/xmonad-contrib/pull/766 * v0.17.1-49-g64af74b0: Write new module: X.A.MostRecentlyUsed (49 minutes ago, 3 files, 170+ 0-) https://github.com/xmonad/xmonad-contrib/commit/64af74b0acaa |
| 2022-10-21 16:20:31 +0200 | <xmonadtrack> | xmonad-contrib L. S. Leary https://github.com/xmonad/xmonad-contrib/pull/766 * v0.17.1-50-gc8be1737: Adjust X.A.Repeatable docs to mention X.A.MRU (46 minutes ago, 1 file, 2+ 1-) https://github.com/xmonad/xmonad-contrib/commit/c8be1737f94b |
| 2022-10-21 16:34:01 +0200 | <[Leary]> | "Unsupported extension: GeneralisedNewtypeDeriving; Perhaps you meant 'GeneralizedNewtypeDeriving' or [...]" |
| 2022-10-21 16:34:10 +0200 | <[Leary]> | I forgot ancient GHC was american |
| 2022-10-21 16:36:07 +0200 | <geekosaur> | https://github.com/xmonad/xmonad-contrib/issues/767 |
| 2022-10-21 16:36:23 +0200 | <geekosaur> | `onCurrentScreen` really needs docs |
| 2022-10-21 16:57:54 +0200 | ^[ | (~user@user//x-8473491) |
| 2022-10-21 17:04:05 +0200 | <thyriaen> | geekosaur, i found an issue with my configs |
| 2022-10-21 17:04:38 +0200 | <thyriaen> | when i move to my 2nd screen and what to give that screen focus but there is no window on it it does not receive focus - is there a way to do it ? |
| 2022-10-21 17:04:47 +0200 | <thyriaen> | ( i am using focus follows mouse ) |
| 2022-10-21 17:06:56 +0200 | <geekosaur[m]> | I have no idea. Focus follows. Mouse has a number of problems which are basically caused. By the way, x11 manages screens and it can't always tell that you've actually switched focus to a different screen |
| 2022-10-21 17:07:21 +0200 | <thyriaen> | i had to click on the background |
| 2022-10-21 17:07:24 +0200 | <geekosaur[m]> | Wow voice typing mangled that a bit |
| 2022-10-21 17:07:24 +0200 | <thyriaen> | that gave me focus |
| 2022-10-21 17:10:37 +0200 | <thyriaen> | could someone explain me this: https://hastebin.com/ewimawiwic.yaml |
| 2022-10-21 17:11:28 +0200 | <thyriaen> | i want to unbind mod-shift-w and mod-shift-r and just use mod-w and mod-r instead |
| 2022-10-21 17:12:41 +0200 | <thyriaen> | but i don't really understand most of it, for example .|. or this whole (f,m) i do know what the zip does but what is >>== or <- |
| 2022-10-21 17:17:09 +0200 | <geekosaur> | that's a list comprehension |
| 2022-10-21 17:18:10 +0200 | <geekosaur> | .|. is logical OR, combining your modMask with a separate modifier mask generated by the list comprehension. <- here can be read as `for` (Python-style) or as `taken from` |
| 2022-10-21 17:19:16 +0200 | <thyriaen> | .|. like || in other programming languages ? |
| 2022-10-21 17:19:50 +0200 | <geekosaur> | not quite. it'd be | in C or Java, as opposed to || which is Boolean OR |
| 2022-10-21 17:20:03 +0200 | <geekosaur> | maybe I should say bitwise OR instead of logical OR |
| 2022-10-21 17:20:03 +0200 | <thyriaen> | ah ok |
| 2022-10-21 17:20:20 +0200 | <thyriaen> | ( what is boolean or in haskell ? ) |
| 2022-10-21 17:20:36 +0200 | <geekosaur> | || and && do what you would expect for Boolean OR |
| 2022-10-21 17:20:42 +0200 | <thyriaen> | ok |
| 2022-10-21 17:20:53 +0200 | <geekosaur> | .&. and .|. are the bitwise versions, becausse | is taken |
| 2022-10-21 17:21:03 +0200 | <thyriaen> | what does | do in haskell ? |
| 2022-10-21 17:21:15 +0200 | <thyriaen> | because 2nd line in that expression it is needed for example |
| 2022-10-21 17:21:26 +0200 | <geekosaur> | you can read it as "where" or "such that". you can see it in the list comprehensions |
| 2022-10-21 17:22:01 +0200 | <thyriaen> | ah i use where sometimes |
| 2022-10-21 17:22:07 +0200 | <geekosaur> | a list comprehension in Haskell is [ expression | pattern <- list [, pattern <- list ...] [, condition] ] |
| 2022-10-21 17:22:11 +0200 | <thyriaen> | is it interchangable with where ? |
| 2022-10-21 17:22:17 +0200 | <geekosaur> | this is not the same as the keyword "where" though |
| 2022-10-21 17:22:21 +0200 | <thyriaen> | it is kinda like a mathematical | ? |
| 2022-10-21 17:22:28 +0200 | <geekosaur> | which is why I use "such that" instead |
| 2022-10-21 17:22:59 +0200 | <thyriaen> | { a ∈ R | a > 3 } |
| 2022-10-21 17:23:16 +0200 | <geekosaur> | actually I misspoke earlier,m "<-" is pythion "in", "|" is python "for" |
| 2022-10-21 17:23:19 +0200 | <geekosaur> | yes |
| 2022-10-21 17:23:25 +0200 | <thyriaen> | nice ! |
| 2022-10-21 17:23:40 +0200 | <[Leary]> | Isn't it more like "given"? "Such that" is kinda the wrong direction. |
| 2022-10-21 17:24:20 +0200 | <[Leary]> | Though I guess we write most of our programs backwards anyway. |
| 2022-10-21 17:24:24 +0200 | <thyriaen> | so (key, sc) <- zip [xK_w, xK_r] [0..] just takes a tuple and assigns stuff to it so it will be a list of tupples |
| 2022-10-21 17:25:13 +0200 | <geekosaur> | and >>= , hm, in this case you can think of it as something like a unix pipe. it runs the IO expression "screenWorkspace sc" and sends the result to "flip whenJust (windows . f)" which might be better understood as "\x -> whenJust x (windows . f)" |
| 2022-10-21 17:25:17 +0200 | <thyriaen> | [ (xK_w, 0), (xK_r,1) ] will be the result i guess ? |
| 2022-10-21 17:25:20 +0200 | <geekosaur> | @src flip |
| 2022-10-21 17:25:20 +0200 | <lambdabot> | flip f x y = f y x |
| 2022-10-21 17:25:55 +0200 | <geekosaur> | right, that just maps keys to screen numbers |
| 2022-10-21 17:26:43 +0200 | <thyriaen> | ok i guess i also understand the last line then |
| 2022-10-21 17:27:01 +0200 | <geekosaur> | then the other one actually does something with the screen number: looks up what workspace is on that screen, if it exists then perform a window transformation (windows . f) |
| 2022-10-21 17:27:23 +0200 | <geekosaur> | X.O.windows is what manipulates the window set and updates the screen |
| 2022-10-21 17:27:45 +0200 | <thyriaen> | i am sorry but i don't get it :. |
| 2022-10-21 17:27:48 +0200 | <thyriaen> | :/ |
| 2022-10-21 17:28:51 +0200 | <thyriaen> | where is the button defined ? |
| 2022-10-21 17:29:12 +0200 | <thyriaen> | ahhhhh |
| 2022-10-21 17:29:13 +0200 | <geekosaur> | f here comes from the second line. `W.view` (show workspace) is paired with a modifier of 0 (no modifier), `W.shift` (move window to workspace) is paired with `shiftMask` |
| 2022-10-21 17:29:17 +0200 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 3.7) |
| 2022-10-21 17:29:42 +0200 | <geekosaur> | and the button comes from the mapping of buttons to workspaces on the first line of the list comprehension |
| 2022-10-21 17:29:58 +0200 | <geekosaur> | this is somewhat tricky the way they interact |
| 2022-10-21 17:30:02 +0200 | <thyriaen> | i understand - we are creating 2-tuples with the first element of it being a tuple of buttons |
| 2022-10-21 17:30:14 +0200 | <thyriaen> | and the 2nd element is what should be done |
| 2022-10-21 17:30:16 +0200 | <geekosaur> | we are creating multiple 2-tuples |
| 2022-10-21 17:30:22 +0200 | <thyriaen> | yea |
| 2022-10-21 17:30:29 +0200 | <thyriaen> | but each element is a 2-tuple |
| 2022-10-21 17:30:52 +0200 | <thyriaen> | with the format ((button),todo) |
| 2022-10-21 17:31:03 +0200 | <geekosaur> | first 2-tuple is button and workspace, second is operation and modifier mask, then the list comprehension makes a Cartesian product of them |
| 2022-10-21 17:31:06 +0200 | <thyriaen> | and with ++ we append that list to all my other keys |
| 2022-10-21 17:31:25 +0200 | <geekosaur> | so every possible combination of 2-tuples is created |
| 2022-10-21 17:31:42 +0200 | <thyriaen> | ah |
| 2022-10-21 17:32:02 +0200 | <thyriaen> | i think i need to understand where the list comprehension is made |
| 2022-10-21 17:32:05 +0200 | <thyriaen> | and what it does |
| 2022-10-21 17:32:10 +0200 | <geekosaur> | and the expression at the start of the list comprehension combines them all together into an opreration |
| 2022-10-21 17:33:04 +0200 | <geekosaur> | the first (outdented) line of the list comp is the operation. it uses variables bound by each of the 2-tuples (i, k, f, m) |
| 2022-10-21 17:33:27 +0200 | <geekosaur> | second line gives you a tuple (i, k), third line gives you a tuple (f, m) |
| 2022-10-21 17:33:42 +0200 | <thyriaen> | that makes sense |
| 2022-10-21 17:33:51 +0200 | <thyriaen> | so |
| 2022-10-21 17:34:02 +0200 | <thyriaen> | i could also give a 4-tuple |
| 2022-10-21 17:34:06 +0200 | <thyriaen> | and it would do the same ? |
| 2022-10-21 17:34:16 +0200 | <geekosaur> | which is deconstructed because the tuple is a pattern "assigned to" by <- |
| 2022-10-21 17:34:20 +0200 | <thyriaen> | the last 2 lines just define key, sc, f andm |
| 2022-10-21 17:34:40 +0200 | <geekosaur> | you could but it'd not do what you want; they're done this way because they're related values |
| 2022-10-21 17:34:54 +0200 | <thyriaen> | i think i get it |
| 2022-10-21 17:35:10 +0200 | <geekosaur> | so i and k come from associating a key with a workspace, and f and m come from associating a modifier mask with a function |
| 2022-10-21 17:35:25 +0200 | <geekosaur> | that "associating" is why we use tuples |
| 2022-10-21 17:35:50 +0200 | <thyriaen> | what does worksapces' conf do ? |
| 2022-10-21 17:36:37 +0200 | <geekosaur> | `workspaces conf` looks up the list of workspaces from your config. `workspaces'` is similar but using virtual workspace names |
| 2022-10-21 17:36:58 +0200 | <thyriaen> | okay |
| 2022-10-21 17:37:03 +0200 | <geekosaur> | instead of the physical workspace names (0_1 etc.) that are in your config |
| 2022-10-21 17:37:11 +0200 | <thyriaen> | so one element would be |
| 2022-10-21 17:38:14 +0200 | <thyriaen> | ( shiftMask .|. modm, xK_1 ), windows $ onCurrentScreen W.greedyView "1" |
| 2022-10-21 17:38:48 +0200 | <geekosaur> | actually it'll be 0 instead of shiftMask |
| 2022-10-21 17:39:03 +0200 | <geekosaur> | shiftMask goes with W.shift, not W.greedyView |
| 2022-10-21 17:39:42 +0200 | <thyriaen> | ahhhh cartesian product |
| 2022-10-21 17:39:43 +0200 | <thyriaen> | ok |
| 2022-10-21 17:40:14 +0200 | <geekosaur> | that's not producted, that;s why those are tupled together so they'll be fixed. |
| 2022-10-21 17:40:27 +0200 | <thyriaen> | yea but later they are going to be |
| 2022-10-21 17:40:29 +0200 | <thyriaen> | it is what i ment |
| 2022-10-21 17:40:35 +0200 | <thyriaen> | so you will have all combinations |
| 2022-10-21 17:40:57 +0200 | <thyriaen> | the last has just two elemnts namely W.greedyView,0 and W.shift shiftmask |
| 2022-10-21 17:41:00 +0200 | <geekosaur> | [(0,W.view),(shiftMask,W.shift)] is producted with [(xK_1,"1"),...] |
| 2022-10-21 17:41:12 +0200 | <thyriaen> | exactly |
| 2022-10-21 17:41:14 +0200 | <thyriaen> | that is what i ment |
| 2022-10-21 17:41:34 +0200 | <thyriaen> | i don't know why ( what syntax does it ) but i understand why ( for what purpose ) it is done |
| 2022-10-21 17:41:35 +0200 | <thyriaen> | ok |
| 2022-10-21 17:41:48 +0200 | <thyriaen> | that means |
| 2022-10-21 17:41:51 +0200 | <thyriaen> | quite frankly |
| 2022-10-21 17:42:03 +0200 | <thyriaen> | if i don't want shift operations for my screens |
| 2022-10-21 17:42:06 +0200 | <geekosaur> | study list comprehensions. preferably with a simpler one than these; they're tricky 🙂 |
| 2022-10-21 17:42:31 +0200 | <thyriaen> | i just use (f, m) <- [(W.view, 0)] instead of (f, m) <- [(W.view, 0), (W.shift, shiftMask)] |
| 2022-10-21 17:42:38 +0200 | <geekosaur> | yes |
| 2022-10-21 17:42:45 +0200 | <thyriaen> | ok |
| 2022-10-21 17:42:47 +0200 | <thyriaen> | awesome |
| 2022-10-21 17:42:56 +0200 | <thyriaen> | but no |
| 2022-10-21 17:42:58 +0200 | <thyriaen> | its not what i want |
| 2022-10-21 17:43:04 +0200 | <thyriaen> | i want |
| 2022-10-21 17:43:06 +0200 | <geekosaur> | you could also factor the f,m part out but I imagine this is simpler for now |
| 2022-10-21 17:43:16 +0200 | <thyriaen> | (f, m) <- [(W.shift, 0)] |
| 2022-10-21 17:43:25 +0200 | <thyriaen> | thats what i want |
| 2022-10-21 17:43:35 +0200 | <thyriaen> | then the usual shift operation is done without pressing shift |
| 2022-10-21 17:44:19 +0200 | <thyriaen> | ok that's nice |
| 2022-10-21 17:44:46 +0200 | <thyriaen> | geekosaur, if you would be willing i would like to make it simpler for me |
| 2022-10-21 17:44:53 +0200 | <thyriaen> | so i understand the whole thing that is written |
| 2022-10-21 17:45:34 +0200 | <thyriaen> | first let me get rid of the zip and use [(xK_w, 0), (xK_r, 1)] instead |
| 2022-10-21 17:46:16 +0200 | <geekosaur> | https://paste.tomsmeding.com/OevjiaOl |
| 2022-10-21 17:46:25 +0200 | <geekosaur> | compare to yours |
| 2022-10-21 17:47:02 +0200 | <thyriaen> | sure because m is always 0 now with my change |
| 2022-10-21 17:47:04 +0200 | <thyriaen> | so no need for it |
| 2022-10-21 17:47:19 +0200 | <geekosaur> | and similarly no need for f because it's alkways W.shift |
| 2022-10-21 17:47:50 +0200 | <thyriaen> | yea it is always the same |
| 2022-10-21 17:47:54 +0200 | <thyriaen> | so you can hard code it |
| 2022-10-21 17:47:56 +0200 | <thyriaen> | makes sense |
| 2022-10-21 17:49:00 +0200 | <thyriaen> | you change the "wrong" one xD |
| 2022-10-21 17:49:09 +0200 | <geekosaur> | ? |
| 2022-10-21 17:49:11 +0200 | <thyriaen> | i don't want to change that |
| 2022-10-21 17:49:27 +0200 | <geekosaur> | I removed shiftMask entirely, it just uses modm |
| 2022-10-21 17:49:32 +0200 | <thyriaen> | https://paste.tomsmeding.com/QbP2EqRE |
| 2022-10-21 17:50:07 +0200 | <geekosaur> | oh, yes, didn't edit the list comp you wanted, sorry |
| 2022-10-21 17:50:15 +0200 | <thyriaen> | no problem :p i did |
| 2022-10-21 17:50:36 +0200 | <thyriaen> | now - all i need to understand is :: screenWorkspace sc >>= flip whenJust (windows . W.shift) |
| 2022-10-21 17:50:54 +0200 | <thyriaen> | because the rest i do understand now |
| 2022-10-21 17:52:08 +0200 | <thyriaen> | and i need to read up on list comprehensions and i am golden |
| 2022-10-21 17:52:36 +0200 | <geekosaur> | [21 15:25:12] <geekosaur> and >>= , hm, in this case you can think of it as something like a unix pipe. it runs the IO expression "screenWorkspace sc" and sends the result to "flip whenJust (windows . f)" which might be better understood as "\x -> whenJust x (windows . f)" |
| 2022-10-21 17:53:37 +0200 | <geekosaur> | whenJust does something when the value it's passed is (Just x) as opposed to Nothing |
| 2022-10-21 17:53:59 +0200 | <thyriaen> | okay why can it be nothing sometimes ? |
| 2022-10-21 17:54:41 +0200 | <thyriaen> | and what is windows. W.shift |
| 2022-10-21 17:54:42 +0200 | <geekosaur> | screenWorkspace can be invoked on a nonexistent screen; (say you press mod-r but you have only 2 screens) |
| 2022-10-21 17:54:58 +0200 | <thyriaen> | ok |
| 2022-10-21 17:55:04 +0200 | <geekosaur> | \x -> windows (W.shift x) |
| 2022-10-21 17:55:24 +0200 | <geekosaur> | `windows` is the xmonad function that performs window and workspace updates |
| 2022-10-21 17:55:35 +0200 | <thyriaen> | so it shifts the window to sc ? |
| 2022-10-21 17:55:43 +0200 | <geekosaur> | W.shift moves a window to a different workspace |
| 2022-10-21 17:56:00 +0200 | <geekosaur> | it shifts the window to the workspace currently focused on screen sc |
| 2022-10-21 17:56:01 +0200 | <thyriaen> | ok |
| 2022-10-21 17:56:12 +0200 | <thyriaen> | ah |
| 2022-10-21 17:56:14 +0200 | <thyriaen> | perfect |
| 2022-10-21 17:56:17 +0200 | <thyriaen> | thats even what i want ! |
| 2022-10-21 17:56:28 +0200 | <geekosaur> | and screenWorkspace is what takes a screen and produces a workspace |
| 2022-10-21 17:57:11 +0200 | <thyriaen> | ah (!) |
| 2022-10-21 17:57:12 +0200 | <thyriaen> | ok |
| 2022-10-21 17:57:19 +0200 | <thyriaen> | and now i also understand list comprehensions |
| 2022-10-21 17:57:38 +0200 | <thyriaen> | iLike |
| 2022-10-21 17:57:40 +0200 | <thyriaen> | thanks so much |
| 2022-10-21 17:59:24 +0200 | <thyriaen> | geekosaur, can i use spawnOn "1_3" ? |
| 2022-10-21 17:59:58 +0200 | <thyriaen> | or is there some way of saying spawnOn screenNumber 2 "3" ? |
| 2022-10-21 18:00:29 +0200 | <thyriaen> | because 1_3 doesn't seem to work |
| 2022-10-21 18:00:51 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
| 2022-10-21 18:02:28 +0200 | <geekosaur> | `spawnOn (marshal (S 1) "3") …` is technically how you do it, but I would have expected the first one to work too |
| 2022-10-21 18:02:40 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) |
| 2022-10-21 18:02:44 +0200 | <geekosaur> | it may be possible to say just `1` instead of `(S 1)` |
| 2022-10-21 18:03:18 +0200 | <thyriaen> | hmm calling the marshal for this might be a bit overkill - sheriff should be enough |
| 2022-10-21 18:04:04 +0200 | <thyriaen> | what is there is no S 1 - does it then get put into "0_3" ? |
| 2022-10-21 18:04:12 +0200 | <geekosaur> | actually it should be `marshall` because it's misspelled, which always gives me an annoying itch |
| 2022-10-21 18:04:33 +0200 | <geekosaur> | it doesn't know, I think |
| 2022-10-21 18:04:56 +0200 | <geekosaur> | if you wanted to watch out for that you'd have to use `countScreens` and verify it's in range yourself |
| 2022-10-21 18:05:22 +0200 | <geekosaur> | this is one reason I've never used IndependentScreens, you kinda lose if you don't actually have multiple screens |
| 2022-10-21 18:06:21 +0200 | <thyriaen> | sigh |
| 2022-10-21 18:08:43 +0200 | <thyriaen> | the marshall thing doesn't work |
| 2022-10-21 18:10:26 +0200 | <geekosaur> | doesn't work how? did you add manageSpawn to your manageHook? |
| 2022-10-21 18:10:49 +0200 | <thyriaen> | je |
| 2022-10-21 18:11:03 +0200 | <geekosaur> | is the program you're spawning something like a terminal or browser that plays games with _NET_WM_PID? |
| 2022-10-21 18:11:28 +0200 | <thyriaen> | https://paste.tomsmeding.com/lOT3FUM6 |
| 2022-10-21 18:12:01 +0200 | <thyriaen> | i want to change line 130 to spawn on my second screen on 6 instead of first screen on 6 |
| 2022-10-21 18:12:48 +0200 | <geekosaur> | flatpak processes run in their own process space, spawnOn won't work |
| 2022-10-21 18:13:01 +0200 | <geekosaur> | s/process space/pid space/ |
| 2022-10-21 18:13:03 +0200 | <geekosaur> | iirc |
| 2022-10-21 18:13:39 +0200 | <geekosaur> | spawnOn relies on _NET_WM_PID being useful, which it too often isn't |
| 2022-10-21 18:13:53 +0200 | <thyriaen> | spawnon 6 works fine |
| 2022-10-21 18:13:59 +0200 | <thyriaen> | with both 1 monitor or 2 |
| 2022-10-21 18:14:06 +0200 | <geekosaur> | interesting |
| 2022-10-21 18:14:07 +0200 | <thyriaen> | just not with spawning on the 2nd |
| 2022-10-21 18:14:17 +0200 | <geekosaur> | then the other should work as well |
| 2022-10-21 18:14:39 +0200 | <thyriaen> | "1_6" you mean ? |
| 2022-10-21 18:14:41 +0200 | <geekosaur> | either "1_6" or (marshall (S 1) "6") |
| 2022-10-21 18:15:57 +0200 | <thyriaen> | but for some reason it just ignores what i do |
| 2022-10-21 18:16:03 +0200 | <thyriaen> | i changed it to 1_2 |
| 2022-10-21 18:16:10 +0200 | <geekosaur> | the advantage of using marshall is that you can override how the virtual to physical mapping works (for example, you might want to use _ in a workspace name) and marshall will keep working |
| 2022-10-21 18:16:11 +0200 | <thyriaen> | and it gets started into 0_6 |
| 2022-10-21 18:16:30 +0200 | <geekosaur> | uh |
| 2022-10-21 18:16:43 +0200 | <geekosaur> | I just noticed line 90 |
| 2022-10-21 18:16:50 +0200 | <geekosaur> | oops? |
| 2022-10-21 18:16:58 +0200 | <thyriaen> | yea |
| 2022-10-21 18:17:00 +0200 | <thyriaen> | ooops |
| 2022-10-21 18:17:30 +0200 | <thyriaen> | wait |
| 2022-10-21 18:17:31 +0200 | <thyriaen> | no |
| 2022-10-21 18:17:34 +0200 | <thyriaen> | i still want that |
| 2022-10-21 18:18:17 +0200 | <geekosaur> | you need to think about how those combine, then, because right now it's overriding your manageSpawn |
| 2022-10-21 18:18:35 +0200 | <thyriaen> | still doesn't work |
| 2022-10-21 18:18:37 +0200 | <thyriaen> | removing it |
| 2022-10-21 18:18:45 +0200 | <thyriaen> | it will still put it on screen 0 |
| 2022-10-21 18:19:49 +0200 | <thyriaen> | ok now |
| 2022-10-21 18:19:56 +0200 | <thyriaen> | it makes more sense "how" it doesn't work |
| 2022-10-21 18:20:22 +0200 | <thyriaen> | i set it to spawnOn 0_4 and it spawns into the workspace where i am currently am |
| 2022-10-21 18:20:32 +0200 | <thyriaen> | ( 0_1 ) in my case |
| 2022-10-21 18:20:40 +0200 | <thyriaen> | and doesn't move it anywhere |
| 2022-10-21 18:21:05 +0200 | <thyriaen> | ah ok |
| 2022-10-21 18:21:15 +0200 | <thyriaen> | spawnOn "4" also doesn't work |
| 2022-10-21 18:21:33 +0200 | <thyriaen> | so i guess you where right that spawnOn doesn't do anything |
| 2022-10-21 18:21:39 +0200 | <thyriaen> | but the move did so i never noticed |
| 2022-10-21 18:22:45 +0200 | <thyriaen> | i now hardcoded a doShift on className =? to 1_6 which is okay for now |
| 2022-10-21 18:23:45 +0200 | <thyriaen> | geekosaur, ok thanks a lot - if you find something in my config which i could handle better just let me know -- always open to suggestions |
| 2022-10-21 18:52:12 +0200 | username9431 | (~Thunderbi@2a00:23c5:4202:9c01:4d47:1a1f:d871:dac1) |
| 2022-10-21 19:31:36 +0200 | Solid_ | Solid |
| 2022-10-21 19:32:41 +0200 | <Solid> | liskin geekosaur mc47: https://i.imgur.com/kadZziJ.jpg look what came in the mail today :) |
| 2022-10-21 19:33:00 +0200 | <Solid> | (one X is with a white background and one is transparent) |
| 2022-10-21 19:36:09 +0200 | <geekosaur> | yay! |
| 2022-10-21 19:36:54 +0200 | <geekosaur> | thyriaen, if you're trying to distinguish between windows for shifting, you might want to see if the WM_WINDOW_ROLE property is useful |
| 2022-10-21 19:39:09 +0200 | <geekosaur> | you can use <&&> to combine conditions (e.g. `className =? "Signal" <&&> stringProperty "WM_WINDOW_ROLE" =? "whatever"`) |
| 2022-10-21 19:41:37 +0200 | <thyriaen> | Solid, awesome |
| 2022-10-21 19:46:43 +0200 | username9431 | (~Thunderbi@2a00:23c5:4202:9c01:4d47:1a1f:d871:dac1) (Ping timeout: 246 seconds) |
| 2022-10-21 20:40:07 +0200 | mudri | (uid317655@id-317655.helmsley.irccloud.com) (Quit: Connection closed for inactivity) |
| 2022-10-21 20:56:51 +0200 | username9431 | (~Thunderbi@2a00:23c5:4202:9c01:4d47:1a1f:d871:dac1) |
| 2022-10-21 21:12:24 +0200 | username9431 | (~Thunderbi@2a00:23c5:4202:9c01:4d47:1a1f:d871:dac1) (Remote host closed the connection) |
| 2022-10-21 21:36:20 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 2022-10-21 23:20:51 +0200 | jludwig | (~justin@user/jludwig) (Quit: ZNC - https://znc.in) |
| 2022-10-21 23:21:53 +0200 | jludwig | (~justin@li657-110.members.linode.com) |
| 2022-10-21 23:23:06 +0200 | jludwig | (~justin@li657-110.members.linode.com) (Read error: Connection reset by peer) |
| 2022-10-21 23:26:05 +0200 | jludwig | (~justin@li657-110.members.linode.com) |
| 2022-10-21 23:43:35 +0200 | jludwig | (~justin@li657-110.members.linode.com) (Read error: Connection reset by peer) |
| 2022-10-21 23:46:24 +0200 | jludwig | (~justin@li657-110.members.linode.com) |
| 2022-10-21 23:50:37 +0200 | jludwig | (~justin@li657-110.members.linode.com) (Client Quit) |
| 2022-10-21 23:53:07 +0200 | mncheck | (~mncheck@193.224.205.254) (Ping timeout: 255 seconds) |
| 2022-10-21 23:57:51 +0200 | <liskin> | Solid: ♥️ |
| 2022-10-21 23:59:07 +0200 | <liskin> | Reminds me that we had a party at our apartment block and apparently one of our neighbors is a kernel dev who misses xmonad in his day job |
| 2022-10-21 23:59:33 +0200 | <liskin> | Could be a boost to my mental health :-) |
| 2022-10-21 23:59:53 +0200 | <liskin> | (still going to be really busy though) |
