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/
Evo is now known as Evo2
Evo212 has joined #river
Evo2 has left #river [Leaving]
Evo212 has quit [Client Quit]
Evo2 has joined #river
Evo2 has quit [Quit: Client closed]
Evo has joined #river
Evo has quit [Client Quit]
Evo2_ has joined #river
<Evo2_> I've been using river now for a couple of hours have some more questions.
Evo268 has joined #river
Evo268 has left #river [#river]
<Evo2_> I've noticed that when using the mouse I need to click on a window to focus. Is there a way to change to "focus follows mouse" or "sloppy focus"?
<elshize> Evo2_: there's an option focus-follows-cursor you can set with riverctl
<elshize> see the details in: man riverctl
<Evo2_> elshize: thanks. I did check the riverctl man page but was searching on the string "mouse".
notzmv has joined #river
<Evo2_> That works for "views" (widows), but not for "outputs" (displays). For exampl if I move the cusror to another display that has nothing on it and then hit a key binding to open a new terminal it will open on the display that contains the currently fovused window.
<elshize> Evo2_: hmm, I don't know of any option that takes care of that; but then again I don't even use the previous one, so maybe someone else can correct me if I'm wrong.
<elshize> I actually use a functionality to make the mouse cursor follow focus of output, so completely the other way around
<Evo2_> I'm using the mouse quite a bit more than I normally would right now since I still haven't gotten the hang of (or sufficently cusotomized) the key bindings.
waleee has quit [Quit: WeeChat 3.4]
<Evo2_> The next question is for waybar usersr using "river/tags".
<Evo2_> I can see the tags listed and click on oen will move the focus to it, but there is nothing to indicate which tag(s) I am on or if there are any windows on a given tag. Is this what is expectd? Note that I am using the head of waybar from github as of a few hours ago.
<elshize> Evo2_: not currently using waybar, but as far as remember, you should be definitely be able to see which tags are active
<Evo2_> elshize: ok, thanks.
<elshize> is it possible that it's simply set to the same colors/style as non-active in waybar config?
<Evo2_> Maybe... will try to check.
<elshize> I think you need to look at ~/.config/waybar/style.css and check #waybar button.focused in the CSS
<elshize> sorry, #workspaces button.focused
<Evo2_> Turns out it's "#tags button.focused" for river.
<Evo2_> Thanks for the hint.
<elshize> huh, well, I was a bit off :)
<Evo2_> Making progress!
<Evo2_> Next question is also tag related.
<Evo2_> In the defaut config there is a loop that maps the tags to key binding corresponding to the numbers on the keyboard.
<Evo2_> I'm trying to find a way to map a bindings to the next and previous tags so that I can cycle through the tags by repeadedly pressing the same keybinding.
<Evo2_> To do so it seems I would need to be able to dynamically read the current tag bits and then bitshift and call set-focused-tags again.
<elshize> Evo2_: I don't use anything like that myself, but I think I remember some discussion about it. not sure if there's a better solution, but I think you should be able to get the status with https://gitlab.com/snakedye/ristate
<Evo2_> Thanks for the tip.
<Evo2_> ristate looks like it could be quite useful. It seems to be designed to run as a daemon. I was imagining it would just be a sort of one shot program to get the current state. I would be interestign to see how it is being used.
<Evo2_> One piece of information I can't work out how to get from it is which output has focus.
chipps__ has joined #river
Evo2_ has quit [Remote host closed the connection]
Evo2 has joined #river
snakedye has quit [Ping timeout: 256 seconds]
Evo2 has quit [Remote host closed the connection]
Evo2_ has joined #river
notzmv has quit [Ping timeout: 240 seconds]
Evo2_ is now known as Evo2
<Evo2> I've had a fun day with river :-) Even managed to package it for Debian Stable. Currently the package and depedencies are on a password protected archive. Please let me know if anyone is interested in trying it out.
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
Guest40 has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
gtms has joined #river
<gtms> Hello, does any of you using riverwm with multiple monitrs? I have some questions how you handle some use cases. Thanks.
<novakane> what are you questions? I don't use multiple monitors but maybe I can help or someone will answer when they have time
<gtms> I am facing problem that i cannot cleary recognize focused output. I am using waybar and would like to change color or smth but cannot find command to retrieve this.
<novakane> so that something that needed to be implemented in waybar, I don't know if this is the case
<novakane> IIRC you need waybar master branch to have a good support for river though
<gtms> What does mean "good". Like it has more options to configure?
<novakane> well as far as I know the latest release of waybar is too old to have all the latest things from river like tags urgency, but then I never used waybar
<angry_vincent> novakane: what bar you use?
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
notzmv has joined #river
<novakane> angry_vincent: I don't use any bar, I used yambar though before
<gtms> I am free to change bar, but haven't found better than yambar.
<gtms> * with river support
<gtms> Or from the other side. How to get focused monitor i would have to write some cpp code to get it from any 'output protocol' that is listed in river wiki?
<gtms> * Those are 2 questions merged in one :D
<angry_vincent> ah, ok, i don't use any bars too
<gtms> angry_vincent: And are you using multiple monitors?
<angry_vincent> no :)
<angry_vincent> never had multiple monitors
Grawp has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
<Grawp> gtms: I use 3 monitors (can't imagine living with just 2 or even 1) and have yambar instance running on each one.
<Grawp> Focused tag is highlighted always on just on of the bars and that is how I know which output is focused.
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
<gtms> Grawp: I have highlighted focused on all outputs.. But i guess that is because i have only one waybar for all of them...
<Grawp> @gtms: I understand. But you can look into yambar's code to look from where it gets outputs info or how it filters tags per output and use this information to write your own logic into waybar.
<gtms> Yeah... it look like waybar does not implement `focused_output`. Yambar does
<novakane> angry_vincent: I used river-tag-overlay before though and now I have write a sorta port of it in zig https://git.sr.ht/~novakane/agertu
<angry_vincent> ah, ok. i am new to river, so i lost what it means.
<novakane> gtms: for this you would have to use the river-status-unstable protocol, and focused_output in zriver_seat_status interface
<novakane> angry_vincent: that just some popup to have some info about tags instead of using a bar
<gtms> I am trying to implement those to waybar. (building nowf
<angry_vincent> i want to try something new instead of sway
<angry_vincent> nothing wrong with sway, though, just out of curiosity
<angry_vincent> so, i now understand river mimics "windows" in similar way dwm does
<novakane> sway is manuaal tiling, river is dynamic tiling, sway use workspace river use tags, that the main diferences
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
<gtms> novakane: How do you handle moving windows to another monitor... Are you ok with that, it send it to same tag and not the tag that is active on that output?
<gtms> Also i think that #357 is going to resolve my issue... But who knows when... heh.
<Grawp> I'm really looking forward to having some more advanced controls.
<gtms> Hmm... most of it i don't understand fully, heh. Does it means that it solves #357?
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
<Snektron[m]> Does anyone happen to be using void linux and do they have a xbps template for wlroots? I stole the 0.14.1 version from ifreund but it doesn't seem to be updated
user181308142001 has joined #river
<user181308142001> If you just take the one from void-packages, change the version number and remove the checksum, it sould build I believe
<Snektron[m]> Ah, looks like theres a bunch of other dependencies that need updating. Ill figure that out
<user181308142001> Yeah, I am guessing that is also why the repo package has not been updated yet
user181308142001 has quit [Quit: Client closed]
<Snektron[m]> Ah, stablw sway doesnt support wlroots 0.15.0 yet. That would also explain
<Snektron[m]> Alright so now i have actually built wlroots but river crashes as soon as it launches. There is no trace, just a sigabrt
pkap has joined #river
<novakane> Snektron[m]: you use a debug build of river 'i.e without using -Drelease-safe' and launch it with `river -log-level debug`?
<gabm[m]> does anyone experience a laggy cursor movement and input after standby?
waleee has joined #river
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
<Snektron[m]> novakane: i used a debug build but hadnt used log level debug
<Snektron[m]> Should be noted that it doesnt crash when i launch it from another session
<leon-p> gabm[m]: not after standby, but sometimes randomly when watching certain videos (maybe related to the codec) I get what you describe. Probably a driver bug.
gtms has quit [Quit: WeeChat 3.4]
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
waleee has quit [Ping timeout: 240 seconds]
Guest40 has quit [Quit: Client closed]
pkap has quit [Quit: Client closed]
Grawp has quit [Quit: Client closed]
Grawp has joined #river
notzmv has quit [Ping timeout: 240 seconds]
snakedye has joined #river
<ifreund> Snektron[m]: I'll be attempting the upstream wlroots, libwayland, etc upgrade in the next few days assuming I find time fwiw
<ifreund> though I'll probably need to upgrade llvm first to get river 0.1.2, seems like nobodies done that yet
<ifreund> Snektron[m]: hmm, that crash sounds suspiciously like the river version you are running is not build against the same wlroots version the linker finds
<norkki> is it normal for gtk apps running under xwayland to not respond to mouse input?
<ifreund> I really need to teach the zig build system about so versions
<ifreund> norkki: no, but x11 clients do lots of weird things so bugs aren't entirely unexpected
<ifreund> if you have a particular program where it reliably doesn't work feel free to open an issue and I'll have a look sometime
<norkki> My setup probably has something cursed going on. It happens on any gtk app running under xwayland
<Snektron[m]> ifreund: It does print a bunch of stuff, it crashes only after a while. I can look at it again a little bit later
Misthios has quit [Quit: Ping timeout (120 seconds)]
Misthios has joined #river
<monaaraj> hmm. weird. I have been noticing this behavior for a while but for some reason my cursor would just get smaller on firefox and eww, both gtk applications - which doesnt happen in Xorg, any idea whats happening?
<monaaraj> fwiw, I do this to change resolution on my laptop screen because its much smaller than 1920x1080 by default: `riverctl spawn "wlr-randr --output eDP-1 --custom-mode 1920x1080@60Hz"`
waleee has joined #river
Grawp has quit [Quit: Client closed]
chipps__ has quit [Quit: WeeChat 3.4]
notzmv has joined #river
<norkki> seems like my problem is somehow related to discord
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
Misthios has quit [Quit: Misthios]
Misthios has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
Grawp has joined #river
Grawp has quit [Client Quit]
waleee has quit [Ping timeout: 240 seconds]
waleee has joined #river
monaaraj has quit [Remote host closed the connection]
monaaraj has joined #river
<Evo2> norkki and ifreund: I'm seeing intermittent unresponsiveness to the mouse in both emacs and firefox-esr
<norkki> to correct what I said earlier it's not just gtk apps but almost every xorg client except discord itself
<norkki> the xorg clients act as if discord is on top of the clients but it's not visible
monaaraj has quit [Ping timeout: 240 seconds]
Evo2 has quit [Remote host closed the connection]
monaaraj has joined #river
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
<Snektron[m]> novakane: ^ output of launching with debug log. The error trace incorrectly points to a build of zig 0.8.1, i used zig master to build river master in this case.
monaaraj has joined #river
<Snektron[m]> This seems to be the cause of the crash: river: types/output/render.c:103: output_attach_back_buffer: Assertion `output->back_buffer == NULL' failed.