Email or username:

Password:

Forgot your password?
Top-level
Ivan Molodetskikh

Like three complete refactors later, I think it's... working? For real this time? No weird issue is gonna sneak up that undermines the whole design?

8 comments
Ivan Molodetskikh replied to Ivan

Nothing seems to have caught on fire after one more day of personal testing and one more day in main. So here's a technical page I wrote about the the new niri animation timing design and its motivations: github.com/YaLTeR/niri/wiki/An

Ivan Molodetskikh replied to Ivan

Today I merged a PR by FluxTape which adds "always empty workspace before first" to niri. At the surface this is just a simple config flag with obvious behavior, but it's actually full of edge cases! Things like which workspace to focus at startup. The code refers to workspaces by index in many places, and those all shift when you suddenly insert an empty workspace at index 0.

Took several days to catch them all even with our randomized tests, but I think it should be good now.

#niri

Ivan Molodetskikh replied to Ivan

>did a +4,657 −4,237 refactor in the layout code
>while testing, already found two uncaught regressions introduced in previous niri releases, and no issues with the refactor

Ivan Molodetskikh replied to Ivan

This morning was my niri (-adjacent) talk! :ablobcatbongo: Went really well, got many interesting questions!

They promised us video recordings in a few days, so I'll post a link when I get it. Though of course the talk is in Russian.

Myself standing in front of a slide projector showing a title slide.
Ivan Molodetskikh replied to Ivan

Turns out, there's a lot of details to get right when implementing a floating window space. For example, dialog windows should always show above their parent window. Otherwise, it's easy to lose them under the (usually much bigger) parent.

The WIP floating branch in niri now handles this properly, even for xdg-desktop-portal dialogs (like file chooser) as long as the app correctly parents them via xdg-foreign.

#niri

Ivan Molodetskikh replied to Ivan

Another piece of the floating puzzle: keeping windows on screen. When you change your monitor scale or resolution, you don't want your floating windows to suddenly go unreachable behind the monitor's new borders.

Here I'm resizing a nested niri with three windows, simulating resolution changes. No matter what I do, they always remain partially visible and reachable. Even for more unusual cases like trying to resize a window into out of bounds.

#niri

Go Up