Live data from Hacker News

Ratty – A terminal emulator with inline 3D graphics

ratty-term.org

241–250 of 262 posts

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

#241

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…

Your wish is my project. Glyph rendering in three.js, fully instanced and addressable and positionable instances. Handles tens of millions. Sample app loads up full GitHub repositories in the web in a few seconds. https://github.com/tikimcfee/glyph3d-js https://ivanlugo.dev/ide

That's pretty handy, thanks for the links. IDE is slick! Given the structure, I think one could make a threejs backend on for ghostty-web. Makes sense if one will pull in more of three.js anyway. I'm adding it to my backlog to explore.

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

#242

Earlier quoted context omitted.

Your wish is my project. Glyph rendering in three.js, fully instanced and addressable and positionable instances. Handles tens of millions. Sample app loads up full GitHub repositories in the web in a few seconds. https://github.com/tikimcfee/glyph3d-js https://ivanlugo.dev/ide

That's pretty handy, thanks for the links. IDE is slick! Given the structure, I think one could make a threejs backend on for ghostty-web. Makes sense if one will pull in more of three.js anyway. I'm adding it to my backlog to explore.

First off, from an internet rando: Second: I would love to offer any assistance during your perusal. Happy to share ideas, what I tried, point out parts of the code that are rough and tumble, whatever helps. I'm in a place where any outside feedback and prodding is precious, so thanks very much for taking a look and keeping it in mind!

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

#243

Earlier quoted context omitted.

That's not 3d

that's a poorly chosen counter-complaint. before SGI, symbolics owned the market for 3d graphics. this was a world where you could also just do (create-window), see the window, and get back a handle you could use to draw in it. starting with X10 afterwards for me was like drowning in mud.

I think the original comment is actually a poorly chosen example vs me having a poorly chosen counter-complaint.

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

#244

Earlier quoted context omitted.

That's not 3d

It's also from 2013

But that's not what was relevant to their comment.

"Here's this new thing that can Ⓧ!" "Pfft, Y could do X years ago."

Well, Ⓧ ≠ X. Come on now, we're programmers here.

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

#245
post #121

Earlier quoted context omitted.

That's not 3d

The example on the linked video it isn't, correct. Here is another video, this time with S-PACKAGE used to develop Nintendo 64. https://www.youtube.com/watch?v=gV5obrYaogU Which given the REPL capabilities, you can easily embedd them on it, just like the other video.

So you're saying that the Xerox workstation didn't have inline 3d graphics rendering capabilities? And in fact this isn't an instance of UNIX trying to catch up to Xerox workstations' REPL from yester-decade?

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

#248
post #205

Earlier quoted context omitted.

it opens source files in an unreadable small size, presumably to fir the whole file into the window. i can zoom in, but i can't properly scroll around or select text. and i don't see the benefit of using 3d here. it doesn't seem useful.

Two things, one is wrote, the other is direct: Thank you, sincerely, an immeasurably appreciative amount for trying something new, sharing your time and opinion, and being honest with it. This is how we become better tool builders and engineers: different perspectives, different ways of thinking, and honesty with others. Again - thank you. For you: You're probably right about "not seeming useful", but I do wanna gent…

the question i am interested in is "what is your vision?". what problem are you trying to solve?

you mention "spatial relationships of directories, files, and colocation to help generate mental mappings of a code space" which i guess is the ability to zoom out and get a visual representation of the relationship as opposed to just looking at a directory tree. that makes sense. i have seen different attempts at doing that, some better than others. to make that practical however i guess it would help to be able to edit text in that space too. zoom in to one column, allow scrolling to jump from one column to the next. and then parse the code, add highlighting, connect function calls. imagine zooming out from a selected function and suddenly you get arrows from all over the codebase where that function is referenced to visualize the relationship.

as far as the proof of concept goes it shows that there are no performance issues this way (at least as far my brief test has shown), now the next step is probably to make it work practically. and for that i guess the key feature is to quickly jump around in the code.

i hope this is useful. i am less interested in IDEs myself so i looked just out of curiosity. my primary interest is in a more powerful commandline tool/terminal that can visualize files and data.

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

#249
post #217
post #127

Earlier quoted context omitted.

well, almost. if emacs offers a graphical file manager i'll consider using it. this seems to be a start: https://github.com/emacs-eaf/eaf-file-manager . the file manager needs to also integrate with a terminal though so i can run unix commands in the same directory. and it needs to support mouse-based operations too. finally, and that's the real kicker, i'd like a better integration of the terminal output and the gra…

I’m so sorry to say this but what you want is vscode That, or eshell and emacs-ipython-notebook

you got a point with the notebook, except both it and vscode are for programmers. i want the same for non-programmers for the unix commandline. i looked at jupyter-qtnotebook. it can display graphics inline. now instead of a repl for programming code i want to enter unix commands and display their output with graphics.

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

#250
post #224

Earlier quoted context omitted.

The idea that every application should ship their own glyphs because some proprietary systems do not have normal fonts, is not great. Fix the terminal instead. Also, if you want advanced GUI with icons, maybe you should just write a GUI app. As for shipping custom icons, this is not very bright idea as well. If you switch between several applications on one terminal, then one application can redefine glyphs from anot…

I'm specifically interested in querying for support of particular glyphs (e.g. the symbols for legacy computing block), so applications can use a different fallback if it is know that a particular glyph cannot be rendered and will break the interface. I agree that the addition of sending custom glyphs to the terminal is potentially problematic.

I think this is not an application responsibility. Do you also check which Wayland extensions the system has, and install your own if some are missing?
Post reply on HN