Brutkey

Ivan Molodetskikh
@YaLTeR@mastodon.online

i added the pointer warping thing from blender to when you drag the view around in niri with the mouse

hf with this new way to pass time during boring meetings

(on a more serious note this helps when you need to scroll further than the edge of your monitor allows)

also unrelated: merged optional config includes earlier today

#niri

Ivan Molodetskikh
@YaLTeR@mastodon.online

on niri-git, the nautilus rename popup now works properly with IMEs running

(and generally popups with text fields should work now)

#niri

Nautilus rename folder popup with a fcitx5 IME pre-edit and menu
Ivan Molodetskikh
@YaLTeR@mastodon.online

Experimenting with a restructure of the niri rendering code to uncurse it somewhat by getting rid of all complex impl Iterator chains and lifetimes, which also lets me remove some intermediate small Vecs. In essence, going from pull to push iteration.

I'm surprised that the result is consistently 2-3x faster than before. Wonder if it's the Vecs, or if inverting (massive) codegen'd iterators into a normal call stack passing a closure arg, providing the main benefit

#niri

Mean time over 5000 iterations, many windows, old rendering: 0.288 ms vs. new 0.126 ms Mean time over 5000 iterations, few windows, old rendering: 0.054 ms vs. new 0.016 ms
Ivan Molodetskikh
@YaLTeR@mastodon.online

Finished the push-based rendering refactor, made a write-up here for the curious: https://github.com/YaLTeR/niri/pull/3113

It even ended up with a negative delta (+762 -780) which is always a W.

Btw I ran the comparison on my Eee PC and there the difference is even more extreme, like 8x faster rendering list construction (which is once again only a part of the total rendering time, and notably doesn't include actual rendering, but still nice).

#niri

Ivan Molodetskikh
@YaLTeR@mastodon.online

biblically accurate window management

#niri