Live data from Hacker News

Ratty – A terminal emulator with inline 3D graphics

ratty-term.org

91–100 of 262 posts

Re: Ratty – A terminal emulator with inline 3D graphics

#91

I like this. No reason the terminal should only support text. Data science notebooks show one way the terminal can evolve. Lots of interesting stuff happening in this space, with Kitty probably being the most aggressive innovator here [1]. I'm not sure there is an overall vision, though. [1]: https://sw.kovidgoyal.net/kitty/protocol-extensions/

No evolution necessary! With my project, euporie [1], you can have use your data science notebooks with graphical image outputs, HTML, LaTeX, etc, all in the terminal.

[1] https://github.com/joouha/euporie

Re: Ratty – A terminal emulator with inline 3D graphics

#93
post #48

This is a great idea. I always wanted KDE konsole to e. g. show images inlined as is. This is possible via magick six:-, but I wanted this to be natively. I want the terminal to be able to work with any data and display it in any way. No need to simulate the 1980s era anymore (except for backwards/legacy support). So great idea here really.

I did that with Sixels, no Rust needed, no 3D crap, no ad-hoc addons, just old vt340 support in XTerm. That's how I read images under a remote pubnix with tut using a Mastodon account over plain SSH. Chafa and XTerm. It works.

I would like to subscribe to your newsletter.

Re: Ratty – A terminal emulator with inline 3D graphics

#95

Earlier quoted context omitted.

Or TempleOS.

People joke about templeos a lot, but it had some really neat ideas (holy-c is a pretty nice language)

It should have been HolyBasic. Mistyping a HolyC indirection in an editor causes the OS to crash.

Re: Ratty – A terminal emulator with inline 3D graphics

#96
It's very interesting to learn about the newly proposed glyph protocol [1] in the linked blog post. I was bemoaning the lack of exactly this here about 6 months ago [2]!

[1] https://rapha.land/introducing-glyph-protocol-for-terminals/

[2] https://news.ycombinator.com/item?id=45805072

Re: Ratty – A terminal emulator with inline 3D graphics

#97

I like this. No reason the terminal should only support text. Data science notebooks show one way the terminal can evolve. Lots of interesting stuff happening in this space, with Kitty probably being the most aggressive innovator here [1]. I'm not sure there is an overall vision, though. [1]: https://sw.kovidgoyal.net/kitty/protocol-extensions/

I managed to get `pyvista` to render arbitrary 3D shapes directly to the terminal using kitty graphics. It's a giant hack, only way to make it performant is using shm.

https://git.theresno.cloud/panki/kglobe

Re: Ratty – A terminal emulator with inline 3D graphics

#98
Has anyone tried to create 3D fonts? It sounds like a ton of work but might look cool if done correctly.

You could also do really cool text highlights by working with light sources and shader effects

Another feature I'm looking for is smooth scrolling when you hit enter. I've had debates before where they claim it's not possible, that the text must jump one line. But I think it's possible, by shifting the frame buffer up.

Re: Ratty – A terminal emulator with inline 3D graphics

#99

Really fun project! Dude, I spent the last week implementing Kitty Graphics and Clipboard protocols in ghostty-web in the Canvas render. Then I added WebGL and WebGPU renderers [1], including support for Kitty. Then I see this this project on a Monday morning... so now I have to implement Ratty Graphics Protocol?!?! [2]. ETA: I looked into this; Ghostty would need patched to support Ratty since Ghostty-Web now defers…

I am a bit surprised that I had to look hard for someone to mention Ghostty in the comments.
Post reply on HN