Re: Remove delay in `tset`

[G. Branden Robinson]

At 2024-03-09T10:05:23-0500, Thomas Dickey wrote:
> On Fri, Mar 08, 2024 at 10:32:20PM -0600, G. Branden Robinson wrote:
> > At 2024-03-08T21:51:30+0000, Tim Hutt wrote:
> > > Would it be possible to remove the 1 second delay from `reset`
> > > (which is symlinked to `tset` on most systems)? Or failing that,
> > > reduce it to 100ms.
> 
> fwiw, this is prompted by 
> 
> https://news.ycombinator.com/item?id=39638021
> 
> (nothing to be seen there...)

Oh, I don't know, it looks well worth a browse to me, to capture the
fact that the email sent to this mailing list is essentially a digest of
the gripes offered there.  (It would have been nice for Mr. Hutt to
candidly _say so_...)

...and for this gem of a quote.

"Incidentally, using the term UX itself, generally is a good signal that
the person that is using it doesnt have a clue what they are talking
about."

> sure - if someone points out a reliable method for determining if the
> delay's unneeded, that could be incorporated into ncurses.
> 
> Otherwise, the tools are available for someone to write a custom-script
> that does what's asked.

I had considered further following up with suggestions regarding shell
startup files, aliases, scripts in $HOME/bin, but eventually it occurred
to me that the whole point of the email was not for the user to improve
his own experience but to _get the default changed_.  As the luster of
collecting CVE numbers for one's CV diminishes, perhaps this is thought
to be a new, substitute good that glitters more.

For anyone reading who takes this subject seriously, the history of Unix
terminal device management is an interesting and somewhat depressing
tale.  I don't feel competent to present it myself or I'd write a paper
on it.  But in the meantime one could do worse than to look up Dennis
Ritchie's "Streams" paper and consider what became of this effort to
unify the Unix network and terminal device management API.

Regards,
Branden

signature.asc
Description: PGP signature