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

71–80 of 331 posts

Re: Use Alacritty instead of Termite

#71

Post by simion314 »

akvadrako wrote: post #50
Cloudef wrote: post #40

Earlier quoted context omitted.

Gnome developers actively hate their users and non-gnome developers. This issue takes the cake: https://gitlab.gnome.org/GNOME/mutter/-/issues/217

If that's your best argument against Gnome it seems like they are doing pretty well. Decorations can be done client-side with a library if needed - there is no reason to push that work to the compositor.

And now Qt, Electron, games , old programs will need to do extra work to satisfy a GNOME designer ego. you could always tell the window manager not to paint the decorations and you could have your own cool decorations (using a library if you want). From my point of view this looks that GNOME is force pushing their vision to all their users and all GTK users unfortunately.

Re: Use Alacritty instead of Termite

#72

Post by jchook »

Rompect wrote: post #29
aDfbrtVt wrote: post #5

Does Alacritty still require you to copy terminfo to remote servers in order for backspace to work? I loved Alacritty, but copying terminfo every time gets old pretty quickly.

You can fix this by setting the following values in .config/alacritty/alacritty.yml: env: TERM: xterm-256color Another way is described here: https://wiki.archlinux.org/title/Alacritty#Terminal_function...

Setting TERM this way causes other subtle problems your local host. Instead I set `alias ssh="TERM=xterm-256color ssh"` which works pretty well.

Re: Use Alacritty instead of Termite

#74

Post by anonymousab »

akvadrako wrote: post #50
Cloudef wrote: post #40

Earlier quoted context omitted.

Gnome developers actively hate their users and non-gnome developers. This issue takes the cake: https://gitlab.gnome.org/GNOME/mutter/-/issues/217

If that's your best argument against Gnome it seems like they are doing pretty well. Decorations can be done client-side with a library if needed - there is no reason to push that work to the compositor.

Someone posting a fairly reasonable use case and solution problem summary, and then getting the response of "Spam. Closed." does not seem like a reasonable project by any stretch of the imagination.

Quite frankly, taking 5 minutes to put up a page saying "We will never support SSD and we acknowledge the use cases but do not care about them." would be far more forthright.

Re: Use Alacritty instead of Termite

#75

Post by feanaro »

formerly_proven wrote: post #58
bionade24 wrote: post #13

When stepping away from KDE to sway, tried diffrent terminal emulators, but especially compared konsole, termite & alacritty. Back then (October 2020) I found alacritty to have really slow startup times on high-end machines (and got confirmation that's it's not my fault on IRC). Even massive Konsole started up faster. It also treats Wayland badly. So I settled with Termite, which I really like so far. It's sad that i…

Dumb question perhaps, but why does startup time matter much for a terminal emulator of the tabbed / multi-window variety? E.g. Konsole uses one process for all windows and tabs, so it only really starts when you close every terminal.

Because of tiled window managers. Having many terminals open is often more ergonomic than the terminal's tab support.

Re: Use Alacritty instead of Termite

#76

Post by fullstop »

encryptluks2 wrote: post #61
fullstop wrote: post #47

alacritty's lack of tabs absolutely killed it for me. They are not open to the idea of adding tabs, either.

True, but tabs are something built into tiling window managers like Sway. If you want a fast terminal with tabs then I'd recommend kitty.

Can you group tabs in Sway? I have a lot of tabs open and each window represents a specific group. I navigate primarily by keyboard, and having grouped tabs keeps me organized.

I'll give Kitty a shot. I've been using konsole recently and it works for the most part, except when sending files through picocom. ctrl-a+s pops up a message about terminal flow control even though the keystroke is intercepted by picocom and not used for flow control.

Re: Use Alacritty instead of Termite

#77

Post by chrismorgan »

bionade24 wrote: post #49
hashkb wrote: post #35

Earlier quoted context omitted.

I've been using Alacrity/Sway for at least that long, and it's been perfect. Maybe I have a low end machine. How does it misbehave on Wayland?

I believe it was about copy/pasting with wl-clipboard, which didn't worked. May have to try it now again.

I’ve been on Sway for a few weeks now. Copy and paste worked immediately in Alacritty (without installing wl-clipboard), and it starts in less than 100ms with a warm cache (on a new and powerful laptop).

Re: Use Alacritty instead of Termite

#79

Post by fullstop »

jchook wrote: post #67
fullstop wrote: post #47

alacritty's lack of tabs absolutely killed it for me. They are not open to the idea of adding tabs, either.

The maintainers would prefer to "do one thing well" and let other programs handle this sort of feature. You can use tabbed[1] or a multiplexer like tmux, or you can use a different terminal emulator like kitty[2]. For example, instead of launching `alacritty`, you would launch `tabbed -c alacritty --embed`. 1. https://git.suckless.org/tabbed/ 2. https://sw.kovidgoyal.net/kitty/

tmux doesn't cut it for me. I use tmux on remote machines and really don't want to nest tmux sessions, and it looks like tabbed will spawn an alacritty process per tab.

Kitty it is.

Re: Use Alacritty instead of Termite

#80

Post by traverseda »

zxzax wrote: post #56
Karunamon wrote: post #46

Earlier quoted context omitted.

Gnome is one of those projects that should be considered "free in license only". While the project is free to hack on as you wish for your own purposes, your chances of being able to influence the development of the main project are minuscule. To borrow a term or two, it's developed in the bazaar, but run like the cathedral. Maybe an open-air cathedral. Firefox is another project that I'd put under this label. All th…

>Gnome is one of those projects that should be considered "free in license only". While the project is free to hack on as you wish for your own purposes, your chances of being able to influence the development of the main project are minuscule. That's not been my experience at all. The outrage machine on social media tends to spread around the small handful of patches that do get rejected so they can get angry about…

As a programmer Gnome has really damaged their relationship with a lot of developers.

For example take a look here: https://trac.transmissionbt.com/ticket/3685#no1

>I guess you have to decide if you are a GNOME app, an Ubuntu app, or an XFCE app unfortunately. I'm sorry that this is the case but it wasn't GNOME's fault that Ubuntu has started this fork. And I have no idea what XFCE is or does sorry.

Gnome kind of goes off and does it's own thing without thinking about or cooperating with other open source developers. [Here's](https://gitlab.gnome.org/GNOME/mutter/-/issues/217) an example where they make a technical decisions that massively inconveniences a bunch of well known open source projects like GLFW and SDL (low-level cross-platform GUI toolkits).

Gnome are not good citizens of the open source commons, they do things that make it much harder to create cross-platform/cross-DE apps. GTK used to be fairly vendor neutral, it was the "GIMP ToolKit", not the Gnome toolkit. It worked with any desktop environment you chose to use. Since then they've been making the toolkit much more dependent on Gnome specific features and actively been making the lives of everyone else more difficult.

Also there are a lot of controversial decisions that make developers lives annoying, like [refusing to implement classic typeahead](https://gitlab.gnome.org/GNOME/nautilus/-/issues/244) instead relying on their search daemon which is really annoying for a lot of developers, and of course makes running a GTK app in a non-gnome desktop much worse. There are a few outstanding issues that make it annoying for developers to work with file paths under Gnome.

So yeah, they've burnt a lot of developer good will and seem intent on continuing that trend. LXDE even switched to QT instead. Really made it so that the linux desktop is less of a stable/reliable thing to develop for.

---

https://blogs.gnome.org/tbernard/2019/12/04/there-is-no-linu...

By refusing to cooperate with other open source projects they're really making it harder for open source developers to get things done and make new apps. Instead of having a common platform we now have gnome and everyone else, and there really are a lot of very obvious examples of that happening over the years.

Post reply on HN