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/
hspak has joined #river
snakedye has quit [Ping timeout: 240 seconds]
waleee has quit [Quit: WeeChat 3.3]
chipps has quit [Ping timeout: 252 seconds]
notzmv has quit [Ping timeout: 265 seconds]
<ifreund> Anderson-D, leon-p: wl_output.name has been merged to wayland master branch already, but the ecosystem hasn't caught up yet it seems
<dnkl> nice!
baldlizard has joined #river
notzmv has joined #river
<novakane> so here a log for IME, if someone have an idea of what I could do to fix this https://paste.sr.ht/~novakane/d8d901045ff51abeddc59df396f15c92a7aa8b43
<novakane> looks like it grabs the same key in loop and then segfault
<dnkl> feedback loop?
<dnkl> i.e you send key to grab, grab send key back, you send key to grab...
<novakane> hmm I'll look into it
<novakane> well if it happens I don't know where because it doesn't looks like my code do this
pkap has joined #river
chipps has joined #river
<novakane> I make it works a bit better, no more thousands of lines but I still have this segfault in sendPreeditString()
noopdecoder has joined #river
noopdecoder has quit [Client Quit]
pkap has quit [Quit: Client closed]
noopdecoder has joined #river
snakedye has joined #river
noopdecoder has quit [Quit: noopdecoder]
<Anderson-D> This might be Python-specific, but I'm using pywayland and `display.dispatch(block=True)` seems to completely block any signals received by the script. Is there any way to "gracefully" terminate a blocking dispatch call once it has been started?
<novakane> Anderson-D: I have no knowledge in python but there is an example of a layout generator here https://github.com/riverwm/river/blob/master/contrib/layout.py
<novakane> maybe it can help you
<Anderson-D> Thanks! I did not see that.
<Anderson-D> I've found a related issue here - https://github.com/flacjacket/pywayland/issues/15
noopdecoder has joined #river
waleee has joined #river
snakedye has quit [Read error: Connection reset by peer]
snakedye has joined #river
<Anderson-D> I was trying to write a workaround script which will associate certain windows with certain tags. I've found that `riverctl` acrually has `set-view-tags` command
baldlizard1 has joined #river
<Anderson-D> It seems like it applies view tags to a focused view only
baldlizard has quit [Ping timeout: 240 seconds]
baldlizard1 is now known as baldlizard
<Anderson-D> Is it possible to apply tags to a different view by some sort of identifier?
<Anderson-D> Just wondering if there are any limitations to this - https://github.com/riverwm/river/blob/master/river/command/tags.zig#L54 - since it should be possible to apply tags to any view, shouldn't it?
<novakane> no not currently because right now it is not possible to have an unique identifier for a view
<Anderson-D> Is this something that would implement unique IDs? https://github.com/wayland-project/wayland-protocols/tree/master/unstable/xdg-foreign
<novakane> hmm not sure, but it looks like it would need to be added in river first before writing a client
noopdecoder has quit [Quit: noopdecoder]
waleee has quit [Ping timeout: 252 seconds]
<leon-p> after switching from a VGA cable to a DisplayPort-DVI cable, river no longer correctly adds / removes the external output on my thinkpad dock when I plop the laptop down / remove it
<leon-p> although that is probably a driver bug
<Phyrric> yeah thats been plaguing me for years
<leon-p> maybe I should try a pure DisplayPort cable, I wonder if this is related to the signal conversion
<leon-p> now I have to decide which annoys me more: no hotplugging the dock or bad colours and artifacts on the monitor? :(
notzmv has quit [Ping timeout: 240 seconds]
norkki has joined #river
notzmv has joined #river
Guest5828 has joined #river
Guest5828 has quit [Quit: Ping timeout (120 seconds)]