06:38 <leon-p> I have a functioning layer shell pinentry program now. Still needs some UI work and only supports the most basic pinentry operations right now, but it's getting there. I've wanted something like this for years.

07:50 <DZoidberg> Small question. Some apps live pavucontrol boot really slowly on river. After booting they work fine. With sway however I do not have this problem. Is this a known issue? Or do I have to configure something?

07:51 <DZoidberg> like. Sorry for my typos

08:03 <DZoidberg> and just to point out. I am start river without a session manager unlike sway. This could maybe have an impact.

08:14 <leon-p> do they need ~20 seconds to start up? That would be a GTK issue. GTK on startup tries to connect to the portals daemon, but if it can't find it, it just waits for some time.

09:02 <ifreund> leon-p: not quite sure what you're proposing wrt zig-wayland wl_listener bindings. Don't we already handle void specially there?

09:11 <leon-p> ifreund: I mean that I'd like to be able to do reigstry.setListener(void, registryListener, {}); if I don't want to pass a pointer, however that will fail because setListener() calls @intToPtr()

09:13 <ifreund> ah, I thought you were talking about the wl_listener binding instead. Yeah I wouldn't be opposed to making that change

09:14 <leon-p> sorry if my message was a bit ambiguous. travelled a lot lately and when I am tired I can't write well :P

09:19 <ifreund> no worries!

09:33 <DZoidberg> Thanks for your reply.

09:33 <DZoidberg> Is there a way to fix it.

09:34 <DZoidberg> I am just asking because it works on sway. My guess is that I am missing some XDG variables. I will try to launch river thorugh greetd.

09:35 <DZoidberg> Ah yes, I need to run through greetd, because I am running NixOS. I am pretty sure that without greetd none of the XDG vars are set which apps need!

09:38 <ifreund> DZoidberg: see https://github.com/riverwm/river/issues/464

09:56 <Guest376> Hi, all! How would I go about getting additional information about a view inside of a layout manager? The river-layout-v3 protocol provides only the view count and useable area as far as I can tell.

10:21 <leon-p> Guest376: there is no way to get more data on any arbitrary view unfortunately

10:38 <ifreund> leon-p: would you mind testing out this PR? I think I've managed to make the keyboard group implementation simpler still: https://github.com/riverwm/river/pull/695

10:41 <ifreund> also, should we have a keyboard-group-remove-keyboard command?

12:18 <DZoidberg> ifreund: Thanks, that solved everthing!

12:26 <ifreund> no problem :)

12:28 <ifreund> it'd be nice if someone would find out exactly what gtk/dbus related thing has that 20-30 second hardcoded timeout and convince them to change it or log some kind of useful error

12:28 <ifreund> I don't have the energy for that at the moment though personally

12:31 <plumeus> wait, do I see Doctor Zoidberg? Amazing.

12:32 <plumeus> I'm 40% happy to see a Futurama fan

12:32 <ifreund> futurama is great :)

12:34 <plumeus> Gotta say, Zoidberg is probably my favourite character.

13:36 <leon-p> ifreund: will test the PR shortly

13:36 <leon-p> I personally don't we need a command to remove keyboards from a group. If a user really wants to, they can destroy the group and release all keyboards

13:37 <leon-p> ah, so you chose to give the virtual keyboard of the group an InputDevice object as well?

13:44 <leon-p> I think there is one minor bug in the PR: it seems to be possible to add a groups virtual keyboard to a group, which doesn't really make sense. unless this case is checked by wlroots already, of course

13:47 <leon-p> and I think in keyboardGroupCreate() you could have also used keyboardGroupFromName(), no?

15:21 <leon-p> am a bit too lazy for text rendering today, so this is where it's at right now: https://paste.rs/4UF.webm

15:22 <novakane> well it's a great way to hide password if you don't do text rendering :P

15:23 <leon-p> was actually close to just grabbing your Text.zig from zel-bar, since I already helped myself to your Buffer implementation, but decided to postpone text-rendering to later :D

15:36 <novakane> hehe, not sure if you need text run though, there is also a simpler example in agertu or in zig-fcft of course

16:31 <leon-p> unfortunately I need proper unicode handling, as the text I need to draw are descriptive things passed by gpg-agent

16:47 <novakane> ah yeah, just note that fcft doesn't cache text run and I have not yet implemented it, don't think you care about that for a popup though

16:49 <leon-p> today not, maybe tomorrow. must be careful to not accidentally start another big project, I have too many of those already...

17:03 <novakane> I'm sure once you start working with fonts you gonna stop adding features, it's maybe tomorrow for the last 8 months for me :D