tersenet VS notcurses

Is it able to show actual videos or is that just to make the demo more interesting and inserted externally?

I would like to combine something like this with https://github.com/runvnc/tersenet or some of those ideas.

Here's an idea I had that is a bit related https://github.com/runvnc/tersenet

Although I may never have time to actually work on it. Especially since it will be a complete waste of time unless I can get a huge number of people to adopt it.

"Writing a browser" (from scratch) at this point basically means you are implementing a type of portable operating-system-in-a-box (the web platform) and that it will be compatible with whatever Google decides to add to theirs.

The browser is so comprehensive in functionality and APIs, and such a challenge to keep up with Google's constant churn of new features and total dominance, that not even Microsoft could do it.

Here is my somewhat related pet project: Tersenet. https://github.com/runvnc/tersenet

I loved playing around with Gemini. Something loosely along those lines can definitely work. Who knows what will become popular in the future. Extreme web page bloat leaves the door open.

Here are a couple of other alternative ideas for the web:

https://freenet.org/

https://github.com/runvnc/tersenet (an idea, not implemented)

I might make a new version of this http://vintagesimulator.com with VR support.

Or actually build this https://github.com/runvnc/tersenet

What I have been thinking about for a few years is a SaaS that takes a video stream and in real-time outputs a 3d reconstruction with separate posed meshes, or maybe even some type of (CAD-like) boundary representation.

It should be possible to use NeRFs to create a VR "teleportation" application.

Also I think that VR or mixed reality user interfaces should be 3D and possibly haptic, and that doing everything in 2d windows in VR doesn't make much sense. So there will eventually be an OS for mixed reality that has 3D widgets or components that can interact and have interesting interfaces.

It will also soon be possible to "clone" a person using dynamic NeRF-like technology combined with new multimodal models of behavior and cognition. Such as take every script from the Colbert show, feed it into a model that combines a LLM with gestures and some visual/spatial correspondence. Automatically create a late night monologue.

Seems really interesting so I have been Googling to try to figure out what you are talking about. Is the Hydraulic product a way to easily deploy GraalVM software? And maybe by adding some type of search and document browsing capability, it can become a new type of web browser?

Could you take a look at my comment in this thread and also at https://github.com/runvnc/tersenet

I have not totally updated that but my current thinking is that we really want to finish deconstructing the overlay operating system that the "web browser" has become. For example, we should actually not bundle the information browsing program and application VM together, but rather have a simple standard for them to work together. Such as, the info browser can save the list of the application binaries to a file that the VM system knows to watch.

We also actually want to further decompose this into a multilevel window manager concept. On the first level, just a rule that applications save and reload window layouts.

I really think it should be a goal to standardize on some web assembly extension with simple UI features like canvas or framebuffer and keyboard events.

We should be working on an alternative paradigm. https://github.com/runvnc/tersenet

Wow hello famous person.

This weekend I got back to doing a little bit of work on my TerseNet concept, inspired by one of your articles "https://www.eff.org/deeplinks/2019/07/adblocking-how-about-n..." and things like the Gemini Protocol with the idea of combating monopolies by making protocols simple enough for the average programmer or small team to implement them.

https://github.com/runvnc/tersenet -- still just some ideas, not an actual prototype.

> The only reason we don't have animation frameworks for the terminal is because it's not possible

https://nick-black.com/dankwiki/index.php/Notcurses

Notcurses. Install it and run notcurses-demo to be suitably impressed.

Same for me, I would be much more motivated if there was something like textual for Rust. Given the capability of terminal emulators now I think Rust is lacking behind in the TUI field. Just checkout what can be done with something like notcurses

On the application side of rendering, see notcurses, it is at the leading edge: https://github.com/dankamongmen/notcurses

Other TUI libraries of note: https://github.com/dankamongmen/notcurses/blob/master/doc/OT...

The broader world probably knows him best for the terminal handling library Notcurses[1] and a lot of telling terminal emulator authors to get their shit together.

I’ve had his grad-school project libtorque[2] (HotPar ’10), an event-handling and scheduling library, on my to-read list for years, but I can’t seem to figure out how it accomplishes the interesting things it does.

[1] https://nick-black.com/dankwiki/index.php/Notcurses, https://github.com/dankamongmen/notcurses/

[2] https://nick-black.com/dankwiki/index.php/Libtorque

In XTerm, this (rightly) makes no difference. In Foot and Contour however, you still end up a line resp. a screen below where you started, if now with the correct horizontal position.

So it seems to me like what you want should work by default, except it doesn’t.

It should be possible to instead just treat the whole thing as a graphical overlay (by computing or directly asking for the character cell size, as Kirill Panov rightly admonishes me is possible with XTWINOPS) without touching the cursor; that’s what the “sixel scrolling” setting (DECSDM) is supposed to do. Then you can just manually move the cursor forward however many positions after you’re done drawing.

Except apparently the DEC manual (the VT330/340 one above) and DEC hardware contradict each other as to which setting of DECSDM (set or reset) corresponds to which scrolling state (enabled or disabled), and XTerm has implemented it according to the manual not the VT3xx[1,2,3]—then most other emulators followed suit[4]—then XTerm switched to following the hardware[5,6] (unless you and that’s what I’m seeing on my machine right now. So now you need to check if you’re on XTerm ≥ 369 or not[7]. If I’m reading the Notcurses code right, other terminals have followed suit[8].

Again, ouch.

P.S. It seems DEC had an internal doc for how their terminals should operate (DEC STD 070) [9]. It does not document DECSDM at all.

[1] https://github.com/wez/wezterm/issues/217#issuecomment-86449...

[2] https://github.com/hackerb9/lsix/issues/41

[3] https://github.com/dankamongmen/notcurses/issues/1782

[4] https://github.com/arakiken/mlterm/pull/23

[5] https://invisible-island.net/xterm/xterm.log.html#xterm_369

[6] https://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h3-T...

[7] https://github.com/dankamongmen/notcurses/commit/0918fa251e2... (the correct version cutoff is 369 not 359, the patch contains a now-fixed bug)

[8] https://github.com/dankamongmen/notcurses/blob/master/src/li... (look for mentions of invertsixel)

[9] http://www.bitsavers.org/pdf/dec/standards/EL-SM070-00_DEC_S...

And there's also the notcurses library: