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

HyperTerm – JS/HTML/CSS Terminal

hyperterm.org

Post reply on HN
Print view View original

231–240 of 267 posts

Re: HyperTerm – JS/HTML/CSS Terminal

#231

Post by klibertp »

Jtsummers wrote: post #58
city41 wrote: post #43

Earlier quoted context omitted.

What did you lose enthusiasm for? commando or HyperTerm? I've been toying with the idea of a "teaching terminal" for learning the command line as well, and building off of HyperTerm seems like a good approach.

A teaching shell might be more important. Something like what Reason does for OCaml, but done for the the unix command line. Use the model of something like is common with a lot of MUD clients, all text input occurs in a field at the bottom (look at tinyfugue). Below that have a set of autocomplete hints. This would be filled in based off of common usage, and knowledge of binaries avialable in the path, knowledge of…

You mention OCaml, so you probably are aware, but others may not be: there is an `utop` project, which does exactly this for OCaml REPL. It looks like this:

    ─( 16:36:52 )────────────────────────{ counter: 0 }─
    utop #
    ┌───┬────────────┬─────┬───────────┬──────────────┬───────┬─────┐
    │Arg│Arith_status│Array│ArrayLabels│Assert_failure│Big_int│Bigar│
    └───┴────────────┴─────┴───────────┴──────────────┴───────┴─────┘
and supports syntax highlighting and autocompletion, among other features. Similar to bpython in Python-land.

Link: https://opam.ocaml.org/blog/about-utop/

Re: HyperTerm – JS/HTML/CSS Terminal

#232

Post by Per_Bothner »

vbit wrote: post #127
dejawu wrote: post #68

Anybody remember TermKit[0]? This was my first thought when I saw "JS/HTML/CSS Terminal". It was built on WebKit (five years ago, before the everything-in-JS craze really began) and had a lot of really promising features like smart MIME-type support... and then development sort of stopped. I'd love to see the concept revisited with present-day technologies and platforms. [0]: https://acko.net/blog/on-termkit/

Heh yes. There was also a mozilla XUL based terminal many years ago - can't remember the name though.

XMLterm. DomTerm http://domterm.org was very much inspired by XMLterm. Please check it out.

Re: HyperTerm – JS/HTML/CSS Terminal

#233

Post by odbol_ »

vortico wrote: post #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 (f…

My OS X Terminal is already slow enough with my 20 windows open... There's no way I'd switch to an even slower, bulkier implementation with the overhead of Chromium. WTF

Re: HyperTerm – JS/HTML/CSS Terminal

#234

Post by klibertp »

asdf1234 wrote: post #65
michaelmior wrote: post #25

Earlier quoted context omitted.

For the majority of applications, I'd imagine there's a negligible performance difference. Besides, any app built on Electron will run infinitely faster than one which wasn't built at all since the developer didn't want to learn another language. I'm not saying Electron is suitable for everything, but I think it has its place.

> negligible performance difference Using Atom or VS Code instead of Emacs cuts my battery life by a few hours. The Spotify desktop app that uses a ton of JavaScript is also horribly inefficient and has a big impact on battery life. None of this is negligible.

On the other hand, my Emacs starts up in more than thirty seconds. To fully start up it needs to read some 2k loc of my own ELisp code and hundreds of thousands loc of required libraries.

I use Emacs as a Jabber client, Python and Clojure development environments, file manager, image and pdf viewer, HTTP server, spreadsheet and note-taking app and (polyglot) Literate Programming environment. And that's just the beginning of what it can be used for.

In other words, giving Emacs as an example of small and fast, natively written application is a bit unfortunate. Not to mention most of Emacs is written in ELisp, so the "natively" part is not even factually correct.

Re: HyperTerm – JS/HTML/CSS Terminal

#235

Post by Per_Bothner »

GreaterFool wrote: post #219

I think it would be great if we could go beyond text in terminal applications. Think Jupyter notebooks but inside terminal. It would be great if terminal window was just an OpenGL surface that one could draw on, with good API for doing just text. Something as simple as "put this interactive plot in this 20x20 area there" would make a big difference for a lot of programs and scripts I'm writing. At the moment if I wan…

That is the goal of the DomTerm http://domterm.org project. I see little point in a JS-based terminal emulator unless you can "print out" graphics, images, or general HTML. DomTerm's goal is "full" xterm compatibility and embeddable graphics, rich(er) text, etc.

Re: HyperTerm – JS/HTML/CSS Terminal

#236

Post by Per_Bothner »

webXL wrote: post #111

imgcat[1] is one of my favorite terminal innovations as of late. I thought I'd take a long shot and see if it worked since that functionality seems like it would be simple for a browser-engine-based terminal to handle, but sadly no-go. I smell pull request. [1] https://www.iterm2.com/documentation-images.html

DomTerm has its own version of imgcat - see: http://domterm.org/Applications.html

Re: HyperTerm – JS/HTML/CSS Terminal

#238

Post by johnfn »

stymaar wrote: post #214
johnfn wrote: post #171

Earlier quoted context omitted.

* We've decided to use JavaScript because the community is there. Go ahead and write an IDE in Haskell - have fun rewriting all the libraries that already exist in JavaScript and soliciting for open source contributions when a tiny fraction of all programmers can understand it. I love Haskell and lisp, but you have to face the facts. * TypeScript is actually a good language, and gives pretty darn good correctness gua…

> * TypeScript is actually a good language, and gives pretty darn good correctness guarantees. TypeScript's main focus is IDE tooling, not correctness. Here is an example on how generics are unsound in TypeScript: http://djcordhose.github.io/flow-vs-typescript/2016_hhjs.htm... If you want to write JavaScript with a type system focused on soundness, you should give [flow]( https://flowtype.org/ ) a try.

I don't think that anyone argued TypeScript is 100% sound, nor is that a meaningful goal to hit. I find TS to be a solid language that gives me reasonable confidence in my code. (The tooling is also great!)

Re: HyperTerm – JS/HTML/CSS Terminal

#239

Post by dleslie »

SomeCallMeTim wrote: post #208
dleslie wrote: post #108

Earlier quoted context omitted.

Ooh, 250,000+ modules with an average of less than one active user, little to no documentation or tests, and which may or may not be trivial one-liners. Above all, any given module has at least one other module that provides that same functionality. Meanwhile, plenty of other languages run on many operating systems, have standardized library behaviour, and can trivially ask the operating system to open a file:// uri.

>Above all, any given module has at least one other module that provides that same functionality. In practice this means that you can often find a module that does exactly what you want. I find that most modules have great test coverage, and I've found it easy to contribute to several high profile projects in the Node ecosystem. The concept of trying to contribute to, say, Boost, makes me cringe. I would just assume…

It reads like Javascript development is largely a process of cementing together small rocks; in contrast to development elsewhere, which is largely a process of mortaring together large bricks and/or building new framework.

At some point you reach a maximum load and the structure becomes too brittle; the materials and process chosen dictate what that maximum load is. Corollary, they dictate how difficult it is to quickly throw together a simple walk path.

Re: HyperTerm – JS/HTML/CSS Terminal

#240

Post by dkns »

xena wrote: post #198
curioussavage wrote: post #195

Earlier quoted context omitted.

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

You can also render full webpages using webkit: https://www.reddit.com/r/emacs/comments/4srze9/watching_yout...
Post reply on HN