Live data from Hacker News

HyperTerm – JS/HTML/CSS Terminal

hyperterm.org

191–200 of 267 posts

Re: HyperTerm – JS/HTML/CSS Terminal

#191

Earlier quoted context omitted.

I'm curious why there's so much node/electron negativity circulating. (Although I guess asking for positivity when it comes to electron is a bit of a stretch :P)

> I'm curious why there's so much node/electron negativity circulating. "There are only two kinds of languages: the ones people complain about and the ones nobody uses". --Bjarne Stroustrup I'm pretty sure that applies to language runtimes as well. > Although I guess asking for positivity when it comes to electron is a bit of a stretch I like to stay current, and in this charged environment, I'd be shocked if anode r…

Your puns are glorious!

Re: HyperTerm – JS/HTML/CSS Terminal

#192
Just an idea: The only windowed applications I use are a terminal (st), my text editor (Atom), and a browser (Firefox). Suppose I switched to HyperTerm, Atom, and Chromium. I would have three copies of the Chromium renderer and V8 interpreter loaded in memory. Is there a project that merges these things into a single daemon, to improve individual app startup time, save memory, and reduce the binary size from 42 MB (for HyperTerm) to the size of only its own components?

Re: HyperTerm – JS/HTML/CSS Terminal

#193

Earlier quoted context omitted.

Does it though? iTerm2 is the most feature-rich terminal I've ever used, and even then it's several orders of magnitude smaller then Electron (cloc says it's around 111K lines of Objective-C, with around 38K more lines split across Python and C++).

Maybe it's not better. That wasn't really my point though. I'm just saying that LOC is a fairly useless metric for evaluating software. Especially from an end user perspective.

How so? It affects load time, understandability, binary size, dependency payload...

I personally hate the load times. Node apps always seem to need to think for a second or too. Sublime Text v VSCode is pretty bad. Sublime Text v Atom is even worse.

When you're moving fast and in your flow, it gets to be really annoying.

Re: HyperTerm – JS/HTML/CSS Terminal

#195

Just an idea: The only windowed applications I use are a terminal (st), my text editor (Atom), and a browser (Firefox). Suppose I switched to HyperTerm, Atom, and Chromium. I would have three copies of the Chromium renderer and V8 interpreter loaded in memory. Is there a project that merges these things into a single daemon, to improve individual app startup time, save memory, and reduce the binary size from 42 MB (f…

All you have to do is enter a url and it will render web pages. It uses redux and lets extension developers modify any action basically letting them modify anything, so an extension that makes a nice browser is definitely possible. Also I'm sure you could embed Atom into it too. Basically my holy grail , an entire web dev environment in one app/window with tabs..

Re: HyperTerm – JS/HTML/CSS Terminal

#196
post #188

Earlier quoted context omitted.

I have 6 terminals open right now and that's my baseline. I often go up to 12-15 terms.

Presumably, multiple tabs in this browser based terminal would only use one chrome process

Talking about seperate windows here.

Re: HyperTerm – JS/HTML/CSS Terminal

#197
post #19

The folks who make HyperTerm might have something to say about your product naming... http://www.hilgraeve.com/hyperterminal/ Edit: I'm surprised more people in the HN crowd aren't familiar with HyperTerm (Yes that is the name and what everyone called it for many many years) It was bundled with Windows up to 7, and is still used heavily in industrial control areas.

Before UNIX was ported to the PC, I used a DOS program called Crosstalk Communicator.

Today it's so easy to run a small UNIX kernel on a PC.

Why would "industrial control areas" still be using Windows, if what they need is terminal emulation? Tradition? Windows-only software?

Windows on a networked computer sounds like a potential security hazard in such places.

Maybe they can get the domain name through UDRP.

Re: HyperTerm – JS/HTML/CSS Terminal

#198

Just an idea: The only windowed applications I use are a terminal (st), my text editor (Atom), and a browser (Firefox). Suppose I switched to HyperTerm, Atom, and Chromium. I would have three copies of the Chromium renderer and V8 interpreter loaded in memory. Is there a project that merges these things into a single daemon, to improve individual app startup time, save memory, and reduce the binary size from 42 MB (f…

All you have to do is enter a url and it will render web pages. It uses redux and lets extension developers modify any action basically letting them modify anything, so an extension that makes a nice browser is definitely possible. Also I'm sure you could embed Atom into it too. Basically my holy grail , an entire web dev environment in one app/window with tabs..

But you can already have this pretty trivially in emacs: http://puu.sh/q3hpW/2933a20e84.png

Re: HyperTerm – JS/HTML/CSS Terminal

#199

There was another project that's extremely similar to this posted a week or so ago, and it got a lot of flak for existing; I don't think very many commenters agreed with its existence (except, perhaps, as an educational exercise for the programmer). That project was posted here: http://rungoterminal.com/ This, however, is executed and presented much better than that other project, and catered towards the correct crow…

Still seems like a fundamental misunderstanding of what a terminal is for. I SSH into any number of boxes every day, be it on my RaspberryPi, client machines in AWS, crappy hosting providers, etc. The standard bash terminal is there on all of them, which can not be said of any project like this.

Your comment is a fundamental misunderstanding of what a terminal is for. Bash is not a terminal, it is a shell.

You interact with the shell through the terminal.

Old-school terminals were physical devices that had their own keyboard and CRT display, and were connected to the computer via a serial port. Modern "terminals" are actually terminal emulators (software that emulates the older hardware) that display the emulated terminal display on your screen. That might be your kernel's /dev/tty1 which displays the text by directly writing to the graphics card. Or, it might be a user-space application that displays it as a window in a graphics system; such as PuTTY[1], Terminal.app, iTerm, XTerm, gnome-terminal, or one of these projects.

[1] PuTTY is not just a terminal emulator, it is also an SSH client, among other things.

Re: HyperTerm – JS/HTML/CSS Terminal

#200

This makes me want to re-implemented "commando" from AUX/MPW (I've never understood why this idea didn't take off). If you don't know, when you typed an ellipsis after a command in AUX or MPW a dialog box would be displayed showing the most popular toggles and options for the command (and allowing graphical file-picking). When you clicked "ok" it would type the command for you, so it made the command line both easier…

> I just downloaded and tried it out and lost my enthusiasm. There's no attempt to provide a proper GUI.

That was always my take on Commando. In theory, there's an idea there. In practice, it's not clear who it was supposed to appeal to. If one has to mouse around, just provide a proper GUI wrapper for the tool.

Post reply on HN