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/
mtm has quit [Ping timeout: 268 seconds]
mtm has joined #river
waleee has quit [Remote host closed the connection]
schneid3306 has quit [Quit: schneid3306]
pfr has quit [Remote host closed the connection]
Snetry has quit [Ping timeout: 244 seconds]
Snetry has joined #river
schneid3306 has joined #river
palanix_ has joined #river
palanix has quit [Ping timeout: 268 seconds]
palanix_ is now known as palanix
schneid3306 has quit [Quit: schneid3306]
schneid3306 has joined #river
schneid3306 has quit [Client Quit]
schneid3306 has joined #river
schneid3306 has quit [Quit: schneid3306]
schneid3306 has joined #river
elshize has quit [Ping timeout: 252 seconds]
yongxiang has quit [Excess Flood]
yongxiang has joined #river
twelve has joined #river
pfr has joined #river
yongxiang has quit [Excess Flood]
yongxiang has joined #river
yongxiang has quit [Excess Flood]
yongxiang has joined #river
yongxiang has quit [Excess Flood]
yongxiang has joined #river
pfr has quit [Ping timeout: 276 seconds]
yongxiang has quit [Excess Flood]
yongxiang has joined #river
twelve has quit [Remote host closed the connection]
yongxiang has quit [Excess Flood]
yongxiang has joined #river
yongxiang has quit [Excess Flood]
yongxiang has joined #river
yongxiang has quit [Excess Flood]
yongxiang has joined #river
yongxiang has quit [Excess Flood]
yongxiang has joined #river
yongxiang has quit [Excess Flood]
yongxiang has joined #river
catman has joined #river
yongxiang has quit [Excess Flood]
yongxiang has joined #river
Szadek has quit [Quit: off]
Szadek has joined #river
mtm has quit [Ping timeout: 252 seconds]
mtm has joined #river
flower_ has joined #river
ramblurr has quit [Ping timeout: 248 seconds]
ramblurr has joined #river
andyrtr has quit [Quit: ZNC 1.9.1 - https://znc.in]
andyrtr has joined #river
Keeto has joined #river
palanix has quit [Ping timeout: 260 seconds]
palanix has joined #river
Keeto has quit [Quit: Lost terminal]
siaal has quit [Quit: ZNC - https://znc.in]
siaal has joined #river
kotto has joined #river
waleee has joined #river
Keeto has joined #river
Keeto has quit [Ping timeout: 260 seconds]
elshize has joined #river
mafuyu has joined #river
mafuyu has quit [Client Quit]
Guest78 has joined #river
<Guest78> I just installed river on my new Lenovo Ideapad 1. It launches properly but I am not able to open my terminal because the return key is not registering. I am getting the error "X11 cannot support keycodes above 255." It also says the maximum keycode is 708. This is all appearing in the console that i ran river from. Has anyone else had a similar
<Guest78> problem?
<ifreund> Guest78: that log message is just annoying noise from Xwayland and should be ignored
<ifreund> please share the full debug log in a pastebin
<Guest78> Ok if thats the case then I am going to assume it is a problem that is unrelated to river. I had assumed the annoying warnings where the cause.
<Guest78> There is nothing else that is useful in the logs. I think my keyboard must be misconfigured.
Guest78 has quit [Quit: Client closed]
<ifreund> hmm, the current window management protocol doesn't make it possible for a window to be added to an in progress interactive resize
<ifreund> the use-case I have in mind is interactive resize of all windows in a tiled layout
<ifreund> it would be slick if a new window that is opened while the resize is in progess would seamlessly join the layout being resized
<ifreund> maybe that's enough of an edge case to not have to care about it
flower_ has quit [Quit: Lost terminal]
<ifreund> the simplest way to solve that would be to push all the resizing policy to the window manager and just send it accumulated cursor movements in windowing updates
<ifreund> this would make window managers do more work to implement move/resize, but it would be more flexible and probably simplify the protocol itself
<ifreund> it would cost one extra roundtrip to the wm per step of the interactive resize, which should be pretty insignificant
<ifreund> I would prefer to centralize as much of the complexity of interactive resize in the compositor as possible, but I also don't like the idea of the protocol being limiting
<ifreund> leon-p: would be curious to hear your thoughts
<apoorv569> can river configure output/display as well? I don't see anything in the example configuration on the codeberg repo.
<ifreund> apoorv569: people usually use kanshi or wlr-randr for that
elshize has quit [Ping timeout: 252 seconds]