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

Rio: Terminal app built over WebGPU, WebAssembly and Rust

github.com

Post reply on HN
Print view View original

81–90 of 134 posts

Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust

#81

Post by tambourine_man »

tambourine_man wrote: post #40
JdeBP wrote: post #30

I have news for whoever did that screen shot: 256 colours is not "all colours" nowadays. (-: There was a real push, which must be approaching a decade ago at this point, to get all terminal emulators able to understand the ITU-T T.416 control sequences for direct 24-bit RGB colour. Even if they implement it really badly , and some do, almost everyone tries to support this colour system now. See the screenshot of the…

Apple didn’t get the memo it seems. Terminal.app has been unchanged in many, many years. I still stubbornly use it as my daily driver for some probably terrible reason.

I’m sticking to Terminal.app for the reasons stated by you in this thread. It works, it’s fast and text renders beautifully with whatever theme you fancy.

However, it could use some love from Apple. Better keyboard-only text selection, horizontal and vertical splitting, True Color (not Cyndi Lauper style)…

Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust

#83

Post by tambourine_man »

Patrick_Devine wrote: post #78
tambourine_man wrote: post #40

Earlier quoted context omitted.

Apple didn’t get the memo it seems. Terminal.app has been unchanged in many, many years. I still stubbornly use it as my daily driver for some probably terrible reason.

Also, Terminal.app is really bad at rendering Unicode block characters correctly. It doesn't space them correctly vertically, so if you have a lot of block chars it looks like total garbage. iTerm/kitty/etc. all render it correctly.

Have you tried messing with the line height in preferences? The font panel will allow you to set whatever you please

Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust

#84

Post by tomjakubowski »

manaskarekar wrote: post #32
ilrwbwrkhv wrote: post #27

Earlier quoted context omitted.

Kitty has the lowest latency and is the best terminal in the market, but they are not on windows.

Kitty is my favorite but acts weird when ssh-ing into other machines for reasons discussed on their github. (To do with setting the $TERM correctly)

`kitty +ssh me@example.com' installs the termcap file (or is it terminfo?) on the remote host for you

Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust

#86

Post by JdeBP »

happens wrote: post #60
manaskarekar wrote: post #32

Earlier quoted context omitted.

Kitty is my favorite but acts weird when ssh-ing into other machines for reasons discussed on their github. (To do with setting the $TERM correctly)

Had that problem for a while too, but you can actually really easily set the TERM variable for every ssh connection separately from your local TERM. Just put the following in your ~/.ssh/config: Host * SetEnv TERM=xterm-256color

Kitty isn't "xterm-256color". That's something that Thomas Dickey, and I, and others, have pointed out time and again. It's just plain wrong to say to programs that something is XTerm when it isn't.

Kitty is, unsurprisingly:

https://invisible-island.net/ncurses/terminfo.src.html#tic-k...

The problem that people have is different anyway. When they're doing things correctly, and setting the correct terminal type, they then face "But my terminfo on that Linux distribution DVD that I got isn't up to date!", or "But my termcap on FreeBSD isn't up to date!".

The answer to that problem is to point out that terminfo supports a local ~/.terminfo/ if one needs one, and FreeBSD termcap has a TERMPATH environment variable that one can point at a ~/.termcap.db file, or indeed one placed anywhere else, if the system termcap database isn't up to date.

Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust

#87

Post by VikingCoder »

mteam88 wrote: post #56

I would love it if I could run this in the browser over SSH to a remote server... Is that possible?

There are things like it for sure:

https://tailscale.com/blog/ssh-console/

https://twitter.com/bradfitz/status/1585678043515084800?lang...

https://leaningtech.com/webvm-virtual-machine-with-networkin...

Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust

#89

Post by mteam88 »

VikingCoder wrote: post #87
mteam88 wrote: post #56

I would love it if I could run this in the browser over SSH to a remote server... Is that possible?

There are things like it for sure: https://tailscale.com/blog/ssh-console/ https://twitter.com/bradfitz/status/1585678043515084800?lang... https://leaningtech.com/webvm-virtual-machine-with-networkin...

I know, I was thinking specifically for this project.

Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust

#90

Post by JdeBP »

tambourine_man wrote: post #40
JdeBP wrote: post #30

I have news for whoever did that screen shot: 256 colours is not "all colours" nowadays. (-: There was a real push, which must be approaching a decade ago at this point, to get all terminal emulators able to understand the ITU-T T.416 control sequences for direct 24-bit RGB colour. Even if they implement it really badly , and some do, almost everyone tries to support this colour system now. See the screenshot of the…

Apple didn’t get the memo it seems. Terminal.app has been unchanged in many, many years. I still stubbornly use it as my daily driver for some probably terrible reason.

Did anyone actually send Apple a memo? At https://github.com/termstandard/colors#not-supporting-trueco... there are pointers to where people have asked, when they have. There's nothing for Terminal.App.

(That's the big push that I mentioned. Going since January 2014.)

Post reply on HN