<Guest89>
how do I set numlock in river so it is active on login?
Guest89 has quit [Quit: Client closed]
Guest89 has joined #river
Guest89 has quit [Ping timeout: 256 seconds]
Guest89 has joined #river
<Guest89>
if I set a keybind to: ```grim -g "$(slurp)" "$(xdg-user-dir PICTURES)/Pictures/Screen/Screenshot-area_$(date +%y-%m-%d_%H%M-%S).png"```, river wants to run the command instead of setting the keybind... anyway to get this to work without a script?
Snetry has quit [Ping timeout: 244 seconds]
Snetry has joined #river
Guest89 has quit [Quit: Client closed]
alexherbo2 has quit [Remote host closed the connection]
leopoldek has quit [Read error: Connection reset by peer]
leopoldek has joined #river
leopoldek has quit [Remote host closed the connection]
bag42 has joined #river
bag42 has quit [Remote host closed the connection]
bag42 has joined #river
bag42 has quit [Remote host closed the connection]
siaal has quit [Ping timeout: 252 seconds]
siaal has joined #river
sespiros has quit [Ping timeout: 252 seconds]
sespiros has joined #river
WizardHat32 has joined #river
WizardHat32 has quit [Quit: Connection closed]
catman has joined #river
catman has quit [Quit: WeeChat 4.4.3]
seli has joined #river
seli has quit [Client Quit]
catman has joined #river
alexherbo2 has joined #river
john2 has joined #river
john2 has quit [Quit: WeeChat 4.4.3]
noha_boat has joined #river
leopoldek has joined #river
noha_boat has quit [Quit: WeeChat 4.4.3]
noha_boat has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
<leon-p>
it just occured to me that I spent all this time on layout generation, when all I really do is switch between tags that have a single window each, lol
<leon-p>
whatever kind of WM I'll end up creating will reflect that
noha_boat has quit [Changing host]
noha_boat has joined #river
noha_boat has quit [Quit: WeeChat 4.4.3]
noha_boat has joined #river
<Nickli>
the thought has struck me, i'm not that comfortable with dual-viewing tags yet
<Nickli>
leon-p, effectively it would be all scratchpads
<The_Buhs>
I use ~1 window per tag on my laptop but on my desktop I actually use the tags and will assign windows to multiple tags or have multiple tags open fairly often
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
<noha_boat>
I often view several tags together after assigning single window to a tag
<The_Buhs>
For me, as an example, I may have a terminal open with my text editor and then a second terminal open in the shell to run `zig build` (or make or whatever). Then I'll have one tag with just the text editor and another tag with the text editor and the shell
<The_Buhs>
so probably similar idea to you noha_boat but handled a bit differently
<noha_boat>
i often also do what you do
<noha_boat>
i have 31 accessible tags :D
<The_Buhs>
:o I only have 9 plus a 10th that
<The_Buhs>
*that I use as a scratchpad
<noha_boat>
i managed to make those accessible after a lot of tinkering and research. since i am ordinary person not having a programming background it was all the more difficult but thankfully Jesus helped me. :-)
<noha_boat>
at startup i open around 14 programs on one tag each so I don't have to think about opening them again
<noha_boat>
I can just juggle between those tags.
<noha_boat>
its possible only with river. I don't think any other compositor or window manager gives such power and flexibility
<noha_boat>
river is class apart. <3
<Nickli>
awesomewm, and dwm also has tags
<Nickli>
so maybe it could be done there
<noha_boat>
May God Bless the developers, contributers and the community of river.
<noha_boat>
can dwm and awesowewm have 32 tags?
<noha_boat>
sorry if I am wrong I had thought they only had 9 tags.
<Nickli>
i dont recall
<noha_boat>
In summary, the maximum number of tags dwm can have is limited only by the available bits in the integer type used to represent the bit mask, which is typically 32 or 64 bits. Therefore, the maximum number of tags is theoretically:
<noha_boat>
32 tags (2^5) with a 32-bit integer
<noha_boat>
64 tags (2^6) with a 64-bit integer
<noha_boat>
i found this information from brave ai-generated answer.
<noha_boat>
but to do that we have to tinker with tags array defined in the dwm.c file
<Nickli>
or lua in awesome
<noha_boat>
yes
noha_boat has quit [Ping timeout: 255 seconds]
noha_boat has joined #river
upsala has joined #river
notchoc has quit [Remote host closed the connection]
sewn has quit [Remote host closed the connection]
upsala has quit [Quit: Client closed]
notchoc has joined #river
sewn has joined #river
upsala has joined #river
noha_boat has quit [Quit: WeeChat 4.4.3]
noha_boat has joined #river
noha_boat has quit [Client Quit]
noha_boat has joined #river
noha_boat has quit [Client Quit]
noha_boat has joined #river
upsala has quit [Quit: Client closed]
noha_boat has quit [Quit: WeeChat 4.4.3]
noha_boat has joined #river
noha_boat has quit [Client Quit]
noha_boat has joined #river
noha_boat has quit [Client Quit]
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
Guest66 has joined #river
Guest66 has quit [Client Quit]
seli has joined #river
<seli>
hi hi, sorry to ask again. Still having issues with keyboard shortcuts working in VMs as they are processed by the host.
alexherbo2 has quit [Remote host closed the connection]
<ifreund>
seli: this can't be solved by river as the issue is specifically keypress not making it to river as the are "eaten" by the host environment
<ifreund>
what is your host environment? what are you using to run the VM?
<Nickli>
how about passthrough?
<seli>
with passthrough it seems that the vm doesn't register the shortcuts
<seli>
what do you mean by host environment? (virt-manager/virt-viewer for running the vm)
<ifreund>
Nickli: passthrough would have to be done in the host environment, not in the nested river instance
<ifreund>
seli: what wayland compositor/X11 setup are you running virt-viewer inside?
<jetpackjackson>
something i did a while back when i ran sway in a vm was that i bound the modkey to be alt instead of the windows key so that way my movements involving win wouldnt conflict with the vm
<jetpackjackson>
but i dont remember if i configured anything else
<seli>
both host and guest are running river
<seli>
host is fedora and guest is void
<ifreund>
then the best solution is to setup a "passthrough" mode in the host river instance that has only a single mapping defined that exits the mode
<seli>
with that set the guest doesn't register the keyboard shortcuts still