Those possibilities are the reason why I started my terminal project, Extraterm. You can get an idea of its unique features here: http://extraterm.org/features.html. The advantage that Electron has over the alternatives is access to a massive ecosystem of libraries and components which can be reused. For example, if I want to add support for showing tabular data directly, I can grab an existing JS component, maybe a spreadsheet component even, and integrate it.
I've done a little bit of experimenting with "alternate UX and display paradigms" shall we say, and that is a long term goal of the project too. Right now the current implementation focus is on filling out the list of standard boring terminal features which everyone needs and expects, plus some more performance work.
The comparison with jupityr notebooks is a good one and it would be nice to support a richer experience while still being keyboard and command line focused.
jupityr notebooks provides something that is difficult to get else where: multiplayer interactive programming sessions. its also not overly heavy.
Electron is just half remembered dream of flash, but without the efficiency or programming environment. That compiled once and worked the same everywhere.
We threw away flash because the iphone was underpowered, only for it to be replaced with the horror that is modern js centered webdev.
> We threw away flash because the iphone was underpowered, only for it to be replaced with the horror that is modern js centered webdev.
Also a sad thing: Flash sucked for building UIs, because it did not have a set of standardized elements and interactions built in. I'm thinking of all the trivial details like mouse pointer changing when you hover over a text field, or a text field that supports arrow navigation, selection, copying and pasting, a context menu, etc.
Now the browser, as a runtime, has all those expected UI interactions built into all the standard HTML components. And what does the web crowd do? They throw it all away by building their own half-assed reimplementations of every UI element. There's lots of man-hours being wasted replicating the problems of Flash.
I see them as a "worse is better"-style half-implementation of Org Mode's tangling functionality on a more mainstream stack. For iteratively building a document that's mixed with some code and some output and looks kinda-nice, Jupyter is good enough.
I'd totally love to see that happening. Except it isn't. I would even accept Electron if the primary motivation was to enable such a rich terminal interaction experience. But that's not what's the case here, apparently.
There are probably Linux terminals that can do the same.
Funny that people "get" jupityr notebooks but not this.
I think one reason is that Jupyter does not sell itself as a UNIX terminal, so people feel less strongly about it. Also, Jupyter uses a web browser that you probably have running anyway.
Longer-term: new generation of command-line tools with different ux paradigms for interactive use?
Like, <3 TERM=linux and "everything is text" but there are also a lot of possibilities here which would be interesting to explore.
Funny that people "get" jupityr notebooks but not this.