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

311–320 of 491 posts

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

#311

Post by jwilm »

cyberpunk wrote: post #306

Jwilm: This is great, and I'm really looking forward to following this project; beers on me and thanks for the effort! A few findings from my side if you want some feedback, I generally work mosh'd into some beefy servers with a long running tmux I resume -- so I'm probably the use case this is aimed at (client: xps13, archlinux). 1) If I create a vertical split view (tmux_key+v) while I already have some output in t…

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?

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

#312

Post by wott »

Thaxll wrote: post #171
WhatIsDukkha wrote: post #95

I really disagree with the authors definition of minimal. Terminal emulators have such a minimal user interface as it is it's a bit boggling that I have to make the case for the following "bloat" that other terminal emulators have. I need scrollback because I do occasionally pick up my mouse and grab things that have scrolled off the screen. Tmux doesn't help with this but maybe there is some magic that I don't know…

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.

I work all days long in terminals and I never ever use tabs. So, "must have"...

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

#313

Post by [deleted] »

jalopy wrote: post #268
jwilm wrote: post #2

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

For some reason I can't run Emacs in terminal/unwindowed mode in Alacritty. Every "regular" character I type (ie to enter text into a buffer), Emacs says it's "unrecognized". Control sequences work - ie I can exit with C-x C-e. Works fine in regular Mac OS X terminal. Any suggestions appreciated. Looks like an awesome project!

[deleted]

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

#315

Post by madgar »

sidlls wrote: post #289
dman wrote: post #267

Earlier quoted context omitted.

I fully agree with you here - neither C/C++ are a gateway to salvation. http://www.redox-os.org/news/rust-is-softwares-salvation-17/

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.

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

#316

Post by GolDDranks »

010a wrote: post #183

Installation was surprisingly easy. And performance was surprisingly good. `find /Applications` results in... - Unrecoverably crashing Hyper - 1:28 iTerm2 - 0:32 Terminal - 0:20 Alacritty Very impressive stuff. I'll be keeping an eye on this project. And performance was surprisingly good; a `find /Applications` on my computer crashes Hyper, takes 1:28 on iTerm2,

What the heck!? I never knew terminal emulators themselves were such bottlenecks! The more you know...

I tried this too. `$ find /Applications` iTerm2 - 0:26 Alacritty - 0:12

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

#317

Post by zie »

eridius wrote: post #103
zie wrote: post #79

Earlier quoted context omitted.

iTerm has https://github.com/ravenac95/sudolikeaboss . Integration of your 1Password passwords with your terminal, which makes life amazing. Typing and copy/pasting passwords(not to mention copy/paste is not exactly secure) is a major time-suck. I'd love generic support for this feature in something like Alacritty.

Interesting, but I don't think I've ever felt the pain of not having that. It's pretty damn easy for me to use the global 1Password hotkey to bring up 1Password Mini, type a few characters to identify the login I want, hit → to expand the login, ↓ to select the password, and ↩ to then copy that password, which I can now paste into the terminal. It's not that hard.

with sudolikeaboss, it's hotkey, down arrow(↓) to the one you want, press enter(↩). A lot less keystrokes!

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

#318

Post by tatterdemalion »

lobster_johnson wrote: post #200
arandomcoder wrote: post #180

Earlier quoted context omitted.

I respectfully disagree. Alacritty follows the Unix philosophy of doing one thing, and doing it well. I used to think that terminal scrollback and tabs were great ideas -- but switching to tmux changed my mind completely. Tmux is so much more capable for managing your session history. The terminal's tab and scrollback features can never match this. They're just bloat :p

> 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.

This wasn't a feature of the original VTE videoterminals these apps are emulating though. I'm pretty pro-scrollback, but I have to say the way its been implemented so far has frankly not been very principled.

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

#319

Post by cyberpunk »

jwilm wrote: post #311
cyberpunk wrote: post #306

Jwilm: This is great, and I'm really looking forward to following this project; beers on me and thanks for the effort! A few findings from my side if you want some feedback, I generally work mosh'd into some beefy servers with a long running tmux I resume -- so I'm probably the use case this is aimed at (client: xps13, archlinux). 1) If I create a vertical split view (tmux_key+v) while I already have some output in t…

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++/-.

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

#320

Post by Normal_gaussian »

elihu wrote: post #112
WhatIsDukkha wrote: post #95

I really disagree with the authors definition of minimal. Terminal emulators have such a minimal user interface as it is it's a bit boggling that I have to make the case for the following "bloat" that other terminal emulators have. I need scrollback because I do occasionally pick up my mouse and grab things that have scrolled off the screen. Tmux doesn't help with this but maybe there is some magic that I don't know…

Yeah, that was my reaction. > Features like GUI-based configuration, tabs and scrollback are unnecessary. The latter features are better provided by a terminal multiplexer like tmux. This seems kind of like saying "everyone should use their computer the same way I do". I don't use tmux; maybe I should learn to use it. However, I seem to be getting along fine without it, and no scroll back is a deal-breaker for me. Th…

What you said doesn't make any sense to me.

Firstly you insinuate that the author is requiring people to interact as they do - this evidently is not the case, a suggestion has even been made on one of many ways to behave differently.

Secondly the "I seem to be getting along fine without it" statement pointlessly hampers progress. There is no basis or reasoning for this, instead there is a decision - whimsical by the looks of it - to not use it. You could say that you don't anticipate the gains of the system to be worth the transition cost, or you could actually try it and have some useful criticism, or any number of other things.

Thirdly, the linked page doesn't ever mention the 'minimal' your parent introduces. Minimal implies sufficiency (least sufficient, but sufficient none the less), the Alacritty page states simple - which does not.

I find the final comment hilarious. You have just denounced a tool based on an implementation triviality (which can be easily bypassed) and choose to summarise with a statement as undoubtedly false as it is trite. Did you read the page?

Post reply on HN