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

Show HN: Alacritty, a GPU-accelerated terminal emulator written in Rust

blog.jwilm.io

Post reply on HN
Print view View original

161–170 of 491 posts

Re: Show HN: Alacritty, a GPU-accelerated terminal emulator written in Rust

#161

Post by jwilm »

adelarsq wrote: post #140
jwilm wrote: post #60

Earlier quoted context omitted.

> Personally, the lack of scrollback and tabs is a dealbreaker for me Completely understandable. This decision was expected to be polarizing. > Do you support color emoji in the Terminal? I've never quite managed to get it working on Linux. Not yet. Fallback fonts, wide chars, and a number of other font rendering items are part of the 1.0 milestone.

> Not yet. Fallback fonts, wide chars, and a number of other font rendering items are part of the 1.0 milestone. This will be available also on Windows?

That's the plan! Most components of Alacritty are platform agnostic aside from font loading, font rasterization and setting up a pty.

Re: Show HN: Alacritty, a GPU-accelerated terminal emulator written in Rust

#162

Post by lobster_johnson »

db48x wrote: post #152
atombender wrote: post #136

Earlier quoted context omitted.

> Features like ... are better provided by a terminal multiplexer I would strongly argue that this thinking is putting the cart before the horse. I don't use tmux, nor do I want to (though occasionally I have to use screen as a hack to keep programs running on remote servers, and I hate every second of it). Solutions like tmux arguably exist because terminals have poor UIs, and the terminal protocol is too weak to fo…

Have you heard of nohup?

Sure. But nohup doesn't work for shells or anything interactive. You can't attach to it.

Re: Show HN: Alacritty, a GPU-accelerated terminal emulator written in Rust

#163

Post by nopreserveroot »

xxpor wrote: post #142
dragonne wrote: post #92

Earlier quoted context omitted.

Another Rust terminal emulator project, notty[1], aims to do this. Downthread the author mentions that the projects are looking at collaborating. [1]: https://github.com/withoutboats/notty

It's too bad notty is licenced under the AGPL. That basically guarantees 0 usage at any sort of bigco.

That is not how Copyleft software licenses work at all. All the AGPL gurantees is that 'Bigco' must contribute back to the community any modifications they make to the software.

Re: Show HN: Alacritty, a GPU-accelerated terminal emulator written in Rust

#165

Post by mistaken »

db48x wrote: post #158
mistaken wrote: post #138

Earlier quoted context omitted.

cool project, but my question is why? rxvt is plenty fast for general purposes. if your bottleneck is the terminal emulator then you're doing something wrong. can you really read at ~10mbps?

No, of course you can't read all of the text at 10Mbps. The problem is that when you start some task which has a lot of spew, just having all of that text scrolling past can slow everything down to the point where the task actually takes longer! Even a few percentage points of slowdown can add up to minutes just sitting there twiddling your thumb. Just a few weeks ago I accidentally ran a command on a remote machine…

yep: cmd &> /dev/null maybe? :) or ctlr-z; disown; exit... at any rate we're optimizing for edge cases

Re: Show HN: Alacritty, a GPU-accelerated terminal emulator written in Rust

#166

Post by jwilm »

Fnoord wrote: post #69
jwilm wrote: post #2

I'm the author of Alacritty, and I'm here to answer any questions!

My current Bash prompt contains a unicode character. I guess this is unsupported? Can report find / works very quick on macOS (so quick, it is unreadable), and Fish works as well. Just the Rust install assumed I was using Bash. Possible bug: on macOS when I minimize Alacritty, and I put it on focus again, it tries to select text. Strangely, not always.

> My current Bash prompt contains a unicode character. I guess this is unsupported?

Multibyte characters are 100% supported, but only if they are available in the chosen font. The fallback fonts feature will resolve this issue for you.

> Possible bug: on macOS when I minimize Alacritty, and I put it on focus again, it tries to select text. Strangely, not always.

Definitely a bug, and it's one that I knowingly shipped with (usually I just resize my terminal once and then it's static). The events triggering selection seem to work slightly different on macOS than Linux. The issue should be easy to resolve, but this comes down to making time.

Re: Show HN: Alacritty, a GPU-accelerated terminal emulator written in Rust

#167

Post by Thaxll »

brandur wrote: post #114
wang_li wrote: post #102

Earlier quoted context omitted.

You do seem overly excited. :) Your last paragraph suggests what you really want is a notebook style interface (in the style of mathematica) rather than a terminal.

> You do seem overly excited. :) Hah, yeah I'm aware, but the potential of Rust is huge. We talk a lot about open source these days, but meanwhile the tools that we all use are sitting on huge substrates that the vast majority of us aren't contributing to and probably never will due to the complexity hurdle that needs to be overcome. This includes our web browsers, our terminals, our editors/IDEs, our operating syste…

To change what exactly? What is the current issue with c++ that prevent you from doing a terminal using OpenGL?

Re: Show HN: Alacritty, a GPU-accelerated terminal emulator written in Rust

#168

Post by jwilm »

Asooka wrote: post #156

Hm, if we're doing GPU rendering for speed, I'd suggest uploading vector glyph data to the GPU and rasterising on the GPU in the pixel shader, rather than using FreeType. See here: http://wdobbie.com/post/gpu-text-rendering-with-vector-textu... . The WebGL Demo is really impressive - it lets you zoom in and out on a multi-page PDF at speeds I haven't seen anywhere else.

Thank you for the suggestion! I've had a few comments suggesting similarly. I plan to investigate this as time permits.

Re: Show HN: Alacritty, a GPU-accelerated terminal emulator written in Rust

#170

Post by steveklabnik »

Thaxll wrote: post #167
brandur wrote: post #114

Earlier quoted context omitted.

> You do seem overly excited. :) Hah, yeah I'm aware, but the potential of Rust is huge. We talk a lot about open source these days, but meanwhile the tools that we all use are sitting on huge substrates that the vast majority of us aren't contributing to and probably never will due to the complexity hurdle that needs to be overcome. This includes our web browsers, our terminals, our editors/IDEs, our operating syste…

To change what exactly? What is the current issue with c++ that prevent you from doing a terminal using OpenGL?

Not your parent, but the third paragraph covers this, starting with "Although I can ostensibly write C and C++".
Post reply on HN