3 ms·

Also you can have interesting rendering possibilities like in-line display of images, charts, tables. Longer-term: new generation of command-line tools with di

by zxcmx 9y ago

Also you can have interesting rendering possibilities like in-line display of images, charts, tables. 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.

sakuronto 9y ago
For what it's worth, I don't get Jupyter notebooks either.
- TeMPOraL 9y ago
  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.
TeMPOraL 9y ago
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.
danieldk 9y ago
Also you can have interesting rendering possibilities like in-line display of images, charts, tables. Like iTerm2? ;) https://iterm2.com/documentation-images.html https://iterm2.com/documentation-images.html https://github.com/lunaryorn/mdcat https://github.com/lunaryorn/mdcat 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.
- Per_Bothner 8y ago
  DomTerm (https://domterm.org https://domterm.org) can "embed" HTML in the output. So to "print" hello.md in an existing DomTerm window you can do: pandoc hello.md | domterm hcat This does a much better job than mdcat, because it can use variable width fonts, bigger fonts for headings, and can handle raw html.
sime2009 9y ago
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 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.
KaiserPro 9y ago
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.
- TeMPOraL 9y ago
  > 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.

by zxcmx 9y ago

sakuronto 9y ago

For what it's worth, I don't get Jupyter notebooks either.

TeMPOraL 9y ago
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.

TeMPOraL 9y ago

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.

danieldk 9y ago

Also you can have interesting rendering possibilities like in-line display of images, charts, tables. Like iTerm2? ;) https://iterm2.com/documentation-images.html https://iterm2.com/documentation-images.html https://github.com/lunaryorn/mdcat https://github.com/lunaryorn/mdcat 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.

Per_Bothner 8y ago
DomTerm (https://domterm.org https://domterm.org) can "embed" HTML in the output. So to "print" hello.md in an existing DomTerm window you can do: pandoc hello.md | domterm hcat This does a much better job than mdcat, because it can use variable width fonts, bigger fonts for headings, and can handle raw html.

sime2009 9y ago

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 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.

KaiserPro 9y ago

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.

TeMPOraL 9y ago
> 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.