02:10 <plumeus> I finally decided to try reading https://github.com/riverwm/river/pull/405 a bit more

02:11 <plumeus> I couldn't tell what prevents this from being merged. It doesn't crash anymore, does it? Is it about the keyboard grab implementation mentioned in the last message?

02:25 <leon-p> xaltsc: are you facing any errors with those protocols? What's the context of the question?

02:26 <leon-p> plumeus: key-grab is pretty important for IME from what I understand. So in the absence of an implementation it makes sense to not merge the IME PR, I think.

02:28 <plumeus> Oh, okay. So that's probably the main road-blocker?

02:28 <leon-p> I think it is, although it has been some time since I was involved with any of that

09:11 <novakane> plumeus: basically this PR doesn't do anything on the user side, waylands events works for what I could test but without the key grab it doesn't insert the new characters

10:29 <plumeus> ah, that does sound like a bit of a problem

10:37 <novakane> yeah that useless lol

10:45 <n0r> Is there a way to prevent mappings from being activated by wtype?

10:46 <tiosgz> n0r: would map -release work?

10:48 <xaltsc> leon-p: Nop, not yet at least, I'm just trying to be thorough, as nothing, afaik, guarantees that.

10:48 <n0r> n0r: I don't see why that would make a difference, but I'll test it after lunch.

10:49 <n0r> Whoops meant to pingtiosgz

10:49 <tiosgz> n0r: depends on what you wtype. if there's $mod, then i don't think it changes anything

10:56 <ifreund> n0r: no, there isn't. wtype is implemented a layer below river in the input stack and river has no way of distinguishing wtype input from normal input

10:57 <ifreund> a better solution would be inserting text using the input method protocol, but that PR is not finished yet unfortunately

11:11 <n0r> tiosgz: ifreund: Thank you for your answers. I ended up with a workaround. I declared a river mode called wtype with no keybindings. That mode is entered first and left after. Seems to work.

11:11 <n0r> (Lunch was postponed ;)

11:11 <ifreund> nice workaround :D

11:14 <n0r> Now I have a bunch of mappings with 'spawn "riverctl enter-mode wtype; wtype some-stuff; riverctl enter-mode normal"

11:18 <n0r> Funny thing. One could theoretically implement homerow modifiers with this and a bit more of modeswitching magic to handle pressing asdf as an actual key. However, while one could, the important question is if one should. Probably not, it is hacky as hell :D

11:20 <n0r> s/this/wtype/

11:20 <ifreund> I'm pretty happy with how flexible modes are, but yeah that sounds like a fairly inefficent way to implement keyboard layout magic

11:20 <ifreund> I'd suggest looking into kmonad instead

11:21 <tiosgz> ifreund: i'm planning to leave github sometime soon, are there other ways to contribute that are convenient enough for you? (would pulling from codeberg work for you?)

11:22 <n0r> I will, thanks for the tip.

11:23 <ifreund> tiosgz: how do you feel about mailing lists? I've got a river mirror up on sr.ht and wouldn't mind accepting patches on a sr.ht list as well

11:24 <tiosgz> that's not so easy with protonmail unfortunately

11:27 <ifreund> Hmm, I guess we could do codeberg as well. I don't mind PR list fragmentation quite as much as issue tracker fragmentation and I intend to keep using the github issue tracker for the near future

11:28 <tiosgz> ok, great! thanks! (now only to make some patches, haha)

11:35 <ifreund> tiosgz: https://codeberg.org/river/river

11:36 <ifreund> oh sick, it look like codeberg/gitea has a feature for automatic mirroring

11:42 <tiosgz> ugh, wait, i didn't mean you should mirror the repo, just that you'd pull from my fork or whatevs

11:42 <tiosgz> (but if it's better for you, i won't mind of course)

11:45 <ifreund> I was actually already mirroing to both codeberg and sr.ht

11:45 <ifreund> just made the codeberg mirror public and moved it to an organization

11:45 <ifreund> codeberg seems to support this use-case pretty well, the issues tab on codeberg now links to the github issues page

12:37 <NikhilSingh[m]1> How can I map idle_inhibitor to a keymap?

12:48 <Guiltyfart> My mouse cursor is invisible in River, is this just a configuration issue (I'm essentially use the default config)

12:57 <Guiltyfart> never mind I was missing some graphics drivers

14:22 <NikhilSingh[m]1> how can i obtain app-id of a application? to make it float by default?

14:22 <NikhilSingh[m]1> i want to make telegram-desktop float putting telegram-desktop not working

14:23 <tiosgz> for example with lswt

16:57 <NikhilSingh[m]1> Thanks it did work.

16:57 <NikhilSingh[m]1> How can I make gap size 0?

16:57 <NikhilSingh[m]1> I made rivertile padding to 0 but didn't worked .

16:57 <NikhilSingh[m]1> rivertile -view-padding 0 -outer-padding 0

16:58 <NikhilSingh[m]1> Is this the way to make gap size 0? Or m doing something wrong?

17:00 <n0r> It's probably the old rivertile with gaps still running. Easiest way is to log out of river, not sure if rivertile can be restarted on its own, I currently don't use it.

17:05 <leon-p> also note that some programs may not follow the size requested by river perfectly. also if you are using client-side decoration, view positions can be a bit off with some programs

17:06 <n0r> Nevermind, from brief testing I think you can.

17:07 <n0r> (... kill rivertile and restart it gapless)

22:45 <nullndvoid> struct wl_list outputs;

22:45 <nullndvoid> whoops my IRC client did that