Live data from Hacker News

TTE: Terminal Text Effects

chrisbuilds.github.io

131–140 of 279 posts

Re: TTE: Terminal Text Effects

#132
Very cool! But I’m just a bit sad that this is “just” a set of effects implemented on top of the same old standard ANSI escape codes as primitives.

I’ve been waiting for one or more terminal emulators to get together and add some ridiculous new escape codes, such that animated effects (or things like collapsible sections, font size, “form-input-ness” and “form-button-ness” ala 3270, etc) all get treated as part of the state of a given character cell / run of character cells.

Heck, it’s 2024; an application should be able to use an escape code to set a soft-word-wrap mode for longer-than-viewport-width text, and have the TTY render text accordingly, rather than everything being hard-wrapped (baked mode) or not wrapped at all (raw mode) and only being able to get soft-wrapping using a pager!

(There’s precisely one thing like this I’m aware of terminal emulators adding in recent memory: clickable links, ca. six years ago.)

Re: TTE: Terminal Text Effects

#134
post #24

Earlier quoted context omitted.

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?

Of course it would be obnoxious. As an "about" screen, or in a opt-in funny theme why not !

The idea that anyone would use this during "common operations" is laughable, but as one offs during specific operations, maybe.

Re: TTE: Terminal Text Effects

#135
post #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.

Dev here: I agree, it's actually a line item in my todo list. That being said, many of them can be made to be very quick via command line arguments without losing the spirit of the effect.

That's a delightful thing you've made.

Have you added a command-line switch for the direction of gravity?

Some of the animations (eg Pour), could fall up the screen instead of down it. That way, the user can start reading the text immediately.

Re: TTE: Terminal Text Effects

#138
post #71
post #63

Earlier quoted context omitted.

I propose that developers are allowed to use it in production... so long as they do all the development work on a 9600 baud dialup with a VT102.

A few years ago, a submarine cable was knocked out, between our startup's MVP servers in Singapore AWS, and our networked factory stations in Asia. In lieu of the submarine cable, something closer to a wet string was being routed over. It had such high latency and packet loss, that a watchdog timer I'd implemented on the stations was timing out. Fortunately, the remote access we'd built into our stations (SSH and Ope…

I did something similar once when something broke while I was on a plane. The plane wifi was blocking ssh (I HATE when they do this) so I opened up an existing digital ocean instance, sshed into my home computer from it via the web interface, then uploaded some large files from the home computer and did a kubectl apply. The latency was insane but luckily the file upload was fast since my home connection is fast.

It was fun to think about the path each packet was taking - from my laptop to the plane router, to a satellite, back to a digital ocean computer in the UK, to my home computer in NJ, and back. It wasn’t as bad when you think about the magic there.

Re: TTE: Terminal Text Effects

#139
post #71

Earlier quoted context omitted.

A few years ago, a submarine cable was knocked out, between our startup's MVP servers in Singapore AWS, and our networked factory stations in Asia. In lieu of the submarine cable, something closer to a wet string was being routed over. It had such high latency and packet loss, that a watchdog timer I'd implemented on the stations was timing out. Fortunately, the remote access we'd built into our stations (SSH and Ope…

I did something similar once when something broke while I was on a plane. The plane wifi was blocking ssh (I HATE when they do this) so I opened up an existing digital ocean instance, sshed into my home computer from it via the web interface, then uploaded some large files from the home computer and did a kubectl apply. The latency was insane but luckily the file upload was fast since my home connection is fast. It w…

Smart, and not something someone would realize if they'd been too insulated from how things work.

Regarding planes/cafes/guest/etc. WiFi, I now usually put any "emergency remote plumbing access" on port 443 (though usually not HTTPS), to reduce the likelihood of some random non-SPI ruleset blocking us in an emergency.

Post reply on HN