Live data from Hacker News

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

blog.jwilm.io

321–330 of 491 posts

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

#321
post #217

Earlier quoted context omitted.

As Steve mentioned, it was mostly for ffi. There's also a few places where I'm doing my own bounds checking in order to provide nicer error messages. After doing the bounds checking, doing an index operation without the standard library's bounds checking requires unsafe.

Couldn't you use get instead of [] for this? Maybe I'll look into it and send a PR :)

That seems completely reasonable. Not sure why I didn't consider it. PRs welcome :D

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

#322

Earlier quoted context omitted.

> Alacritty follows the Unix philosophy of doing one thing, and doing it well. That principle is often misapplied, and I think that's true here, too. The "do one thing" about Unix is really about composability (e.g. "find" doesn't need to sort because you do "find | sort"), but you don't compose a terminal app with anything. A terminal app that has terminal features doesn't violate any principles of simplicity.

I use st as my terminal application. Inside, I run dtach to provide detaching/reattaching functionality. Inside that I run dvtm to provide multiplexing and scrollback. Inside that I run bash. Inside that I run ad hoc commands. Everything's highly composable, e.g. I can switch out bash for zsh, fish, etc. I can switch out dtach for abduco. I can switch out dvtm for tmux or screen. I can switch out st for xterm or urxv…

Each to his own. Your setup sounds like a parody of the most outlandishly neckbeardy things devs can do in a shell. Most users don't want to deal with that sort of "layering".

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

#323
post #294

Earlier quoted context omitted.

That's company policy and not the fault of the license. EDIT: Unless you're making modifications to the software, the AGPL does not apply. EDIT2: http://www.affero.org/oagf.html#How_does_this_license_treat_... Specifically, the question, "How does this license treat commercial enterprise use over intranets and internal networks?"

That only addresses part of the reason for the policy. Please, you have to be aware the legal world and companies is very complicated, and smart people spend a lot of time analyzing this.

While licenses are not simple, AGPL is specifically meant to "counter" closed source services based on AGPL code.

So unless you want to offer Alacritty-as-a-Service, you should be just fine with the license.

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

#325
post #315
post #289

Earlier quoted context omitted.

That is far from what I meant, and the suggestion that Rust is "salvation" is the stuff of infantile delusion. I'm a big fan of Rust, too, but it isn't going to be the "salvation".

I would characterize about 1/3 of HN posts as infantile delusion. You just learn to tune it out and get to the adult posts more quickly. There are browser extensions to help with this, too.

Ok, now you have got me. What extensions are those?

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

#326
post #311

Earlier quoted context omitted.

2. I don't have easy access to the high DPI scale factor, so it needs to be configured manually for now :(. dpi: x: 144.0 y: 144.0 1. That doesn't sound good! Would you mind filing an issue?

Sure I will do when I get a moment :} One other feature that's a killer for me is being able to change the font size while running -- ctrl++/-.

I've heard that a few times now. For what it's worth, that's in the works!

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

#327
post #127

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…

> I'd much rather that those Mathematica utilities come to my terminal rather than me having to go to Mathematica. I believe that's what the parent meant. And I like this idea – a lot.

Sort of like old TTYs with better features and fewer dead trees? Or Plan 9 with less Rob Pike? :-)

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

#328

Earlier quoted context omitted.

> Alacritty follows the Unix philosophy of doing one thing, and doing it well. That principle is often misapplied, and I think that's true here, too. The "do one thing" about Unix is really about composability (e.g. "find" doesn't need to sort because you do "find | sort"), but you don't compose a terminal app with anything. A terminal app that has terminal features doesn't violate any principles of simplicity.

I use st as my terminal application. Inside, I run dtach to provide detaching/reattaching functionality. Inside that I run dvtm to provide multiplexing and scrollback. Inside that I run bash. Inside that I run ad hoc commands. Everything's highly composable, e.g. I can switch out bash for zsh, fish, etc. I can switch out dtach for abduco. I can switch out dvtm for tmux or screen. I can switch out st for xterm or urxv…

The famous saying: every problem can be solved by another layer of indirection, except the problem of too many indirections.

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

#329
post #171

Earlier quoted context omitted.

Yes, "tabs and scrollback are unnecessary" seriously, must be some sort of a joke, I work all day long in a terminal and tabs are a must have.

yeah, it's less "unnecessary", more "provided elsewhere". in this case, he's saying by tmux... which does mean learning a bunch of new keybinds, which is a little upsetting

You can also implement tabs in the window manager, e.g. as kwin does. Then you use tabs for everything.

You can tab between terminal windows, which have tabs between terminals, which run shells in a multiplexer ;)

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

#330
post #97

Pretty awesome, but I'm not sure if I want my GPU fans spinning if all I'm doing is looking at a terminal :P

If you use any modern OS, you are likely staring at textures composed by the GPU. This is no different and, in fact, can eliminate some of the middle-"men".
Post reply on HN