4 ms·
> actually [scrolling up] well is one of the most critical aspects of a terminal as a good product for end users You've clearly misunderstood the point st is t
by chriswarbo 12y ago
> actually [scrolling up] well is one of the most critical aspects of a terminal as a good product for end users
You've clearly misunderstood the point st is trying to make. Not only is it not critical, it's a bad idea for a terminal to store and scroll history! Yes it's nice to have a history to scroll through, but other programs (screen, tmux, Emacs, etc.) are much better at doing that than terminal emulators are!
For many people, like sysadmins, it's crucial that shells can be accessed over a network. Does that mean terminal emulators should build networking into their code? No, since SSH already does an excellent job.
For many disabled people, it's crucial that shells can be speech-driven. Does that mean terminal emulators should build speech recognition into their code? No, since external systems (Sphinx, etc.) are already tackling this problem.
Of course, from an "end user" perspective it would be nice to have "one application" which does all this. The beauty of the UNIX philosphy is that we can write such an application easily (untested, but you get the idea):
#!/bin/sh
if zenity --entry \
--title="New Terminal" \
--text="Enter the shell URL (blank for local shell)" \
then st -e "tmux -c ssh '$?'"
else st -e "tmux"
fi
- antirez 12y agoThat's why I addressed it in the POV of a product. It's basically subjective. IMHO the "terminal product" should have history handling included.
- chriswarbo 12y agoIf you're thinking about a "terminal product" then why single out st's lack of history at all? That would be like claiming Excel lacks presentation capabilities. Whilst it's a true statement, presentation facilities are irrelevant to a spreadsheet; they're available in the PowerPoint component of the Microsoft Office suite, and they're designed to work together, so it's a complete non-issue.