I integrated this[1] with my MOTD on ssh login.. :) With random effect each time. 1: https://keeb.dev/static/login.mp4
looks both cool and frustrating :)
It would be if I logged in a lot! and you can always ctrl+c if you're in a hurry.
TTE: Terminal Text Effects
101–110 of 279 posts
Re: TTE: Terminal Text Effects
#102No "The Matrix" effect? That was one of the earliest programs I wrote back in 2000, and I was so proud of myself.
TTE dev here:
Haha, a matrix effect is actually in progress. I want it to be as close to the original as possible. Most implementations actually miss some subtle details. I've watched the original effect in a clip repeatedly and it has surprised me with its complexity beyond what I originally thought. Sometimes the characters shift in place but other times the entire column drops. The top characters in a given column change brightness in interesting ways, too. It'll be in a future release, for sure.
Re: TTE: Terminal Text Effects
#103Earlier 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 think my first action in a situation like that would be an attempt to install mosh from a local mirror.
Re: TTE: Terminal Text Effects
#104Earlier quoted context omitted.
You do not know how my production looks like. I _will_ use it in production!
You work on screensavers?
Don’t we all?
Re: TTE: Terminal Text Effects
#105This is amazing! Please never ever use it in production.
These are beautiful. What I'd really like to see is this supported in the terminal emulator itself as an idle mode, i.e. don't run this in the buffer directly, but rather as a second buffer. This could function like a "screen saver". Once you interact, your primary terminal would be fully restored.
s/fully/gradually/
I’d love some of these effects to fade in/out within live terminal sessions.
Re: TTE: Terminal Text Effects
#106All 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.
Re: TTE: Terminal Text Effects
#107Earlier 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 think my first action in a situation like that would be an attempt to install mosh from a local mirror.
That needs a binary to run on the remote host for protocol support, doesn't it? I wonder how long that'd take to get transferred and running, over as slow a link as it sounds like this was.
Re: TTE: Terminal Text Effects
#108Earlier 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/
Anything that downloads from somewhere, eg rsync, wget, package managers, etc.
Anything that compresses or decompresses archives, like gzip/gunzip, tar, etc.
Anything that performs longer running recursive disk activities, like du, find, etc
I’m sure there are plenty more scenarios I haven’t thought of. Though to be clear, I definitely don’t want to see this as a default enabled option in any of these.
Re: TTE: Terminal Text Effects
#109Earlier 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?
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.
Those of us who live in the terminal do it because it's the fastest, most convenient option, not because it's pretty or to appear 1337. Animations like these get in the way. Cool project, but I would never use it.
Re: TTE: Terminal Text Effects
#110This is amazing! Please never ever use it in production.
These are beautiful. What I'd really like to see is this supported in the terminal emulator itself as an idle mode, i.e. don't run this in the buffer directly, but rather as a second buffer. This could function like a "screen saver". Once you interact, your primary terminal would be fully restored.
As long as readability wasn’t affected though.