talisman` has quit [Remote host closed the connection]
Guest69 has joined #river
<Guest69>
Hey, I've tried both wideriver and rivertile and they both seem to open the new window as the new master. Is there a way to make it instead appear in 'slave' area?
<ifreund>
Guest69: you are probably looking for riverctl attach-mode ...
<Guest69>
Thanks that was it!
<Guest69>
Also I feel really dumb, but isn't there any keybind to resize tiled windows? is it just by in/de-creasing the main stack area?
<TheAnachron>
Guest69: did you read the manual of those layout managers? It reall depends on the implementation
Guest64 has joined #river
<Guest69>
yeah I did, all they have is to increase/decrease the main area size, but can't really resize individual windows
<TheAnachron>
Yep then that's it. How would that work?
<Guest69>
Not sure? I'm just used from the others WMs I've been using, awm/hyprland/sway/gnome-paperwm/kde-karousel that you can always resize the individual windows
<Guest69>
another issue I'm having is that when working I love to move some floating windows a little bit to the edge of the screen, so part of the window is invisible and I can work on the window below it - but with river it seems like you can't move the windows out of the view and they are clipped to the screen? is there some toggle for that?
<TheAnachron>
Guest69 I mean how do you expect that function to work? Will the window "jump" out of the stack, or the stack is adjusted (other windows around it are getting smaller/bigger) or how does that work? I never used either of those
<Guest69>
Yeah, other windows around it are getting smaller/bigger, but I guess this is not how river is supposed to work.
<TheAnachron>
Honestly this is not about river but more how the layout generator is working.
<TheAnachron>
The default one iirc cannot do that, but maybe some of the others can
<TheAnachron>
I just havent used any of them, so I am hoping someone else here has and can answer your question positively
<Guest69>
What about this?
<Guest69>
"another issue I'm having is that when working I love to move some floating windows a little bit to the edge of the screen, so part of the window is invisible and I can work on the window below it - but with river it seems like you can't move the windows out of the view and they are clipped to the screen? is there some toggle for that?"
<Guest69>
I can't be the only one annoyed by it? in pretty much any other wm/de/os you can move the window so parts of it is "outside" the monitor area
<TheAnachron>
Never wanted that. I either have my windows tiled, so they are all completely visible, or I make them floating and I can put them wherever I want.
<Guest69>
):
<Guest69>
Thanks for the help!
emersion has quit [Remote host closed the connection]
emersion has joined #river
Guest69 has quit [Quit: Client closed]
Guest64 has quit [Quit: Client closed]
Guest91 has joined #river
<Guest91>
Hi! Could anyone help me fix the SCREEN SHARING on my system? I would be forever grateful. When I used Hyprland, it worked. I don't know if they do anything different with "xdg-desktop-portal-hyprland".
<Guest91>
Interesting that even though I export "XDG_CURRENT_DESKTOP", by the time all files are sourced, its value is empty string...
<Guest91>
I tried starting River using just the `river` binary as well as using `dbus-run-session -- sh -c "river"`. Neither way gets me to share screen.
<Guest91>
In River's init file, I use `riverctl spawn` to start "pipewire" and "wireplumber". I tried not starting them, and that obviously does not help either.
<Guest91>
I reviewed anything I could get my hands online such as the article below but
<Guest91>
TheAnachron: Do you have XDG_CURRENT_DESKTOP=river? Also from Section 4.1 in your AW article, I cannot run sysctl command as FreeBSD does not use systemd? How do you use dbus in all this? Do you just enable the service or do you do anything specific with dbus?
<TheAnachron>
Guest91: yep I did set that myself in my river running script.
<TheAnachron>
Guest91 you probably should either run dbus as a user session or start it with river. Really depends on your setup. I have it set up as user service.
<Guest91>
ifreund: From xdg-desktop-portal-wlr troubleshooting checklist, everything checks out except that for (2), (3) and (4) I cannot run pipewire and xdg as services but rather processes. But they are running when I use `ps` to check.
<Guest91>
Is there anyone that you know of using FreeBSD that I can get in touch with? I really don't know what I am missing. This is exactly the same process/setup I had using Hyprland where the screen sharing worked. The only thing that changed was changing xdg-desktop-portal-* from "hyprland" to "wlr".
<Guest22>
Is there even stylus support in river?
<ifreund>
it doesn't matter how pipewire and the xdg portal processes are started as long as they have the necessary environment variables
<ifreund>
Yes, river has drawing tablet support but doesn't support pointer emulation
<ifreund>
it only works with clients that have proper drawing tablet support
<ifreund>
I do have a FreeBSD river install but haven't tried screen sharing with it yet
<ifreund>
going to sleep now though, best of luck debugging :)
<Guest22>
Ok how hard would that be to implement, is it worth to try implementing myself?
<Guest22>
Thanks and Good night
<Guest91>
ifreund: Do you know if these are enough? I can check your message tomorrow if you can respond.