NickH has quit [Remote host closed the connection]
NickH has joined #river
tsraoien has joined #river
tsraoien has quit [Ping timeout: 245 seconds]
ane has joined #river
talismanick has quit [Ping timeout: 240 seconds]
snakedye has joined #river
<plumeus>
TIL about Chimera Linux
hspak6 has quit [Ping timeout: 240 seconds]
hspak6 has joined #river
fitrh has joined #river
eShaev9z has joined #river
fitrh has quit [Quit: fitrh]
aryak has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
aryak has joined #river
snakedye has quit [Ping timeout: 245 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 244 seconds]
mon_aaraj has quit [Ping timeout: 268 seconds]
mon_aaraj has joined #river
waleee has joined #river
snakedye has joined #river
snakedye has quit [Ping timeout: 240 seconds]
snakedye has joined #river
tsraoien has joined #river
gwizon has joined #river
mon_aaraj has quit [Ping timeout: 252 seconds]
mon_aaraj has joined #river
<dnkl>
on latest river, I'm seeing an issue with keyboard events when VT switching
<dnkl>
I'm getting a keyboard leave event
<dnkl>
then when switching back, I'm getting keymap, repeat, and modifiers events, but no enter event
<dnkl>
this triggers a crash in foot in the first key press
<dnkl>
I'm thinking this is related to the wl_keyboard not yet having been bound when river wants to emit the enter event?
<ifreund>
dnkl: hmm, yeah that could be it. I wonder what recent commit changed that behavior
<ifreund>
ah, it was almost certainly 5cce49
waleee has quit [Ping timeout: 240 seconds]
<ifreund>
dnkl: pretty sure this is a river bug, I'm taking a look
<dnkl>
ifreund: thanks!
<ifreund>
dnkl: should be fixed now, thanks for the report!
<dnkl>
ifreund: great, thanks!
<NikhilSingh[m]1>
how can i map idle-inhibitor to a keymap (waybar idle-inhibitor)
snakedye has quit [Read error: Connection reset by peer]
snakedye has joined #river
snakedye has quit [Read error: Connection reset by peer]
snakedye has joined #river
<n0r>
The FAQ says "If no layout generator is active for the current output, river will fall back to floating window management. River is perfectly usable in this floating mode". I've used it for a while. Just wondering: Is the floating modes purpose just serving as a fallback or is it actually intended to be another option among floating window managers? (No implications between the lines, just genuinly curious about the intention)
gbrlsnchs has joined #river
fitrh has joined #river
<leon-p>
n0r: I intended it mostly as a fallback, I did not want river to be totally unusable without a layout generator running because that would make writing layout generators pretty annoying. River is focused on tilting. However I do think the floating mode works well enough that for some people it may be an alternative.
<leon-p>
*tiling
<leon-p>
Although it is a bit more involved than it technically needs to be. The simplest thing to do when no layout generator is running is simply not letting the user move and resize tiled windows at all.
<ifreund>
Eventually the compositor binary itself will likely know nothing about tiling or floating
<ifreund>
I've really gotten busy with other parts of my life recently unfortunately :/
<n0r>
Thanks for the answers :)
Guest77 has joined #river
gwizon has quit [Ping timeout: 245 seconds]
gwizon has joined #river
snakedye has quit [Ping timeout: 264 seconds]
snakedye has joined #river
gwizon has quit [Ping timeout: 244 seconds]
fitrh has quit [Quit: fitrh]
gwizon has joined #river
gwizon has quit [Ping timeout: 268 seconds]
gwizon has joined #river
snakedye has quit [Ping timeout: 244 seconds]
snakedye has joined #river
gwizon has quit [Ping timeout: 268 seconds]
Guest77 has quit [Quit: Client closed]
mon_aaraj has quit [Ping timeout: 245 seconds]
mon_aaraj has joined #river
snakedye has quit [Ping timeout: 264 seconds]
snakedye has joined #river
waleee has joined #river
mon_aaraj has quit [Ping timeout: 268 seconds]
mon_aaraj has joined #river
talismanick has joined #river
mannerism has quit [Ping timeout: 272 seconds]
mannerism has joined #river
notzmv has quit [Ping timeout: 240 seconds]
talismanick has quit [Ping timeout: 245 seconds]
Guest1734 has joined #river
mon_aaraj has quit [Ping timeout: 268 seconds]
mon_aaraj has joined #river
mon_aaraj has quit [Ping timeout: 245 seconds]
mon_aaraj has joined #river
_whitelogger has joined #river
snakedye has quit [Ping timeout: 255 seconds]
snakedye has joined #river
<Guest1734>
I'm having an issue with layout generator except for rivertile. When using master and stack configuration with rivercarro or stacktile i see the gap between the last window in the stack and the screen border changing when i open a new window: for instance, when having two window open on a tag the gap is working as it should, but when opening a new
<Guest1734>
window it becomes bigger, so the last window in the stack is higher than it should. Anyone else experienced this?
<Guest1734>
Sorry for bad english
Guest1734 has quit [Quit: Client closed]
Guest1787 has joined #river
<leon-p>
IIRC rivertile corrects rounding errors, stacktile does not.
<leon-p>
patches welcome :)
<novakane>
hmm I never use outer gaps in rivercarro, so I never saw that, but yeah it probably rounding issue too
Guest1787 has quit [Quit: Client closed]
Guest1734 has joined #river
<Guest1734>
Is there a way to solve this without patching the source code of the layout generator? Anyway, thanks for the quick reply and the amazing work done on river!
<leon-p>
Unfortunately there isn't. This is an implementation detail in the layout generators.
snakedye has quit [Ping timeout: 245 seconds]
snakedye has joined #river
<leon-p>
Should probably be a simple patch though. Likely just some integer divisions that need to be replaced by ceil.
<Guest1734>
Where should i start if i wanted to try writing this patch?
gbrlsnchs has quit [Read error: Connection reset by peer]
<leon-p>
Guest1734: in stacktile, likely the split_off_area() and perhaps sublayout_* functions
LemanR has joined #river
notzmv has joined #river
<ifreund>
if you want an example of how to fix such rounding errors, see e.g. secondary_height_rem in rivertile
<ifreund>
basically, when you do integer division also store the remainder and add that to the size of one of the windows
Pound_Hash has joined #river
<Pound_Hash>
Hi, thanks for the wm!
<Pound_Hash>
I've read the docs, but I don't understand all the terminology
<Pound_Hash>
"output" is equivalent to "screen" or "monitor", right?
<leon-p>
Pound_Hash: depends on the backend, but for most regular use cases yes.
<Pound_Hash>
Thanks
<Pound_Hash>
This thing scrolls so much faster than sway
<Pound_Hash>
Both foot and qutebrowser
<Pound_Hash>
Good work
<Pound_Hash>
Sometimes mappings are defined with a "+" and sometimes not
<Pound_Hash>
How do I know if a "+" is needed?
<leon-p>
+ is for combining modifiers
Guest1734 has quit [Quit: Client closed]
<Pound_Hash>
For example, ```# Super+Shift+H and Super+Shift+L to increment/decrement the main count of rivertile(1) riverctl map normal Super+Shift H send-layout-cmd rivertile "main-count +1"```
<Pound_Hash>
The docs here use a "+" to combine the modifier with the basic key