3 ms·
While I agree with your post in general, this is not true: > we don't have animation frameworks for the terminal is because it's not possible We've had AAlib
by dvfjsdhgfv 3y ago
While I agree with your post in general, this is not true:
> we don't have animation frameworks for the terminal is because it's not possible
We've had AAlib for 3 decades already: https://en.wikipedia.org/wiki/AAlib https://en.wikipedia.org/wiki/AAlib - and it's not the only game in town.
- alpaca128 3y agoWith animation I mean UI animation, like smooth opening of a menu etc. That is obviously not possible because it would require a much higher resolution. That is generally the kind of animation I dislike as it almost always comes with no real benefit while slowing down user interactions.
- dale_glass 3y agoAbsolutely possible. There are DOS programs that did it, but the name escapes me right now. But things like smoothly opening a menu are doable by just adding line by line, and dialogs can be animated by doing an animation that expands a window from the center.
- dvfjsdhgfv 3y ago> With animation I mean UI animation, like smooth opening of a menu etc. But we definitely did have it in the 90s: https://www.youtube.com/watch?v=2EebJ4dN37M https://www.youtube.com/watch?v=2EebJ4dN37M
- alpaca128 3y agoAgain, I said "smooth" animation. Yes, it's kind of obvious that rendering movement is possible in the terminal as long as it can update the screen fast enough, but it feels pretty laggy at lower speeds because of the lack in precision. When people implement animations on UI elements they do it because it feels fluid, that's why terminal text editors aren't known to have smooth scrolling for example.