groknull has quit [Remote host closed the connection]
Guest55 has joined #river
<Guest55>
Apologies but are there any plans to include a built-in status bar similar to dwm's? I've been testing all of the avaliable statusbars in wayland but I couldn't get any of them to function as comfortably as dwm's
<Guest55>
The only thing holding me back from fully switching to wayland is just my status bar issue
Guest5511 has joined #river
<ifreund>
Guest55: not at the moment, no
<Guest5511>
I understand
Guest55 has quit [Ping timeout: 252 seconds]
<ifreund>
I also don't have one I really like, I currently use waybar because it's the most flexible but I hate how complex it is
<ifreund>
it works well enough though that writing my own isn't likely to make it to the top of my todo list for a while
<Guest5511>
Same on the complexity issue
<Guest5511>
I spent a long while tinkering with waybar but something about it just feels clunky to me
<Guest5511>
I tried yambar along with tinkering with its preset configs but it was hell on earth just to try and get basic features working
uncomfy has quit [Quit: uncomfy]
<tleydxdy[m]>
I have one machine set up with waybar with lots of patches
<tleydxdy[m]>
an another I just does have bar
<tleydxdy[m]>
cus I can't go through that again
<tleydxdy[m]>
* and another I just does have bar
<tleydxdy[m]>
doesn't! I hate my phone
<n0r>
Bars are just a space wasting distruction anywayw ;P
<n0r>
distraction*
<n0r>
Can't type on phone either xD
<Guest5511>
Until you need to check your battery, or check the time, or check your volume, or check which tags are occupied because you forgot where you put the damn music player lmao
<n0r>
Music player is always on tag M. Time and Battery are bound to pop up with a keybinding. But of course I understand some people prefer a bar :)
Guest5511 has quit [Quit: Client closed]
<leon-p>
Just get a wall-clock or watch. Bars will immediately become useless :D And my thinkpad has an LED that start blinking aggressively if the battery gets too low. Any other information is fluff.
<n0r>
Or I could also just do 'C-b t' since all my terminals run tmux anyways :D
<leon-p>
I always have that running in the background as well
Nulo has quit [Read error: Connection reset by peer]
Nulo has joined #river
adamcstephens has quit [Quit: You have been kicked for being idle]
<ifreund>
I kinda like having cpu/memory usage visible
<leon-p>
true, it's a good smake test to see if something goes wrong. But my fans are loud, so I have an audio indicator for that
<n0r>
I was planning to script my border color to indicate the bettery, but forgot. Might do that after dinner...
<leon-p>
on my old X setup I had a bar that just showed the time and everything else was hidden until it became relevant. F.e. the CPU/MEM usage was hidden as long as it stayed under 20%, etc.. I can probably resurrect that with notifications.
<wrl>
hey so this behaviour of auto-rearranging windows on focus-follows-mouse is really causing me some frustration
<wrl>
i.e. "hover floating window, window moves above all others"
<wrl>
when i brought this up a week or two ago, somebody mentioned a large refactor of window management in general
<n0r>
wrl: You mean the stacking order of floating windows?
Ordoviz has quit [Ping timeout: 244 seconds]
<wrl>
n0r: yeah
<wrl>
focus follows mouse really does weird stuff with multiple floating windows, especially if they overlap
Guest49 has joined #river
<Guest49>
Hello guys, it seems riverwm lacks proper XDG portals support, this means flatpak apps can't open the file picker portal properly
<leon-p>
Guest49: you'll have to launch the portals service yourself
<Guest49>
what do you mean? How do i do it? I have wlr and gtk portals installed
<n0r>
wrl: It took me some getting used to aswell, but it clicks after a while. It might not look like it, but actually focus change does _not_ change the order of stacking, it just _temporarily_ raises the focused window to the top and drops it back to the same position on unfocus. Once the brain gets used to "focus means raised, order of unfocused windows stays the same" it starts to seem very natural and intuitive.
<leon-p>
Guest49: the executables are at /lib/xdg-desktop-portal and /lib/xdg-desktop-portal-wlr. Since socket activation never worked for me I just launch them directory
<Guest49>
i have no such directories on my system
<leon-p>
then you are having a pretty funky system. NixOS?
<Guest49>
nope, alpine linux
<leon-p>
maybe /usr/lib? anyway, just search for the executable
<Guest49>
yep, it's there, thanks
<Guest49>
also, how do i make cursor themes more consistent? many apps default to the ugly x default cursor
boombim has joined #river
boombim has quit [Remote host closed the connection]
Guest49 has quit [Quit: Client closed]
Guest49 has joined #river
Guest49 has quit [Client Quit]
<wrl>
n0r: sometimes it changes the stacking order of uninvolved windows though
<wrl>
like when i'm doing something with multiple open files in the gimp, it's pretty regular for me to move the mouse from the active document to the layers panel and have a *different* document come to the front
boombim has joined #river
boombim has quit [Remote host closed the connection]
<n0r>
By "uninvolved" you probably mean the one that just lost focus. Since that is dropped back to its original position. Won't change the position of something that currently neither gets nor loses focus though.
boombim has joined #river
boombim has quit [Remote host closed the connection]
<n0r>
You said you had "a different document come to the front". It didn't. It was the window that was unfocused which moved back _behind_ the one that seemed to come front.
<n0r>
Always expect the currently highlighted window to possibly lose its temporary height (see what I did there?) and disappear behind others when you unfocus it and you won't get surprised.
boombim has joined #river
boombim has quit [Remote host closed the connection]
<wrl>
n0r: regardless of what was *actually* happening internally, the effect is the same
<wrl>
i don't particularly care, i just want it to not happen
<wrl>
and river is the first and only wm/compositor i've used that has behaviour like this
waleee has joined #river
<n0r>
Can't be configured unfortunatly. I mostly use river without a layout generator and ended up prefering this behaviour actually, since it basically means I can arrange the stack manually to my liking. However, rearranging windows in an actual floating state (not just fallback-floating) is indeed a chore and I would prefer a raise-on-focus (or in river terms, zoom-on-focus) aswell.