2023-01-02 00:00:16 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:f093:37cf:2efc:6f2b) |
2023-01-02 01:10:16 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:f093:37cf:2efc:6f2b) (Quit: WeeChat 3.7.1) |
2023-01-02 03:39:19 +0100 | tremon | (~tremon@83-85-213-108.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
2023-01-02 04:03:59 +0100 | banc | (banc@gateway/vpn/protonvpn/banc) (Ping timeout: 260 seconds) |
2023-01-02 04:15:40 +0100 | td_ | (~td@83.135.9.35) (Ping timeout: 260 seconds) |
2023-01-02 04:17:08 +0100 | td_ | (~td@83.135.9.63) |
2023-01-02 04:24:04 +0100 | banc | (banc@gateway/vpn/protonvpn/banc) |
2023-01-02 05:06:57 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Quit: Lost terminal) |
2023-01-02 05:15:07 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2023-01-02 05:19:22 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) |
2023-01-02 05:44:47 +0100 | de-vri-es | (~de-vri-es@voyager.de-vri.es) (Ping timeout: 260 seconds) |
2023-01-02 05:56:10 +0100 | Janoo | (~username@c-bc15225c.010-598-73746f7.bbcust.telenor.se) |
2023-01-02 05:57:23 +0100 | <Janoo> | I am trying to remap the M-{w,e,r} keybindings to M-{u,i,o}. I found this line online which supposedly should take care of that |
2023-01-02 05:57:27 +0100 | <Janoo> | ((m .|. modm, key), screenWorkspace sc >>= flip whenJust (windows . f)) | (key, sc) <- zip [xK_u, xK_i, xK_o] [0..] , (f, m) <- [(W.view, 0), (W.shift, shiftMask)] |
2023-01-02 05:57:44 +0100 | <Janoo> | I added it to my additionalKeys |
2023-01-02 05:58:03 +0100 | <Janoo> | but I get an error when I recompile |
2023-01-02 05:59:17 +0100 | <Janoo> | the error is: error: parse error on input ‘|’ |
2023-01-02 05:59:50 +0100 | <Janoo> | it refers to the | that is before (key,sc) |
2023-01-02 06:00:58 +0100 | <Janoo> | Any suggestions on how to solve this? |
2023-01-02 06:03:26 +0100 | de-vri-es | (~de-vri-es@voyager.de-vri.es) |
2023-01-02 06:23:18 +0100 | <HB[m]> | ... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/f0495deb2282f44fa57dc62244b0628f78eb…>) |
2023-01-02 06:23:25 +0100 | <HB[m]> | * ```haskell... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/39fcd62399b6d3646b775a537487446a5404…>) |
2023-01-02 06:24:23 +0100 | <HB[m]> | `additionalKeys`... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/38b026b48fac1ad83b3d9b2e9c28910d7f8e…>) |
2023-01-02 06:24:34 +0100 | <HB[m]> | * ```haskell... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/694971ea631b8b3ee1f05ed882889b8194f2…>) |
2023-01-02 06:25:31 +0100 | <HB[m]> | * ```haskell... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/23279897d9855acc54bef5e5488d581449d5…>) |
2023-01-02 06:25:46 +0100 | <HB[m]> | * ```haskell... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/9c4a645870362658749b5121896b6ad60145…>) |
2023-01-02 06:28:44 +0100 | <HB[m]> | * ```haskell... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/803c664819f31165a75cb4bef5184e1730f3…>) |
2023-01-02 06:29:48 +0100 | <HB[m]> | * ```haskell... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/0395444a9c252a48549767f006d2f04f3545…>) |
2023-01-02 06:31:59 +0100 | <HB[m]> | `[xK_F1..xK_F2]` means F1 through to ... F2. |
2023-01-02 06:31:59 +0100 | <HB[m]> | You can specify `[xK_u, xK_i, xK_o]` instead and make it 3 keys only which will handle 0...2 IIRC |
2023-01-02 06:49:13 +0100 | <HB[m]> | * ```haskell... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/9bca27b4d333838c77af3a295590afa653d5…>) |
2023-01-02 06:54:09 +0100 | <Janoo> | I added the block you suggested, commented out all the previous addiotionalKeys I had; and I am getting the following error HB[m] |
2023-01-02 06:54:24 +0100 | <Janoo> | Not in scope: ‘W.shift’ |
2023-01-02 06:54:25 +0100 | <Janoo> | No module named ‘W’ is imported. |
2023-01-02 06:54:52 +0100 | <HB[m]> | `import qualified XMonad.StackSet as W` |
2023-01-02 06:54:52 +0100 | <HB[m]> | put this on top of file |
2023-01-02 06:56:38 +0100 | <Janoo> | • Couldn't match type ‘XConfig l0 -> KeyMask’ |
2023-01-02 06:56:38 +0100 | <Janoo> | with ‘Foreign.C.Types.CUInt’ |
2023-01-02 06:56:38 +0100 | <Janoo> | Expected: KeyMask |
2023-01-02 06:56:38 +0100 | <Janoo> | Actual: XConfig l0 -> KeyMask |
2023-01-02 06:56:38 +0100 | <Janoo> | • Probable cause: ‘modMask’ is applied to too few arguments |
2023-01-02 06:56:41 +0100 | <Janoo> | In the second argument of ‘(.|.)’, namely ‘modMask’ |
2023-01-02 06:56:43 +0100 | <Janoo> | In the expression: m .|. modMask |
2023-01-02 06:56:46 +0100 | <Janoo> | In the expression: (m .|. modMask, key) |
2023-01-02 06:56:58 +0100 | <Janoo> | that's the error that I am getting now HB[m] |
2023-01-02 06:58:08 +0100 | <HB[m]> | https://bpa.st/ use this website, and paste your entire xmonad.config here and then wait for soemone to look it over |
2023-01-02 06:58:52 +0100 | <Janoo> | will do later, thx for all the help HB[m]! |
2023-01-02 07:01:47 +0100 | <HB[m]> | Don't forget to share the link with us. |
2023-01-02 07:07:47 +0100 | jabuxas | (~jabuxas@user/jabuxas) (Ping timeout: 246 seconds) |
2023-01-02 07:10:03 +0100 | jabuxas | (~jabuxas@user/jabuxas) |
2023-01-02 07:15:53 +0100 | <Janoo> | HB[m]: here is a link to my current config: https://bpa.st/XX52A |
2023-01-02 07:46:32 +0100 | <Janoo> | In case someone else drops by here, here is my issue: I am trying to remap M-{w,e,r} to M-{u,i,o}. I have pasted the blocks of code provided by HB[m] above but I have had compilation errors. My config file can be found here: https://bpa.st/XX52A . I would be grateful if anyone could tell me how to change the code to remap the aforementioned keys. Thank you! |
2023-01-02 07:56:50 +0100 | <Solid> | Janoo: try something like http://ix.io/4k9r/haskell |
2023-01-02 07:56:57 +0100 | <Solid> | (and now adjust the keys as needed) |
2023-01-02 07:57:49 +0100 | <Solid> | (btw, if you're new to XMonad definitely check out the tutorial: https://xmonad.org/TUTORIAL.html :) |
2023-01-02 07:59:24 +0100 | <Janoo> | Solid: I have been using for a pretty long time, but never got around to learning haskell and just found bits of code that did what I needed from other configurations. I should really get into it, sorry for bothering you guys and thank you for all the help! |
2023-01-02 08:02:03 +0100 | <Janoo> | Solid: works perfectly now! thank you for the help! |
2023-01-02 08:02:53 +0100 | <Solid> | No worries, just figured I'd throw it out there :) |
2023-01-02 08:03:26 +0100 | <Solid> | Especially since, once you update XMonad, things like `defaultConfig` will go away and you'll have to switch to `def` |
2023-01-02 08:04:14 +0100 | <Solid> | (I've sheepishly already changed this in the config I sent you) |
2023-01-02 08:04:55 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) (Ping timeout: 260 seconds) |
2023-01-02 08:05:36 +0100 | <Janoo> | Solid: Yeah I noticed that a couple of days back when I switched from my old repo version to the newest one to add some more layouts. Got a bunch of warnings about deprecations... |
2023-01-02 08:06:43 +0100 | <Janoo> | Solid: I have been dragging this config for many years now, thank you for the switch to def as well! |
2023-01-02 08:07:33 +0100 | <Solid> | Most deprecations are pretty easy to fix (and we usually tell you exactly what to do), but if you need help with anything feel free to ask here! |
2023-01-02 08:07:49 +0100 | <Janoo> | Solid: will do! |
2023-01-02 08:26:36 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Remote host closed the connection) |
2023-01-02 08:34:08 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 08:37:27 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2023-01-02 08:38:56 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 252 seconds) |
2023-01-02 08:56:47 +0100 | Janoo | (~username@c-bc15225c.010-598-73746f7.bbcust.telenor.se) () |
2023-01-02 09:07:24 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 09:12:02 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 246 seconds) |
2023-01-02 09:42:43 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) |
2023-01-02 09:47:35 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) (Ping timeout: 260 seconds) |
2023-01-02 10:16:28 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 252 seconds) |
2023-01-02 10:17:32 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) |
2023-01-02 10:18:19 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2023-01-02 10:22:52 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) (Max SendQ exceeded) |
2023-01-02 10:23:21 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) |
2023-01-02 12:32:35 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) (Ping timeout: 252 seconds) |
2023-01-02 12:43:47 +0100 | thyriaen | (~thyriaen@2a01:aea0:dd4:4bae:6245:cbff:fe9f:48b1) |
2023-01-02 12:45:28 +0100 | <thyriaen> | I wonder - is there a way to tell picom to treat the entire tabs-bar ( in tabbed layout ) as a single "window" such that only the edges on the far left and far right are rounded into corners by picom ? ( and not the internal ones between each new tab ) |
2023-01-02 12:59:45 +0100 | guydoodmanbro[m] | (~guydoodma@2001:470:69fc:105::2:74fe) |
2023-01-02 13:02:17 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) |
2023-01-02 13:41:09 +0100 | toledo | (~toledo@141.30.130.27) |
2023-01-02 13:49:54 +0100 | toledo | (~toledo@141.30.130.27) (Quit: Client closed) |
2023-01-02 14:38:01 +0100 | jabuxas | (~jabuxas@user/jabuxas) (Ping timeout: 265 seconds) |
2023-01-02 14:41:14 +0100 | jabuxas | (~jabuxas@user/jabuxas) |
2023-01-02 15:07:36 +0100 | defjam | (~defjam@2a02:c7e:2807:b900:2821:cf47:1533:6089) (Ping timeout: 252 seconds) |
2023-01-02 15:09:59 +0100 | <jifarra[m]> | Is there an easy way to define a keybind that rotates through the options in a MultiToggle group, rather than having keybindings for each toggle? |
2023-01-02 15:16:02 +0100 | <geekosaur> | not really; HLists are rarely easy |
2023-01-02 15:16:51 +0100 | <geekosaur> | you'd have to expose the HList outside the definition, and track your positiion in it yourself |
2023-01-02 15:25:10 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 15:36:28 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 268 seconds) |
2023-01-02 15:39:56 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 15:57:57 +0100 | <thyriaen> | geekosaur, do you know the answer to my question from 3 hours ago ? |
2023-01-02 16:12:26 +0100 | tremon | (~tremon@83-85-213-108.cable.dynamic.v4.ziggo.nl) |
2023-01-02 16:13:25 +0100 | <geekosaur> | that would be a picom question and I have no idea |
2023-01-02 16:14:00 +0100 | <geekosaur> | suspect there's no good way to do it; they really are separate windows as far as xmonad and X11 are concerned, so picom would have to know how to group them somehow |
2023-01-02 16:17:56 +0100 | <Jadesheit[m]> | if the border window has specific tags you can target those |
2023-01-02 16:18:04 +0100 | <Jadesheit[m]> | try with xprop |
2023-01-02 16:18:18 +0100 | <geekosaur> | it doesn't have any |
2023-01-02 16:18:41 +0100 | <geekosaur> | I messed with that code a couple years back, hacking it up locally to add opacity props 🙂 |
2023-01-02 16:19:51 +0100 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.17.1/docs/src/XMonad.Util.XUtils.html#createN… fwiw |
2023-01-02 16:20:13 +0100 | <thyriaen> | what is that ? |
2023-01-02 16:20:40 +0100 | <geekosaur> | the problem with making changes there is it's used by things other than tabs; the problem with making it in the tab code is it doesn't actually have the window, Decoration does, and Decoration can't tell the difference between a tab and a titlebar |
2023-01-02 16:21:57 +0100 | <geekosaur> | (which was also what was wrong with my opacity hack; it only worked because I didn't use anything else that called `createNewWindow`) |
2023-01-02 16:23:58 +0100 | <geekosaur> | "that" was the code that creates the Decoration windows used by tabs, titlebars, ShowWName, and a few other places |
2023-01-02 16:38:51 +0100 | <thyriaen> | geekosaur, i don't quite get it but i don't use any decoration other than borders and tabs |
2023-01-02 16:39:08 +0100 | <thyriaen> | would it work for me if i adjust it and can i then get kinda a grouped window for my tabs ? |
2023-01-02 16:39:49 +0100 | <geekosaur> | you still need to convince picom to treat them as a single window, which is something we can't help with |
2023-01-02 16:40:26 +0100 | <geekosaur> | but if you forked xmonad-contrib, yes, you could patch that code to add a property for picom to match on |
2023-01-02 16:52:14 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 246 seconds) |
2023-01-02 17:00:06 +0100 | purity-gearD[m] | (~pipe-gear@2001:470:69fc:105::2:ac18) (Quit: You have been kicked for being idle) |
2023-01-02 17:00:08 +0100 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
2023-01-02 17:22:54 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 17:28:19 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 260 seconds) |
2023-01-02 17:32:58 +0100 | <thyriaen> | geekosaur, do you know if there is a way for picom to treat the tabs as part of the window ? because if the tabs have shadow they draw it ontop of the window the tabs are attached to |
2023-01-02 17:33:10 +0100 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) |
2023-01-02 17:34:32 +0100 | <xmonadtrack> | New xmonad-contrib branch created: tmp (1 commit) https://github.com/xmonad/xmonad-contrib/tree/tmp |
2023-01-02 17:37:02 +0100 | <geekosaur> | No, I don't |
2023-01-02 17:40:33 +0100 | <liskin> | geekosaur, Solid: what do we think about TupleSections? hlint 3.5 suggests those by default now for zip/repeat combos |
2023-01-02 17:41:07 +0100 | <liskin> | hm, that's probably a question I might ask via a PR… |
2023-01-02 17:42:08 +0100 | <geekosaur> | TupleSections has been around forever; that it's an extension is arguably a wart in the Haskell language standard |
2023-01-02 17:47:54 +0100 | <geekosaur> | we have much more questionable stuff in the codebase imo |
2023-01-02 17:56:55 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 18:01:43 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 256 seconds) |
2023-01-02 18:08:07 +0100 | <Solid> | liskin: fwiw, I find TupleSections very readable |
2023-01-02 18:29:17 +0100 | <dminuoso> | Isnt there a proposal in the making of turning [a] into `List a`, (a, b) into `Tuple2 a b`, and so forth? |
2023-01-02 18:29:37 +0100 | <dminuoso> | geekosaur surely knows |
2023-01-02 18:30:17 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 18:36:02 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 272 seconds) |
2023-01-02 18:40:23 +0100 | <Solid> | Probably the no-puns one? |
2023-01-02 18:41:35 +0100 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
2023-01-02 18:55:25 +0100 | <dminuoso> | Right. I think my beef with TupleSections is that tuples themselves are special syntax |
2023-01-02 18:55:52 +0100 | <dminuoso> | One further thought is that GHC2021 enables TupleSections by default |
2023-01-02 19:04:21 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 19:09:10 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 265 seconds) |
2023-01-02 19:37:13 +0100 | <geekosaur> | I have heard some discussion of the list one, but nothing about the tuple |
2023-01-02 19:37:45 +0100 | <geekosaur> | wouldn't surprise me much especially given the Solo proposal passed |
2023-01-02 19:38:38 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 19:41:44 +0100 | abhixec | (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net) |
2023-01-02 19:43:45 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 268 seconds) |
2023-01-02 20:11:52 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 20:16:59 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 260 seconds) |
2023-01-02 20:31:37 +0100 | Stormfox2[m] | (~stormfox2@2001:470:69fc:105::2:eba0) |
2023-01-02 20:31:56 +0100 | <Stormfox2[m]> | Hey, can somebody help me debugging my issue with tint2 and XMonad? |
2023-01-02 20:32:07 +0100 | <Stormfox2[m]> | Docks just dont leave space for it ever |
2023-01-02 20:32:13 +0100 | <Stormfox2[m]> | https://hastebin.com/eqoliyodat.swift |
2023-01-02 20:32:19 +0100 | <Stormfox2[m]> | This is my config |
2023-01-02 20:40:56 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 20:45:42 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 255 seconds) |
2023-01-02 20:46:42 +0100 | <xmonadtrack> | xmonad-contrib Tomas Janousek * v0.17.1-110-g6b20dbca: Apply hlint 3.5 hints (2 hours ago, 6 files, 17+ 10-) https://github.com/xmonad/xmonad-contrib/commit/6b20dbca42f2 |
2023-01-02 20:46:44 +0100 | <xmonadtrack> | xmonad-contrib Tomas Janousek * v0.17.1-111-ge2ffa533: ci: Unpin runner in hlint workflow; bump hlint to 3.5 (3 hours ago, 1 file, 2+ 2-) https://github.com/xmonad/xmonad-contrib/commit/e2ffa533da76 |
2023-01-02 20:49:37 +0100 | <geekosaur> | Stormfox2[m], you're missing `manageDocks` in your `manageHook` so it never recognizes the dock windows to reserve space for them |
2023-01-02 20:50:06 +0100 | <Stormfox2[m]> | I dont |
2023-01-02 20:50:11 +0100 | <Stormfox2[m]> | { manageHook = myManageHook <+> manageDocks |
2023-01-02 20:50:15 +0100 | <Stormfox2[m]> | geekosaur: |
2023-01-02 20:50:46 +0100 | <geekosaur> | hm, sorry, I specifically checked for that but didnt notice it at the very top… |
2023-01-02 20:51:06 +0100 | <Stormfox2[m]> | All good, it was in the main on the bottom |
2023-01-02 20:51:46 +0100 | <Stormfox2[m]> | I am getting really frustrated, tried everything and I dont want to use gaps, because I am having 3 monitors and only one bar |
2023-01-02 20:51:53 +0100 | <xmonadtrack> | xmonad Tomas Janousek * v0.17.1-42-g63f73e1: ci: Unpin runner in hlint workflow; bump hlint to 3.5 (3 hours ago, 1 file, 2+ 2-) https://github.com/xmonad/xmonad/commit/63f73e18f94c |
2023-01-02 20:53:41 +0100 | <Stormfox2[m]> | https://hastebin.com/iqeqoyivun.apache Is that fine? |
2023-01-02 20:57:03 +0100 | <geekosaur> | looks fine, yes |
2023-01-02 20:57:51 +0100 | <geekosaur> | hm, wait |
2023-01-02 20:58:07 +0100 | <geekosaur> | no, it's wrong. no strut properties |
2023-01-02 20:58:23 +0100 | <geekosaur> | which means xmonad won't know how much space to reserve for it or where to reserve it |
2023-01-02 20:58:49 +0100 | <geekosaur> | _NET_WM_STRUT or _NET_WM_STRUT_PARTIAL is needed |
2023-01-02 20:59:07 +0100 | <geekosaur> | you need to make sure tint2 is configured to set at least one of those |
2023-01-02 21:01:31 +0100 | <Stormfox2[m]> | Hm, I am going to look for it, thank you |
2023-01-02 21:02:57 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 21:03:54 +0100 | <geekosaur> | this may be somewhat tricky; for example, dzen2 will only set them if you place it exactly at the screen edge, miscalculate by one pixel in either direction and you get no struts |
2023-01-02 21:04:53 +0100 | <Stormfox2[m]> | Wow |
2023-01-02 21:07:44 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 246 seconds) |
2023-01-02 21:08:12 +0100 | <Stormfox2[m]> | That kind of worked |
2023-01-02 21:08:15 +0100 | <Stormfox2[m]> | But in the wrong way |
2023-01-02 21:09:52 +0100 | Stormfox2[m] | uploaded an image: (359KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/whlMUHEWzMivAFiGScxsbjTm/image.png > |
2023-01-02 21:09:56 +0100 | <Stormfox2[m]> | It does the gap on the right side |
2023-01-02 21:14:49 +0100 | <geekosaur> | so it set the wrong strut. not sure I can help there |
2023-01-02 21:14:57 +0100 | <Stormfox2[m]> | It works :D |
2023-01-02 21:15:10 +0100 | <Stormfox2[m]> | I had to pivot it and not it works :D |
2023-01-02 21:15:13 +0100 | <Stormfox2[m]> | Thank you a lot |
2023-01-02 21:18:39 +0100 | <geekosaur> | was just about to ask about that and strut_policy, yes |
2023-01-02 21:25:08 +0100 | jabuxas | (~jabuxas@user/jabuxas) (Quit: WeeChat 2.8) |
2023-01-02 21:28:34 +0100 | jabuxas | (~jabuxas@user/jabuxas) |
2023-01-02 21:38:35 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 21:43:23 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 268 seconds) |
2023-01-02 22:08:03 +0100 | abhixec | (~abhinav@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 268 seconds) |
2023-01-02 22:10:48 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 22:16:04 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 268 seconds) |
2023-01-02 22:37:18 +0100 | gknux | (~gknux@user/galaxy-knuckles/x-3015990) (Quit: ....and i am outta here....) |
2023-01-02 22:38:17 +0100 | gknux | (~gknux@user/galaxy-knuckles/x-3015990) |
2023-01-02 22:45:44 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 22:50:39 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 260 seconds) |
2023-01-02 23:19:46 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 23:25:08 +0100 | defjam | (~defjam@90.201.240.60) (Ping timeout: 268 seconds) |
2023-01-02 23:30:45 +0100 | thyriaen | (~thyriaen@2a01:aea0:dd4:4bae:6245:cbff:fe9f:48b1) (Quit: Leaving) |
2023-01-02 23:33:41 +0100 | defjam | (~defjam@90.201.240.60) |
2023-01-02 23:35:39 +0100 | defjam | (~defjam@90.201.240.60) (Client Quit) |