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

Use Alacritty instead of Termite

github.com

Post reply on HN
Print view View original

301–310 of 331 posts

Re: Use Alacritty instead of Termite

#301

Post by bluepoint »

apocolyps6 wrote: post #195

I was considering switching to Alacritty earlier this week, but a quick look at some github issues changed my mind. The devs come off super toxic. Take a look at this guy that got verbal abuse for pointing out the color labeled "green" looks more like banana than lime: https://github.com/alacritty/alacritty/issues/1561 Strike 2/2 was multiple devs responding to OSX issues with "switch operating systems"

Can it be that there is background between these people that we don’t know and it is not reflective of the general attitude? I am not justifying rudeness, but I understand the human relations, online or offline can be complex. Also if alacrity is really technically good do we tolerate bad behavior by its developers? A bit like House wanted to be the best partially because he did not want to care too much about his behavior.

Re: Use Alacritty instead of Termite

#302

Post by nh2 »

zxzax wrote: post #299
nh2 wrote: post #259

Earlier quoted context omitted.

I was also disappointed by the recent removal of static linking support in GTK [1]. It worked for a long time and now was made impossible. The reason given was "don't want to support it". That would make sense if it was a maintenance-intensive topic, here the only thing required is to use Meson's default options. I don't really buy the argument of "preventing to use internal APIs"; no FOSS developer in their right mi…

Why can't you static link against that libgtk_static target that already exists? That should be accessible if you have gtk as a meson subproject. It doesn't actually look like anything special needs to be done here.... I'll be commenting on that issue.

Projects in other programming languages for which Meson is not a choice also want to link statically (thus need the `.a` file installed).

Re: Use Alacritty instead of Termite

#303

Post by ramblerman »

apocolyps6 wrote: post #195

I was considering switching to Alacritty earlier this week, but a quick look at some github issues changed my mind. The devs come off super toxic. Take a look at this guy that got verbal abuse for pointing out the color labeled "green" looks more like banana than lime: https://github.com/alacritty/alacritty/issues/1561 Strike 2/2 was multiple devs responding to OSX issues with "switch operating systems"

A quick look found you a 3 year old closed issue?

It's equally "toxic" imo to torpedo a project, and all the efforts because of some bad communication.

Sure, the dev did fly off the handle initially but if you read the whole tread, he comes around, and actually keeps responding - in other words he cares.

We already seldomnly argue the point anymore. Now it seems we don't even evaluate software at core value anymore, rather we must know the personality of its creators.

Re: Use Alacritty instead of Termite

#304

Post by ramblerman »

CapmCrackaWaka wrote: post #251
bananabreakfast wrote: post #224

Earlier quoted context omitted.

I imagine they would probably say the same thing to you. You're really not willing to use an excellent piece of software because one time you saw a dev dismiss someone who didn't like the default color scheme? How is that not even more petty?

Hey, vote with your wallet. A lot of people here on HN go out of their way to avoid products from companies that they view as poisonous, this is no different really.

poisonous, toxic, abuse....

You sure aren't running out of creative synonyms to make drama over a pretty insignificant incident.

Re: Use Alacritty instead of Termite

#305

Post by apocolyps6 »

ramblerman wrote: post #303
apocolyps6 wrote: post #195

I was considering switching to Alacritty earlier this week, but a quick look at some github issues changed my mind. The devs come off super toxic. Take a look at this guy that got verbal abuse for pointing out the color labeled "green" looks more like banana than lime: https://github.com/alacritty/alacritty/issues/1561 Strike 2/2 was multiple devs responding to OSX issues with "switch operating systems"

A quick look found you a 3 year old closed issue? It's equally "toxic" imo to torpedo a project, and all the efforts because of some bad communication. Sure, the dev did fly off the handle initially but if you read the whole tread, he comes around, and actually keeps responding - in other words he cares. We already seldomnly argue the point anymore. Now it seems we don't even evaluate software at core value anymore,…

Yes. I opened alacritty for the first time, wondered why my greens were showing up as yellow and googled it. This was the first result.

I doubt my comment is going to torpedo anything. But I didn't put down alacritty for "personality" reasons. There are a lot of excellent terminal emulators out there. This github issue wasn't an isolated incident, and if the devs are regularly this hostile there's bound to be lots of issues like this that won't be fixed. Especially since my OS is only nominally supported.

Re: Use Alacritty instead of Termite

#306

Post by zxzax »

nh2 wrote: post #302
zxzax wrote: post #299

Earlier quoted context omitted.

Why can't you static link against that libgtk_static target that already exists? That should be accessible if you have gtk as a meson subproject. It doesn't actually look like anything special needs to be done here.... I'll be commenting on that issue.

Projects in other programming languages for which Meson is not a choice also want to link statically (thus need the `.a` file installed).

Where is meson not a choice, when it's already needed to build gtk? Projects written in other languages would still probably want to have it as a subproject and then invoke meson as part of the build process to build gtk, you wouldn't need to rewrite your whole build process in meson.

If this is wanted in a distro, that distro can install that .a file if they want to support it. I don't see why upstream support is needed there. In my experience this is going to be one additional line needed in the package manifest.

Re: Use Alacritty instead of Termite

#307

Post by ttt0 »

CapmCrackaWaka wrote: post #251
bananabreakfast wrote: post #224

Earlier quoted context omitted.

I imagine they would probably say the same thing to you. You're really not willing to use an excellent piece of software because one time you saw a dev dismiss someone who didn't like the default color scheme? How is that not even more petty?

Hey, vote with your wallet. A lot of people here on HN go out of their way to avoid products from companies that they view as poisonous, this is no different really.

You mean products with closed source, made by people who cannot be trusted? Yes, I think it's different. How many people here refuse to run Linux because they don't like the way Linus talks on the mailing lists?

Re: Use Alacritty instead of Termite

#308

Post by 0xbeefeed »

I don't know why would anyone use Alacritty. Don't tell me that tabs aren't important, and don't tell me to "use tmux" as a replacement. Plus, Alacritty is slow as fuck compared to every other terminal I've used (I haven't used iTerm2). Its only selling point is "written in Rust" which isn't enough for me.

Re: Use Alacritty instead of Termite

#309

Post by jeroenhd »

zxzax wrote: post #226
jeroenhd wrote: post #223

Earlier quoted context omitted.

GTK4 still doesn't support native rendering of window controls, so unless you're willing to create a faux "native" theme, your application will look like it doesn't belong on anything other than a Gnome desktop. I think it's idiotic and childish that the devs stick to their guns like this when there's clearly a high demand for a crucial feature like this. I dislike the project as a developer. Don't get me wrong, I'm…

>GTK4 still doesn't support native rendering of window controls FYI this is not entirely correct. There is a flag for this in GDK4: https://developer.gnome.org/gdk4/4.0/GdkToplevel.html#gdk-to... It may be that this is not implemented yet for some backends (I think it is not implemented in the Windows one) but they probably would accept a patch to implement it there if you know how to do it. Please avoid making these…

Allowing for SSR is a good step, but does this also render the other controls in their native style? The window border is one important place for styling, and I'm glad GTK4 will improve the situation once it hits the mainstream distros, but as far as I can tell, the rest of the controls (buttons, textboxes, etc.) are still rendered by the application rather than by the system.

I've given GTK4 a try on Windows, and all enabling the top level decorations seem to do is to disable the window border. All controls are still Adwaita, so you'd still need to fake a Windows UI style if you want to make the application feel any kind of native.

Re: Use Alacritty instead of Termite

#310

Post by xyzzy_plugh »

Cloudef wrote: post #272
xyzzy_plugh wrote: post #257

Earlier quoted context omitted.

Dubious indeed. I gave Alacritty a really good shot, as I was super excited to have a faster terminal. But my entire experience was plagued with slowdowns -- huge latencies, cat'ing huge files was very slow. I spent tons of time trying to tune things to make it good but it just never got there. Basically every other "simple" terminal I've found behaves better -- xterm, urxvt, konsole, even iTerm2. I have no idea how…

alacritty is GPU accelerated terminal. It may not be faster depending on your setup. xterm is also one of the fastest software terminals out there.

Yeah but their slogan isn't "fastest terminal depending on your setup."
Post reply on HN