ifreund changed the topic of #river to: river - a dynamic tiling wayland compositor || https://github.com/riverwm/river || channel logs: https://libera.irclog.whitequark.org/river/
Guest58 has joined #river
Guest58 has quit [Client Quit]
hspak has quit [Quit: The Lounge - https://thelounge.chat]
hspak has joined #river
snakedye has quit [Ping timeout: 264 seconds]
Krishna has joined #river
<Krishna> Hello everyone I am completely new to river and wanted to know how it works, when I run river I have a solarized background on my screen and nothing else. How do I proceed
<Krishna> I am on arch btw
Krishna has quit [Quit: Client closed]
Krishna has joined #river
Krishna has quit [Quit: Client closed]
Krishna has joined #river
<Krishna> Guys I got some of it working.. Used the example config but forgot to make it executable which is why I was having issues
<Krishna> Just wanted to ask how to do you map caps to escape in river
<Krishna> This is what I have for sway
<Krishna> input * xkb_options caps:swapescape
<Krishna> How does it translate to riverctl
<Krishna> ..
Krishna has quit [Quit: Client closed]
Krishna has joined #river
Krishna has quit [Quit: Client closed]
Krishna has joined #river
Krishna has quit [Client Quit]
SleepBg has joined #river
SleepBg has quit [Remote host closed the connection]
SleepBg has joined #river
waleee has joined #river
waleee has quit [Quit: WeeChat 3.3]
SleepBg has quit [Remote host closed the connection]
waleee has joined #river
zxtx has quit [Ping timeout: 264 seconds]
zxtx has joined #river
leon-p has joined #river
novakane has joined #river
<Danacus> I've got basic touch input working!
<leon-p> nice
<Danacus> I'll try to get pen input working next and then clean it up for review
pkap has joined #river
pkap has quit [Ping timeout: 256 seconds]
notzmv has quit [Ping timeout: 245 seconds]
snakedye has joined #river
pkap has joined #river
notzmv has joined #river
pkap has quit [Quit: Client closed]
pkap has joined #river
<Danacus> Support for drawing tablets seems to be more complicated, because it needs `tablet-unstable-v2` which doesn't have bindings in zig-wlroots yet.
<leon-p> Danacus: adding support for things in zig-wlroots isn't hard. Basically you just want to know what wlroots functions you need and then copy the way similar functions are integrated in zig-wlroots.
<Danacus> I'll try it, but will maybe make a PR for touch input first.
<novakane> yeah it's probably better to make 2 separate PR
<ifreund> yep, try and keep things as incremental as possible while still making sure each PR individually is useful
<ifreund> that makes it easier to review/merge
<ifreund> also feel free to let me know when you get to the point where you're blocked on not having something in zig-wlroots, I can crank those out in 5-10 minutes
<novakane> ifreund: btw if you test the IME PR, if you grab a valgrind log I'd like to see that since I'm still having log with 2 millions lines lol
<ifreund> novakane: oh, do you still have a memory issue there?
<ifreund> I though that was resolved and it was just blocked on keyboard grab stuff
<novakane> ifreund: no it's resolved I think, still get some problem when I try to implement the keyboard_grab but probably because I can make a great implementation
<ifreund> valgrind probably won't help with that then...
<novakane> it was more to verify that it has no more problem in valgrind
<ifreund> I'll double check before merging it
<ifreund> I also run master under valgrind somewhat regularly to see if I can catch anything
<ifreund> would be cool to find a way to do that in CI at some point
<novakane> ok nice then, don't know why I have all this gallium leaks
<novakane> oh yeah that's would be great
<novakane> btw how much did you look at the IME protocol, you have some idea on how to add keyboard_grab in Keboard.zig?
qyliss has quit [Quit: bye]
qyliss has joined #river
<novakane> I think I should change how river send the released event for pressed keys to make the keyboard_grab works
<ifreund> might be related to https://github.com/riverwm/river/issues/444
<ifreund> wlroots has a way to do keyboard grabs though, I wonder if that might be useful
<ifreund> though I guess I'd expect that the wlroots IME implementation would use it if it was...
<novakane> ifreund: ah right I was looking for it, I thinks currently it kinda make an infinite loop when you send the released event to the IM
<novakane> what's the way in wlroots?
<ifreund> Like i said though, I don't know of the semantics of that match the semantics of an IME keyboard grab
<novakane> hmm yeah I don't see it really used anywhere, just in xdg_popup
<ifreund> it's used for drag and drop as well
<novakane> ah, missed this one, though yeah I don't see any compositor using this or what's would you use it for
leon-p has quit [Ping timeout: 260 seconds]
waleee has quit [Ping timeout: 268 seconds]
novakane has quit [Quit: WeeChat 3.3]
novakane has joined #river
greenfork has joined #river
Nulo has quit [Quit: ZNC 1.8.2 - https://znc.in]
Nulo has joined #river
greenfork[m] has joined #river
greenfork has left #river [ERC (IRC client for Emacs 28.0.50)]
<greenfork[m]> hi! I'm trying to set capslock to be ctrl key. I found this gh issue which suggested that I can use xkb utility to set it up https://github.com/riverwm/river/issues/454. on X I use setxkbmap -option "shift:both_capslock", what would it be for river? same command does nothing for me
<ifreund> greenfork[m]: instead of using setxkbmap, you'll need to set e.g. the XKB_DEFAULT_OPTIONS environment variable before starting river
<greenfork[m]> okay, thanks! I'll try that
<novakane> greenfork[m]: see river(1) man page, there is a section about this
<greenfork[m]> oh there's even an example, thanks
waleee has joined #river
Nulo has quit [Quit: ZNC 1.8.2 - https://znc.in]
Nulo has joined #river
pkap has quit [Quit: Client closed]
Guest58 has joined #river
<Nulo> For some reason, my clipboard is stuck (I can't paste anything, some programs freeze for a few seconds when pasting)
<Nulo> I've already had this on Wayland at some point..
Guest58 has quit [Client Quit]
<dnkl> Nulo: what are you pasting from?
<Nulo> dnkl, Firefox
<Nulo> But it happens with anything; wl-copy, HexChat and others
<dnkl> No clipboard manager in between?
<Nulo> Nope, used to use clipman but it sucked
<dnkl> No idea then. It doesn't make any sense that all applications are affected. River only mediates between the paster and the pastee. But data transfer happens directly between the client applications
<Danacus> I've had similar issues on sway, but I doubt it's related to the compositor.
<Nulo> ^^^
<Nulo> So no clue how to debug this
<dnkl> WAYLAND_DEBUG=1 on both applications...
<dnkl> Or try to figure out if *all* combinations of paster and pastee suffers from this
<Nulo> Nope, not all combinations
<Nulo> Firefox <-> foot seems to work fine
<dnkl> Can you factor out e.g Xwayland?
<dnkl> I.e is Wayland <-> affected?
<dnkl> Wayland <-> Wayland
<Nulo> Ugh it's annoying. Xwayland sometimes works, Telegram <-> Firefox sometimes work
<dnkl> If Firefox can paste to foot, but not into other applications, those other applications are most likely to blame
<Nulo> It's working now
<Nulo> I'll try to reproduce I guess
<dnkl> One theory: a specific combination triggers a bug in Xwayland, which then causes the clipboard to be "stuck"
omni_ has joined #river
zxtx_ has joined #river
michal has joined #river
waleee has quit [Ping timeout: 250 seconds]
snakedye has quit [*.net *.split]
zxtx has quit [*.net *.split]
ecocode__ has quit [*.net *.split]
elshize has quit [*.net *.split]
duncaen has quit [*.net *.split]
omni has quit [*.net *.split]
snakedye has joined #river
waleee has joined #river
ecocode__ has joined #river
duncaen has joined #river
waleee has quit [Ping timeout: 250 seconds]
waleee has joined #river
<Danacus> I started working on bindings for tablet_v2 in zig-wlroots, should be almost done
michal has quit [Quit: WeeChat 3.3]
waleee has quit [Ping timeout: 260 seconds]
waleee has joined #river
ext0l has quit [Ping timeout: 245 seconds]
<Nulo> Is there plans to migrate from GitHub?
sogun has joined #river
<sogun> Hi! Is there a way to query current state of river? Current layout, client list, current set of tags for each monitor... Man riverctl reads just about setting the stuff...
<novakane> sogun: river uses protocol for this, so you need a client that use them for this, for example, client list https://git.sr.ht/~leon_plickat/lswt or for some river infos https://gitlab.com/snakedye/ristate
omni_ is now known as omni
novakane has quit [Quit: WeeChat 3.3]
ext0l has joined #river
Guest58 has joined #river
elshize has joined #river
Guest58 has quit [Client Quit]
<sogun> Thank you Novakane. I would expect such think being directly in riverctl...