Live data from Hacker News

TTE: Terminal Text Effects

chrisbuilds.github.io

41–50 of 279 posts

Re: TTE: Terminal Text Effects

#41
post #36

Earlier quoted context omitted.

Idk I wouldn’t mind one or two of these as loading screens or something.

What CLI tools have a slow enough boot to require a loading screen? I'm sure there are some but... The only one that comes to mine for me is FileBot[0] - and if the loading screen made it take ANY additional time, I'd be annoyed. [0] https://www.filebot.net/

Deployment scripts are what come to mind for me. I wouldn’t mind a cool loading screen that highlighted problem nodes in the burning font or something when I deploy to dev / test / hell, maybe even prod.

Re: TTE: Terminal Text Effects

#42

Earlier quoted context omitted.

Why not?

Imagine that the CLI tool you use most often every day - a compiler, a package manager, like that - adds animations like these in common operations. Now you have to wait for the animation to finish before you can continue your work. How do you feel about that?

It’s trivial to add in a keypress that short circuits the animation. God, this website is full of the grumpiest people on the planet.

Re: TTE: Terminal Text Effects

#45
All gorgeous, but I'd like to see more quick/simple ones like 'Expand' because the slower ones would probably become tedious real quick after the initial novelty wears off.

Re: TTE: Terminal Text Effects

#47

I'm glad to see we all take the same approach to these sorts of things ^_^ self.move_cursor_to_top() sys.stdout.write(output_string) sys.stdout.flush()

Would there be a more canonical way do do this?

Back in the day (around 1990) I implemented a gif-like effect for terminals, which happened to be old monochrome hardware terminals on slow (9600?) RS-232 ports, attached to a venerable PDP-11.

It took several text files with ASCII "pictures" (character data only, no control codes, 80x24) as animation frames, and calculated simple per-line "diffs". Then it generated a sequence of cursor movements to only update the affected areas, skipping large parts of the picture.

That made it much faster than the naive overwriting the whole screenfuls from top, with a visible delay between parts of the screen. My version was able to run "simultaneous" small animations quickly at distant parts of the screen, because they took very few bytes to navigate to and update.

   *
     *. 
  * o/
  -/M 
   _H_
E.g. a "juggler" like this could juggle quickly, inside a mostly stationary "circus", with "flags" waving high above on top of it.

With current terminals giving you 60fps in true-color mode, it makes little sense, of course.

Re: TTE: Terminal Text Effects

#48

Reminds me of the drip.com TSR program that I put on some of the school computers circa 1990.

Yeah in 1991 our college lab's MSDOS PC's were unsecured (unsecurable!?), so our prof quickly learned to regret teaching us how to write TSR's in ASM.
Post reply on HN