Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ratty – A terminal emulator with inline 3D graphics

ratty-term.org

Post reply on HN
Print view View original

171–180 of 262 posts

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

#171

Post by shaky-carrousel »

tombert wrote: post #125
mghackerlady wrote: post #66

Earlier quoted context omitted.

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

I've dug around the TempleOS codebase a bit, and while it certainly is impressive for a single guy's work, I think there's been an overcorrection where people act like Terry was some hyper genius instead of "a pretty smart guy". I kind of got the impression that whenever Terry didn't know how to do something, he would just convince himself that that's not what God wanted anyway and stop doing it.

I like that mindset. "This bug is not meant to be solved."

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

#172

Post by kirubakaran »

mghackerlady wrote: post #70
miah_ wrote: post #61

Earlier quoted context omitted.

At that point you've re-invented emacs.

Greenspun’s Tenth Rule of Programming states that any sufficiently complicated C or Fortran program contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Common Lisp.

I like rtm's corollary: "... including Common Lisp"

https://en.wikipedia.org/wiki/Greenspun%27s_tenth_rule

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

#173

Post by mnorris »

I built DeepSteve (https://github.com/deepsteve/deepsteve) with a similar itch but went the other way. Instead of adding graphics to the terminal, I put the terminal in a place that already has graphics.

I kept trying to optimize my terminal layout and realized I could just run my terminals inside of the browser, and let Claude Code write JavaScript in the same browser tab to customize the experience however I want. It's kind of a terrible idea, but it's my terrible idea, and I love it.

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

#175

Post by orbital-decay »

pjmlp wrote: post #121
steezeburger wrote: post #88

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.

Later rebranded as Mirai. I remember playing with a pirated copy of Nichimen Mirai somewhere in 2001 (I think), it looked weirdly Ediacaran in the Cambrian explosion of the late 90s.

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

#177

Post by wonger_ »

mnorris wrote: post #173

I built DeepSteve ( https://github.com/deepsteve/deepsteve ) with a similar itch but went the other way. Instead of adding graphics to the terminal, I put the terminal in a place that already has graphics. I kept trying to optimize my terminal layout and realized I could just run my terminals inside of the browser, and let Claude Code write JavaScript in the same browser tab to customize the experience however I want…

Have you ran into any issues with handling inputs? Like how vim Ctrl+P would maybe be intercepted by the browser Ctrl+P shortcut for print.

And have you run into any other issues, maybe like performance?

I feel like web-ified terminals get nerfed pretty hard and I'm not sure if/how people overcome that.

I like the idea of customizing multiplexed terminals with on-the-fly JavaScript, tho.

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

#178

Post by em-bee »

passivepinetree wrote: post #157
em-bee wrote: post #110

Earlier quoted context omitted.

as a compromise i started using nemo/n̶a̶u̶t̶i̶l̶u̶s̶ with a plugin that puts a terminal at the bottom of each tab. so i have a graphical view of the terminal but a commandline in the same folder right next to it. the two don't interact other than being able drag and drop filenames from the filemanager into the terminal, so it is far from what we really want, but it's a small start.

Do you mind sharing a little more about the plugin you use? A quick online search wasn't very helpful to me but I've also been hoping for something like this.

i am using the nemo filemanager which is a fork of an older version of nautilus. https://github.com/linuxmint/nemo-extensions

fedora has a package for it. just installing it will make the plugin available so it can be activated within nemo preferences.

one problem is that common terminal shortcuts are captured by the filemanager. ctrl-c for example will copy a file from the file manager and not kill a process in the terminal if you have something selected (there is no shortcut to unselect everything (you can do ctrl-a,shift-ctrl-i (select all/invert selection))).

if any shortcuts bother you, these keys can be changed in ~/.gnome2/accels/nemo

i wish the shortcuts would work based on where your focus is.

as for nautilus it appears that it no longer supports the APIs needed for the terminal: https://github.com/flozz/nautilus-terminal

dolphin also supports builtin terminal, but it shares the same terminal between all tabs which is a bit less convenient. it handles control keys a bit better though.

despite its shortcoming this integration has changed the way i work and got me interested in exploring better solutions.

now when i want to run a command i go to the right tab, the visual presentation of the contents tell me that i am in the right directory, and i can run the command in the right context.

i do a lot of stuff in the terminal, but i prefer a visual orientation. i normally use tmux everywhere, and i have a tmux window open for each directory that i operate in. but ls or terminal file managers are not visual/interactive enough. sorting for example depends on the use case. in a file manager i can have different tabs sorted as i like, in tmux i would have to remember the right ls command and then still don't see everything i need, especially selecting multiple files for opening at once in the terminal is a lot of typing, whereas in the file manager it is a few clicks. a separate terminal and file manager window would make it difficult to keep the two connected. (although a window manager feature that allows me to connect windows would be cool)

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

#180

Post by mnorris »

wonger_ wrote: post #177
mnorris wrote: post #173

I built DeepSteve ( https://github.com/deepsteve/deepsteve ) with a similar itch but went the other way. Instead of adding graphics to the terminal, I put the terminal in a place that already has graphics. I kept trying to optimize my terminal layout and realized I could just run my terminals inside of the browser, and let Claude Code write JavaScript in the same browser tab to customize the experience however I want…

Have you ran into any issues with handling inputs? Like how vim Ctrl+P would maybe be intercepted by the browser Ctrl+P shortcut for print. And have you run into any other issues, maybe like performance? I feel like web-ified terminals get nerfed pretty hard and I'm not sure if/how people overcome that. I like the idea of customizing multiplexed terminals with on-the-fly JavaScript, tho.

I haven't seen any performance issues for Claude Code, even when I'm running like 20 in one browser tab and looking at them all at the same time (rendered with xterm.js), but Gemini and OpenCode flicker a lot even if you have one open.
Post reply on HN