| 2022-07-11 00:40:27 +0200 | chomwitt | (~chomwitt@2a02:587:dc0d:4a00:bc12:23b1:7459:b5b8) (Ping timeout: 260 seconds) |
| 2022-07-11 00:43:04 +0200 | sagax | (~sagax_nb@user/sagax) |
| 2022-07-11 01:02:30 +0200 | mvk | (~mvk@2607:fea8:5ce3:8500::909a) (Ping timeout: 264 seconds) |
| 2022-07-11 02:50:48 +0200 | sogens | (~sogens@211.30.26.217) (Quit: WeeChat 3.5) |
| 2022-07-11 02:51:11 +0200 | sogens | (~sogens@211.30.26.217) |
| 2022-07-11 02:53:03 +0200 | sogens | (~sogens@211.30.26.217) (Client Quit) |
| 2022-07-11 02:53:23 +0200 | sogens | (~sogens@211.30.26.217) |
| 2022-07-11 03:13:46 +0200 | sogens | (~sogens@211.30.26.217) (Quit: WeeChat 3.5) |
| 2022-07-11 03:54:21 +0200 | mvk | (~mvk@2607:fea8:5ce3:8500::909a) |
| 2022-07-11 04:05:27 +0200 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 276 seconds) |
| 2022-07-11 04:10:44 +0200 | steve__ | (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 255 seconds) |
| 2022-07-11 04:24:21 +0200 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2022-07-11 04:29:30 +0200 | td_ | (~td@muedsl-82-207-238-125.citykom.de) (Ping timeout: 240 seconds) |
| 2022-07-11 04:31:32 +0200 | td_ | (~td@muedsl-82-207-238-180.citykom.de) |
| 2022-07-11 04:39:02 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 272 seconds) |
| 2022-07-11 04:43:06 +0200 | terrorjack | (~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat) |
| 2022-07-11 04:45:32 +0200 | terrorjack | (~terrorjac@2a01:4f8:1c1e:509a::1) |
| 2022-07-11 05:44:58 +0200 | mvk | (~mvk@2607:fea8:5ce3:8500::909a) (Ping timeout: 244 seconds) |
| 2022-07-11 06:13:32 +0200 | ^[ | (~user@user//x-8473491) |
| 2022-07-11 06:34:12 +0200 | <Zedgamer9128[m]> | why is this error happening |
| 2022-07-11 06:34:13 +0200 | <Zedgamer9128[m]> | ``` |
| 2022-07-11 06:34:13 +0200 | <Zedgamer9128[m]> | xmonad.hs:88:27-51: Non-exhaustive patterns in lambda |
| 2022-07-11 06:34:51 +0200 | <Zedgamer9128[m]> | , ppOrder = \[ws, l, _, wins] -> [ws] |
| 2022-07-11 06:34:56 +0200 | <Zedgamer9128[m]> | this is the code |
| 2022-07-11 06:35:08 +0200 | <Zedgamer9128[m]> | i only want ws info |
| 2022-07-11 06:36:09 +0200 | <Zedgamer9128[m]> | and i think it was working before |
| 2022-07-11 06:36:28 +0200 | <Zedgamer9128[m]> | and also in xmobar all i see is updatin |
| 2022-07-11 06:36:30 +0200 | <Zedgamer9128[m]> | s/updatin/updating/ |
| 2022-07-11 06:44:15 +0200 | <Lears> | Zedgamer9128[m]: `[ws, l, _, wins]` is a pattern that only accepts lists of length four, producing an error on input of any other length. Since you just want the first element, you can write this function as `take 1`, which takes a prefix of length at most one and never fails. |
| 2022-07-11 06:45:01 +0200 | <Zedgamer9128[m]> | Lears: oh how would i do that |
| 2022-07-11 06:45:51 +0200 | <Lears> | , ppOrder = take 1 |
| 2022-07-11 06:48:13 +0200 | <Zedgamer9128[m]> | this worked |
| 2022-07-11 06:48:14 +0200 | <Zedgamer9128[m]> | Lears: ``` |
| 2022-07-11 06:48:14 +0200 | <Zedgamer9128[m]> | , ppOrder = \(ws:_:_:_) -> [ws] |
| 2022-07-11 06:48:14 +0200 | <Zedgamer9128[m]> | ``` |
| 2022-07-11 06:48:31 +0200 | <Zedgamer9128[m]> | from dynamicLog documentation |
| 2022-07-11 06:53:14 +0200 | <Lears> | That's a pattern which fails if the list has fewer than three elements, despite only using the first. It's not really idiomatic haskell, but I guess this function is supposed to make some assumptions about the size of its input. |
| 2022-07-11 06:58:31 +0200 | <Zedgamer9128[m]> | what is the latest xmonad version |
| 2022-07-11 06:59:02 +0200 | <Zedgamer9128[m]> | i have it installed by stack. how would upgrade xmonad to the latest version by stack |
| 2022-07-11 06:59:10 +0200 | <Zedgamer9128[m]> | * how would i upgrade xmonad |
| 2022-07-11 06:59:24 +0200 | <Zedgamer9128[m]> | do i just git pull and stack install |
| 2022-07-11 07:58:18 +0200 | <Solid> | Zedgamer9128[m]: yes |
| 2022-07-11 07:58:52 +0200 | <Solid> | r.e. ppOrder: yes it's unfortunate that it takes a list and not something more concrete, but much to late to change that now :( |
| 2022-07-11 08:08:24 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) (*.net *.split) |
| 2022-07-11 08:08:24 +0200 | fcser | (~fcser@booty.farted.net) (*.net *.split) |
| 2022-07-11 08:08:24 +0200 | eq_w | (~eqw@31.134.178.99) (*.net *.split) |
| 2022-07-11 08:08:24 +0200 | ghormoon | (~ghormoon@ghorland.net) (*.net *.split) |
| 2022-07-11 08:08:24 +0200 | x88x88x | (~x88x88x@149.28.53.172) (*.net *.split) |
| 2022-07-11 08:08:24 +0200 | exordiri | (~ex@user/exordiri) (*.net *.split) |
| 2022-07-11 08:08:24 +0200 | haskl | (~haskl@user/haskl) (*.net *.split) |
| 2022-07-11 08:08:34 +0200 | fcser | (~fcser@booty.farted.net) |
| 2022-07-11 08:09:04 +0200 | eq_w | (~eqw@31.134.178.99) |
| 2022-07-11 08:09:21 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) |
| 2022-07-11 08:09:33 +0200 | ghormoon | (~ghormoon@ghorland.net) |
| 2022-07-11 08:09:34 +0200 | exordiri | (~ex@user/exordiri) |
| 2022-07-11 08:09:46 +0200 | haskl | (~haskl@user/haskl) |
| 2022-07-11 08:11:59 +0200 | ircbrowse_tom | (~ircbrowse@2a01:4f8:1c1c:9319::1) (ZNC 1.7.5+deb4 - https://znc.in) |
| 2022-07-11 08:13:35 +0200 | ircbrowse_tom | (~ircbrowse@2a01:4f8:1c1c:9319::1) |
| 2022-07-11 08:13:35 +0200 | Server | +cnt |
| 2022-07-11 08:13:45 +0200 | bsima | (~bsima@143.198.118.179) |
| 2022-07-11 08:13:45 +0200 | Solid | (~slot@xmonad/slotThe) |
| 2022-07-11 08:14:50 +0200 | RMSBach | (~guygastin@137.184.131.156) |
| 2022-07-11 08:58:46 +0200 | cfricke | (~cfricke@user/cfricke) |
| 2022-07-11 09:01:10 +0200 | alternateved | (~alternate@185.244.214.230) |
| 2022-07-11 09:22:59 +0200 | benin0 | (~benin@183.82.29.162) |
| 2022-07-11 10:58:32 +0200 | alternateved | (~alternate@185.244.214.230) (Remote host closed the connection) |
| 2022-07-11 11:16:37 +0200 | pond | (~pond@2001:8003:363d:3b00:ba74:5157:553:b9ea) |
| 2022-07-11 11:19:40 +0200 | pond | (~pond@2001:8003:363d:3b00:ba74:5157:553:b9ea) (Client Quit) |
| 2022-07-11 12:32:23 +0200 | spaceseller | (~spacesell@31.147.205.13) |
| 2022-07-11 12:45:38 +0200 | spaceseller | (~spacesell@31.147.205.13) (Quit: Leaving) |
| 2022-07-11 13:32:39 +0200 | steve__ | (~steve@ool-182c2b80.dyn.optonline.net) |
| 2022-07-11 13:40:37 +0200 | pok_ | (~pok@41.157.227.24) |
| 2022-07-11 13:42:24 +0200 | <pok_> | hey all, for some reason my xmobar won't start up. fresh install using stack of xmonad-0.17, contrib-0.17 and xmobar-0.44. anybody know where i can see the logs for why its not working? |
| 2022-07-11 13:44:55 +0200 | <geekosaur[m]> | Typically they go to the session log which is usually something like .xsession-errors |
| 2022-07-11 13:48:11 +0200 | <pok_> | thanks, it doesn't looks like i have an .xsession-errors file at the moment. presume thats because i am using sddm. will see if i can track it down. |
| 2022-07-11 13:49:04 +0200 | <geekosaur[m]> | .local/sddm/xorg-session.log iirc |
| 2022-07-11 13:49:34 +0200 | <pok_> | geekosaur[m]: excellent - found it. thanks! |
| 2022-07-11 13:52:54 +0200 | <geekosaur> | and usually it'll have something like "expecting 's'" which is its annoying way of saying you're missing a plugin |
| 2022-07-11 14:04:14 +0200 | <pok_> | great - thanks will keep that in mind. my issue was that xmobar wasn't on the path |
| 2022-07-11 14:10:21 +0200 | <geekosaur> | right, that';s another common one. I use a wrapper script which sources my dotfiles, which aren't normally read by X11 startup |
| 2022-07-11 14:18:07 +0200 | defjam | (~eb0t@33bb8326.skybroadband.com) (Read error: Connection reset by peer) |
| 2022-07-11 14:24:02 +0200 | defjam | (~eb0t@33bb4cd7.skybroadband.com) |
| 2022-07-11 14:32:49 +0200 | dschrempf | (~dominik@mobiledyn-62-240-134-33.mrsn.at) |
| 2022-07-11 14:40:15 +0200 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 2022-07-11 14:42:13 +0200 | dschrempf | (~dominik@mobiledyn-62-240-134-33.mrsn.at) (Quit: WeeChat 3.5) |
| 2022-07-11 15:00:50 +0200 | pok_ | (~pok@41.157.227.24) (Ping timeout: 240 seconds) |
| 2022-07-11 15:31:10 +0200 | pok_ | (~pok@41.157.227.24) |
| 2022-07-11 15:52:28 +0200 | mrbeastwick | (~mrbeastwi@pool-108-35-212-7.nwrknj.fios.verizon.net) |
| 2022-07-11 15:53:06 +0200 | <mrbeastwick> | Does the TagWindows library allow one to display tagged windows on multiple workspaces? https://xmonad.github.io/xmonad-docs/xmonad-contrib-0.17.0.9/XMonad-Actions-TagWindows.html |
| 2022-07-11 15:55:06 +0200 | <geekosaur> | withTaggedP "tagname" copyToAll -- or see copy and friends. https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Actions-CopyWindow.html |
| 2022-07-11 15:55:23 +0200 | <mrbeastwick> | thanks :) |
| 2022-07-11 15:55:46 +0200 | <geekosaur> | anything that works with a WindowSet for the …P variants, any X action for the regular ones |
| 2022-07-11 16:05:45 +0200 | pok_ | (~pok@41.157.227.24) (Ping timeout: 272 seconds) |
| 2022-07-11 17:20:25 +0200 | <valarMorghulis[m> | How to set a keyboarding to move focus to a window in next group? |
| 2022-07-11 17:20:26 +0200 | <valarMorghulis[m> | That is `window W.focusDown` for groups |
| 2022-07-11 17:24:50 +0200 | <valarMorghulis[m> | s/keyboarding/keybinding/ |
| 2022-07-11 17:27:46 +0200 | dschrempf | (~dominik@mobiledyn-62-240-134-33.mrsn.at) |
| 2022-07-11 17:36:52 +0200 | <geekosaur> | uh, which groups? we have several different notions of "group" |
| 2022-07-11 17:41:41 +0200 | mrbeastwick | (~mrbeastwi@pool-108-35-212-7.nwrknj.fios.verizon.net) (Quit: Client closed) |
| 2022-07-11 17:44:52 +0200 | <valarMorghulis[m> | <geekosaur> "uh, which groups? we have..." <- Group as in when we group together a bunch of windows as sublayout |
| 2022-07-11 17:46:19 +0200 | valarMorghulis[m | uploaded an image: (106KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/qMMmgftTAJyznOVGaslZVYIK/2022-07-07_1… > |
| 2022-07-11 17:46:42 +0200 | <valarMorghulis[m> | Like this image |
| 2022-07-11 17:48:47 +0200 | <valarMorghulis[m> | Jump btw window in left and the one window in right, not all 3 windows just 2 of em each from one group |
| 2022-07-11 17:50:16 +0200 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 3.5) |
| 2022-07-11 17:51:18 +0200 | dschrempf | (~dominik@mobiledyn-62-240-134-33.mrsn.at) (Ping timeout: 260 seconds) |
| 2022-07-11 18:04:20 +0200 | <geekosaur[m]> | That actually makes it worse because that could be ComboP instead of Layout.Group or similar |
| 2022-07-11 18:04:33 +0200 | <geekosaur[m]> | Sorry had a phone call |
| 2022-07-11 18:04:39 +0200 | pok_ | (~pok@41.157.227.24) |
| 2022-07-11 18:09:18 +0200 | <geekosaur> | can you show your config so I can see which setup you're using? as I said, there are a number of ways to group windows |
| 2022-07-11 18:09:45 +0200 | <geekosaur> | Combo, ComboP, LayoutCombinators, Layout.Groups, others |
| 2022-07-11 18:10:31 +0200 | pok_ | (~pok@41.157.227.24) (Ping timeout: 272 seconds) |
| 2022-07-11 18:10:34 +0200 | <geekosaur> | there's another one that presumably isn't what your're doing because a group is defined by predicate and you can't e.g. change className of a window |
| 2022-07-11 18:11:52 +0200 | <geekosaur> | actually I suppose that means not ComboP either since that's also by predicate, but it could still be Combo |
| 2022-07-11 18:12:53 +0200 | sagax | (~sagax_nb@user/sagax) (Remote host closed the connection) |
| 2022-07-11 18:14:47 +0200 | <geekosaur> | if it is Layout.Groups then you probably want https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-Groups-Helpers.html#v… |
| 2022-07-11 18:14:59 +0200 | <geekosaur> | but that won't work if it's Combo |
| 2022-07-11 18:15:22 +0200 | lazycat | (~lazycat@user/lazycat) (Quit: ZNC - https://znc.in) |
| 2022-07-11 18:16:21 +0200 | lazycat | (~lazycat@user/lazycat) |
| 2022-07-11 18:21:17 +0200 | steve__ | (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 272 seconds) |
| 2022-07-11 18:22:13 +0200 | benin0 | (~benin@183.82.29.162) (Quit: The Lounge - https://thelounge.chat) |
| 2022-07-11 18:22:49 +0200 | Jade1 | (~Jade1@ip-178-201-128-039.um46.pools.vodafone-ip.de) |
| 2022-07-11 18:29:49 +0200 | <valarMorghulis[m> | <geekosaur> "can you show your config so I..." <- I'm setting my layout like this... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/4eaacaa1cf57466f3ef98c3401a18663e695…) |
| 2022-07-11 18:30:38 +0200 | <geekosaur> | subLayout, hm. |
| 2022-07-11 18:31:58 +0200 | <geekosaur> | pushWindow <direction>, looks like |
| 2022-07-11 18:32:00 +0200 | <valarMorghulis[m> | Just it didn't work |
| 2022-07-11 18:32:01 +0200 | <valarMorghulis[m> | <geekosaur> "if it is Layout.Groups then..." <- I tried to use focusGroupDown |
| 2022-07-11 18:32:15 +0200 | <geekosaur> | won;'t work with sublayouts, only with X.L.Groups |
| 2022-07-11 18:32:26 +0200 | <geekosaur> | this is why I asked which kind of groups you were using |
| 2022-07-11 18:32:36 +0200 | <geekosaur> | there's a *bunch* of different ways to group windows |
| 2022-07-11 18:32:50 +0200 | <geekosaur> | you want pushWindow here |
| 2022-07-11 18:33:13 +0200 | <valarMorghulis[m> | geekosaur: Oo I see |
| 2022-07-11 18:33:48 +0200 | <valarMorghulis[m> | Can you show an example config or some documentation, I'm kinda new to this |
| 2022-07-11 18:36:06 +0200 | <geekosaur> | you would bind a key to `sendMessage (pushWindow D)` or similar (adjust direction according to what you're doing) |
| 2022-07-11 18:36:40 +0200 | <geekosaur> | the same way you have keys bound to `sendMessage (pullGroup D)` and such |
| 2022-07-11 18:37:00 +0200 | <valarMorghulis[m> | Okay I'll try that out |
| 2022-07-11 18:42:48 +0200 | Jade1 | (~Jade1@ip-178-201-128-039.um46.pools.vodafone-ip.de) (Quit: Client closed) |
| 2022-07-11 18:45:26 +0200 | <valarMorghulis[m> | <geekosaur> "you would bind a key to `..." <- When I check the official documentation both pull group and push group are having the same definition |
| 2022-07-11 18:45:27 +0200 | <valarMorghulis[m> | What's the difference between both? |
| 2022-07-11 18:45:43 +0200 | valarMorghulis[m | sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/16fbf6d894f5e99822cd6f74c540bc7eba4c… |
| 2022-07-11 18:46:27 +0200 | <geekosaur> | looks to me like they have `c` and `o` swapped? |
| 2022-07-11 18:47:44 +0200 | <geekosaur> | pushWindow, not pushGroup? |
| 2022-07-11 18:49:30 +0200 | <valarMorghulis[m> | geekosaur: I was talking about the description, not the function definition |
| 2022-07-11 18:50:47 +0200 | <geekosaur> | the description says the difference between the two, it's just duplicated out of laziness (programmer laziness, not Haskell's) |
| 2022-07-11 18:51:04 +0200 | <geekosaur> | "inheriting the position of the current window (pull) or the other window (push)" |
| 2022-07-11 18:51:34 +0200 | sagax | (~sagax_nb@user/sagax) |
| 2022-07-11 18:52:09 +0200 | <valarMorghulis[m> | geekosaur: Ok I see |
| 2022-07-11 18:54:03 +0200 | valarMorghulis[m | sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/cd282d0f360939c5fddb7583fe0177acc01f… |
| 2022-07-11 19:06:43 +0200 | <geekosaur> | I think this is the third time… to move a window between them you use pushWindow instead of pushGroup |
| 2022-07-11 19:18:46 +0200 | <valarMorghulis[m> | <geekosaur> "I think this is the third time..." <- Ok after the third time I think you understood my question wrong, I want to jump btw groups just like Alt-tab jumps between Windows I need to jump between the first window of each group, push and pull group combains Windows together right? Not shift focus and thats what I want |
| 2022-07-11 19:19:16 +0200 | <geekosaur> | okaym I misunderstood, sorry |
| 2022-07-11 19:21:54 +0200 | <geekosaur> | I think you just use WindowNavigation for that: sendMessage (Go D) |
| 2022-07-11 19:25:46 +0200 | <valarMorghulis[m> | geekosaur: ` , ("M-C-<Tab>", sendMessage (Go D))` this doesn't seem to work |
| 2022-07-11 19:26:05 +0200 | <geekosaur> | I don't think there's a way to go directly to the next group, you have to go through all the windows in that direction |
| 2022-07-11 19:26:29 +0200 | <valarMorghulis[m> | Thanks |
| 2022-07-11 19:26:30 +0200 | <valarMorghulis[m> | I get it |
| 2022-07-11 19:27:16 +0200 | <geekosaur> | I'm looking at that layout stack. It's a bit weird |
| 2022-07-11 19:27:33 +0200 | <geekosaur> | you have both `noBorders` and `smartBorders` next to each other |
| 2022-07-11 19:28:29 +0200 | <geekosaur> | you have `avoidStruts` inside several other layouts, which will cause bars to malfunction because you can't avoid a strut when you're not on the outside of the stack |
| 2022-07-11 19:29:13 +0200 | <geekosaur> | I'm also wondering how `addTabs` fits in with that whole thing. it's outside of the `subLayout` but it may still cause weirdness |
| 2022-07-11 19:29:23 +0200 | <valarMorghulis[m> | geekosaur: I've my boarder set to 0 since I'm using top bar, thats why I didnt bother changing it ig I'll change it now |
| 2022-07-11 19:29:54 +0200 | <geekosaur> | if you set border to 0 then I don't think either of those modifiers will help you |
| 2022-07-11 19:31:20 +0200 | <geekosaur> | don't think you can move between tabs via keyboard either |
| 2022-07-11 19:35:14 +0200 | <valarMorghulis[m> | https://hackage.haskell.org/package/xmonad-contrib-0.17.0/docs/XMonad-Layout-SubLayouts.html in `sublayout` example it's show like that, ig that's why I tried to use it |
| 2022-07-11 19:35:56 +0200 | <valarMorghulis[m> | geekosaur: Well I can move around with tabs currently |
| 2022-07-11 19:36:16 +0200 | <geekosaur> | right, but subTabbed exists for a specific reason because tabs combine weirdly with groups |
| 2022-07-11 19:36:43 +0200 | <geekosaur> | but I think that's about tabs inside the groups, whereas your `addTabs` is outside |
| 2022-07-11 19:37:32 +0200 | <valarMorghulis[m> | geekosaur: SubTabbed has a weird glitch thats why I didnt use it |
| 2022-07-11 19:37:34 +0200 | <valarMorghulis[m> | https://github.com/xmonad/xmonad-contrib/issues/343 |
| 2022-07-11 19:38:00 +0200 | <valarMorghulis[m> | geekosaur: Ooh |
| 2022-07-11 19:38:34 +0200 | <valarMorghulis[m> | Imma change the boarders anyways, I knew something was wrong there but since I didn't use it I was too lazy to remove em |
| 2022-07-11 19:39:07 +0200 | <geekosaur> | right, but that glitch will happen regardless of how you do it, it's a flaw in message handling |
| 2022-07-11 19:39:20 +0200 | <geekosaur> | whoich we're not sure how to fix without breaking other things |
| 2022-07-11 19:39:33 +0200 | <geekosaur> | I think that's the second or third ticket about the same core issue |
| 2022-07-11 19:39:46 +0200 | <valarMorghulis[m> | But using it with add tabs doesn't cause that glitch |
| 2022-07-11 19:40:10 +0200 | <geekosaur> | right, because those are outside so it always receives the messages |
| 2022-07-11 19:40:23 +0200 | <geekosaur> | it's stuff inside addTabs that won't reliably receive Hide messages |
| 2022-07-11 19:40:54 +0200 | <valarMorghulis[m> | geekosaur: Ooh I see |
| 2022-07-11 19:41:41 +0200 | <valarMorghulis[m> | Btw (this)[https://github.com/lladeebll/dotFiles/tree/master/dotfiles/.config/xmonad] is my xmonad config, if anyone in here got extra time, please go through this, I'm just a beginner there might be a lotta problems with this |
| 2022-07-11 19:41:45 +0200 | <geekosaur> | or vice versa, subLayout won't tell all its sublayouts to hide so tabs will stick around untimely |
| 2022-07-11 19:42:33 +0200 | <geekosaur> | which is what I meant about addTabs being (correctly) outside of subLayout instead of inside it where it breaks badly |
| 2022-07-11 19:44:13 +0200 | <valarMorghulis[m> | <geekosaur> "you have `avoidStruts` inside..." <- So `avoidStruts` need to be out side everything? |
| 2022-07-11 19:45:36 +0200 | <geekosaur> | yes |
| 2022-07-11 19:45:48 +0200 | <geekosaur> | since the struts are always on the very edge of the screen |
| 2022-07-11 19:46:28 +0200 | <geekosaur> | `avoidStruts` will happily try to reserve space somewhere else, but it won't match where the strut-owning program is drawing in that case |
| 2022-07-11 19:47:05 +0200 | <valarMorghulis[m> | Ok I see, I've removed `noBoarders` `smartBoards` and added `avoidStruts` outside all layouts |
| 2022-07-11 19:47:30 +0200 | <valarMorghulis[m> | Ig these should solve all the problems with my layout |
| 2022-07-11 19:47:48 +0200 | <geekosaur> | hopefully |
| 2022-07-11 19:48:20 +0200 | <valarMorghulis[m> | Cool, thanks |
| 2022-07-11 20:34:23 +0200 | dschrempf | (~dominik@mobiledyn-62-240-134-33.mrsn.at) |
| 2022-07-11 20:49:48 +0200 | dschrempf | (~dominik@mobiledyn-62-240-134-33.mrsn.at) (Quit: WeeChat 3.5) |
| 2022-07-11 21:17:56 +0200 | chomwitt | (~chomwitt@2a02:587:dc0d:4a00:e44b:517c:8b93:d71d) |
| 2022-07-11 21:24:48 +0200 | chomwitt | (~chomwitt@2a02:587:dc0d:4a00:e44b:517c:8b93:d71d) (Ping timeout: 276 seconds) |
| 2022-07-11 21:27:33 +0200 | chomwitt | (~chomwitt@2a02:587:dc0d:4a00:68e4:4ca8:a63:19fd) |
| 2022-07-11 21:27:56 +0200 | lambdadelta-[m] | (~lambdadel@2001:470:69fc:105::2:44c7) |
| 2022-07-11 21:49:59 +0200 | chomwitt | (~chomwitt@2a02:587:dc0d:4a00:68e4:4ca8:a63:19fd) (Remote host closed the connection) |
| 2022-07-11 21:50:23 +0200 | chomwitt | (~chomwitt@2a02:587:dc0d:4a00:4e3c:ad56:fffa:225d) |
| 2022-07-11 22:22:39 +0200 | chomwitt | (~chomwitt@2a02:587:dc0d:4a00:4e3c:ad56:fffa:225d) (Ping timeout: 276 seconds) |
| 2022-07-11 22:53:37 +0200 | chomwitt | (~chomwitt@2a02:587:dc0d:4a00:b231:296e:3336:4e6e) |
| 2022-07-11 23:09:27 +0200 | chomwitt | (~chomwitt@2a02:587:dc0d:4a00:b231:296e:3336:4e6e) (Ping timeout: 276 seconds) |
| 2022-07-11 23:09:37 +0200 | wusticality | (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) |
| 2022-07-11 23:15:58 +0200 | <wusticality> | Hey folks, I've been trying to find a reliable way to swap the Windows and Alt keys in XMonad (in gnome, I use tweaks select the "Left Win as Meta key" option). I've tried using xmodmap (see here: https://gist.github.com/wusticality/c0fc6b8c92bbadf52ad6e833be63c396) to get around this, and that works, temporarily, but within a minute or two, |
| 2022-07-11 23:15:58 +0200 | <wusticality> | certain applications wipe my xmodmap settings, breaking my keybindings all over again. I tried to resolve this by running it in a loop forever on startup (aka, something like this: [ -f "$HOME/.Xmodmap" ] && sleep 4 && while true; do xmodmap "$HOME/.Xmodmap"; sleep 1; done &), but that causes other problems. Is there some way to swap the Windows |
| 2022-07-11 23:15:59 +0200 | <wusticality> | and Alt keys when using XMonad that's reliable? Thanks very much in advance, this has me totally blocked. |
| 2022-07-11 23:21:30 +0200 | <geekosaur> | what are these "certain applications"? |
| 2022-07-11 23:22:49 +0200 | <geekosaur> | also technically xmodmap is obsolete and Xkb should be used. |
| 2022-07-11 23:24:01 +0200 | <geekosaur> | "Alt is swapped with Super/Win" is one of the provided Xkb options, but configuring Xkb manually is somewhat annoying |
| 2022-07-11 23:24:36 +0200 | <wusticality> | oh, xmodmap is deprecated? |
| 2022-07-11 23:25:16 +0200 | <wusticality> | honestly, I just need something that works |
| 2022-07-11 23:25:23 +0200 | <wusticality> | will Xkb work if you run wayland? |
| 2022-07-11 23:25:50 +0200 | <geekosaur> | yes, wayland devs got so confused by keyboard configuration that they just imported Xkb as is |
| 2022-07-11 23:26:41 +0200 | <wusticality> | hah |
| 2022-07-11 23:26:58 +0200 | <wusticality> | I'll look into it right away - I assume you can have some text-based config that's loaded on startup |
| 2022-07-11 23:27:34 +0200 | <geekosaur> | probably you want the setxkbmap command, rather than trying to build a new config for xkbcomp |
| 2022-07-11 23:30:12 +0200 | <wusticality> | ok, will take a look :) |
| 2022-07-11 23:31:41 +0200 | <liskin> | wusticality: take a look at man xkeyboard-config |
| 2022-07-11 23:31:49 +0200 | <geekosaur> | setxkbmap -option altwin:swap_alt_win, looks like |
| 2022-07-11 23:32:29 +0200 | <geekosaur> | which shouldleave the rest of the keyboard alone instead of selecting a different layout |
| 2022-07-11 23:32:29 +0200 | <liskin> | Yeah, and you can put that in /etc/default/keyboard or wherever your distro puts it |
| 2022-07-11 23:34:10 +0200 | <wusticality> | I wonder if that option swaps both alt / win keys |
| 2022-07-11 23:34:15 +0200 | <wusticality> | I need them swapped on both sides |
| 2022-07-11 23:38:27 +0200 | <geekosaur> | I just checked with mate's keyboard settings and it looks like it's swapped on both sides |
| 2022-07-11 23:38:44 +0200 | <geekosaur> | (can't be 100% certain as my right alt is actually a compose key) |
| 2022-07-11 23:39:14 +0200 | <wusticality> | is it possible to rebind individual keys with that program ala xmodmap? |
| 2022-07-11 23:39:29 +0200 | <wusticality> | gotta say though, xmodmap constantly forgets my settings, it's rough |
| 2022-07-11 23:39:34 +0200 | <geekosaur> | for individual keys you would need to resort to xkbcomp |
| 2022-07-11 23:39:56 +0200 | <geekosaur> | setxkbmap can only use certain prepackaged configurations |
| 2022-07-11 23:40:45 +0200 | <geekosaur> | that said, using xkbcomp you can remap every key on the keyboard including some xmodmap can't touch (like which key, if any, can immediately shut down the server) |
| 2022-07-11 23:41:07 +0200 | <wusticality> | is this something you execute in your .profile or something? aka, is this setting persistent for a session? |
| 2022-07-11 23:41:13 +0200 | <geekosaur> | (default is control-alt-backspace, if you're wondering, but it's disabled by default) |
| 2022-07-11 23:41:58 +0200 | <geekosaur> | you would need to rerun it at the start of every session, but .profile is not typically run by X11 sessions; you'd run it with spawnOnce in your xmonad startupHook |
| 2022-07-11 23:42:17 +0200 | <wusticality> | oh ok |
| 2022-07-11 23:42:31 +0200 | <wusticality> | this is an absolute lifesaver if it works out |
| 2022-07-11 23:45:26 +0200 | <wusticality> | hoping it doesn't lose it's state the way xmodmap does |
| 2022-07-11 23:46:01 +0200 | <geekosaur> | you never did way which app was causing you trouble |
| 2022-07-11 23:46:30 +0200 | <geekosaur> | if it's (say) a kde app that launches the kde setting manager in the background then you may have to use the kde keyboard configuration dialog to change it |
| 2022-07-11 23:47:01 +0200 | Ocelot | (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) (Remote host closed the connection) |
| 2022-07-11 23:47:38 +0200 | <wusticality> | Honestly, I'm not sure |
| 2022-07-11 23:48:03 +0200 | <wusticality> | I'm using Signal, Slack, Discord, JetBrains apps, Emacs, Alacritty, Chrome, etc. |
| 2022-07-11 23:48:14 +0200 | <wusticality> | without fail though, every few minutes, my xmodmap settings disappear |
| 2022-07-11 23:52:54 +0200 | kaskal- | kaskal |
