pedrohlc[m] has quit [Quit: Client limit exceeded: 20000]
anubhavkini has quit [Quit: Client limit exceeded: 20000]
norkki has quit [*.net *.split]
norkki has joined #river
snakedye has quit [Ping timeout: 250 seconds]
waleee has quit [Quit: WeeChat 3.3]
waleee has joined #river
novakane has joined #river
<novakane>
I really delete my local text-input branch, sometime I'm impressed by my brain smh
anubhavkini has joined #river
pedrohlc[m] has joined #river
snakedye has joined #river
dbuckley has quit [Ping timeout: 245 seconds]
dbuckley has joined #river
waleee has quit [Ping timeout: 240 seconds]
waleee has joined #river
Ollie[m] has quit [Quit: Bridge terminating on SIGTERM]
entenel has quit [Quit: Bridge terminating on SIGTERM]
pipeweed[m] has quit [Quit: Bridge terminating on SIGTERM]
n_1713[m] has quit [Quit: Bridge terminating on SIGTERM]
p00f[m] has quit [Quit: Bridge terminating on SIGTERM]
elshize[m] has quit [Quit: Bridge terminating on SIGTERM]
LorisCro[m] has quit [Quit: Bridge terminating on SIGTERM]
lgflorentino[m] has quit [Quit: Bridge terminating on SIGTERM]
voroskoi[m] has quit [Quit: Bridge terminating on SIGTERM]
tiosgz_ has quit [Quit: Bridge terminating on SIGTERM]
priner has quit [Quit: Bridge terminating on SIGTERM]
doaN[m] has quit [Quit: Bridge terminating on SIGTERM]
zaynetro[m] has quit [Quit: Bridge terminating on SIGTERM]
anubhavkini has quit [Quit: Bridge terminating on SIGTERM]
pedrohlc[m] has quit [Quit: Bridge terminating on SIGTERM]
leon-p has quit [Quit: leon-p]
leon-p has joined #river
snakedye has quit [Ping timeout: 250 seconds]
priner has joined #river
snakedye has joined #river
<ecocode__>
when I launch alacritty in floating mode, river doesn' t seem to listen to alacritty wanting to set a window width
voroskoi[m] has joined #river
anubhavkini has joined #river
tiosgz_ has joined #river
pedrohlc[m] has joined #river
n_1713[m] has joined #river
entenel has joined #river
zaynetro[m] has joined #river
lgflorentino[m] has joined #river
LorisCro[m] has joined #river
pipeweed[m] has joined #river
Ollie[m] has joined #river
doaN[m] has joined #river
<ecocode__>
using ```alacritty -o window.dimensions.columns=60```
p00f[m] has joined #river
elshize[m] has joined #river
<ecocode__>
to launch it floating I did ```riverctl float-filter-add app-id alacritty``` which does make the window floating
<ifreund>
ecocode__: this works for me with foot, not sure why alacritty wouldn't work
<dnkl>
ifreund: it does? I need to use a custom app-id, with floating filter
<ifreund>
dnkl: works with "foot" in the float filter and no --app-id arg to foot or a custom app id
<ecocode__>
I'm also trying to understand how comes wofi starts in a floating window
<ifreund>
wofi is a layer shell client
<ifreund>
(waybar would be another example of a layer shell client)
<ecocode__>
oh ok
<ifreund>
also, the float filter isn't all that relevant to this starting dimensions thing, river remembers the dimensions the client uses by default when it starts up and uses those when the client is made to float
<ifreund>
so just `foot -w 100x100` which starts tiled and then manually making it float will get you a floating 100x100 px terminal
<dnkl>
Perhaps i misunderstood the end goal; I thought ecocode__ wanted Alacritty to start tiled if started without window size arguments, but made floating automatically if given the size argument
<ecocode__>
@dnkl nope, I want alacritty to start in a specified width when I launch it float
<ecocode__>
found the culprit ! alacritty only listens to window.dimensions.columns if window.dimensions.lines is also set
<ecocode__>
thanks to lswt I now have a list of all open windows in river. It doesn't allow to switch to it, but at least I know what windows are open :)
<ecocode__>
remove the ```\``` after sed (coming from emacs ;)
<ecocode__>
I hope one day I will be able to select and switch to a window
<ifreund>
ecocode__: that's already possible through the wlr-foreign-toplevel-management protocol river implements, but nobodies exposed it as a CLI tool yet it seems
<ifreund>
there is probably good reason for that though, I think doing so would be inherently racy
<ifreund>
oh there actually is a CLI "tool" implementing that part in the wlroots example directory if you're interested
<ifreund>
omni: yep that's right, though note that "baseline" isn't always what you want. For arm (not aarch64) targets things are more complicated
<ifreund>
baseline is correct for aarch64 and x86_64 though
helby has left #river [#river]
<ifreund>
also some distros may target e.g. x86_64v2 for more modern CPU features, in which case you'd use that instead of baseline
<omni>
ah, but when I was skimming zig issues it seemed like 32bit archs, at least arm, isn't really there yet? like planned for later release
<ifreund>
omni: the only reason zig doesn't work well on 32bit arches currently is that building the stage1 compiler requires over 4GB of RAM
<ifreund>
cross compiling for 32bit architectures works fine
<ifreund>
standard library support is a bit of a different issue than codegen, but I think that's mostly in place
<ifreund>
I don't think aports does cross compilation though unless I'm mistaken
<ifreund>
I've sucessfully built a river package for i686 using xbps-src though
<omni>
so, it might be possible to enable for our armhf, armv7 and x86 already?
<omni>
granted our builders have enough ram
<ifreund>
omni: a 32bit machine can only address 4 GB of RAM
<omni>
aaah, right.
<ifreund>
you'd need to cross compile from a 64 bit machine
leon-p has quit [Quit: leon-p]
<ifreund>
woah, mepo looks really cool
leon-p has joined #river
<ecocode__>
@ifreund I took a look at it, but this kind of code just goes far above my C knowledge :)
<leon-p>
the problem with using wlr-foreign-toplevel to focus windows from the CLI is identifying windows. If you have multiple terminals with the same app-id and title, which are the only thing to identify windows by other than the toplevel handle which can not be shared between connections, it won't work particularly well
<ifreund>
it's the other zig program packaged for alpine omni mentioned
Guest58 has joined #river
<novakane>
oh indeed it looks nice, I don't have a need for this but it sure is a interesting project
snakedye has quit [Read error: Connection reset by peer]
snakedye has joined #river
<ifreund>
it will be nice to run under river mobile on my pinephone someday :P
<ecocode__>
@leon-p yes I know. But it would work for windows which have unique app-id's. I could "force" that for alacritty and probably qutebrowser by using wrapper scripts. I don' t launch multiple instances of other applications.
<ifreund>
(disclaimer: I do not have a pinephone or any concrete plans to write a mobile wayland compositor)
<leon-p>
I don't think river would work well on a phone, we don't have map-touch yet
<novakane>
too late you said it
<novakane>
it's a deal
<ifreund>
ecocode__, leon-p: the wlroots example uses the toplevel handle wayland object IDs, which should actually work fine for hacky scripting but is inherently racy
<ecocode__>
why is it racy ?
<leon-p>
obect ID can be recycled
<ecocode__>
but I even cannot get it to compile :(
Guest58 has quit [Ping timeout: 256 seconds]
<omni>
ifreund: perhaps you have another device around capable of running PMOS ;)
helby has joined #river
elshize has quit [Remote host closed the connection]
<ecocode__>
hmmm... ```wlrctl``` seems to work and switch to a window based on title or app-id
<ecocode__>
albeit only if the window is actually visible
<ecocode__>
coming closer :)
leon-p has quit [Quit: leon-p]
<ecocode__>
so, this is working with all windows which are currently visible and have unique names: