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/
amyrat has joined #river
eShaev9z has joined #river
eShaev9z_ has quit [Ping timeout: 260 seconds]
waleee has quit [Ping timeout: 264 seconds]
Nulo has quit [Ping timeout: 256 seconds]
Nulo has joined #river
amyrat has quit [Ping timeout: 260 seconds]
amyrat has joined #river
Ordoviz has joined #river
<scorpion2185[m]> NickH: river-shifttags next/previous tag is something that I use a lot
<scorpion2185[m]> EmoSpice: The binded keys don't matter I can bind 5 and tell waybar to show 5 but there are 9 tags , at lest on river-shittags
ayushnix has joined #river
Ordoviz has quit [Ping timeout: 272 seconds]
<novakane> scorpion2185[m]: that's because river-shiftags use 9 by default, and a quick look in the man page show that you can change that number with the --num-tags flags
Ordoviz has joined #river
amyrat has quit [Quit: WeeChat 3.7.1]
Ordoviz has quit [Ping timeout: 246 seconds]
alexherbo2 has joined #river
Ordoviz has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
alebastr has quit [Remote host closed the connection]
waleee has joined #river
alebastr has joined #river
waleee has quit [Ping timeout: 252 seconds]
Ordoviz has quit [Ping timeout: 260 seconds]
Ordoviz has joined #river
alexherbo2 has joined #river
waleee has joined #river
<scorpion2185[m]> ah thanks
alexherbo2 has quit [Remote host closed the connection]
alebastr has quit [Remote host closed the connection]
alebastr has joined #river
groknull has joined #river
<scorpion2185[m]> how can you set a wildcard to define a value that you can retrieve later? in river/init
groknull has quit [Remote host closed the connection]
alexherbo2 has joined #river
alexherbo2 has quit [Ping timeout: 260 seconds]
<scorpion2185[m]> found out
<scorpion2185[m]> * not sure how , it wasn't workign actually
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
<tleydxdy[m]> it's just shell script
<tleydxdy[m]> nothing special
Ordoviz has quit [Ping timeout: 260 seconds]
alexherbo2 has joined #river
alexherbo2 has quit [Ping timeout: 260 seconds]
alexherbo2 has joined #river
Ordoviz has joined #river
groknull has joined #river
groknull has quit [Remote host closed the connection]
Ordoviz has quit [Ping timeout: 260 seconds]
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
groknull has joined #river
groknull has quit [Remote host closed the connection]
Ordoviz has joined #river
<ifreund> If anyone with a touchscreen has a chance to test https://github.com/riverwm/river/pull/747 that would be quite helpful
ayushnix has quit [Remote host closed the connection]
ayushnix has joined #river
Ordoviz has quit [Quit: WeeChat 3.7.1]
<NickH> I'm running
<NickH> e603 (Dec 2), will testing nested under that work?
<NickH> Ahh never mind, forgot I can just switch to another tty
<NickH> Is is supposed to build with zig 0.9.1?
<NickH> The build fails with an unused constant error for me. See https://0x0.st/oRcj.log
<ifreund> NickH: I think you might be on an old commit, the latest on that branch is a7f00a7
<ifreund> perhaps a `git reset --hard upstream/touch-drags` is in order
<ifreund> and yes zig 0.9.1 is correct
<ifreund> (wow a7f00a7 is a pretty damn cool commit hash prefix...)
<NickH> Ahh, yes what I had on that branch was 6 months old
alexherbo2 has quit [Remote host closed the connection]
<NickH> Now on the correct hash.
<NickH> Now a wlroots version problem. What wlroots should I be using?
<ifreund> NickH: 0.16.0 is correct, perhaps your git submodules are a bit screwy
<NickH> ok, just did a submodule update.
<NickH> That worked.
<NickH> What should I be testing with the tochscreen?
<ifreund> if you have firefox you can try dragging the tabs around with the touchscreen
<ifreund> you should get the same drag icon under your finger that you get when you do the same with the mouse
<ifreund> there's also a weston-dnd test client
<NickH> Hmm, can't get firefox-esr to start in the new wayland session. Keeps spawining in my main one.
<ifreund> ah, yeah that's an annoying firefox "feature" that might as well be a bug
<NickH> tried with --new-instance too
<ifreund> you need to close all firefox instances in the main session for it to spawn in the other one
<novakane> oh that's a feature for real? So annoying
<NickH> Hmmm...
<ifreund> the weston-dnd client is probably packaged for debian too
<ifreund> yeah it's just part of the weston package
<NickH> Ok. Kill it. Now started in new river.
<NickH> Can't get draging tabs to work
<ifreund> hmm, could you try installing the weston package and running weston-dnd? I'm not 100% certain that firefox-esr implements touch drags on the client side
<ifreund> weston-dnd is just a window with some flower shapes that you can drag around
<NickH> weston package doesn't provide weston-dnd.
<ifreund> > /usr/bin/weston-dnd
<NickH> Oops, my bad, it does
<ifreund> no worries :D
<NickH> Ok, I can drag in that.
<ifreund> with the touchscreen? that's great :)
<NickH> Yep
<NickH> Anything else to check?
<ifreund> If you'd like to stress test it a bit and your hardware supports multitouch, could you try holding one or two fingers down and then dragging a flower with the third finger?
<NickH> Ok, multi touch is not working for me in weston-dnd
<ifreund> Could you give me a `WAYLAND_DEBUG=1 weston-dnd` log of you trying it with multitouch?
<NickH> Note that pinch zoom does work in firefox-esr
<NickH> Another log that just has an attenpted drag with another finger already touching at https://0x0.st/oRcY.log
<ifreund> thanks, taking a look
<NickH> No problem.
<ifreund> hmm, it's looking like this weston test client doesn't support multitouch properly
<ifreund> at least, it never even requests for river to start a drag in the second log
<ifreund> from looking around at other compositor's source code I don't think either sway or weston handles this kind of thing on the server side well
<ifreund> the only one I looked at that seems to is wayfire
<ifreund> I think I'll just merge the branch as is then, perhaps someday I'll find or write a better test client xD
<ifreund> thanks again for testing NickH!
<NickH> Yeah, it doesn't seem to break anything and does add single touch drag so I think merging it should be fine.
<NickH> Will let more people test it too.
<NickH> Happy to help out.
<ifreund> (it ignores all touch points other than those with id 0)
<ifreund> which isn't even a correct implementation of the protocol to support only a single touch point, there's no guarantee that a touch point with id 0 will exist iirc
<ifreund> I might tag 0.2.0 tomorrow if I have time. If anyone has an issue they think should be a release blocker, now's the time to speak up!
<gbrlsnchs> will 0.2.0 work with the new waylock version?