2022-08-05 00:04:22 +0200 | sogens | (~sogens@211.30.173.20) (Quit: WeeChat 3.5) |
2022-08-05 00:04:38 +0200 | sogens | (~sogens@211.30.173.20) |
2022-08-05 00:06:24 +0200 | sogens | (~sogens@211.30.173.20) (Client Quit) |
2022-08-05 00:06:40 +0200 | sogens | (~sogens@211.30.173.20) |
2022-08-05 00:23:33 +0200 | <quarkQuark[m]> | <Etxeberrialex[m]> "I use stack installed with ghcup" <- I switched to ghcup recently from `stack-static` in the AUR to fix an issue with the Haskell language server (it doesn't work with the newest Stackage LTS if you use the ghc installed by stack. I had no problem specifically with the AUR package, but ghcup is good for installing a better ghc). |
2022-08-05 00:23:33 +0200 | <quarkQuark[m]> | I really don't recommend using and Haskell packages from the standard repositories on Arch, as every time one updates so do all the others and they often break (because Arch decided to have them dynamically linked). |
2022-08-05 00:38:02 +0200 | zawaken | (~zawaken@user/zawaken) (Quit: ZNC 1.9.x-git-unknown - https://znc.in) |
2022-08-05 00:39:05 +0200 | zawaken | (~zawaken@user/zawaken) |
2022-08-05 00:45:29 +0200 | zawaken | (~zawaken@user/zawaken) (Quit: ZNC 1.9.x-git-unknown - https://znc.in) |
2022-08-05 00:47:01 +0200 | zawaken | (~zawaken@user/zawaken) |
2022-08-05 00:49:02 +0200 | logzet | (~quassel@2001:9e8:e50d:7a00:dabb:c1ff:fed3:a1b9) (Ping timeout: 240 seconds) |
2022-08-05 00:50:06 +0200 | zawaken | (~zawaken@user/zawaken) (Client Quit) |
2022-08-05 00:52:46 +0200 | zawaken | (~zawaken@user/zawaken) |
2022-08-05 01:12:08 +0200 | zawaken | (~zawaken@user/zawaken) (Quit: ZNC 1.9.x-git-unknown - https://znc.in) |
2022-08-05 01:13:18 +0200 | zawaken | (~zawaken@user/zawaken) |
2022-08-05 01:18:22 +0200 | Nahra | (~user@static.161.95.99.88.clients.your-server.de) (Remote host closed the connection) |
2022-08-05 01:32:11 +0200 | sogens | (~sogens@211.30.173.20) (Quit: WeeChat 3.5) |
2022-08-05 01:49:46 +0200 | sogens | (~sogens@211.30.173.20) |
2022-08-05 02:36:25 +0200 | <sogens[m]1> | alright now im back on xmonad tge great |
2022-08-05 03:13:03 +0200 | sogens | (~sogens@211.30.173.20) (Ping timeout: 252 seconds) |
2022-08-05 03:15:06 +0200 | sogens | (~sogens@gateway/vpn/pia/sogens) |
2022-08-05 03:16:41 +0200 | mvk | (~mvk@2607:fea8:5ce3:8500::d5f2) (Ping timeout: 255 seconds) |
2022-08-05 03:31:25 +0200 | sogens | (~sogens@gateway/vpn/pia/sogens) (Quit: WeeChat 3.5) |
2022-08-05 03:32:45 +0200 | sogens | (~sogens@211.30.173.20) |
2022-08-05 03:36:56 +0200 | sogens | (~sogens@211.30.173.20) (Client Quit) |
2022-08-05 03:37:19 +0200 | sogens | (~sogens@211.30.173.20) |
2022-08-05 04:03:50 +0200 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 240 seconds) |
2022-08-05 04:22:55 +0200 | banc | (banc@gateway/vpn/airvpn/banc) |
2022-08-05 04:32:52 +0200 | catman | (~catman@user/catman) (Quit: WeeChat 3.6) |
2022-08-05 04:37:50 +0200 | td_ | (~td@94.134.91.223) (Ping timeout: 240 seconds) |
2022-08-05 04:38:32 +0200 | catman | (~catman@user/catman) |
2022-08-05 04:39:11 +0200 | sogens | (~sogens@211.30.173.20) (Quit: WeeChat 3.5) |
2022-08-05 04:40:03 +0200 | td_ | (~td@muedsl-82-207-238-171.citykom.de) |
2022-08-05 04:49:02 +0200 | terrorjack | (~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat) |
2022-08-05 04:51:29 +0200 | terrorjack | (~terrorjac@2a01:4f8:1c1e:509a::1) |
2022-08-05 04:51:42 +0200 | catman | (~catman@user/catman) (Ping timeout: 245 seconds) |
2022-08-05 04:52:09 +0200 | sogens | (~sogens@211.30.173.20) |
2022-08-05 05:10:18 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 268 seconds) |
2022-08-05 05:11:54 +0200 | catman | (~catman@user/catman) |
2022-08-05 05:28:56 +0200 | haskl | (~haskl@user/haskl) |
2022-08-05 05:36:13 +0200 | rekahsoft | (~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-8.dsl.bell.ca) |
2022-08-05 05:45:46 +0200 | haskl | (~haskl@user/haskl) (Remote host closed the connection) |
2022-08-05 05:52:52 +0200 | haskl | (~haskl@user/haskl) |
2022-08-05 06:11:15 +0200 | pl | (sid98063@id-98063.helmsley.irccloud.com) (Ping timeout: 260 seconds) |
2022-08-05 06:13:20 +0200 | pl | (sid98063@id-98063.helmsley.irccloud.com) |
2022-08-05 06:35:21 +0200 | catman | (~catman@user/catman) (Quit: WeeChat 3.6) |
2022-08-05 06:36:22 +0200 | sogens | (~sogens@211.30.173.20) (Quit: WeeChat 3.5) |
2022-08-05 06:40:15 +0200 | qbt | (~qbt@user/edun) |
2022-08-05 07:03:19 +0200 | steve_ | (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 252 seconds) |
2022-08-05 07:14:45 +0200 | rekahsoft | (~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-8.dsl.bell.ca) (Remote host closed the connection) |
2022-08-05 07:17:35 +0200 | rekahsoft | (~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-8.dsl.bell.ca) |
2022-08-05 07:27:03 +0200 | rekahsoft | (~rekahsoft@bras-base-wdston4533w-grc-02-142-113-160-8.dsl.bell.ca) (Ping timeout: 268 seconds) |
2022-08-05 07:53:47 +0200 | sogens | (~sogens@211.30.173.20) |
2022-08-05 08:04:45 +0200 | sogens | (~sogens@211.30.173.20) (Quit: WeeChat 3.5) |
2022-08-05 08:51:07 +0200 | alternateved | (~user@staticline-31-183-149-36.toya.net.pl) |
2022-08-05 08:52:38 +0200 | sogens | (~sogens@211.30.173.20) |
2022-08-05 08:57:03 +0200 | sogens | (~sogens@211.30.173.20) (Client Quit) |
2022-08-05 09:35:44 +0200 | xmonadgooood | (~xmonadgoo@42.107.88.58) |
2022-08-05 09:36:22 +0200 | <xmonadgooood> | hey guys |
2022-08-05 09:36:40 +0200 | <xmonadgooood> | I don't understand why I'm facing this error |
2022-08-05 09:37:01 +0200 | <xmonadgooood> | import Xmonad.Hooks.RefocusLast |
2022-08-05 09:37:05 +0200 | <xmonadgooood> | is what I did |
2022-08-05 09:37:11 +0200 | <xmonadgooood> | but xmessage says: |
2022-08-05 09:37:15 +0200 | <xmonadgooood> | could not find module |
2022-08-05 09:37:19 +0200 | <xmonadgooood> | perhaps you meant |
2022-08-05 09:37:29 +0200 | <xmonadgooood> | Xmonad.Hooks.RefocusLast |
2022-08-05 09:38:08 +0200 | <Solid> | xmessage probably capitalised the M, and you should too! |
2022-08-05 09:38:28 +0200 | <xmonadgooood> | yea |
2022-08-05 09:38:35 +0200 | <xmonadgooood> | i couldn't spot |
2022-08-05 09:38:59 +0200 | <xmonadgooood> | thanyou |
2022-08-05 09:43:14 +0200 | xmonadgooood | (~xmonadgoo@42.107.88.58) (Ping timeout: 252 seconds) |
2022-08-05 09:49:10 +0200 | alternateved | (~user@staticline-31-183-149-36.toya.net.pl) (Remote host closed the connection) |
2022-08-05 09:49:36 +0200 | alternateved | (~user@staticline-31-183-149-36.toya.net.pl) |
2022-08-05 09:55:48 +0200 | steve_ | (~steve@ool-182c2b80.dyn.optonline.net) |
2022-08-05 10:18:51 +0200 | Guest57 | (~Guest57@180.94.34.76) |
2022-08-05 10:19:37 +0200 | Guest57 | (~Guest57@180.94.34.76) (Client Quit) |
2022-08-05 10:21:48 +0200 | sogens | (~sogens@211.30.173.20) |
2022-08-05 10:32:21 +0200 | xmonadgooood | (~xmonadgoo@42.107.88.1) |
2022-08-05 10:32:29 +0200 | <xmonadgooood> | hey [Leary] |
2022-08-05 10:32:50 +0200 | <xmonadgooood> | can you help me with that focusTracking? |
2022-08-05 10:32:56 +0200 | <xmonadgooood> | tiled = myDecorate $ windowNavigation $ subTabbed $ boringWindows $ focusTracking $ reflectHoriz $ Tall nmaster delta ratio |
2022-08-05 10:33:00 +0200 | <xmonadgooood> | This is the current situation |
2022-08-05 10:33:05 +0200 | <xmonadgooood> | but doesn't work |
2022-08-05 10:42:33 +0200 | <[Leary]> | Is the problem (of the tiled layer showing/focusing the wrong window) while or after the float is focused, or both? |
2022-08-05 10:46:51 +0200 | <xmonadgooood> | let me verify |
2022-08-05 10:47:35 +0200 | <xmonadgooood> | okay |
2022-08-05 10:47:49 +0200 | <xmonadgooood> | the tab switches when I sink the floating window |
2022-08-05 10:50:09 +0200 | <xmonadgooood> | [Leary] so I press mod+i to bring up the scratchpad and tiled tabs are fine |
2022-08-05 10:50:36 +0200 | <xmonadgooood> | but when I sink the scratchpad by pressing mod+i again then the tiled tab group switches to the first tab |
2022-08-05 10:50:58 +0200 | <[Leary]> | You mean after you dismiss it? Sink means to unfloat (to insert the window into the tiling). |
2022-08-05 10:51:30 +0200 | <[Leary]> | Regardless, it sounds like trackFloating is working as intended (or wasn't needed in the first place); the solution you want should be in RefocusLast. |
2022-08-05 10:52:36 +0200 | <xmonadgooood> | oh |
2022-08-05 10:52:51 +0200 | <xmonadgooood> | yea i mean when i sink the window(dismiss it) |
2022-08-05 10:53:09 +0200 | <xmonadgooood> | previously on my old setup i was using refocuslast |
2022-08-05 10:53:16 +0200 | <xmonadgooood> | but still had the same issue going on |
2022-08-05 10:55:01 +0200 | <[Leary]> | RefocusLast is something of a hack, it won't do what you want if you don't apply it correctly to the circumstances. In particular, I suspect it needs to be integrated into the scratchpad dismiss action. |
2022-08-05 10:55:42 +0200 | logzet | (~quassel@2001:9e8:e51f:8d00:dabb:c1ff:fed3:a1b9) |
2022-08-05 10:56:56 +0200 | <xmonadgooood> | I'll apply refocuslast |
2022-08-05 10:57:14 +0200 | <xmonadgooood> | I too suspect whether I'm applying it wrong |
2022-08-05 10:57:21 +0200 | <xmonadgooood> | I'll apply it and pastebin it |
2022-08-05 11:00:29 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
2022-08-05 11:00:40 +0200 | <xmonadgooood> | umm... |
2022-08-05 11:00:46 +0200 | <xmonadgooood> | what do i do about the import |
2022-08-05 11:00:49 +0200 | <xmonadgooood> | my config already has |
2022-08-05 11:00:54 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) |
2022-08-05 11:01:11 +0200 | gdd | (~gdd@129.199.146.230) (Ping timeout: 268 seconds) |
2022-08-05 11:01:15 +0200 | <xmonadgooood> | this line: |
2022-08-05 11:01:16 +0200 | <xmonadgooood> | handleEventHook = refocusLastWhen myPred <+> handleEventHook def |
2022-08-05 11:01:21 +0200 | <xmonadgooood> | not that sorry |
2022-08-05 11:01:30 +0200 | <xmonadgooood> | this one: |
2022-08-05 11:01:38 +0200 | <xmonadgooood> | import qualified Data.Map as M |
2022-08-05 11:01:58 +0200 | <xmonadgooood> | but in the refocuslast docs they mention the import like: |
2022-08-05 11:02:14 +0200 | <xmonadgooood> | import qualified Data.Map.Strict as M |
2022-08-05 11:02:20 +0200 | <xmonadgooood> | which one do I use? |
2022-08-05 11:02:23 +0200 | <xmonadgooood> | or do both? |
2022-08-05 11:02:53 +0200 | <[Leary]> | Oh, that doesn't really matter. One or the other. |
2022-08-05 11:03:11 +0200 | <[Leary]> | They modules have the same interface. |
2022-08-05 11:03:35 +0200 | <xmonadgooood> | then i've prolly made a mistake here: |
2022-08-05 11:03:57 +0200 | gdd | (~gdd@129.199.146.230) |
2022-08-05 11:04:09 +0200 | <xmonadgooood> | https://paste.tomsmeding.com/BMDAVWp1 |
2022-08-05 11:04:49 +0200 | <xmonadgooood> | oh forgot the where part |
2022-08-05 11:04:51 +0200 | <xmonadgooood> | waitup |
2022-08-05 11:07:26 +0200 | <xmonadgooood> | I'm confused about what to do with the `additionalKeys` line |
2022-08-05 11:07:28 +0200 | <xmonadgooood> | https://paste.tomsmeding.com/DjqxiMix |
2022-08-05 11:07:35 +0200 | <xmonadgooood> | this doesn't compile |
2022-08-05 11:09:50 +0200 | <[Leary]> | You want `refocusLastKeys <> keys def` like it has in the example, not `myKeys`. |
2022-08-05 11:12:42 +0200 | <xmonadgooood> | are the others wrong too? |
2022-08-05 11:12:47 +0200 | <xmonadgooood> | like this one: |
2022-08-05 11:12:56 +0200 | <xmonadgooood> | handleEventHook = refocusLastWhen myPred <+> myEventHook def, |
2022-08-05 11:13:11 +0200 | <xmonadgooood> | myEventHook is correct, right? |
2022-08-05 11:14:17 +0200 | <xmonadgooood> | also `<+>` and `<>` are the same thing(append)... right? |
2022-08-05 11:14:44 +0200 | <[Leary]> | You probably don't want to be giving it `def`, otherwise I suspect it's right; I'd have to see the compile errors. |
2022-08-05 11:15:07 +0200 | <[Leary]> | (<+>) is the same as (<>). I think it's a deprecated alias, so it's better to use the latter. |
2022-08-05 11:16:42 +0200 | <[Leary]> | Also, you're only supposed to use the log hook *or* the layout hook for RefocusLast. Layout is more complex, so probably go with the log hook. |
2022-08-05 11:18:23 +0200 | <[Leary]> | (note that the layouthook line in the example is commented out, though perhaps that's not obvious and a bit confusing) |
2022-08-05 11:20:49 +0200 | <xmonadgooood> | https://imgur.com/a/zMOUC7b |
2022-08-05 11:21:05 +0200 | <xmonadgooood> | after making the changes this is the error i get |
2022-08-05 11:21:11 +0200 | <xmonadgooood> | ill also paste my entire xmonad.hs |
2022-08-05 11:22:16 +0200 | <xmonadgooood> | https://paste.tomsmeding.com/u0RMDzIv |
2022-08-05 11:24:28 +0200 | <[Leary]> | Okay, so the point of `keys def` and `logHook def` is getting the `keys` and `logHook` fields from the default config, so you can combine the changes into them with (<>). That doesn't apply to `myEventHook`, which is why you don't want `def` there, but it does to the others. |
2022-08-05 11:25:31 +0200 | <[Leary]> | Or rather, in `myEventHook` you already do that in the definition. |
2022-08-05 11:25:58 +0200 | <xmonadgooood> | I just added def to loghook and keys |
2022-08-05 11:26:09 +0200 | <xmonadgooood> | is that okay? because it compiles successfully now |
2022-08-05 11:26:20 +0200 | <[Leary]> | Yes, that's what I was suggesting. |
2022-08-05 11:26:49 +0200 | <xmonadgooood> | still the same issue |
2022-08-05 11:26:56 +0200 | <xmonadgooood> | do i logout and log back in? |
2022-08-05 11:28:09 +0200 | <xmonadgooood> | or do i have to apply 'refocusLast' in 'myLayouts' too? |
2022-08-05 11:28:58 +0200 | <[Leary]> | `refocusLastKeys` there adds keybindings such that the issue shouldn't happen when you shift a float to and from a workspace normally. |
2022-08-05 11:29:28 +0200 | <[Leary]> | But it doesn't add anything special for the scratchpad actions, which I suspect it needs to work for that case. |
2022-08-05 11:34:09 +0200 | <xmonadgooood> | umm... |
2022-08-05 11:34:15 +0200 | <xmonadgooood> | so what should i do now? |
2022-08-05 11:36:47 +0200 | <[Leary]> | It seems like RefocusLast could have an action modifier that would transform the scratchpad actions, but I'm not sure if it can be written from the outside. `withRecentsIn` might be enough; I'll have a go at it and make a gist if it looks like it works. |
2022-08-05 11:37:09 +0200 | alternateved | (~user@staticline-31-183-149-36.toya.net.pl) (Read error: Connection reset by peer) |
2022-08-05 11:37:22 +0200 | <xmonadgooood> | so rn i don't have any fix |
2022-08-05 11:37:25 +0200 | <xmonadgooood> | ? |
2022-08-05 11:37:28 +0200 | alternateved | (~user@staticline-31-183-149-36.toya.net.pl) |
2022-08-05 11:38:28 +0200 | alternateved | (~user@staticline-31-183-149-36.toya.net.pl) () |
2022-08-05 11:38:50 +0200 | <[Leary]> | Well, if it can be done via `withRecentsIn`, I'd call that a fix. But nothing trivial. |
2022-08-05 11:38:59 +0200 | <xmonadgooood> | okay ill try |
2022-08-05 11:40:47 +0200 | <[Leary]> | Oh, `refocusWhen` might be enough, actually. |
2022-08-05 11:42:31 +0200 | <xmonadgooood> | how do i apply it? |
2022-08-05 11:42:50 +0200 | <xmonadgooood> | do i remove the applied refocuslast suff from my main function? |
2022-08-05 11:47:24 +0200 | <[Leary]> | No, don't change that stuff. And unless your Haskell is halfway decent, you probably won't be able to write up the fix with these tools. |
2022-08-05 11:47:50 +0200 | <xmonadgooood> | im terrible at haskell |
2022-08-05 11:47:55 +0200 | <xmonadgooood> | i just copy and paste bits around |
2022-08-05 11:48:05 +0200 | <xmonadgooood> | okay i wont change that stuff |
2022-08-05 11:48:09 +0200 | <xmonadgooood> | what should i do further? |
2022-08-05 11:48:14 +0200 | <xmonadgooood> | also came across a reddit post |
2022-08-05 11:48:22 +0200 | <xmonadgooood> | which redirected me to: |
2022-08-05 11:48:28 +0200 | <xmonadgooood> | https://github.com/samhh/dotfiles/commit/d9e28572c7a413b83d09e21e54ec653f5dfba251 |
2022-08-05 11:48:37 +0200 | <xmonadgooood> | do i try this fix? |
2022-08-05 11:50:44 +0200 | <[Leary]> | I don't know what that's trying to fix, you'd have to show me the reddit post for me to figure it out. It's probably not relevant. |
2022-08-05 11:51:33 +0200 | <xmonadgooood> | https://www.reddit.com/r/xmonad/comments/ky5yzp/popup_window_changes_underlying_focus/ |
2022-08-05 11:53:32 +0200 | <[Leary]> | It sounds like they're just applying the config in a slightly abnormal way, most likely just because their config was a bit abnormal already. |
2022-08-05 11:54:10 +0200 | <[Leary]> | Anyway, if there's a simple way to write the action modifier with what's exposed by RefocusLast then I'll write it, just give me a while. |
2022-08-05 11:54:24 +0200 | <xmonadgooood> | umm okay |
2022-08-05 11:54:36 +0200 | <xmonadgooood> | ill create a libera chat account till then |
2022-08-05 11:54:42 +0200 | <xmonadgooood> | i don't want to miss texts |
2022-08-05 11:56:25 +0200 | zim0369 | (~zim0369@42.107.88.1) |
2022-08-05 12:04:50 +0200 | zim0369 | (~zim0369@42.107.88.1) (Quit: Client closed) |
2022-08-05 12:05:14 +0200 | zim0369 | (~zim0369@42.107.88.1) |
2022-08-05 12:05:53 +0200 | <zim0369> | This is my new acc. [Leary] |
2022-08-05 12:06:05 +0200 | <zim0369> | ping me whenever you have the fix |
2022-08-05 12:06:25 +0200 | <zim0369> | I don't know if libera saves texts after logging out and logging back in |
2022-08-05 12:06:35 +0200 | xmonadgooood | (~xmonadgoo@42.107.88.1) (Quit: Client closed) |
2022-08-05 12:09:15 +0200 | <[Leary]> | zim0369: Try this: https://gist.github.com/LSLeary/399475bd7c5b063a5ff623730db64adb |
2022-08-05 12:09:36 +0200 | <[Leary]> | Note that it's completely untested; it might not even compile. |
2022-08-05 12:11:21 +0200 | <zim0369> | where does the "thenrefocus.." line go? |
2022-08-05 12:12:07 +0200 | <zim0369> | also, is this part at the end of the main function correct? |
2022-08-05 12:12:08 +0200 | <zim0369> | keys = refocusLastKeys <> keys def |
2022-08-05 12:12:08 +0200 | <zim0369> | } |
2022-08-05 12:12:09 +0200 | <zim0369> | `additionalKeysP` myKeys |
2022-08-05 12:12:09 +0200 | <zim0369> | where -- refocusLast stuff |
2022-08-05 12:12:10 +0200 | <zim0369> | myPred = refocusingIsActive <||> isFloat |
2022-08-05 12:12:47 +0200 | <zim0369> | I have `keys` part inside the def override block as well as at the end infront of `additionalKeysP`. |
2022-08-05 12:12:50 +0200 | <zim0369> | is that correct? |
2022-08-05 12:14:13 +0200 | <[Leary]> | It goes at the top level. |
2022-08-05 12:15:05 +0200 | <[Leary]> | And I don't see anything wrong there, you're just using two different ways to add new keybindings to the defaults. |
2022-08-05 12:15:36 +0200 | <[Leary]> | You could simplify it by merging `refocusLastKeys` into `myKeys` using the emacs syntax, but let's not fix what isn't broken. |
2022-08-05 12:16:59 +0200 | <zim0369> | okay |
2022-08-05 12:17:24 +0200 | <zim0369> | i prolly placed 'thenrefocus...' line in the wrong place |
2022-08-05 12:17:28 +0200 | <zim0369> | where exactly? |
2022-08-05 12:18:04 +0200 | <zim0369> | https://paste.tomsmeding.com/w8S42c1v |
2022-08-05 12:20:25 +0200 | <[Leary]> | That looks correct, but `rlPred` isn't a predefined value, it's a predicate like `myPred` which you define in the where block of `main`. Perhaps just raise that to the top level and use that. |
2022-08-05 12:22:08 +0200 | <zim0369> | ugh.. still nope |
2022-08-05 12:22:27 +0200 | <zim0369> | } |
2022-08-05 12:22:27 +0200 | <zim0369> | `additionalKeysP` myKeys |
2022-08-05 12:22:28 +0200 | <zim0369> | where -- refocusLast stuff |
2022-08-05 12:22:28 +0200 | <zim0369> | thenRefocusAfter :: Query Bool -> X a -> X a |
2022-08-05 12:22:29 +0200 | <zim0369> | p `thenRefocusAfter` act = do |
2022-08-05 12:22:29 +0200 | <zim0369> | tag <- gets (W.currentTag . windows) |
2022-08-05 12:22:30 +0200 | <zim0369> | refocus <- refocusWhen p tag |
2022-08-05 12:22:30 +0200 | <zim0369> | act <* windows refocus |
2022-08-05 12:22:31 +0200 | <zim0369> | myPred = refocusingIsActive <||> isFloat |
2022-08-05 12:22:32 +0200 | <zim0369> | like this? |
2022-08-05 12:24:46 +0200 | <[Leary]> | No, that was fine at the top level. Move `myPred` there instead, so they're both in the global scope. |
2022-08-05 12:25:03 +0200 | mvk | (~mvk@2607:fea8:5ce3:8500::d5f2) |
2022-08-05 12:25:21 +0200 | <[Leary]> | And then use `myPred` instead of `rlPred`. |
2022-08-05 12:25:29 +0200 | <[Leary]> | In `myKeys`. |
2022-08-05 12:28:59 +0200 | <zim0369> | Current state: https://paste.tomsmeding.com/6azhXE3K |
2022-08-05 12:29:00 +0200 | <zim0369> | compilation error: https://imgur.com/a/Hxr6vLi |
2022-08-05 12:30:49 +0200 | <[Leary]> | Oops. `windows` there on line 31 should be `windowset`. |
2022-08-05 12:32:27 +0200 | <zim0369> | compiled successfully but that fix isn't working |
2022-08-05 12:33:54 +0200 | <[Leary]> | Are you testing it with M-o? I notice you didn't apply the modifier to M-i. |
2022-08-05 12:36:26 +0200 | <zim0369> | oh |
2022-08-05 12:36:28 +0200 | <zim0369> | im so sorry |
2022-08-05 12:36:31 +0200 | <zim0369> | im so dumb |
2022-08-05 12:36:33 +0200 | <zim0369> | it works |
2022-08-05 12:36:36 +0200 | <zim0369> | absolutely well |
2022-08-05 12:36:51 +0200 | <[Leary]> | :) |
2022-08-05 12:37:08 +0200 | <zim0369> | let me check it out my checklist now |
2022-08-05 12:37:12 +0200 | <zim0369> | great!!! |
2022-08-05 12:37:31 +0200 | <zim0369> | wait |
2022-08-05 12:37:39 +0200 | <zim0369> | umm |
2022-08-05 12:37:46 +0200 | <zim0369> | the focus doesn't follow the scratchpad |
2022-08-05 12:38:22 +0200 | <zim0369> | m-o brings up the scratchpad but it's not in focus |
2022-08-05 12:40:26 +0200 | <[Leary]> | I guess the scratchpad actions are toggles? That complicates things a bit; the refocusing action is running both when you summon and when you dismiss, which I guess is messing up the former. |
2022-08-05 12:41:07 +0200 | <[Leary]> | The predicate should be able to distinguish the two cases... Ugh. |
2022-08-05 12:41:22 +0200 | <[Leary]> | It really is a bit of a mess. |
2022-08-05 12:43:04 +0200 | <zim0369> | i was thinking this would work: |
2022-08-05 12:43:06 +0200 | <zim0369> | ("M-o", sequence_ [myPred `thenRefocusAfter` namedScratchpadAction scratchpads "scratch", toggleFocus]), |
2022-08-05 12:43:21 +0200 | <zim0369> | but it also works while sinking the scratchpad lol |
2022-08-05 13:00:33 +0200 | <[Leary]> | zim0369: I updated the gist, have another look. |
2022-08-05 13:02:24 +0200 | <zim0369> | this line correct? |
2022-08-05 13:02:25 +0200 | <zim0369> | isScratchPad :: NamesScratchPads -> Query Bool |
2022-08-05 13:02:33 +0200 | <zim0369> | NamesScratchPads |
2022-08-05 13:02:46 +0200 | <[Leary]> | Named* I suppose. |
2022-08-05 13:03:03 +0200 | <zim0369> | yea |
2022-08-05 13:03:25 +0200 | <zim0369> | It could be either one of NamedScratchPads or NamedScratchPad |
2022-08-05 13:03:29 +0200 | <zim0369> | but using any of em |
2022-08-05 13:03:37 +0200 | <zim0369> | gives compilation error |
2022-08-05 13:03:55 +0200 | <zim0369> | not in scope: type constructor or class 'NamedScratchPads' |
2022-08-05 13:04:04 +0200 | <zim0369> | perhaps you meant one of these: |
2022-08-05 13:04:11 +0200 | <zim0369> | 'NamedScratchpads |
2022-08-05 13:04:22 +0200 | <zim0369> | okay wait |
2022-08-05 13:04:28 +0200 | <zim0369> | corrected and compiled successfully |
2022-08-05 13:05:44 +0200 | <zim0369> | umm |
2022-08-05 13:05:46 +0200 | <zim0369> | nope |
2022-08-05 13:06:00 +0200 | <zim0369> | the scratchpad is still unfocused |
2022-08-05 13:07:52 +0200 | <[Leary]> | Can you show me the state of your config? |
2022-08-05 13:08:28 +0200 | <zim0369> | https://paste.tomsmeding.com/IIfydNs9 |
2022-08-05 13:09:56 +0200 | <[Leary]> | Yes, you need to switch out `myPred` on line 141 to use the new predicate like in the example. |
2022-08-05 13:10:30 +0200 | <[Leary]> | Binding something at the top level never affects anything else, it just makes that value available for use. |
2022-08-05 13:17:09 +0200 | <zim0369> | ` ("M-o", myPred `thenRefocusAfter` namedScratchpadAction scratchpads "scratch"), |
2022-08-05 13:17:10 +0200 | <zim0369> | ` |
2022-08-05 13:17:21 +0200 | <zim0369> | so this line is incorrect? |
2022-08-05 13:17:32 +0200 | <zim0369> | what do i have to replace myPred with? |
2022-08-05 13:17:48 +0200 | <zim0369> | oh okay |
2022-08-05 13:17:49 +0200 | <zim0369> | sorry wait |
2022-08-05 13:17:53 +0200 | <zim0369> | i didn't read the comment |
2022-08-05 13:20:04 +0200 | <zim0369> | ("M-o", isScratchPad myScratchPads `thenRefocusAfter` namedScratchpadAction scratchpads "scratch"), |
2022-08-05 13:20:48 +0200 | <zim0369> | it was `scratchpads` instead of `myScratchpads` |
2022-08-05 13:20:51 +0200 | <zim0369> | now it works |
2022-08-05 13:21:11 +0200 | <zim0369> | now is this line correct? |
2022-08-05 13:21:12 +0200 | <zim0369> | ("M-o", isScratchPad scratchpads `thenRefocusAfter` namedScratchpadAction scratchpads "scratch"), |
2022-08-05 13:21:23 +0200 | <[Leary]> | Looks right. |
2022-08-05 13:21:24 +0200 | <zim0369> | scratchpads appears twice |
2022-08-05 13:21:29 +0200 | <zim0369> | but works anyways |
2022-08-05 13:21:39 +0200 | <[Leary]> | It's an argument that both functions need. |
2022-08-05 13:21:45 +0200 | <zim0369> | okay |
2022-08-05 13:22:16 +0200 | <zim0369> | everything works fine now |
2022-08-05 13:22:16 +0200 | <[Leary]> | There might be some issues if you pull up a scratch pad when another is already focused, but... I don't know what to do about that. I think it should work the rest of the time. |
2022-08-05 13:22:50 +0200 | <zim0369> | yea i see that problem but i don't ever pull up a scratchpad on another one |
2022-08-05 13:23:05 +0200 | <zim0369> | thank you so much |
2022-08-05 13:23:09 +0200 | <zim0369> | that was exhaustive |
2022-08-05 13:23:11 +0200 | <zim0369> | hehe |
2022-08-05 13:23:37 +0200 | <zim0369> | now only thing i need in xmonad is the ability to jump to a certain layout without having to cycle through it |
2022-08-05 13:23:48 +0200 | <zim0369> | but that's prolly not going to happen as geekosaur said |
2022-08-05 13:26:03 +0200 | <[Leary]> | You're welcome, but there's one more thing I should mention: I noticed that you bind window-shifting keys in `myKeys`. The shift bindings in `refocusLastKeys` are actually supposed to replace those. |
2022-08-05 13:27:09 +0200 | <zim0369> | you mean these: |
2022-08-05 13:27:10 +0200 | <zim0369> | ("M-u", submap . M.fromList $ |
2022-08-05 13:27:11 +0200 | <zim0369> | [ |
2022-08-05 13:27:11 +0200 | <zim0369> | ((0, k), windows $ W.shift i) | (i, k) <- zip myWorkspaces [xK_1 .. xK_9] |
2022-08-05 13:27:12 +0200 | <zim0369> | ]), |
2022-08-05 13:27:12 +0200 | <zim0369> | ("M-w p", toggleRecentWS) |
2022-08-05 13:27:36 +0200 | <[Leary]> | I guess you can replace `windows $ W.shift i` on line 190 with `windows =<< shiftRLWhen myPred i`. |
2022-08-05 13:29:39 +0200 | <zim0369> | can you also tell me |
2022-08-05 13:29:42 +0200 | <zim0369> | how do i append |
2022-08-05 13:30:09 +0200 | <zim0369> | move to that workspace thing? |
2022-08-05 13:30:18 +0200 | <zim0369> | i forgot what it was |
2022-08-05 13:30:30 +0200 | <[Leary]> | I'm not sure what you're asking. |
2022-08-05 13:30:41 +0200 | <zim0369> | but what it does is after i move a window to a specific workspace i also want to switch to that workspace right away |
2022-08-05 13:34:29 +0200 | <[Leary]> | shiftRLWhen myPred i >>= \shift -> windows (W.greedyView i . shift) |
2022-08-05 13:34:33 +0200 | <[Leary]> | Or something like that. |
2022-08-05 13:34:35 +0200 | <[Leary]> | I guess. |
2022-08-05 13:36:19 +0200 | <zim0369> | like this: |
2022-08-05 13:36:20 +0200 | <zim0369> | ((0, k), shiftRLWhen myPred i) >>= \shift -> windows (W.greedyView i . shift) |
2022-08-05 13:36:22 +0200 | <zim0369> | ? |
2022-08-05 13:36:35 +0200 | <zim0369> | or this maybe? |
2022-08-05 13:36:36 +0200 | <zim0369> | ((0, k), shiftRLWhen myPred i) >>= \shift -> windows (W.greedyView i . shift) | (i, k) <- zip myWorkspaces [xK_1 .. xK_9] |
2022-08-05 13:39:47 +0200 | <[Leary]> | ((0, k), shiftRLWhen myPred i >>= \shift -> windows (W.greedyView i . shift)) |
2022-08-05 13:44:16 +0200 | <zim0369> | that worked!!! |
2022-08-05 13:44:20 +0200 | <zim0369> | thank you sooo much |
2022-08-05 14:21:42 +0200 | xmonadtrack | (~xmonadtra@xmonad/geekosaur) (Ping timeout: 245 seconds) |
2022-08-05 14:23:22 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Ping timeout: 245 seconds) |
2022-08-05 14:32:35 +0200 | zim0369 | (~zim0369@42.107.88.1) (Quit: Client closed) |
2022-08-05 15:10:15 +0200 | catman | (~catman@user/catman) |
2022-08-05 15:17:26 +0200 | catman | (~catman@user/catman) (Ping timeout: 240 seconds) |
2022-08-05 15:17:37 +0200 | catman | (~catman@user/catman) |
2022-08-05 15:18:23 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
2022-08-05 15:44:30 +0200 | zim0369 | (~zim0369@114.143.131.219) |
2022-08-05 15:45:11 +0200 | <zim0369> | is there a way to preserve content focus while resizing the browser window? |
2022-08-05 15:45:24 +0200 | <zim0369> | It's not an xmonad specific problem |
2022-08-05 15:46:28 +0200 | <zim0369> | windows, tiling wm, linux DEs |
2022-08-05 16:00:07 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 268 seconds) |
2022-08-05 16:14:47 +0200 | <zim0369> | geekosaur[m] |
2022-08-05 16:15:09 +0200 | <zim0369> | do you know if we can fix a browser issue |
2022-08-05 16:15:25 +0200 | <zim0369> | when browser window is resized the focus of the content moves |
2022-08-05 16:15:38 +0200 | <zim0369> | is there a way to preserve it? |
2022-08-05 16:24:22 +0200 | zim0369 | (~zim0369@114.143.131.219) (Ping timeout: 252 seconds) |
2022-08-05 16:33:31 +0200 | eviltwin_b | (~eviltwin_@xmonad/geekosaur) |
2022-08-05 17:08:11 +0200 | eviltwin_b | (~eviltwin_@xmonad/geekosaur) (Quit: Client closed) |
2022-08-05 17:08:57 +0200 | eviltwin_b | (~eviltwin_@xmonad/geekosaur) |
2022-08-05 17:23:39 +0200 | Digit | (~user@user/digit) (Read error: Connection reset by peer) |
2022-08-05 17:27:45 +0200 | coco | (~coco@212-51-146-199.fiber7.init7.net) |
2022-08-05 17:31:20 +0200 | eviltwin_b | (~eviltwin_@xmonad/geekosaur) (Quit: Client closed) |
2022-08-05 18:04:04 +0200 | qbt | (~qbt@user/edun) (Ping timeout: 268 seconds) |
2022-08-05 18:37:48 +0200 | zim0369 | (~zim0369@114.143.131.219) |
2022-08-05 18:39:14 +0200 | <zim0369> | is it possible to have same binding do different things for different layouts? |
2022-08-05 18:42:20 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
2022-08-05 18:42:44 +0200 | <[Leary]> | X.A.PerLayoutKeys |
2022-08-05 19:09:00 +0200 | zim0369 | (~zim0369@114.143.131.219) (Ping timeout: 252 seconds) |
2022-08-05 19:42:46 +0200 | Guest681 | (~Guest6@113x42x174x138.ap113.ftth.ucom.ne.jp) |
2022-08-05 19:42:59 +0200 | Guest681 | (~Guest6@113x42x174x138.ap113.ftth.ucom.ne.jp) (Client Quit) |
2022-08-05 19:43:10 +0200 | Guest659 | (~Guest6@113x42x174x138.ap113.ftth.ucom.ne.jp) |
2022-08-05 19:44:49 +0200 | Guest659 | (~Guest6@113x42x174x138.ap113.ftth.ucom.ne.jp) (Client Quit) |
2022-08-05 20:06:32 +0200 | zim0369 | (~zim0369@114.143.131.219) |
2022-08-05 20:06:52 +0200 | <zim0369> | [Leary] seems like perlayoutkeys is available in 0.17.9 |
2022-08-05 20:06:59 +0200 | <zim0369> | while mine is 0.17.0 |
2022-08-05 20:07:02 +0200 | <zim0369> | installed with cabal |
2022-08-05 20:07:12 +0200 | <zim0369> | how do i upgrade to 0.17.9 |
2022-08-05 20:09:07 +0200 | diep | (~diep@2a01:cb11:2d7:4a00:a13f:e40c:c4e8:736c) |
2022-08-05 20:09:25 +0200 | byorgey | (~byorgey@155.138.238.211) |
2022-08-05 20:09:28 +0200 | byorgey | (~byorgey@155.138.238.211) (Client Quit) |
2022-08-05 20:09:32 +0200 | diep | (~diep@2a01:cb11:2d7:4a00:a13f:e40c:c4e8:736c) (Remote host closed the connection) |
2022-08-05 20:09:54 +0200 | byorgey | (~byorgey@155.138.238.211) |
2022-08-05 20:10:54 +0200 | diep | (~diep@2a01:cb11:2d7:4a00:a13f:e40c:c4e8:736c) |
2022-08-05 20:11:01 +0200 | diep | (~diep@2a01:cb11:2d7:4a00:a13f:e40c:c4e8:736c) (Remote host closed the connection) |
2022-08-05 20:11:03 +0200 | <zim0369> | anyone? |
2022-08-05 20:11:24 +0200 | diep | (~diep@2a01:cb11:2d7:4a00:a13f:e40c:c4e8:736c) |
2022-08-05 20:25:16 +0200 | <zim0369> | k |
2022-08-05 20:25:47 +0200 | diep | (~diep@2a01:cb11:2d7:4a00:a13f:e40c:c4e8:736c) (Remote host closed the connection) |
2022-08-05 20:26:00 +0200 | <zim0369> | [Leary]? |
2022-08-05 20:26:06 +0200 | <zim0369> | geekosaur[m]? |
2022-08-05 20:32:17 +0200 | <geekosaur[m]> | That version number means it's in git |
2022-08-05 20:32:26 +0200 | <zim0369> | oh |
2022-08-05 20:32:39 +0200 | <zim0369> | but if |
2022-08-05 20:32:49 +0200 | <zim0369> | xmonad.actions.perwindowkeys is available then |
2022-08-05 20:33:03 +0200 | <zim0369> | xmonad.actions.perlayoutkeys should also be available for me right? |
2022-08-05 20:33:18 +0200 | <zim0369> | it says module missing |
2022-08-05 20:34:08 +0200 | <zim0369> | perhaps you meant perwindowkeys or floatkeys |
2022-08-05 20:34:54 +0200 | <geekosaur[m]> | You could learn how to use cabal with a git checkout or grab the file off of GitHub and put it in `lib/XMonad/Actions/PerLayoutKeys.hs` |
2022-08-05 20:35:38 +0200 | <zim0369> | huh? |
2022-08-05 20:35:49 +0200 | <zim0369> | why do i need to do this? why doesn't import work? |
2022-08-05 20:36:07 +0200 | <zim0369> | do i reinstall xmonad from elsewhere? |
2022-08-05 20:37:01 +0200 | <geekosaur[m]> | Because the module was added after the 0.17.0 release and a new release hasn't been done yet |
2022-08-05 20:37:37 +0200 | <zim0369> | when is the new release coming? |
2022-08-05 20:38:27 +0200 | <geekosaur[m]> | So you have to copy the file out of git as I described or you need to follow the install instructions for a git clone |
2022-08-05 20:38:48 +0200 | <zim0369> | I want to stay updated so I'll prefer the rolling way |
2022-08-05 20:39:06 +0200 | <geekosaur[m]> | New release is still being planned but at the moment everyone involved is too busy |
2022-08-05 20:41:24 +0200 | <zim0369> | ❯ pac -Ss xmonad |
2022-08-05 20:41:24 +0200 | <zim0369> | community/xmonad 0.17.0-9 |
2022-08-05 20:41:25 +0200 | <zim0369> | Lightweight X11 tiled window manager written in Haskell |
2022-08-05 20:41:25 +0200 | <zim0369> | community/xmonad-contrib 0.17.0-9 |
2022-08-05 20:41:26 +0200 | <zim0369> | Community-maintained extensions extensions for xmonad |
2022-08-05 20:41:26 +0200 | <zim0369> | community/xmonad-utils 0.1.3.3-201 |
2022-08-05 20:41:27 +0200 | <zim0369> | Small collection of X utilities |
2022-08-05 20:42:03 +0200 | <zim0369> | pacman shows this version. Is it the latest(0.17.9)? |
2022-08-05 20:42:04 +0200 | <zim0369> | if yes, then should i install using pacman? |
2022-08-05 20:42:04 +0200 | <zim0369> | would that create problems? |
2022-08-05 20:53:04 +0200 | <geekosaur[m]> | The way to get 0.17.0.9 via pacman is xmonad-git in AUR |
2022-08-05 20:53:08 +0200 | zim0369 | (~zim0369@114.143.131.219) (Ping timeout: 252 seconds) |
2022-08-05 20:53:26 +0200 | <geekosaur[m]> | 0.17.0-9 is not the same thing |
2022-08-05 21:07:39 +0200 | eviltwin_b | (~eviltwin_@xmonad/geekosaur) |
2022-08-05 21:07:52 +0200 | <MrElendig> | the bit after the - is the pkgrel, so its the 9th version of the xmonad 0.17.0 package |
2022-08-05 21:08:31 +0200 | <eviltwin_b> | sadly they pinged out before that ad probably missed all of that |
2022-08-05 21:19:04 +0200 | zim0369 | (~zim0369@114.143.131.219) |
2022-08-05 21:19:19 +0200 | <zim0369> | geekosaur[m] |
2022-08-05 21:19:31 +0200 | <zim0369> | I compiled xmonad from git |
2022-08-05 21:19:36 +0200 | <zim0369> | it works now |
2022-08-05 21:19:54 +0200 | <zim0369> | I have a problem with xmonad.actions.perlayoutbindings |
2022-08-05 21:20:26 +0200 | <eviltwin_b> | what problem? |
2022-08-05 21:20:44 +0200 | <zim0369> | the binding isn't working for my custom layout |
2022-08-05 21:20:48 +0200 | <zim0369> | wait i'll pastebin |
2022-08-05 21:21:01 +0200 | <MrElendig> | zim0369: the bit after the - is the pkgrel, so its the 9th version of the xmonad 0.17.0 package |
2022-08-05 21:21:35 +0200 | <zim0369> | okay MrElendig |
2022-08-05 21:22:11 +0200 | <zim0369> | https://paste.tomsmeding.com/TQGGWfMQ |
2022-08-05 21:22:13 +0200 | <eviltwin_b> | there is an xmonad-git on AUR by the way |
2022-08-05 21:22:37 +0200 | <zim0369> | ya but the aur version also seems to be not 0.17.9 |
2022-08-05 21:22:50 +0200 | <zim0369> | btw, in my config i have made a binding |
2022-08-05 21:23:04 +0200 | <zim0369> | ("M-j", bindByLayout [("tiled", focusDown), ("Full", windows W.focusDown)]), |
2022-08-05 21:23:04 +0200 | <zim0369> | ("M-k", bindByLayout [("tiled", focusUp), ("Full", windows W.focusUp)]), |
2022-08-05 21:23:17 +0200 | <zim0369> | but the binding for the tiled layout doesn't work |
2022-08-05 21:23:33 +0200 | <zim0369> | i even declared my tiled layout in global scope |
2022-08-05 21:24:38 +0200 | <eviltwin_b> | "tiled' is not the name of the layout, it's a binding you gave to the whole expression including multiple layouts |
2022-08-05 21:24:59 +0200 | <zim0369> | so what's the fix now? |
2022-08-05 21:25:31 +0200 | <eviltwin_b> | oh no, it only has one. its name is at the very end: Tall |
2022-08-05 21:26:14 +0200 | <Solid> | layout modifiers might add names |
2022-08-05 21:26:26 +0200 | <Solid> | I'd use X.L.Renamed anyways |
2022-08-05 21:26:39 +0200 | <MrElendig> | zim0369: xmonad-git on aur pulls the latest commit from github, the version listed on aur is not what you end up with |
2022-08-05 21:27:02 +0200 | <zim0369> | MrElendig is aur reliable for xmonad? |
2022-08-05 21:27:26 +0200 | <eviltwin_b> | as reliable as arch is, which means yu have t jump through some extra hoops |
2022-08-05 21:27:28 +0200 | <zim0369> | btw eviltwin_b Tall didn't work |
2022-08-05 21:27:44 +0200 | <MrElendig> | mostly, the problem is that the powers that be decided to make dynamic linking as hard as possible |
2022-08-05 21:27:54 +0200 | <eviltwin_b> | notably, mke sure you recompile your config every time you run pacman in case some dependency changed |
2022-08-05 21:27:57 +0200 | <MrElendig> | so you have to rebuild with every haskell-* update |
2022-08-05 21:28:05 +0200 | <zim0369> | Solid seems like i WILL have to use renamed |
2022-08-05 21:28:12 +0200 | <zim0369> | as Tall isn't working |
2022-08-05 21:29:53 +0200 | <eviltwin_b> | do you have a bar showing th layout name? (looks to me like you do) |
2022-08-05 21:30:04 +0200 | <eviltwin_b> | because what the bar shows is what you need to use |
2022-08-05 21:30:20 +0200 | <eviltwin_b> | or you use XMond.Layout.Renamed as Solid said |
2022-08-05 21:30:47 +0200 | <zim0369> | i haven't got xmobar working yet |
2022-08-05 21:30:57 +0200 | <zim0369> | idk why it doesn't start on login |
2022-08-05 21:31:03 +0200 | <zim0369> | do i need to start it from xinitrc? |
2022-08-05 21:31:38 +0200 | <zim0369> | ill use renamed ig |
2022-08-05 21:31:42 +0200 | <zim0369> | less hassle |
2022-08-05 21:31:46 +0200 | <zim0369> | please stick with me guys |
2022-08-05 21:31:48 +0200 | <zim0369> | for a min |
2022-08-05 21:33:04 +0200 | <eviltwin_b> | I need to catch a bus |
2022-08-05 21:33:10 +0200 | eviltwin_b | (~eviltwin_@xmonad/geekosaur) (Quit: Client closed) |
2022-08-05 21:34:42 +0200 | <zim0369> | anyone else |
2022-08-05 21:34:45 +0200 | <zim0369> | ? |
2022-08-05 21:34:53 +0200 | <zim0369> | Solid https://paste.tomsmeding.com/B1alHjdj |
2022-08-05 21:35:06 +0200 | <zim0369> | I've used renamed but it doesn't work |
2022-08-05 21:39:18 +0200 | <Solid> | probably want Replace instead of PrependWords |
2022-08-05 21:41:20 +0200 | <zim0369> | Solid no effect |
2022-08-05 21:41:46 +0200 | <Solid> | don't forget to refresh layouts with M-S-<Space> |
2022-08-05 21:42:33 +0200 | <zim0369> | TIL M-S-<Space> |
2022-08-05 21:42:50 +0200 | <zim0369> | and also that M-q doesn't refresh everything? |
2022-08-05 21:43:17 +0200 | <zim0369> | thankyou Solid |
2022-08-05 21:43:24 +0200 | <zim0369> | for making my config more robust |
2022-08-05 21:43:47 +0200 | <Solid> | layouts carry state, which is being transferred over on M-q restarts. This is usually what one wants, except when actively changing bits of that |
2022-08-05 21:46:23 +0200 | <zim0369> | oh that's a nice reason |
2022-08-05 21:46:26 +0200 | <geekosaur[m]> | If you had toggled to Full for example that would be lost on M-S-space |
2022-08-05 21:46:48 +0200 | <zim0369> | yes, m-q disturbing the layout would be annoying |
2022-08-05 21:47:28 +0200 | <zim0369> | geekosaur[m] can you explain why my xmobar isn't working? |
2022-08-05 21:47:34 +0200 | <zim0369> | it doesn't start on login |
2022-08-05 21:48:13 +0200 | <geekosaur[m]> | Is it in `/usr/bin`? |
2022-08-05 21:48:34 +0200 | <zim0369> | under .cabal/bin/ |
2022-08-05 21:48:39 +0200 | <geekosaur[m]> | Your config looks correct to me |
2022-08-05 21:49:33 +0200 | <geekosaur[m]> | Then it won't be found on most systems unless you're using startx |
2022-08-05 21:49:59 +0200 | <zim0369> | yes, i start xmonad with startx |
2022-08-05 21:50:47 +0200 | <geekosaur[m]> | What's your `$PATH` look like? |
2022-08-05 21:51:08 +0200 | <zim0369> | spoiler* ugly |
2022-08-05 21:51:31 +0200 | <geekosaur[m]> | You may need to use a full path to xmobar |
2022-08-05 21:51:33 +0200 | <zim0369> | cup/bin |
2022-08-05 21:51:40 +0200 | <zim0369> | cup/bin |
2022-08-05 21:51:45 +0200 | <zim0369> | im unable to paste it |
2022-08-05 21:51:47 +0200 | <zim0369> | hmm.. |
2022-08-05 21:51:50 +0200 | <zim0369> | ill pastebin |
2022-08-05 21:52:27 +0200 | <zim0369> | https://paste.tomsmeding.com/nCI36NvV |
2022-08-05 21:52:30 +0200 | <zim0369> | this is my entire path |
2022-08-05 21:53:13 +0200 | <zim0369> | full path to xmobar in my config didn't work |
2022-08-05 21:55:28 +0200 | steve_ | (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 268 seconds) |
2022-08-05 21:55:33 +0200 | <geekosaur[m]> | Then the next step is to run xmobar in a terminal and see if it throws an error |
2022-08-05 21:56:14 +0200 | <zim0369> | no runs fine |
2022-08-05 21:56:20 +0200 | <geekosaur[m]> | It handles things like missing plugins... poorly |
2022-08-05 21:56:35 +0200 | <zim0369> | .cabal/bin is in my path but it wasn't in /etc/environment |
2022-08-05 21:56:52 +0200 | <zim0369> | i added it now |
2022-08-05 21:57:02 +0200 | <zim0369> | so prolly loging out and loging back in |
2022-08-05 21:57:12 +0200 | <geekosaur[m]> | Shouldn't matter with startx, that uses your path |
2022-08-05 21:58:28 +0200 | <zim0369> | ig ghcup appended to my fish |
2022-08-05 21:58:30 +0200 | <zim0369> | set -q GHCUP_INSTALL_BASE_PREFIX[1]; or set GHCUP_INSTALL_BASE_PREFIX $HOME ; set -gx PATH $HOME/.cabal/bin $PATH /home/zim/.ghcup/bin # ghcup-env |
2022-08-05 21:58:41 +0200 | <zim0369> | do i remove this line |
2022-08-05 21:58:54 +0200 | <zim0369> | and add these dirs to my /etc/env instead? |
2022-08-05 21:59:11 +0200 | <zim0369> | my login shell is also fish btw |
2022-08-05 22:15:42 +0200 | zim0369 | (~zim0369@114.143.131.219) (Quit: Client closed) |
2022-08-05 22:16:03 +0200 | zim0369 | (~zim0369@114.143.131.219) |
2022-08-05 22:16:18 +0200 | <zim0369> | geekosaur[m] |
2022-08-05 22:16:23 +0200 | <zim0369> | my xmobar? |
2022-08-05 22:26:38 +0200 | zim0369 | (~zim0369@114.143.131.219) (Ping timeout: 252 seconds) |
2022-08-05 22:27:39 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2022-08-05 22:28:25 +0200 | xmonadtrack | (~xmonadtra@069-135-003-034.biz.spectrum.com) |
2022-08-05 22:28:25 +0200 | xmonadtrack | (~xmonadtra@069-135-003-034.biz.spectrum.com) (Changing host) |
2022-08-05 22:28:25 +0200 | xmonadtrack | (~xmonadtra@xmonad/geekosaur) |
2022-08-05 22:29:02 +0200 | <geekosaur> | wheee, they unplugged all my stuff while I was gone |
2022-08-05 22:29:09 +0200 | xmonadtrack | (~xmonadtra@xmonad/geekosaur) (Remote host closed the connection) |
2022-08-05 22:29:25 +0200 | xmonadtrack | (~xmonadtra@069-135-003-034.biz.spectrum.com) |
2022-08-05 22:29:25 +0200 | xmonadtrack | (~xmonadtra@069-135-003-034.biz.spectrum.com) (Changing host) |
2022-08-05 22:29:25 +0200 | xmonadtrack | (~xmonadtra@xmonad/geekosaur) |
2022-08-05 22:29:51 +0200 | <geekosaur> | oh, it did reconnect on its own this time |
2022-08-05 22:29:56 +0200 | <geekosaur> | oh well |
2022-08-05 22:46:18 +0200 | coco | (~coco@212-51-146-199.fiber7.init7.net) (Quit: WeeChat 3.5) |