ifreund changed the topic of #river to: river - a dynamic tiling wayland compositor - https://github.com/ifreund/river - channel logs: https://freenode.irclog.whitequark.org/river/
<edrex> <leon-p "if you wanted to use that approa"> The combinator thing wants to look like a male connector on one end and a matched female connector on the other (or some other non-gendered language, that one always makes me squirm a bit). so if I were to go down that road I'd probably want to put the work in to make a helper lib that makes it easy to provide a wayland env to the wrapped layout process.
<edrex> i'm still looking to be convinced that the abstraction presented by river is preferable to others. I really like the quality of what y'all have produced so far, but it seems rather esoteric with bitmasks and such and I don't "get it". Like I think I understand the what, but not the why, unless it's just low-level efficiency and the perceived elegance of working with bitmasks.
<leon-p> a bitmask is simply the best way to implement tags. It wins over something like a list in basically all areas. It's more efficient, you can use bitwise logic instead of iterating, etc.
<leon-p> to decide whether a window is displayed, all you have to to is basicaly `window_tags & output_tags > 0`
<leon-p> there are only two downsides I can think of: 1) you can not have per tag variables, but since tags are _not_ atomic contexts like sways workspaces that is idiomatically speaking not a problem, 2) the amount of tags is hardcoded, but since we use u32, there are 32 tags per output and I don't think anyone will ever need more.
<leon-p> as for why we are using a wayland protocol for layout generators instead of staying with pipes: it makes complex layouts easier and less hacky to implement and is more idiomatic
<leon-p> RE: 2): if you do run out of tags, let us know, increasing the amount is simple :)
londoed has quit [Remote host closed the connection]
londoed has joined #river
leon-p has quit [Quit: leaving]
londoed has quit [Remote host closed the connection]
londoed has joined #river
londoed has quit [Remote host closed the connection]
londoed has joined #river
londoed has quit [Ping timeout: 264 seconds]
waleee-cl has quit [Quit: Connection closed for inactivity]
gspe has joined #river
yyp has joined #river
leon-p has joined #river
novakane[m] has quit [Quit: Bridge terminating on SIGTERM]
Bonicgamer[m] has quit [Quit: Bridge terminating on SIGTERM]
Edd[m]2 has quit [Quit: Bridge terminating on SIGTERM]
edrex has quit [Quit: Bridge terminating on SIGTERM]
sjtio has quit [Quit: Bridge terminating on SIGTERM]
ifreund_ has quit [Quit: Bridge terminating on SIGTERM]
entenel has quit [Quit: Bridge terminating on SIGTERM]
ammen99 has quit [Quit: Bridge terminating on SIGTERM]
samhsmith[m] has quit [Quit: Bridge terminating on SIGTERM]
hollmax[m] has quit [Quit: Bridge terminating on SIGTERM]
samhsmith[m] has joined #river
Bonicgamer[m] has joined #river
sjtio has joined #river
ammen99 has joined #river
edrex has joined #river
ifreund_ has joined #river
entenel has joined #river
novakane[m] has joined #river
Bonicgamer[m] is now known as Bonicgamer[m]
hollmax[m] has joined #river
Edd[m]2 has joined #river
yyp has quit [Quit: disconnected]
waleee-cl has joined #river
<leon-p> turns out I was able to improve contrib/layout.c quite a bit, nice
gspe has quit [Quit: gspe]
gspe has joined #river
yyp has joined #river
yyp has quit [Quit: disconnected]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Client Quit]
yyp has joined #river
yyp has quit [Quit: disconnected]
yyp has joined #river
yyp has quit [Quit: disconnected]
yyp has joined #river
<novakane[m]> would it be feasible to make a layout with the main view location not changing? Like having a view taking 3/4 like with rivertile but new view would be on the side
yyp has quit [Quit: disconnected]
yyp has joined #river
<leon-p> novakane[m]: everything that can be expressed as a static list of x,y coords plus width,height values is possible
<novakane[m]> alright I'm gonna try to do something based on rivertile, small project to learn a bit more zig
londoed has joined #river
hspak3 has joined #river
inclement has quit [*.net *.split]
hspak has quit [*.net *.split]
dominikh has quit [*.net *.split]
hspak3 is now known as hspak
dominikh has joined #river
dominikh is now known as Guest13328
inclement has joined #river
yyp has quit [Read error: Connection reset by peer]
skuzzymiglet has quit [Remote host closed the connection]
skuzzymiglet has joined #river
gspe has quit [Quit: gspe]
gspe has joined #river
leon-p has quit [Quit: leaving]
leon-p has joined #river
Guest13328 is now known as dominikh
gspe has quit [Quit: gspe]