ChanServ changed the topic of #river to: river - a dynamic tiling Wayland compositor || https://codeberg.org/river/river || channel logs: https://libera.irclog.whitequark.org/river/
kotto has joined #river
eShaev9z has quit [Ping timeout: 260 seconds]
eShaev9z has joined #river
leopoldek has quit [Remote host closed the connection]
<LarstiQ> JustineSmithies: I believe that would need https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/4543
<LarstiQ> and then a river implementation
angry_vincent has quit [Ping timeout: 252 seconds]
angry_vincent has joined #river
andyrtr has quit [Quit: ZNC 1.9.0 - https://znc.in]
andyrtr has joined #river
angry_vincent has quit [Ping timeout: 240 seconds]
cyph3r has joined #river
<ifreund> foreign-toplevel-list is unrelated to mapping tags to window app-id/title
<ifreund> and yeah, river doesn't expose a way to access this information yet
<ifreund> TIL, `man -Thtml` is a thing
<ifreund> guess my new website will also host river man pages for the latest river release
<ifreund> actually, this seems like a fair bit of effort to do well and annoying to keep up to date
<LarstiQ> ifreund: ah, I confused it with the stable identifier for a toplevel maybe. Not sure now what I was thinking
<LarstiQ> right, this is what my memory latched onto: https://libera.irclog.whitequark.org/river/2023-11-25#35301024;
groknull has joined #river
groknull has quit [Remote host closed the connection]
<ifreund> My current plan is to not do that and just work on the window management protocol instead fwiw
<ifreund> which will make the compositor process unaware of tags and unable to link them to foreign-toplevel-list objects
groknull has joined #river
groknull has quit [Remote host closed the connection]
cyph3r has quit [Ping timeout: 252 seconds]
cyph3r has joined #river
ninewise has quit [Remote host closed the connection]
ninewise has joined #river
<LarstiQ> but then clients via the window management protocol could do that, right?
<ifreund> LarstiQ: well, only the single window manager client but it could expose the information to other tools as it chooses
<leon-p> I think we should still implement the foreign toplevel stuff since a lot of external utilities will make use of that. River could then merely propagate f.e. focus requests to the WM which in turn decides if and how to handle them
<ifreund> leon-p: yeah, probably. But river itself will not know anything about e.g. tags
<leon-p> of course
groknull has joined #river
leopoldek has joined #river
groknull has quit [Remote host closed the connection]
groknull has joined #river
groknull has quit [Remote host closed the connection]
eShaev9z_ has joined #river
eShaev9z has quit [Ping timeout: 256 seconds]
cyph3r has quit [Ping timeout: 255 seconds]
cyph3r has joined #river
angry_vincent has joined #river
cyph3r has quit [Ping timeout: 252 seconds]
cyph3r has joined #river
cyph3r has quit [Remote host closed the connection]
catman has quit [Quit: WeeChat 4.3.0-dev]
catman has joined #river
leopoldek has quit [Remote host closed the connection]
<ifreund> river's got a page on my website now :)
<ifreund> next on my todo list is blog post + release, and maybe merge that scroll-factor PR
<LarstiQ> ifreund: looks nice! Should you link the `my longer term goals`, if those are written up somewhere?
<LarstiQ> ah, I hadn't gotten to the `Future Plans` part yet
<novakane> looking cool
<ifreund> thanks :)
waleee has joined #river
leopoldek has joined #river
<novakane> gonna need to update that IF. logo to go with the river one :P
catman has quit [Quit: WeeChat 4.3.0-dev]
catman has joined #river
aryak has quit [Ping timeout: 256 seconds]
waleee has quit [Ping timeout: 252 seconds]
leopoldek has quit [Remote host closed the connection]
waleee has joined #river
aryak has joined #river
Guest3 has joined #river
<Guest3> hi, does someone has a tip for configuring my touchpad for river?
<novakane> Guest3: configuring which part of your touchpad? Anyway see riverctl(1) input configuration section to see all options
<Guest3> Thanks, I'll take a look. Scroll direction and I want that a tap to trigger a click
<novakane> Guest3: for tap to click it's `riverctl input <input-name> tap enabled`
<novakane> don't have scroll direction in mind though
<Guest3> thanks, how can I list my inputs?
<novakane> Guest3: `riverctl list-inputs`
<Guest3> ty
Guest3 has quit [Quit: Client closed]
leopoldek has joined #river
leopoldek has quit [Ping timeout: 240 seconds]
leopoldek has joined #river
groknull has joined #river