What’s going on on the gif doesn’t look particularly smooth, so as long as the horizontal steps are limited to multiples of the character width, this should be easy to write in Emacs Lisp (5-10 lines).
But doing something practical with it will require extra work. I.e. the depicted process is probably a part of some specific buffer management/switching mechanism, and that would require some extra analysis to replicate and integrate.
Ah, actually, Emacs supports pixelwise window resizing as well.
So it basically comes down to choosing (and implementing) the window management logic which would do something like this for the sake of anything practical.
And making sure that no third-party packages slow down redisplay enough that this movement becomes too jerky.
What’s going on on the gif doesn’t look particularly smooth, so as long as the horizontal steps are limited to multiples of the character width, this should be easy to write in Emacs Lisp (5-10 lines).
But doing something practical with it will require extra work. I.e. the depicted process is probably a part of some specific buffer management/switching mechanism, and that would require some extra analysis to replicate and integrate.
yes the gif has a lot less frames then the actuall video from which i converted, overall it feels smooth when i do it in neovim
Ah, actually, Emacs supports pixelwise window resizing as well.
So it basically comes down to choosing (and implementing) the window management logic which would do something like this for the sake of anything practical.
And making sure that no third-party packages slow down redisplay enough that this movement becomes too jerky.