Shout-out also for this smaller project: https://github.com/raphamorim/rio
Alacritty – A fast, cross-platform, OpenGL terminal emulator
101–110 of 174 posts
Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator
#102Still no ligature support. There are better alternatives out there — kitty is what I chose.
Why would you want ligatures? I would prefer to see text as it actually is, not combining multiple characters into one. I can't trust what I am seeing if I know the text might be something it is not.
Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator
#103What problem is having a "fast" terminal solving? I've been using urxvt for years and have never really found it to be slow. Where might I notice a difference with these "modern" "GPU-accelerated" terminals?
With stacktraces the size of a bible program execution actually slows down if my terminal isn't outputting it fast enough
Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator
#104i do prefer kitty[0] if i want a modern terminal emulator [0] https://github.com/kovidgoyal/kitty
Me too. Nothing beats the "CTRL + SHIFT + G" option (open last output in less); no other terminal has it.
iTerm2: cmd+shift+a = select output of last command. I can then cmd+c, open whatever editor I want (or `pbpaste | less` if I want `less`).
Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator
#105i do prefer kitty[0] if i want a modern terminal emulator [0] https://github.com/kovidgoyal/kitty
Nice, I like lightweight and modern terminal emulators. Just installed kitty and compared it in a sloppy way to foot [0] (by running `xxd /dev/urandom` side-by-side) and foot appears to be faster. [0] https://codeberg.org/dnkl/foot
kitty is written in Python, which instantly lowers the ceiling for performance by an order of magnitude. I discarded it as an option in the past: the most important requirement for me is the terminal cannot crash, and I can't trust a Python program to do that.
Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator
#106What problem is having a "fast" terminal solving? I've been using urxvt for years and have never really found it to be slow. Where might I notice a difference with these "modern" "GPU-accelerated" terminals?
Compilation of a large project on a multiple cores can be slowed down by a terminal. Especially if the main language of the project is a fast compiling C. I'm not sure that urxvt can be a bottleneck, and if it can you'll not be able to notice the difference with alacritty without measurements, but with others it can be noticeable without any special equipment.
Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator
#107i do prefer kitty[0] if i want a modern terminal emulator [0] https://github.com/kovidgoyal/kitty
Nice, I like lightweight and modern terminal emulators. Just installed kitty and compared it in a sloppy way to foot [0] (by running `xxd /dev/urandom` side-by-side) and foot appears to be faster. [0] https://codeberg.org/dnkl/foot
Foot is really great.
I often open terminals for executing single commands, so I appreciate its short startup time
Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator
#108Earlier quoted context omitted.
This is a terminal https://en.wikipedia.org/wiki/Computer_terminal#/media/File:... The software is just emulating the terminal behavior. https://en.wikipedia.org/wiki/Computer_terminal
Thank you. I think it's a bit misleading then to call it a "terminal emulator". It's not really emulating one of those old boxes, is it? It's providing a text interface to a computer's functions. That's great but it's not emulating anything.
It emulates them in the sense that they implement a virtual display and keyboard for the same wire protocols those old boxes used. Those protocols are mostly plain text, but also escape sequences for cursors, colors, layout, etc. Check out the VT100 sequences for example.
Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator
#109What problem is having a "fast" terminal solving? I've been using urxvt for years and have never really found it to be slow. Where might I notice a difference with these "modern" "GPU-accelerated" terminals?
Compilation of a large project on a multiple cores can be slowed down by a terminal. Especially if the main language of the project is a fast compiling C. I'm not sure that urxvt can be a bottleneck, and if it can you'll not be able to notice the difference with alacritty without measurements, but with others it can be noticeable without any special equipment.
[flagged]
Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator
#110It says to use a multiplexer for tabs and splits, but doesn't that negate some of the performance claims? Tmux and screen are pretty notorious for slowing things down.
I use window manager for tabs as it should be. No need for some stinky multiplexer.
I think it's unfair to label tmux "stinky".
It is slower, that's true, but so many times I've had to restart my terminal or I've quit it accidentally and tmux has saved my bacon.
Performance is adequate (for me), it's cross platform and gives me multiple cut/copy buffers.