a look at terminal emulators
State of Terminal Emulators in 2025: The Errant Champions
191–200 of 283 posts
Re: State of Terminal Emulators in 2025: The Errant Champions
#192It's interesting that none of the programs commonly known as "terminal emulators" actually emulate a terminal.. we can do that now though. https://zork.net/~st/jottings/Real-VT102-emulation-with-MAME... I would avoid doing the PTY thing and instead do this (works on WSL if MAME is the windows version): $ sudo socat TCP-LISTEN:1234,reuseaddr,fork EXEC:"/sbin/agetty -L - 9600 vt102",pty,setsid,ctty,stderr $ mame -nomou…
Forget MAME; I'd love a forked project for this minus the shaders for old machines.
Where you just get the terminal emulation with a good TTF font and that's it.
There are similar projects for the Altair 8800 where they scrapped their code from SIMH
(now I prefer simh-classic) to just emulate a CP/M 2.2 Altair machine and that's it, because
these people don't need to emulate PDP10's with ITS, old BSD's, current VAX NetBSD releases or
the rest of the DEC machines...
Re: State of Terminal Emulators in 2025: The Errant Champions
#193Earlier quoted context omitted.
IMO none of them are particularly useful. Sixels is hilariously inefficient. Kitty is slightly better because you can send data as PNG, but ... you have to send image data as PNG! I wish there was a high performance way of remoting graphics over SSH. How cool would it be if you could SSH to a remote machine and it just showed you the remote desktop in the terminal itself? No messing around with port forwarding, weird…
One of my pet proof of concept projects is figuring out how to ergonomically tunnel web apps over ssh without needing to fiddle with listen ports and port forwards. First attempt was to push http2 over stdio which actually worked, but it didn't really integrate well with terminal use. Currently I think similar approach to X forwarding makes sense, where SSH forwards one unix socket over ssh connection and then the ap…
Check x2go.
Re: State of Terminal Emulators in 2025: The Errant Champions
#194Foot is excellent. Wayland only, but it is very fast to launch, and uses few resources. I love it.
I'm quite confused why this article tests foot v1.16.2, which is two years old at this point. The latest version is 1.25.0.
By contrast, the tested version of ghostty v1.2.3 is two weeks old.
Re: State of Terminal Emulators in 2025: The Errant Champions
#195I appreciate this analysis is on the state of terminal emulators , but I'm curious how well the integrated terminals that come bundled in code editors/IDEs also perform. For example, where does Zed's integrated terminal fit in the rankings? VS Code (and its derivatives)? JetBrains, Sublime Text?
vscode terminal came in at number 32. https://ucs-detect.readthedocs.io/sw_results/vscodeterminal....
I missed that one!
Re: State of Terminal Emulators in 2025: The Errant Champions
#196It's interesting that none of the programs commonly known as "terminal emulators" actually emulate a terminal.. we can do that now though. https://zork.net/~st/jottings/Real-VT102-emulation-with-MAME... I would avoid doing the PTY thing and instead do this (works on WSL if MAME is the windows version): $ sudo socat TCP-LISTEN:1234,reuseaddr,fork EXEC:"/sbin/agetty -L - 9600 vt102",pty,setsid,ctty,stderr $ mame -nomou…
They do emulate a terminal, not just the kind of emulation you have in mind. "Wine is not an emulator" again.
Re: State of Terminal Emulators in 2025: The Errant Champions
#197Earlier quoted context omitted.
I absolutely love it, it's my personal favorite. Using ghostty on MacOS instead. But I'm no power user.
I would argue that anyone who uses the terminal enough to have opinions on which one they like best is very much a power user.
I don't know, reading around feels like power users are mostly defined but the tons of features they use and miss when switching emulators.
Re: State of Terminal Emulators in 2025: The Errant Champions
#198I can't remember the last time I used a non-ascii character in the terminal. I know that's not the case for everyone, and they deserve good terminals too, but it does mean that the criteria measured here have no relevance to my choice of a good terminal for me.
Seems quite hard to avoid - file management such as running "ls" where any filename has any non-ascii character such as a CJK or accented letter - editing any text file in a terminal editor that isn't 100% ascii - viewing/printing any data from any source, such as a log file/the web/'curl'ing something, where any language other than English or non-ascii character is used - using various modern command line tools that…
Accented letters are easy under GNU/Linux or OBSD under X. Just launch:
setxkbmap -us option ctrl:swapcaps -option compose:rwin
Re: State of Terminal Emulators in 2025: The Errant Champions
#199Terminal emulators are caught between emulating terminals and teletypes of the past and implementing new features and unicode is one of the struggles. The way most terminals and wcwidth handle the width of characters sometimes is not correct but preserving behavior is important for compatibility. It is possible that its just not worth trying to handle all unicode perfectly in a terminal. Its pretty good for legacy st…
It does it fine with GNU Unifont and raw XTerm and others. I just had issues with RXVT and
clones.
Re: State of Terminal Emulators in 2025: The Errant Champions
#200Work had me using the Windows Terminal for the first time ever after a life of developing on Linux. I got immediately hooked on the smart Ctrl+C and Ctrl+V (without needing to use Shift like on Linux!) For those not knowing, Windows Terminal uses Ctrl+C to abort the current process (as we'd expect) when nothing is selected , but copies when there is a selection. Similarly, Ctrl+V just pastes. So convenient!
In Linux (Wayland) you can copy text from the terminal without pressing Ctrl+C at all. Just select the text. To paste it in another Window, press the middle mouse button. This is called the Primary Selection and is separate from the Clipboard (Ctrl+C/Ctrl+V). IMO the Primary Selection is more convenient than the Clipboard.
>middle mouse button
Speaking for myself (although I suspect many others), I haven't used a mouse in well over a decade. To be clear, I am in the terminal all the time. So this is not a universal solution.