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…
HyperTerm – JS/HTML/CSS Terminal
191–200 of 267 posts
Re: HyperTerm – JS/HTML/CSS Terminal
#192Re: HyperTerm – JS/HTML/CSS Terminal
#193Earlier 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.
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
#194Re: HyperTerm – JS/HTML/CSS Terminal
#195Just 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…
Re: HyperTerm – JS/HTML/CSS Terminal
#196Re: HyperTerm – JS/HTML/CSS Terminal
#197The 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.
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
#198Just 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
#199There 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.
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
#200This 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…
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.