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