17:36 <zuz> koo5: what would a change to the environment entail?

17:36 <zuz> I guess it would be smarter terminal emulators

17:36 <zuz> A terminal emulator that displays inline images and renders markdown, for example

17:36 <koo5> err no consoles are only a part of the chicken and egg problem

17:37 <zuz> Sure, there is no motivation for a terminal to implement these features if programs don't use them

17:38 <koo5> i dunno what would change it, maybe aliens landing on earth

17:38 <koo5> a huge kickstarter, dunno

17:38 <zuz> Ha I'm not sure that's necessary

17:38 <zuz> There is already a patch to xterm that allows displaying inline images

17:39 <zuz> I have used it with w3m

17:39 <koo5> theres a bunch of project along those lines

17:39 <zuz> or maybe it was elinks2

17:40 <zuz> It seems to me, the first step is to define terminal capabilities and name them

17:40 <koo5> sounds good

17:41 <zuz> We have xterm, vt100, ansi, etc. Something to build on those and incorporate pointer devices, layout, etc

17:42 <koo5> vt100 or whatever its named that we're all using is a huge mess

17:43 <koo5> as you prolly know

17:43 <koo5> but

17:44 <koo5> i agree that thats the way

17:44 <zuz> It may be (burn me at the stake for heresy) that the next generation console / terminal emulator should be built in the browser

17:45 <koo5> ok you asked for it

17:45 <koo5> just kidding

17:45 <zuz> either leveraging the built-in HTML/CSS rendering, or in a WebGL context

17:45 <koo5> we'll burn you for naivety instead!

17:46 <koo5> if you go (web)gl, why would you wrap it in a browser first?

17:46 <zuz> for ease of deployment

17:46 <koo5> btw there is termkit

17:47 <zuz> Thanks. I remember XMLTerm years ago. Termkit looks like it may be the best thing going now

17:48 <koo5> its not going, its long dead

17:48 <koo5> anyway, my idea would be to start with libvte, a fullblown vt100 emulator

17:49 <koo5> ive poked in the rendering guts and they are clean and hackable

17:52 <zuz> Hmm interesting. Using Gnome VTE terminal widget, or just the library?

17:54 <koo5> been a while since i messed with it..

17:54 <zuz> It sounds like just what the doctor ordered

17:57 <koo5> i didnt get that joke

17:57 <koo5> it has to be somewhere here...

18:02 <koo5> i agree a web widget has got to be the best way to present the structured data tho

18:05 <koo5> so, hm, we could hack libvte to embed a web widget?

18:22 <koo5> i think we would want to start with the whole widget

18:26 <koo5> maybe we could have a window that would display a vte widget, when structured output is detected, it would create a web widget underneath, and so on, making a scrollable stack of them

18:28 <koo5> it would be kinda xiki-like, in that whenever a new widget is added, the old one stays there for you to go back to

19:02 <koo5> http://waywardmonkeys.org/2014/10/10/rich-command-shells/

20:50 <zuz> To start with I'd like a terminal emulator that displays multiple fonts

20:51 <zuz> Not just different faces like italic and bold. I want syntax highlighting puts function names in Deja Sans Mono and keywords in Courier.

20:52 <koo5> all mono?

20:52 <koo5> all mono is easy

21:01 <zuz> Yes all mono - I don't use variable width fonts