I'm a fan of uxrvt too. I ported it to javascript [1] years ago. Compared to all the other popular terminal emulators, especially xterm, it was much easier to understand.
I love it, too. It's keyboard-select extension has made me feel so much more efficient in working that I often feel handicapped when working in another person's terminal.
I mean, it's very often that one wants to copy part of the output of the previous command, and it sucks to have to reach for the mouse when the part is right there! just 1 or 2 lines above the text cursor. keyboard-select allows me to grab it in around 5 quick keypresses. It's also been tremendously useful to quickly determine if the big output of the previous command contains some piece of text without having to re-run it with grep repeatedly while adjusting the search.
That extension definitely has its warts like what happens when you go to the top of the buffer and select everything to the bottom (gVG). It causes the last screenful of text remain in a highlighted state as if it was originally like that. The ability to work on urxvt extensions is actually making me consider taking up perl.
I was thinking of moving from GNOME to Plasma as my daily driver, but the Konsole results are kind of disappointing. I can use another terminal when on Plasma, of course, but now I feel less inclined to change.
Same, I use Terminator on Linux and iTerm2 on macOS. I much prefer iTerm2 but found Terminator to be the best on Linux (quite subjective but a bit confirmed by this study).
The option to restrict selection to soft boundaries makes it really difficult for me to use anything else: if I have a tmux or vim split, iterm will detect this and allow me to select only text on one side of the split.
note that alacritty has improved a lot since this, despite being less than a year since the tests were done, I have been using it for many months now its pretty great.
It's a strange test, giving credit for being able to show a distracting background image under the test or letting the desktop bleed through, but failing to check that both copy-and-paste systems are correctly functioning.
Performance tests somehow involve both Java and Python. I don't think that is how you do it. :-)
mlterm offers me great Unicode rendering, very low latency (it feels fast) and works very nicely with proportional fonts (yes I'm one of these persons spreading the gospel of proportional fonts for coding)
In the previous tests I read, mlterm dominated in latency. Here, the tests do not give numbers
Not easily. There are bitmap font editing programs but they generally come from from a time where bitmap fonts were commonly used. By today's standards they can seem quite primitive. When I was doing stuff with them 10+ years ago it was quite a struggle.
Surely if their perf benefit is publicized, more people would use them creating a demand for such tools? Oh wait- there are people who find electron acceptable... Sad state :)
27 comments
[ 3.1 ms ] story [ 65.1 ms ] thread[1] https://github.com/paddymul/rxvt-js
I mean, it's very often that one wants to copy part of the output of the previous command, and it sucks to have to reach for the mouse when the part is right there! just 1 or 2 lines above the text cursor. keyboard-select allows me to grab it in around 5 quick keypresses. It's also been tremendously useful to quickly determine if the big output of the previous command contains some piece of text without having to re-run it with grep repeatedly while adjusting the search.
That extension definitely has its warts like what happens when you go to the top of the buffer and select everything to the bottom (gVG). It causes the last screenful of text remain in a highlighted state as if it was originally like that. The ability to work on urxvt extensions is actually making me consider taking up perl.
So I recommend to just ignore this entirely and evaluate which terminal emulator you want to use solely by actually using them.
But there's something about using the default system tools that keeps me attached to Terminal.app.
The big thing that keeps Terminal in my dock is iTerm's sometimes flaky Unicode support. In Terminal it always works. In iTerm, it's about 80/20.
I still use iTerm when I'm doing something requiring a bunch of panes. But if I'm doing something Unicode-heavy, it's Terminal.
[0]: https://github.com/kovidgoyal/kitty
Performance tests somehow involve both Java and Python. I don't think that is how you do it. :-)
* https://tracker.debian.org/pkg/terminology
* https://packages.debian.org/source/sid/terminology
In the previous tests I read, mlterm dominated in latency. Here, the tests do not give numbers
I did find ~ on a home dir that took 1.5 seconds to do find ~ >dev/null
I ended up running on a version of mrxvt using bitmapped fonts which took 8 seconds. Scalable fonts took 35 seconds.
A VTE based terminal emulator took 394 seconds to display the same output.