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/
eShaev9z_ has joined #river
eShaev9z has quit [Ping timeout: 265 seconds]
linkert has quit [Quit: linkert]
dbuckley has quit [Ping timeout: 260 seconds]
angry_vincent has joined #river
angry_vincent has joined #river
angry_vincent has quit [Remote host closed the connection]
angry_vincent has joined #river
angry_vincent has quit [Changing host]
angry_vincent has joined #river
upsala has joined #river
leopoldek has quit [Ping timeout: 250 seconds]
NeckarPaddler has joined #river
waleee has quit [Quit: update & reboot]
<NeckarPaddler> Hi, I'm trying to get the kile layout maker running. However, it doesn't start even with the example given in https://gitlab.com/snakedye/kile/-/blob/main/contrib/basic_kile_init.sh . I noticed kile hasn't been updated in a while. Is it incompatible with the newest river version?
waleee has joined #river
<pinpoxIRC> Does anyone here have working screenshare? I can share tabs in chromium, but no other windows. Have enabled xdg-desktop-wlr
waleee has quit [Ping timeout: 252 seconds]
<ifreund> yep, mine works
<ifreund> you also need pipewire, there are good debugging tips on the xdg-desktop-portal-wlr repo and wiki
Ordoviz has joined #river
<pinpoxIRC> I have pipewire, I'll take a look at the repo over there
kragacles_ has joined #river
zxtx_ has joined #river
<pinpoxIRC> Are you setting WAYLAND_DISPLAY or XDG_CURRENT_DESKTOP? Should those be just "river" ?
gbrlsnchs has quit [*.net *.split]
pvsr has quit [*.net *.split]
zxtx has quit [*.net *.split]
kragacles has quit [*.net *.split]
<ifreund> pinpoxIRC: WAYLAND_DISPLAY is set by river and is how clients find river's wayland socket
<ifreund> XDG_CURRENT_DESKTOP does need to be set to river to make xdpw work
<NeckarPaddler> I've done some testing, literally everything I try with the command kile except for `kile -h` and `kile --help` results in error messages about a parse error and "thread 'main' panicked". Does anyone have kile working with river 0.2.4?
haliucinas has quit [Read error: Connection reset by peer]
haliucinas9 has joined #river
haliucinas9 has quit [Client Quit]
haliucinas9 has joined #river
<pinpoxIRC> NeckarPaddler: I just tried it, it panics for me aswell. Looking at the error it seems that it is outdated
<pinpoxIRC> you might have to update the protocol files
haliucinas9 is now known as haliucinas
<pinpoxIRC> NeckarPaddler: If you just want something that allows you to easily define own layouts, I'm using river-luatile and it works with the newest version
<NeckarPaddler> I'll take a look at river-luatile, thanks for the hint!
pvsr has joined #river
gbrlsnchs has joined #river
ayushnix has joined #river
ayushnix has quit [Changing host]
ayushnix has joined #river
gbrlsnchs has quit [Max SendQ exceeded]
gbrlsnchs has joined #river
akumar[m] has quit [Ping timeout: 246 seconds]
p00f1 has quit [Ping timeout: 256 seconds]
kraem_ has quit [Ping timeout: 246 seconds]
motiejus has quit [Ping timeout: 246 seconds]
aisha[m] has quit [Ping timeout: 246 seconds]
Arya[projectsegf has quit [Ping timeout: 260 seconds]
scorpion2185[m] has quit [Ping timeout: 260 seconds]
testy has quit [Ping timeout: 264 seconds]
Janic[m] has quit [Ping timeout: 256 seconds]
Asaki[m] has quit [Ping timeout: 256 seconds]
tleydxdy[m] has quit [Ping timeout: 256 seconds]
plumeus has quit [Ping timeout: 256 seconds]
ecocode[m] has quit [Ping timeout: 260 seconds]
lordmzte has quit [Ping timeout: 260 seconds]
Ordoviz has quit [Ping timeout: 264 seconds]
Ordoviz has joined #river
p00f1 has joined #river
akumar[m] has joined #river
Asaki[m] has joined #river
Janic[m] has joined #river
plumeus has joined #river
tleydxdy[m] has joined #river
<NeckarPaddler> Does anybody use river-luatile from nixpkgs? According to https://search.nixos.org/packages?channel=unstable&show=river-luatile it should exist, but `nix-shell -p river-luatile` says it's an undefined variable.
kraem_ has joined #river
motiejus has joined #river
akumar[m] has quit [Quit: Bridge terminating on SIGTERM]
p00f1 has quit [Quit: Bridge terminating on SIGTERM]
tleydxdy[m] has quit [Quit: Bridge terminating on SIGTERM]
Janic[m] has quit [Quit: Bridge terminating on SIGTERM]
plumeus has quit [Quit: Bridge terminating on SIGTERM]
Asaki[m] has quit [Quit: Bridge terminating on SIGTERM]
kraem_ has quit [Quit: Bridge terminating on SIGTERM]
motiejus has quit [Quit: Bridge terminating on SIGTERM]
scorpion2185[m] has joined #river
lordmzte has joined #river
tleydxdy[m] has joined #river
Arya[projectsegf has joined #river
kraem_ has joined #river
p00f1 has joined #river
Janic[m] has joined #river
plumeus has joined #river
ecocode[m] has joined #river
aisha[m] has joined #river
akumar[m] has joined #river
motiejus has joined #river
Asaki[m] has joined #river
testy has joined #river
Asaki[m] has quit [Ping timeout: 252 seconds]
plumeus has quit [Ping timeout: 252 seconds]
Janic[m] has quit [Ping timeout: 246 seconds]
scorpion2185[m] has quit [Ping timeout: 246 seconds]
p00f1 has quit [Ping timeout: 248 seconds]
tleydxdy[m] has quit [Ping timeout: 246 seconds]
aisha[m] has quit [Ping timeout: 265 seconds]
akumar[m] has quit [Ping timeout: 260 seconds]
motiejus has quit [Ping timeout: 260 seconds]
testy has quit [Ping timeout: 265 seconds]
ecocode[m] has quit [Ping timeout: 265 seconds]
kraem_ has quit [Ping timeout: 265 seconds]
lordmzte has quit [Ping timeout: 264 seconds]
Arya[projectsegf has quit [Ping timeout: 264 seconds]
aisha[m] has joined #river
scorpion2185[m] has joined #river
NeckarPaddler has quit [Ping timeout: 260 seconds]
Janic[m] has joined #river
Ordoviz has quit [Ping timeout: 265 seconds]
Asaki[m] has joined #river
plumeus has joined #river
NeckarPaddler has joined #river
testy has joined #river
kraem_ has joined #river
<NeckarPaddler> About mappings: `man riverctl` lists some modifiers that can be used. Shift, Control, Alt and Super are obvious and Mod1, Mod4 and None are explained. What are Lock, Mod2, Mod3 and Mod5 though? Do they only exist on special keyboards or can I make use of them on a regular one?
<ifreund> NeckarPaddler: You might be able to create a custom xkb keymap that has those, I don't know
<ifreund> I wouldn't bother though really unless you have extra physical buttons on your keyboard that your aren't using
p00f1 has joined #river
akumar[m] has joined #river
motiejus has joined #river
<NeckarPaddler> Yeah I was just wondering if they might correspond to some of the cryptic keys most people never use, which are often above the arrow keys or even above the function keys and often have symbols like a house, media buttons, search, printer, stuff like that. But you are right, ifreund, it is not important, because 4 modifiers are clearly enough and
<NeckarPaddler> there are even modes.
tleydxdy[m] has joined #river
ecocode[m] has joined #river
lordmzte has joined #river
Arya[projectsegf has joined #river
upsala has quit [Remote host closed the connection]
apoorv569[m] has joined #river
<apoorv569[m]> Hi, I've been thinking about switching from xorg to wayland recently, but cannot decide a good WM/Compositor to choose form.
<apoorv569[m]> ATM I use DWM and heavily used to the features it provides, like scratchpads, toggle between last 2 tags/workspaces etc.
<apoorv569[m]> I can't live without scratchpads, I have multiple of them, on any workspace I can press a keybind that I set to open/toggle a scratchpad it doesn't take me to another workspace it just sort spawns a floating window mid screen showing a program of choice.
<apoorv569[m]> I would like to know if these features exists on river.
<apoorv569[m]> So far I looked at Hyprland and Sway.
<plumeus> Toggling between tags definitely exists and works fine
<apoorv569[m]> But really liked River.
Guest99 has joined #river
<plumeus> Scratchpad is a thing but I don't use it so I can't comment well.
<apoorv569[m]> plumeus: I see. I searched the entire repo but didn't find a word "scratchpad" perhaps its called something else.
<plumeus> I'm trying to search it right now
<apoorv569[m]> Could you point me to page of repo or documentation where they talk about scrathpads?
<plumeus> yeah, can't find it currently. River has 32 tags and you can utilise any of the tags as scratchpad so it is turned on or off with a keybind
<novakane> hmm did someone removed the scratchpad example in the wiki?
Guest99 has quit [Client Quit]
<novakane> yeah but there was a clear example page before, but I can't see it now, I'm on mobile right now though, I could missed it
<apoorv569[m]> I would also like to know what bar do you guys use with River?
<plumeus> I use Waybar because it was one of the few bars supporting it when I started using River, and I've been too lazy to change it. I cannot recommend it.
<plumeus> Well, it's not necessarily bad but the configuration feels complicated
<apoorv569[m]> You mean with multiple files css and all?
<plumeus> yeah
<plumeus> I liked dwmbar the most from what I used
<plumeus> I wanted to try zelbar or sandbar
<apoorv569[m]> dwmbar?
<plumeus> err, dwmblocks
<apoorv569[m]> dwmblocks works on wayland?
<apoorv569[m]> I use dwmblocks on DWM as well ATM on xorg
<plumeus> no, that was simply the best bar I've used
<plumeus> I also came from dwm
<plumeus> Zelbar sounds similar to dwmblocks from what I can tell
<apoorv569[m]> Hmm.. interesting.
<apoorv569[m]> What about animations and all? I like a little touch of animations here and there but no too fancy like hyprland does.
<apoorv569[m]> subtle for a visual indication of windows moving and all
<plumeus> No idea what animations are. I like to keep everything fairly boring
<apoorv569[m]> Yea I can live without animations.
<apoorv569[m]> Could you share your config with me? If you want you direct message me.
<plumeus> Sure
<plumeus> I guess I'll send a DM then
<apoorv569[m]> OK, no problem.
<ifreund> apoorv569[m]: iirc sandbar is compatible with dwmblocks and similar
<NeckarPaddler> I have a laptop, so I have a touchpad. Looking at `map-pointer`, it looks like to move or resize a window with the touchpad I need to press a button simultanously.
<NeckarPaddler> So configuring river to just being in a mode or holding down a modifier and then just swiping to move the window can't be done. One of the three touchpad buttons needs to be pressed. Is that correct?
<apoorv569[m]> ifreund: Oh! Nice. So I can use my existing dwmblocks scripts and all with sandbar?
<NeckarPaddler> s/window/view/ to use the manpage term...
<ifreund> apoorv569[m]: I dont really know, youd need to reat their docs
waleee has joined #river
<ifreund> NeckarPaddler: yes that's correct
<ifreund> it would be possible to implement that but I'm not sure what the interface would look like and it isn't something I personally need
<NeckarPaddler> It's fine. It is a bit clunky to hold both Super and a Button while swiping, but floating windows are the minority anyways in a tiling window manager.
<NeckarPaddler> BTW I don't want to make it sound like there is lot of stuff I dislike. Had a couple of "oh nice" moments while getting familiar with river :)
<bw> how well does river do with multiple monitors currently?
<ifreund> NeckarPaddler: perhaps enabling tap-to-click would make that nicer
<ifreund> bw: there's a bug that I need to fix that causes configuration to get messed up on hotplug on master branch, 0.2 doesn't have any issues I know of
<NeckarPaddler> ifreund you mean `input name tap enabled`?
<bw> i generally don't nneed hotplug, but how badly messed up do you mean?
<bw> (hmm, i supposed turning a display off might count as hotplug too)
<ifreund> bw: you can end up with overlapping outputs, restarting kanshi or re-running wlr-randr should it though
<ifreund> NeckarPaddler: yeah, whatever libinput calls it
<bw> oh, i guess that's another question... do i need extra software (e.g. kanshi) to make multi-monitor work?
<ifreund> to make it work, no
<bw> but they'd probably have the wrong configs and such?
<ifreund> to configure relative positions/dimensions/refresh rates yes
<NeckarPaddler> ifreund, thanks, I figured it out.
<NeckarPaddler> Is `map -release ...` there so a keypress can be both visible to the application and cause a river action at the same time?
<plumeus> ifreund, do you recall me talking about if River could have a runtime flag to disable XWayland? Would you consider it if I made a feature request? I figured I might as well as ask here.
sugarbeet has quit [Ping timeout: 260 seconds]
tiosgz has joined #river
<tiosgz> NeckarPaddler: more so to give you a way to e.g. show something only while you hold the key
<tiosgz> but you can use it that way as well
<tiosgz> ifreund: wrt updating ffc_target on click, should that happen on touch as well?
<tiosgz> better said, i'm wondering whether to add code to Cursor.handleButton() or to Cursor.updateKeyboardFocus()
<tiosgz> (back to irc for a moment after half a year, yay)
upsala has joined #river
ayushnix has quit [Ping timeout: 260 seconds]
<NeckarPaddler> I'm trying to cycle through the views when in fullscreen mode. I came up with `riverctl map normal Super S spawn "riverctl toggle-fullscreen; riverctl focus-view next; riverctl toggle-fullscreen"`, but it won't work. Any ideas why?
<NeckarPaddler> Doing the same steps manually does what I want, after all. But this mini-script does nothing.
<NeckarPaddler> Actually, it doesn't do nothing. It does toggle fullscreen twice, since I shortly see other windows. But the `focus-view next` doesn't happen...
ayushnix has joined #river
ayushnix has quit [Changing host]
ayushnix has joined #river
leopoldek has joined #river
<upsala> I just tried it with a sleep in between and it works for me
<upsala> maybe add a couple of miliseconds between the riverctls and see if that works for you
<upsala> sleep 0.001 is almost unnoticeable and works for me
<upsala> yeah even 0.00001 works, I think it just needs something inbetween for some reason
<upsala> Maybe someone who acutally knows what's going on can explain because I don't :)
<NeckarPaddler> thanks for the idea, I'll try that later
<upsala> actually replacing : with && works without the sleep
<upsala> oh replacing ; with && works
<upsala> I think && waits for the first command to finish before doing the next where as putting them together with ; doesn't wait
<upsala> Yeah after reading up on the differences of ; and && I am clueless as to why the latter one works but the former doesn't
<tleydxdy[m]> hmm yeah ; should work the same as && when the first command returns 0
<tleydxdy[m]> maybe just that tiny delay where the shell is checking return value does it for you
<upsala> It's weird that the focus-view command doesn't fire though
<upsala> Or does riverctl have some sort of lock while actively doing something?
<tleydxdy[m]> it could have fired when you are still in fullscreen mode
<tleydxdy[m]> maybe riverctl should return after what's requested is actually done by river, but I can see that getting complicated
<upsala> Hmm now it works with ; as well. I'll just accept it and move on
<tleydxdy[m]> yay race condition
<upsala> I think having riverctl focus-view work while fullscreened should just switch to the next view and fullscreen it no? It does not actually do that atm, but should it?
<upsala> if (seat.focused.view.pending.fullscreen) return; Is this the reason? I wonder why this was put in, what happened when you did not return when the view is fullscreened?
linkert has joined #river
NeckarPaddler has quit [Ping timeout: 260 seconds]
<tleydxdy[m]> I think the issue is if the newly focused view is not fullscreened, it would not be rendered and the fullscreen one will still be on top
<apoorv569[m]> Does River has special tags?
<plumeus> I don't think so.
<plumeus> 0-31 should be the same
<apoorv569[m]> Are they per monitor or total?
<plumeus> Per monitor, I think there was an issue asking for shared tags
angry_vincent has quit [Remote host closed the connection]
<plumeus> Oh, it seems like it's accepted as far as proposals go
<apoorv569[m]> I see in the example config that you can riverctl add-rule to add a rule to make a window with ID float
<apoorv569[m]> is it possible to a rule to make a window only open on particular tag number?
<leon-p> not yet
<apoorv569[m]> <plumeus> "https://github.com/riverwm/river..."; <- Hmm.
<plumeus> If you want to track progress
ayushnix has quit [Ping timeout: 260 seconds]
Ordoviz has joined #river
NeckarPaddler has joined #river
<NeckarPaddler> upsala, tleydxdy[m]: Thanks for helping. Adding a delay does help for some windows and doesn't for others. I need a noticable delay to make it work consistently. But that is still better than pressing three combos.
<NeckarPaddler> *Adding a _short_ delay I meant
<leon-p> instead of a delay, you could also use another riverctl command as a fence.
<leon-p> (un-)fullscreening triggers a transaction, which may result in the focus command not taking effect
<leon-p> but if am not mistaken, if you put some other command inbetween, you should be able to use that as a primitive sync event, maybe
<NeckarPaddler> First, I tried a redundant `enter-mode normal`. It didn't work. Then I tried a redundant `default-layout rivertile` and it did the trick. Thanks! Here's the full line:
<bw> does a wayland compositor (e.g. river) have the ability to post-process pixels, like sending everything through a shader?
<NeckarPaddler> riverctl map normal Super S spawn "riverctl toggle-fullscreen; riverctl default-layout rivertile; riverctl focus-view next; riverctl toggle-fullscreen"
linkert has quit [Quit: linkert]
linkert has joined #river
<apoorv569[m]> <plumeus> "https://github.com/riverwm/river..."; <- This is cool.
linkert has quit [Quit: linkert]
<tleydxdy[m]> bw: yes
Ordoviz has quit [Quit: WeeChat 3.8]
<bw> if i wanted to do something like that, say in river, where might i start?
hspak7 has joined #river
hspak has quit [Ping timeout: 276 seconds]
hspak7 is now known as hspak
<tleydxdy[m]> you'd need to first teach river how to do, e.g. vulkan
<tleydxdy[m]> then there's a wlr function that get dmabuf attribute from a wlr_buffer I don't remember the name now
<tleydxdy[m]> you can use those to import the buffer and do your fancy stuff on it
ayushnix has joined #river
ayushnix has joined #river
ayushnix has quit [Changing host]
<leon-p> bw: take a look at the wlr renderer
NeckarPaddler has quit [Ping timeout: 260 seconds]
Guest99 has joined #river
tiosgz has quit [Quit: tiosgz]
Guest99 has quit [Quit: Client closed]
waleee has quit [Ping timeout: 248 seconds]
waleee has joined #river
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
dvzrv has quit [Quit: WeeChat 3.7.1]
dvzrv has joined #river
<ifreund> bw: you would need to create your own wlr_renderer implementation and have river use that instead of the wlroots-provived renderer
<ifreund> tleydxdy[m]: river can already use the (experimental) wlroots vulkan renderer if you set the environment variable to force it
<ifreund> it has no real advantange over the gles2 renderer yet and may very well use more power though
<tleydxdy[m]> oh, vulkan is kinda sorta usable now?
<ifreund> if your hardware and userspace drivers support it, yes
<ifreund> mine dont
<ifreund> support the required vulkan extensions I mean
<tleydxdy[m]> hmm, so not mesa release yet?
<ifreund> no, it just depends on your hardware
<ifreund> tiosgz: in case you're reading the log, I replied on codeberg
upsala has quit [Remote host closed the connection]
dbuckley has joined #river
<Nosrep> did i hear vulkan
<Nosrep> is it still broken for polaris
<Nosrep> i think it was polaris