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.
With iTerm.app, getting a message that "your system ran out of application memory" is a reason for me to stick to the Terminal.app. It's a 96 GiB of RAM machine, for chrissake! That ought to be enough for everybody!
Rio: Terminal app built over WebGPU, WebAssembly and Rust
51–60 of 134 posts
Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust
#52Earlier 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.
With iTerm.app, getting a message that "your system ran out of application memory" is a reason for me to stick to the Terminal.app. It's a 96 GiB of RAM machine, for chrissake! That ought to be enough for everybody!
Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust
#53What's the implication of using WebGPU? Better terminals in the browser? Better electron terminals? A quirk for better native portability?
VSCode's terminal is rendered with WebGL (a cousin of WebGPU), since VSCode is an Electron app
Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust
#54My question is what's their selling point, I used the past few years few terminals that have pretty good features: - Alacritty minimal and blazingly fast - Wezterm with batteries included - Warp even batteries included
GPU rendering is really cool, but I don't really understand what might people be doing where CPU rendering in terminal is anywhere close to being a bottleneck. People lose ability to comprehend way before that, why would I want gibberish to be printed even faster? Redirecting output to a file (or /dev/null) is almost always what I would want?
Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust
#55Earlier 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.
With iTerm.app, getting a message that "your system ran out of application memory" is a reason for me to stick to the Terminal.app. It's a 96 GiB of RAM machine, for chrissake! That ought to be enough for everybody!
Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust
#56Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust
#57I've sort of been looking into it and it doesn't seem there are cross platform libraries for handling IMEs and not many people talk about even the platform-specific APIs.
Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust
#58Earlier quoted context omitted.
With iTerm.app, getting a message that "your system ran out of application memory" is a reason for me to stick to the Terminal.app. It's a 96 GiB of RAM machine, for chrissake! That ought to be enough for everybody!
How on earth have you had iTerm use up so much memory it's given you an error? I've been using iTerm for years on some absolute crap machines, abusing iTerm with tmux and numerous customizations, and have never received that error.
Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust
#59I would love it if I could run this in the browser over SSH to a remote server... Is that possible?
Re: Rio: Terminal app built over WebGPU, WebAssembly and Rust
#60Earlier 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)
Host *
SetEnv TERM=xterm-256color