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/
elshize has quit [Ping timeout: 256 seconds]
elshize has joined #river
chipps__ has joined #river
chipps__ has quit [Quit: WeeChat 3.4]
chipps__ has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
waleee has quit [Ping timeout: 250 seconds]
monaaraj has quit [Ping timeout: 256 seconds]
mon_aaraj has joined #river
<mon_aaraj> Wait, river has a back-and-forth feature?
snakedye has quit [Ping timeout: 256 seconds]
<Evo2> It has "focus-previous-tags"
<Evo2> mon_aaraj: I guess that does what you mean by "back-and-forth".
<mon_aaraj> Ah, alright
pkap has joined #river
snakedye has joined #river
<mon_aaraj> I've been looking for a way to make a sort of monocole mode that's easy to turn off/on, most ways i've seen monocole modes implemented in river seemed kind of complex to toggle off, which I don't really like because after that im stuck in it, any ideas?
mon_aaraj has quit [Remote host closed the connection]
mon_aaraj has joined #river
<novakane> what do you mean there are complex to turn on/off?
<mon_aaraj> well, so one of the first one's i've seen include doing something similarly to this: https://bpa.st/XCQA using stacktile, which i've found difficult to put into one command or to be able to "undo" so that its back to norrmal
<pkap> I think undo or restore previous is not implemented in stacktile. I just use a mapping to for full layout and another mapping for the default layout.
<pkap> mon_aaraj: In your pastbin, wouldn't the first two lines be sufficient?
<mon_aaraj> I really am not very sure, I didn't experiment with it and I had some issues reading stacktile documentation, so i grabbed it off some dotfiles repository - i will try, though
<mon_aaraj> nope, it is not enough. but it does only focus one window at a time, what i want from it is more like make the window take up the entire screen except the bar, without gaps, and also with that behaviour of keeping one window on at a time
<novakane> mon_aaraj: did you try rivercarro?
<novakane> it does remove gaps when there is only one window
<pkap> Pretty simple but works.
<mon_aaraj> I haven't tried rivercarro yet, let me see
pkap has quit [Quit: Client closed]
pkap has joined #river
pkap has quit [Ping timeout: 256 seconds]
mon_aaraj has quit [Ping timeout: 240 seconds]
mon_aaraj has joined #river
mon_aaraj has quit [Ping timeout: 256 seconds]
mon_aaraj has joined #river
pkap has joined #river
pkap has quit [Ping timeout: 256 seconds]
mon_aaraj has quit [Ping timeout: 256 seconds]
mon_aaraj has joined #river
mon_aaraj has quit [Ping timeout: 256 seconds]
mon_aaraj has joined #river
<elshize> mon_aaraj: I use similar to pkap, only I set full layout for primary by default, so I end up with only one binding to toggle (all_primary toggle)
mon_aaraj has quit [Ping timeout: 240 seconds]
mon_aaraj has joined #river
mon_aaraj has quit [Ping timeout: 256 seconds]
mon_aaraj has joined #river
pkap has joined #river
pkap13 has joined #river
pkap has quit [Ping timeout: 256 seconds]
pkap13 is now known as pkap
buffet has quit [Quit: Ping timeout (120 seconds)]
<pkap> I started working on libinput switch handling.
buffet has joined #river
<pkap> The aim is something similiar to bindswitch in sway.
<leon-p> nice!
<dnkl> pkap: 😮 nice!
<ifreund> pkap: I think the first step there would be adding wlr_switch bindings to zig-wlroots no?
gwizon has joined #river
<ifreund> ah nice, that looks ready to merge already if you want to send it over
<pkap> ifreund: Don't you think it is better to wait unitl I tested it with river? So far it builds, but I haven't done the part yet to actually listen to events.
<ifreund> pkap: for bindings I'm happy just comparing with the wlroots headers for review
<pkap> Alright!
<novakane> hm why does the CI doesn't check your PR?
<pkap> novakane: I didn't open a PR for river yet, just for zig-wlroots.
<novakane> pkap: yeah but there is a CI in zig-wlroots too
<pkap> Ah ok, no idea then.
<novakane> weird
waleee has joined #river
occivink has quit [Quit: WeeChat 3.1]
occivink has joined #river
Guest39 has joined #river
<Guest39> Hi, is there a command like close that can be used to kill an unresponsive window?
<leon-p> Guest39: no. You have to get the PID of the program and `kill` it yourself
<Guest39> okay
<leon-p> (Note that this isn't really a thing on X either, as most programs don't set the necessary PID EXWMH Atom. Programs like `xkill` just sever the connection between client and server, which makes it appear like the program has been killed)
<Guest39> I tested out the new naming scheme by the way - got to say - it wasn't river's problem
<leon-p> oh?
<Guest39> But still thanks for looking into it
<Guest39> My touchpad's drivers were not getting loaded
<Guest39> That was the issue.
<Guest39> The touchpad works flawlessly now though.
mon_aaraj has quit [Ping timeout: 250 seconds]
mon_aaraj has joined #river
pkap has quit [Quit: Client closed]
mon_aaraj has quit [Ping timeout: 250 seconds]
mon_aaraj has joined #river
Guest39 has left #river [#river]
notzmv has quit [Ping timeout: 250 seconds]
notzmv has joined #river
snakedye has quit [Ping timeout: 256 seconds]
snakedye has joined #river
Danacus has quit [*.net *.split]
steef has quit [*.net *.split]
entenel has quit [*.net *.split]
bfiedler has quit [*.net *.split]
steef has joined #river
entenel has joined #river
bfiedler has joined #river
Danacus has joined #river
edrex[m] has quit [Ping timeout: 245 seconds]
kraem_ has quit [Ping timeout: 245 seconds]
gabm[m] has quit [Ping timeout: 250 seconds]
tiosgz` has quit [Ping timeout: 240 seconds]
roarc[m] has quit [Ping timeout: 240 seconds]
LorisCro[m] has quit [Ping timeout: 240 seconds]
nani8ot[m] has quit [Ping timeout: 240 seconds]
Snektron[m] has quit [Ping timeout: 268 seconds]
Danacus has quit [Ping timeout: 260 seconds]
steef has quit [Ping timeout: 260 seconds]
entenel has quit [Ping timeout: 260 seconds]
natris1979[m] has quit [Ping timeout: 250 seconds]
snakedye has quit [Ping timeout: 240 seconds]
snakedye has joined #river
kraem_ has joined #river
edrex[m] has joined #river
snakedye has quit [Ping timeout: 240 seconds]
snakedye has joined #river
Snektron[m] has joined #river
LorisCro[m] has joined #river
gabm[m] has joined #river
waleee has quit [Ping timeout: 240 seconds]
Danacus has joined #river
waleee has joined #river
steef has joined #river
entenel has joined #river
natris1979[m] has joined #river
snakedye has quit [Ping timeout: 250 seconds]
Evo2 has quit [Remote host closed the connection]
Evo2 has joined #river
nani8ot[m] has joined #river
snakedye has joined #river
Evo2 has quit [Client Quit]
Evo2 has joined #river
<leon-p> novakane: so I see you volunteered to clean up how river manages its heap usage? :P
roarc[m] has joined #river
<novakane> leon-p: that was way too long :P
<novakane> :P
<leon-p> that is a very good question
<leon-p> why /did/ I add that?
<leon-p> my only guess is that at the same time I also worked on a patch that added something to util.zig and it polluted that branch somehow
<novakane> leon-p: sorry git blame snitched on you :D
<leon-p> dammit
<leon-p> :D
<novakane> yeah you know I checked, I didn't want to blame ifreund for nothing, or he would reject all my PRs after this :P
<novakane> also for the heap usage, I wanted to check valgrind and I really can't use it with river because of millions of lines from libgallium
<novakane> kinda annoying
<leon-p> the most annoying thing I think is how all functions in river/command/ take an allocator, but it really is just using util.gpa anyway. Maybe that needs a slight redesign.
roarc[m] has quit [Read error: Connection reset by peer]
Danacus has quit [Remote host closed the connection]
LorisCro[m] has quit [Read error: Connection reset by peer]
steef has quit [Read error: Connection reset by peer]
gabm[m] has quit [Read error: Connection reset by peer]
natris1979[m] has quit [Read error: Connection reset by peer]
nani8ot[m] has quit [Read error: Connection reset by peer]
Snektron[m] has quit [Read error: Connection reset by peer]
entenel has quit [Read error: Connection reset by peer]
edrex[m] has quit [Remote host closed the connection]
kraem_ has quit [Write error: Connection reset by peer]
<novakane> yeah that's not great, doesn't really makes sense sometime
<ifreund> yeah command.zig is crap
<ifreund> but there's not much point in changing it currently
<ifreund> it works ok
<novakane> like here with _ = std.mem.Allocator as an args and then util.gpa inside https://github.com/riverwm/river/blob/master/river/command/declare_mode.zig#L43
<novakane> ^^
<ifreund> yeah, the idea was to use an arena for temporary allocations needed when processing commands
<novakane> s/=/:/
Danacus has joined #river
<ifreund> for stuff like that that lasts longer we gotta use the gpa though
tiosgz` has joined #river
entenel has joined #river
LorisCro[m] has joined #river
kraem_ has joined #river
<ifreund> which creates a mess, which isn't worth any hypothetical performance benefits or other advantages of using an arena
edrex[m] has joined #river
Snektron[m] has joined #river
nani8ot[m] has joined #river
<novakane> ah yeah makes sense on paper
roarc[m] has joined #river
steef has joined #river
<ifreund> anyhow, the patches you sent today look good at first glance novakane, I'm off to bed now though
gabm[m] has joined #river
natris1979[m] has joined #river
<novakane> good night o7
waleee has quit [Ping timeout: 250 seconds]
waleee has joined #river
roarc[m] has quit [Quit: You have been kicked for being idle]
waleee has quit [Ping timeout: 250 seconds]
waleee has joined #river
waleee has quit [Ping timeout: 240 seconds]
waleee has joined #river
waleee has quit [Ping timeout: 240 seconds]
waleee has joined #river
gwizon has quit [Ping timeout: 256 seconds]
waleee has quit [Ping timeout: 250 seconds]
waleee has joined #river
* edrex[m] waves
<edrex[m]> packaging lswt for nixpkgs.
<edrex[m]> I see it doesn't work with sway.