Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

TTE: Terminal Text Effects

chrisbuilds.github.io

Post reply on HN
Print view View original

181–190 of 279 posts

Re: TTE: Terminal Text Effects

#181

Post by jmbwell »

hnlmorg wrote: post #108
radlad wrote: post #36

Earlier quoted context omitted.

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.

If things are working well, they are automated and I rarely see the real time output.

If I’m looking at real time output, it’s because I’m doing something manually because something isn’t working the way it’s supposed to, and I’m in no mood for anything that doesn’t help me understand and address the issue.

This work is impressive. I love it. For some reason I really like “printer.” I’d be all about it for games or toys. But too many tools for real work try to do cute Unicode things or fancy colors or animations. I don’t need it on anything I will ever have to develop or troubleshoot, personally. After the first lengthy wait for a broken container to come up, I’m well over the colorful attitude.

Re: TTE: Terminal Text Effects

#182

Post by mickeyp »

Exuma wrote: post #163
mickeyp wrote: post #6

In a similar vein in Emacs: M-x zone Every time you run it, it triggers a random screen saver effect. Fun when it's on a timer and triggers so your work colleagues wonder wth is going on.

Or neovim … cellular automaton

Emacs has game of life also. M-x life.

Re: TTE: Terminal Text Effects

#183

Post by solresol »

traverseda wrote: post #38
distortionfield wrote: post #15

Earlier quoted context omitted.

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

No. I still sometimes need to use a TTY over MOSH over a satellite connection. No.

It shouldn't matter, should it? Mosh keeps the state and only sends the differences. You would miss most of the animations, and there would be the overhead of sending the colouring escape codes (a few percent extra), but other than that, it wouldn't be any slower than an unanimated version that I can see.

Re: TTE: Terminal Text Effects

#187

Post by firewolf34 »

philsnow wrote: post #173
lm411 wrote: post #170

Earlier quoted context omitted.

I'm very glad that TCP is so robust. I'd take a solid 300 baud connection over a spotty cellular connection during most emergencies. Having worked and played on flaky high-latency and low-throughput networks much of my life, I mostly visualize things in my head—as you likely mean by 'command-line-and-editor-when-you-feel-every-byte-transmitted'. Open a connection and queue your commands; wait for output. It works if…

> local script [...] nohup [...] redirect output to a file mosh hostname -- screen -S philsnow I don't think I've had to use this over a truly terrible connection, but mosh worked a treat a ~decade ago while tunneling through DNS from a cruise ship that charged exorbitant rates for wifi while underway, but which allowed unlimited DNS traffic. > It works if you don't make any typos mosh helps a bit with that too: you…

https://mosh.org/

Re: TTE: Terminal Text Effects

#188

Post by 8372049 »

neilv wrote: post #166
ultra_chad wrote: post #129

Earlier quoted context omitted.

How exactly did you get the stations working? Be specific.

"Be specific" sounds like a high-stakes interview, so I'd better answer. :) * SITUATION: Factory reports MVP factory stations for pilot customer "not turning on" for the day, reason unknown. * TASK: Get stations up in time for production line, so startup doesn't go out of business. * ACTION: Determined cause was unexplained networking problem outside our control, and that was triggering some startup time checks. But…

I love the five point order-esque style, warms my military heart

Re: TTE: Terminal Text Effects

#189

Post by fragmede »

neilv wrote: post #139
cdelsolar wrote: post #138

Earlier quoted context omitted.

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.

Or setup a web ssh client and actually run HTTPS over port 443.

Re: TTE: Terminal Text Effects

#190

Post by fragmede »

Aeolun wrote: post #118
jdoss wrote: post #35

Earlier quoted context omitted.

I was thinking about how fun it would be to add this my Python CLI [0] I made for launching Fedora CoreOS locally with QEMU for testing ignition, but with a flag that is turned off by default. Using the burn effect in TTE when launching a VM with my CLI would be so cool. This instantly reminded me about Ansible and how it annoyed me that ANSIBLE_NOCOWS had to be enabled to disable the default output of Ansible with c…

Hot damn, I have to respect the author for shutting down any attempt to make him give in to the pressure. All these serious enterprise people worried about their cows, but then they do install ‘cowsay’ on their systems xD

The people complaining probably don't have the authority to remove it from the base image they're forced to use, unfortunately.
Post reply on HN