<wrl>
so, i'm a long-time focus-follows-cursor user and enjoyer, and there's one thing that river's implementation does that is a bit annoying: when i hover over a window to focus it, that window gets moved on top of any other windows
<wrl>
this leads to annoyances like how accidentally moving the mouse outside of a popup/dialog leads to the window that opened the dialog getting moved on top of the dialog, and then needing to cycle through windows to get the dialog back
<wrl>
is this behaviour an oversight, or a bug, or some consequence of river's internal data structures, or something else?
waleee has quit [Ping timeout: 248 seconds]
<tleydxdy[m]>
I'd say an oversight
<NickH>
I have known some people who actually like that sort of "auto raise" behaviour. Personally, I can't stand it, but I rarely use floating windows in river, and when I do it is almost always just one window.
<tleydxdy[m]>
yeah, only come up when it's floating on floating I think
<tleydxdy[m]>
if the main window is not floating it would still be underneath
<NickH>
Think I only noticed it back whan I started using river and would accidentally swtich windows to floating by hitting a window move or resize binding.
aryak has quit [Ping timeout: 255 seconds]
<wrl>
NickH: yeah it's a bit of a workflow killer for me
<wrl>
i also dislike floating windows but in some cases i can't really avoid them
<NickH>
wrl: have you tried digging through the code to find what is causing that behaviour?
<NickH>
I wonder if it is implemented that way just to avoid having to implement some sort of action to bring windows to the top when it is actually desired.
<NickH>
Eg "click to raise" type thing.
<tleydxdy[m]>
it's just river doesn't really take into account the difference between popup and toplevel I think
<tleydxdy[m]>
focused window is always drawn on top of unfocued ones
<tleydxdy[m]>
so focused floating > floating > focused > other
<NickH>
Might not be that hard to "fix", but given the bigger scale window management changes that are planned for river I'd doubt any patch to change this would be accepted right now.
aryak has joined #river
snakedye has quit [Ping timeout: 248 seconds]
daurnimator has quit [Ping timeout: 248 seconds]
daurnimator has joined #river
smach has joined #river
smach has quit []
fitrh has joined #river
ulfrinn has joined #river
<ulfrinn>
hmm
<ulfrinn>
wow, I haven't used IRC in like a decade
smach has joined #river
smach has quit [Remote host closed the connection]
gwizon has joined #river
<ulfrinn>
seems there's not a lot of active users on River.. I'm personally not using it right now, but I did install it earlier, and I found it to have a lot of potential so I am keeping an eye on it
<NickH>
ulfrinn: what version of river did you try? And what are you using as a wm/compositor now?
<ulfrinn>
i tried whatever was available in arch AUR, and I am currently on qtile wayland, but i usually use KDE wayland with a tiling plugin
<NickH>
Ok. How long ago was that? I first started with river around January and have seen a lot of improvements since then.
<ulfrinn>
it was yesterday
<ulfrinn>
it was teh river package in aur, there's also a river-git package, would that have been more up to date?
<NickH>
That was about to be my question. Yes, if the river-git package is not too old. Where can I see what version it is?
<NickH>
(I'm not an arch user)
<ulfrinn>
river says 0.1.3-4, river-git says 0.1.0.r107.gbc610c8-1, but the versioning might be different
<NickH>
Think I found it. Says 0.1.0.r107.gbc610c8-1 which I gather from the way the package is built is actually 0.2.0-dev.107+.... which is about a month old.
<ulfrinn>
so the git version is newer?
<ulfrinn>
river 0.1.3-4 is 7-15-2022, so that's just a few days old
<ulfrinn>
wait... we're in august, nevermind, about a month old
<NickH>
river 0.1.3 is from early February, so the aur river-git package is much newer.
<ulfrinn>
same date for river-git, so my guess is the AUR package is built from the same git package available
<ulfrinn>
really?
<ulfrinn>
hmm
<NickH>
Not sure what you mean by "git package
<NickH>
"
<ulfrinn>
the version numbers are so confusing some times
<ulfrinn>
i'll install the git version and check it out.. no harm
<NickH>
It's cause they're not actually releases. The "107" in the pacakge name indicates that it is 107 commits newer than the last release.
<ulfrinn>
i was speaking to 0.1.3 vs 0.1.0.r101, 0.1.3 > 0.1.0
<NickH>
"0.1.0.r101" is an artifact of the janky river-git packaging script. It is not a proper version string for river.
<ulfrinn>
yeah, that's why some of the AUR stuff confuses me, but I'm installing the git version right now
<ulfrinn>
done
<NickH>
Nice. Let us know if you have any questions.
<ulfrinn>
well, i was mostly just following development since it seems river does have potential... for example, i like the way workspaces are handled... many of the wayland based compositors are trying to be clones of x11 based window managers, and so some of their features seem somewhat archaic
<ulfrinn>
like treating multiple monitors as if it's one big screen, and a singular workspace for all of them
<ulfrinn>
river gives each display their own set of workspaces, I like that.. not as much as I like how qtile handles workspaces, but still a big improvement over something like Sway IMO
<ulfrinn>
brb, I'm going to log into river and check out the git version
ulfrinn has quit [Quit: Lost terminal]
ulfrinn has joined #river
<ulfrinn>
and I am back
<NickH>
Currious, what does "river -version" show?
<ulfrinn>
0.2.0-dev.115+844ffce
<NickH>
Ok, great.
<NickH>
The uar river-git package version number is really missleading.
<ulfrinn>
right now I am just reading through the init and the man page
<NickH>
The man page is comprehensive, but it can be a little tricky to find what you are looking for.
<ulfrinn>
from what I gathered, the init is just a list of riverctl commands
<NickH>
Yes, the sample init ss just a shell script, but could in principle be any executable.
<ulfrinn>
that was my issue with river initially, i forgot to make the script executable
smach has joined #river
<NickH>
I just cloned
<NickH>
the river-git aur repo. I see that the pkgver is hardcoded.
<ulfrinn>
i really don't do a whole lot of scripting or playing with display managers though, I only just switched to linux full-time a few weeks ago
<NickH>
I may be able to fix it so that it reports the correct version.
<NickH>
Ahh, ok.
<ulfrinn>
I used linux off and on, mostly off, since the 2000s, and only really started getting into it this year with proton making gaming viable
<NickH>
I switched to linux around 1999 when my lab started moving from DEC Alpha to Linux on x86 :-)
<ulfrinn>
i think slackware 8, maybe early 9 was the first distro I used, because package managers were basically just RPM and early .deb, so most apps needed to be compiled and slackware was the only one I could get to actually compile something correctly
<ulfrinn>
I kicked my "i want it to look and function exactly like windows" phase a while ago though
ulfrinn has quit [Quit: Lost terminal]
<NickH>
LOL, reminds me of a fork of FVWM called FVWM95. The WM of choice windows 95 converts.
smach has quit [Read error: Connection reset by peer]
ulfrinn has joined #river
<ulfrinn>
whoops.. hit super+Q on the wrong window
smach has joined #river
smach has quit [Remote host closed the connection]
<ulfrinn>
i wish more window managers/compistors would implement more of the mouse
Ordoviz has joined #river
smach has joined #river
<ulfrinn>
yay, more people joining
smach has quit [Client Quit]
<ulfrinn>
i think I made some much needed config changes, brb
ulfrinn has quit [Quit: Lost terminal]
gwizon has quit [Quit: Lost terminal]
smach has joined #river
ulfrinn has joined #river
<ulfrinn>
:-P maybe I shouldn't use IRSSI
<NickH>
I know the feeling. I started using it this year after about a 10 year break.
<ulfrinn>
irssi?
<NickH>
Yes at first, but switched over to weechat a few months ago.
<ulfrinn>
this is my first time ever using irssi, and I have no idea what weechat is
<NickH>
It's another terminal based irc client. Seems a bit more modern.
<ulfrinn>
oh, i should check it out.. I'm trying to get the hang of using more terminal based stuff
<n0r>
I barely use anything other than Terminal and Browser (including some webapps) at this point, just rarely some Software that obviously needs to have its own GUI.
<ulfrinn>
my transition from basic casual full DE (mostly windows) user to minimalistic and even terminal based software was fast, very fast
<ulfrinn>
curious if these are features of River I cannot find, do not exist, or are in the works?.. is there any way I can link workspaces on multiple monitors so that if I put Discord on workspace 2 on one monitor, if I click workspace 2 on my other monitor, it'll show up there?
fitrh has quit [Quit: fitrh]
<NickH>
I don't think so.
<ulfrinn>
perhaps there could be an event when clicking one workspace on one monitor, that looks for a matching occupied workspace on another, and if found, swaps everything over?
<n0r>
What is "clicking one workspace"? Besides river not even having workspaces, but tags.
<ulfrinn>
i have river levee running which has a workspace switcher
ulfrinn__ has joined #river
<ulfrinn__>
aah
<ulfrinn__>
wee chat is so much better
ulfrinn has quit [Quit: leaving]
sav_ has joined #river
ulfrinn__ has quit [Quit: WeeChat 3.7-dev]
ulfrinn has joined #river
<ulfrinn>
not sure if this is an issue with River, or Discord, but when I send Discord to another screen, it freezes up
<NickH>
Discord freezes?
<NickH>
Some X11 apps seem to be problematic.
<NickH>
Electron apps in particular.
<NickH>
I think a lot of people on wayland have just ditched them for web apps in a wayland native browser.
<ulfrinn>
alright
<leon-p>
you can also setup a new firefox profile in kiosk mode, so that these web applications have more native looking windows
<NickH>
leon-p: that's an intersting idea
<NickH>
Wonder if my vaultwarden extension would need to be unlocked for every profile.
<NickH>
Hmm, seems so.
ulfrinn has quit [Quit: WeeChat 3.7-dev]
<leon-p>
You could probably work around that by having a credentials manager that uses e.g. gpg, so that after unlocking once, future unlocks in a limited timeframe need no authentication.
<leon-p>
I wonder if there is a firefox addon for himitsu already
<n0r>
To me, every single webapp and webpage looks like a native window with qutebrowser with hidden tab bar and hidden status bar :D
<NickH>
s/vaultwarden/bitwarden
<leon-p>
I really wish browsers would be lighter, because a browser window without decorations is technically a great way to create UIs for small programs. But thats not the future we live in, so I have to mess around with pixman.
<NickH>
I use pass for a few CLI things (smtp, imap, caldav sync etc) but I'm pretty invested in bitwarden with my own vaultwarden server since it works so nicely both in firefox on linux as well as nativly on Android.
<andrea>
About the version you suggest to use... the problem is that using 0.2.0-other-stuff breaks monotonicity
<NickH>
Really?
<andrea>
No, while writing the explanation I actually noticed that it is not true, sorry :)
<NickH>
Pretry sure that since commit 7c440b semantic versioning works for dev builds.
<NickH>
Ok.
<andrea>
Let me try your patch, I will let you know
<andrea>
About the desktop file... After discussing with ifreund we came to the conclusion that, since it is a kind of system integration, it is up to the packager to provide it.
<NickH>
Well, it exisits in the contrib directory, you can ignore it or install it. Just seems reduntant to have a local copy and to possiby miss out on upsream changes.
<NickH>
Weird, the guidelines in that wiki contradict the PKGBUILD man page.
smach has quit [Read error: Connection reset by peer]
Ordoviz has quit [Ping timeout: 248 seconds]
<NickH>
The guidelines seem to be trying to protect against upstream doing very stupid things with their version numbers.
<NickH>
Don't think that is something that you need to worry about with river.
<leon-p>
don't tempt us
<leon-p>
river -version -> "river-two-point-XIV"
Ordoviz has joined #river
ulfrinn has joined #river
<ulfrinn>
exit
ulfrinn has quit [Client Quit]
groknull has joined #river
groknull has quit [Remote host closed the connection]
waleee has joined #river
ulfrinn has joined #river
x200_libre has joined #river
x200_libre has quit [Remote host closed the connection]
ulfrinn has quit [Quit: WeeChat 3.7-dev]
waleee has quit [Ping timeout: 255 seconds]
icp has joined #river
smach has joined #river
icp has quit [Quit: Client closed]
smach has quit [Ping timeout: 252 seconds]
smach has joined #river
smach has quit [Remote host closed the connection]
icp has joined #river
smach has joined #river
smach has quit [Client Quit]
icp has quit [Quit: Client closed]
waleee has joined #river
silv3r has quit [Ping timeout: 256 seconds]
silv3r has joined #river
<leon-p>
the nicest feature so far of the new stacktile version is directional resizing: it does not matter whether the main area is on the left or right, pressing Super+H will always move the divide to the left and Super+L always to the right. A big step up in usability for me.
<zdykstra>
that's a really nice idea
<leon-p>
yep, that means I can use opposing "gravities" on my two monitors without the keybindings getting confusing
smach has joined #river
smach has quit [Remote host closed the connection]
smach has joined #river
smach has quit [Remote host closed the connection]
smach has joined #river
smach has quit [Remote host closed the connection]
smach has joined #river
smach has quit []
waleee has quit [Ping timeout: 268 seconds]
smach has joined #river
elshize has quit [Ping timeout: 256 seconds]
elshize has joined #river
smach has quit [Remote host closed the connection]
smach has joined #river
smach has quit [Remote host closed the connection]
smach has joined #river
smach has quit [Remote host closed the connection]
smach has joined #river
sav_ has joined #river
_whitelogger has joined #river
smach has quit [Client Quit]
sav_ has quit [Remote host closed the connection]
smach has joined #river
smach has quit [Remote host closed the connection]
smach has joined #river
Ordoviz has quit [Quit: WeeChat 3.6]
smach has quit [Remote host closed the connection]
smach has joined #river
smach has quit [Remote host closed the connection]
smach has joined #river
enb has joined #river
<enb>
hi! I'm having some trouble convincing the pipwire WebRTC screen sharing thing to work, would y'all have any advice? the Arch wiki instructions are systemd-specific and I can't find much of anything anywhere else. I'm running Artix with runit, if that's important.
snakedye has quit [Ping timeout: 248 seconds]
snakedye has joined #river
snakedye has quit [Read error: Connection reset by peer]
snakedye has joined #river
smach has quit [Remote host closed the connection]