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/
hspak has joined #river
hspak has quit [Quit: Ping timeout (120 seconds)]
hspak has joined #river
hspak has quit [Client Quit]
hspak has joined #river
kotto has quit [Quit: WeeChat 4.2.1]
vimproved has quit [Remote host closed the connection]
vimproved has joined #river
waleee has quit [Ping timeout: 260 seconds]
hspak has quit [Quit: Ping timeout (120 seconds)]
hspak has joined #river
waleee has joined #river
haliucinas has quit [Quit: Ping timeout (120 seconds)]
haliucinas has joined #river
waleee has quit [Ping timeout: 260 seconds]
hspak has quit [Quit: Ping timeout (120 seconds)]
hspak has joined #river
hspak has quit [Client Quit]
hspak has joined #river
waleee has joined #river
hspak has quit [Quit: Ping timeout (120 seconds)]
waleee has quit [Ping timeout: 246 seconds]
eShaev9z has joined #river
eShaev9z_ has quit [Ping timeout: 260 seconds]
lillian has quit [Ping timeout: 268 seconds]
lillian has joined #river
foxjaw has joined #river
<foxjaw> Hey a sway user here. Just tried riverwm. foot doesn't seem to exhibit alpha bg transparency on example init. Why though ?
asklow has joined #river
foxjaw has quit [Quit: Client closed]
asklow has left #river [#river]
foxjaw has joined #river
<foxjaw> Hey how can I get transparency in my terminal foot ? Alpha works fine on sway btw.
foxjaw has quit [Quit: Quit]
asklow has joined #river
<LarstiQ> foxjaw: no idea, never tried it
<LarstiQ> ifreund: oho, https://github.com/ziglang/zig/pull/18778 got merged? Awesome!
<asklow> I mean. I'm fine without transparency. Just wondering about the response in https://github.com/riverwm/river/issues/81#issuecomment-668769577
<leon-p> Just tested it and foot transparency works fine for me (river git master)
<asklow> Border transparency did exist in the form of #ARGB. Not sure about bg alpha
<leon-p> set the alpha variable in the [colors] section in your foot.ini
<asklow> leon-p: Strange. I'm on example init from River repo. Btw, I've already set alpha in for config. Works fine on sway.
<leon-p> 🤷 should be working. river isn't doing anything special
<asklow> *foot config
<asklow> Strange
<leon-p> maybe your background-colour makes it seem like it isn't transparent?
<asklow> Oh wait. Maybe
<asklow> lmao
<asklow> Tq
<asklow> Should I have to use another bg client like swaybg, or river has it ?
<leon-p> search for `background-color` in riverctl.1
<leon-p> for background images however you'll need swaybg
<asklow> riverctl background-color isn't it only solid colour ?
<asklow> Okay
<leon-p> of course. I am not sure what you are expecting?
<leon-p> maybe we are talking about different things here...
<asklow> I'm even fine with solid color btw. So I guess transparency ain't that a big deal then.
<asklow> Never used a dynamic tiler. Coming from sway & trying to wrap my brain around master stack layout. I think it's worth it.
<asklow> I don't find tag & workspace workflow to be any different. As far as what I've read online. Tags seem to be more complicated.
<asklow> I'm leaning towards hyprland to try dynamic workspaces. Caz I don't care about static named ones.
<LarstiQ> the main tag difference with sway I remember is sway only displaying tags with windows on them, indeed that static named ones
andyrtr has quit [Quit: ZNC 1.8.2 - https://znc.in]
asklow has quit [Ping timeout: 240 seconds]
asklow has joined #river
<asklow> wait sway has tags?
andyrtr has joined #river
<LarstiQ> ah, I don't know if it has the full tag model or just workspaces
<angry_vincent> i guess it is workspaces not tags, in sway
<LarstiQ> since sway does not do dynamic tiling showing more than one workspace sounds ill-defined, so yeah
<asklow> As tags are numbers. Can I move to next/previous tags without spawning it through dedicated number row ?
<LarstiQ> yes
<LarstiQ> `riverctl map normal Super Left spawn "cycle-focused-tags previous 9"
<LarstiQ> asklow: is that what you meant?
<asklow> Yes. Strange that it's not a standard in riverwm.
<asklow> In i3/sway I use workspace prev/next, which I almost use everyday.
<LarstiQ> the https://github.com/riverwm/river/pull/506#issuecomment-1008021752 comment by leon-p is now 2 years old but I think river's direction is still trying to move as much as possible out of the core
<asklow> Strange to rely on python scripts for such core functionalities. My goal is to not hunt & peck for number row, & move away from my home row frequently.
<leon-p> asklow: note that rivers WM behaviour will be dropped almost completely eventually, meaning all of this can then be implemented in "user space"
<asklow> It's the same deal with autotiling with i3-ipc (until I decided to go completely manual as how devs prefer it to be)
<asklow> So most compositor devs going dwl route. Add functionalities yourself.
<asklow> I wish I had time & priority customizing my workflow. Being getting more & more difficult lately.
<angry_vincent> so is my thinking, i guess i will consider moving to dwl actually. not saying anything. river never framed to be a wm for all needs.
awesomerly_ has joined #river
<asklow> River is an interesting project though. But if sticking to core "window manager" like functionalities, I think dwm/l does better job I guess. But you gotta know how to write code literally (apart from configuration).
awesomerly has quit [Ping timeout: 276 seconds]
awesomerly_ is now known as awesomerly
<leon-p> well, sure, we do eventually want users to bring their own functionality BUT unlike dwl we don't like patches. We do it via user-space programs
<leon-p> this means that configurationd don't necessarily have to be super personal. You could package them up f.e.
<leon-p> like I have done with mine, see riverguile
<leon-p> in the future I suspect people will write river-shells, so you'd have a range of behaviour-flavours to choose from
<leon-p> at least that is /my/ plan
<leon-p> (I personally probably will clone some of the looks of gnome, but scheme-scriptable and better keybinds and auto-tiling)
<asklow> I would also like to script in shell instead of python btw. I don't wanna deal with different languages.
<leon-p> not gonna happen: scripting requires direct access to wayland interfaces. That is not possible in shell.
<leon-p> at least for complex things
<leon-p> eventually trivial things might be shell scriptable
<leon-p> but still, proper scripting for us means to honour "every frame is perfect", which excludes a lot of hacky things
<asklow> Static interfaces like how riverctl controls river's ipc. That's what I'm referring to btw.
<leon-p> in other words: features are implemented properly, or not at all
<leon-p> asklow: there are also some issues there w.r.t. atomicity and communicating state between riverctl invocations
<leon-p> I don't have the time right now to explain all that though, unfortunately
<asklow> Just wondering how to achieve cycle-focused-tags without python for example.
<leon-p> you could use any language that can talk Wayland, like C, zig, scheme, whatever 🤷
<leon-p> just not shell
<asklow> Understandable tq for discussion mate
<leon-p> ?
<asklow> No I meant you don't wanna explain about riverctl invocations.
<leon-p> I do want to. It's a lot more fun that the other task I am procrastinating right now. But that would be bad for my academic success :)
<asklow> which is understandable. I too don't wanna deal with inner workings.
<leon-p> unfortunately right now inner workings bleed through into the UI/UX
<leon-p> maybe they won't in the future, who knows.
<asklow> As a guy who's not into computers but wants to support libre software. This is where it got me into as of now.
<leon-p> totally understandable. I hope we can make river a bit more approachable in the future
<leon-p> (f.e. via river-shells)
<asklow> But I'll continue keeping river aside sway that I daily drive. Keep configuring it until I understand everything & finally make a move.
<leon-p> come back anytime you have questions!
<asklow> Yup. Sway is too robust to leave for now.
<leon-p> btw, if any riverguile users are wondering about it's future w.r.t the eventual WM protocol: Basically everything will continue to be scriptable in scheme, however I plan on shipping a default config which (hopefully) is approachable for people not obsessed with configuring their setup. Also I will probably add a way to define custom desktop widgets in scheme, so you could f.e. create a dock or taskbar. This also will have a default to something familiar.
<dagle> I have to say that river is one of the easier compositors to write stuff for (custom tilers, status bars etc). While the wayland apis is a bit of a bump I prefer it to having a single fifo where I have to implement message filtering (I'm looking at you dwl).
<leon-p> i.e. I want riverguile by default to behave like f.e. openbox with a panel: perfectly usable with all sorts of features. advanced users then can add things like tiling themselves.
<LarstiQ> leon-p: sounds good!
<leon-p> ifreund: btw, do you want to design the WM protocol yourself? Because from the PoV of wanting to write a WM, I already have a set of features I would like the API to expose.
<asklow> Here's my feedback though: I mostly never cared about configurations & extra functionalities. My setup literally doesn't have anything, just a wallpaper that shuffles on each session. Not even bar. Everytime I change workspace, mako displays workspace name/number. Time & other status stuff is printed by bashrc on each terminal session. swayr manages all workspace/window stuff. I need the least maintenance when it comes to workflow.
<asklow> And window inner/outer gaps are weird too. Rather, my setup has alpha to unfocused borders that itself acts as gaps.
<leon-p> For tags, you can use this instead of notifications: https://git.sr.ht/~leon_plickat/river-tag-overlay/
<asklow> Tq will try
selenebun has quit [Ping timeout: 255 seconds]
dzoidberg has quit [Ping timeout: 255 seconds]
kindablue has quit [Ping timeout: 255 seconds]
p00f has quit [Ping timeout: 256 seconds]
rodrgz has quit [Ping timeout: 256 seconds]
kennylevinsen has quit [Ping timeout: 255 seconds]
rodrgz has joined #river
p00f has joined #river
kindablue has joined #river
<asklow> Btw, is hyprland the only compositor with dynamic workspaces ? If anyone know any other tilers, I'm interested to look into.
selenebun has joined #river
kennylevinsen has joined #river
dzoidberg has joined #river
<asklow> Btw just stumbled upon niri that's based on sway. Interesting project though
<ifreund> leon-p: I think I do yeah, though having a list of features you want in an issue somewhere would be helpful
leopoldek has quit [Remote host closed the connection]
trav86724 has joined #river
trav96137 has quit [Ping timeout: 268 seconds]
Akawama has joined #river
traidare has joined #river
<Akawama> I'm trying to config brightness keys, I've this in my .config/river/init file https://sprunge.us/hpLGor The command works fine in terminal but can't make it work with river. Please help.
<Akawama> I tried it without '\' before quotation marks, but didn't work.
<leon-p> Akawama: you'll need to quote the $ I think, otherwise it's just executed when the init is eval'd
<leon-p> shell is so much fun
trav40371 has joined #river
eoli3n_ has joined #river
kdk_ has joined #river
switchy_ has joined #river
midgard_ has joined #river
mx08_ has joined #river
lillian_ has joined #river
tiosgz has joined #river
<tiosgz> oh, quoting in shell, lol. Akawama: single quotes take verbatim text up to next single quote. so you don't want to escape the double quotes, but instead of \' write '\''
trav86724 has quit [*.net *.split]
lillian has quit [*.net *.split]
kdk has quit [*.net *.split]
eoli3n has quit [*.net *.split]
mx08 has quit [*.net *.split]
switchy has quit [*.net *.split]
midgard has quit [*.net *.split]
switchy_ is now known as switchy
kdk_ is now known as kdk
eoli3n_ is now known as eoli3n
<tiosgz> (that is, end single-quoted string, literal single quote, begin single-quoted string)
midgard_ is now known as midgard
<LarstiQ> at that point putting it in a little script you invoke for one level less of quoting might be appealing
kotto has joined #river
sespiros has quit [Quit: ZNC 1.8.2 - https://znc.in]
sespiros has joined #river
tiosgz has quit [Quit: tiosgz]
kraem has quit [Remote host closed the connection]
kraem has joined #river
traidare has quit [Ping timeout: 268 seconds]
alexherbo2 has joined #river
waleee has joined #river
traidare has joined #river
Szadek3 has quit [Quit: Ping timeout (120 seconds)]
Szadek3 has joined #river
Akawama has left #river [Leaving]
traidare has quit [Ping timeout: 246 seconds]
notzmv has quit [Ping timeout: 256 seconds]
cyph3r has joined #river
asklow has quit [Remote host closed the connection]
kotto has quit [Quit: WeeChat 4.2.1]
<ayushnix> I was wondering, does anyone see a brief white flash when switching to a workspace (or whatever the equivalent is in river) containing only Firefox? I've being seeing this happen in sway for more than an year.
traidare has joined #river
traidare has quit [Client Quit]
traidare has joined #river
traidare has quit [Client Quit]
traidare has joined #river
traidare has quit [Read error: Connection reset by peer]
traidare has joined #river
traidare has quit [Client Quit]
traidare has joined #river
cyph3r has quit [Ping timeout: 256 seconds]
cyph3r has joined #river
traidare has quit [Quit: WeeChat 4.2.1]
traidare has joined #river
cyph3r has quit [Ping timeout: 260 seconds]
Tomcat0x42 has joined #river
Tomcat0x42 has quit [Client Quit]
notzmv has joined #river
lillian_ has quit [Ping timeout: 268 seconds]
lillian has joined #river
traidare has quit [Quit: WeeChat 4.2.1]
traidare has joined #river
<LarstiQ> ayushnix: I'm not getting that when I switch to a tag with Firefox
<LarstiQ> I _am_ lately getting some pink flashes in Firefox, but haven't figured out yet when that happens
<ifreund> ayushnix: iirc firefox renders everything in a desync subsurface which causes that issue to happen due to a race
<ifreund> the reason it does this is that it uses gtk, and gtk wants to control the main surface
<ifreund> its pretty sad :/
lbia has quit [Read error: Connection reset by peer]
lbia has joined #river
<ayushnix> ifreund, so this is a gtk issue rather than a wlroots/sway issue
<ayushnix> I guess reporting it on the firefox bugzilla might help
<angry_vincent> you can try. but gnome team tends to implement things on their own, gtk is being their thing
<ifreund> ayushnix: no, a firefox issue. I don't think reporting it would do anything, they can't fix it without moving away from gtk I don't think which hardly seems likely to happen
alexherbo2 has quit [Ping timeout: 250 seconds]
<ayushnix> pity, if I'm not mistaken, firefox is the only software on my desktop which requires GTK
<ayushnix> I've wanted to get rid of GTK but haven't because of Firefox
<ayushnix> chromium also requires gtk but it can also use qt now
<ifreund> I thought chromium had its own non-toolkit window system integration
<ifreund> or maybe it just uses less of gtk than firefox does
<ayushnix> probably
<ayushnix> I saw issues in Chromium during the early days of sway
<ayushnix> but haven't seen any since the past few years
itshog has joined #river
alexherbo2 has joined #river
itshog has quit [Quit: WeeChat 4.2.1]
<leon-p> a few years back I launched firefox from an nspawn container to get rid of GTK in my main installation
<leon-p> then I came to my senses and realized the quest for minimalism gets me nothing
<leon-p> these days I /almost/ like GTK. applications using it can look quite nice if designed well. Just the underlying technology (GObject and Glib) is horrifying...
<leon-p> also weird is what things are automatic and what manual: you can have a fully functional tab / view switcher in a few lines, fully automaitc. But decreasing tab size if the available space gets too small you'll have to do manually...
itshog has joined #river
<leon-p> many of the components the gnome team produces are actually quite nice, I also recently got to use GStreamer, which was a lot nicer than writing all format decoding and pipewire integration by hand
leopoldek has joined #river
<itshog> Hello, is anyone else having trouble in compiling from source the stacktile layout generator?
alexherbo2 has quit [Remote host closed the connection]
<leon-p> itshog: what problems exactly are you facing?
<itshog> This is the output after the build failure: https://0x0.st/Hky1.txt
traidare has quit [Ping timeout: 256 seconds]
<ifreund> itshog: looks like a zig version mismatch to me
<ifreund> check what version stacktile requires and make sure you have exactly that
<leon-p> yes, stacktile is still zig 0.10.0 I think. Hadn't had the motivation to update it yet
<itshog> Thanks for the clarification
itshog has quit [Quit: WeeChat 4.2.1]
itshog has joined #river
itshog has quit [Quit: WeeChat 4.2.1]