<sogun>
But I don't think it is easy problem. Something like xauthority, pulsecookies etc are not good enough, so I think it will end up by the need of compositor starting it's privileged clients on it's own and passing them some secret, maybe via env variables.
<leon-p>
my solution is to wait until someone who knows more about this than I do has a good solution :)
<sogun>
I am bit afraid it is becoming too late for something like client auth to come. People are lazy and they are getting used to that there is nothing like that necessary.
chipps has joined #river
<sogun>
by the way, building River errored in zig-wlroots, because of unused parameter. I just cloned river, installed submodules and did zig build -Drelease-safe
<leon-p>
which zig version?
<leon-p>
and are you onw fedory?
<leon-p>
s/fedory/fedora/ bloody fingers...
<sogun>
No It is on Arch. I had nightly. Now I installed 0.8 and it passed
<sogun>
I guess my fault
chipps has quit [Quit: WeeChat 3.3]
chipps has joined #river
chipps has quit [Client Quit]
chipps has joined #river
<chipps>
Hi, I want to remap some keys on my mouse, and I want to make it persistent on reboot. How do I do that?
<sogun>
Edit your config file?
<chipps>
which config file?
<sogun>
did you read man page? try ~/.config/river/init, if it is not there create it
<chipps>
I mean, How can I remap mouse keys using riverctl?
<chipps>
the man page tells me how to do it for only xkb keysyms
<sogun>
there is map-pointer command
<chipps>
How can I use map-pointer to map mouse buttons to send other things?
<chipps>
I can see that it can only do 'move-view' or 'resize-view'
<chipps>
I have two side buttons. I want them to do scroll up and down respectively
<chipps>
How can I do that?
<sogun>
Try to install wev, your mouse might be sending some keycodes for those buttons. If so, you can make them execute some commands. But if don't think river is able to remap any keys. But I am by no means river guru.
<leon-p>
if the idea is to change the keymap of the mouse (ie when the button is pressed, send button4 instead of button6 or something like that), then I am not sure river is the best place to do that in the stack. We could definitely have more things to bind to mouse buttons, but only really river actions
<chipps>
leon-p: can you suggest me what the best way to do it would be?
sogun has quit [Ping timeout: 256 seconds]
<leon-p>
honestly, I have no idea. Probably some libinput or evdev magic? Or, if it is a more expensive mouse, maybe it has some companion software that allows the change the functionality of the buttons
<chipps>
leon-p: nah it's the cheapest trackball mouse I could find on amazon. It doesn't scroll by itself, but it DOES have two extra buttons that, for whatever reason, are mapped to 'forward' and 'backward'
<chipps>
in an ideal world, I imagine something like this: holding both the left and right buttons and moving the pointer would scroll in the direction of the pointer. But for now, I will be happy to get basic scrolling functionality.
<leon-p>
chipps: actually, that is possible
<leon-p>
I do the same thing with my trackbal
<leon-p>
in man riverctl.1 search for "scroll-method" and "scroll-button"
<elshize>
this will turn off all outputs, and you can turn them back on with --on
<Grawp>
Noice. That's from the same guy that wrote *stacktile*.
<Grawp>
thx
<ifreund>
my patch updating tinywl to use the new wlroots scene graph is now merged to wlroots master. Looks like a wlroots release with the scene graph API is just around the corner :)
<leon-p>
sweet!
<leon-p>
I've seen the scene-graph API patch for cage. Seems like river can drop a lot of code
<ifreund>
indeed, it should be quite nice
<ifreund>
and we get full damage tracking as a side effect :)
<leon-p>
I wonder if it will do anything to 434
<ifreund>
that might get fixed as another side effect of the refactor yeah