> GTK and most of the GNOME project are much of the same. Avoid them and don't make the mistake of thinking their libraries are meant for others to use. Choose your dependencies wisely. Sometimes only a crystal ball would have helped but often, a little bit of due dilligence would have prevented lots of upgrade pain down the line.
Sadly, I don't know of a good alternative to GTK. Qt, being C++ is more difficult to bind to from other languages, and doesn't seem to integrate quite as well with XDG/Linux standards, unless you use KDE which is a much heavier dependency.
Use Alacritty instead of Termite
131–140 of 331 posts
Re: Use Alacritty instead of Termite
#132Earlier 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.
Re: Use Alacritty instead of Termite
#133> GTK and most of the GNOME project are much of the same. Avoid them and don't make the mistake of thinking their libraries are meant for others to use. Choose your dependencies wisely. Sometimes only a crystal ball would have helped but often, a little bit of due dilligence would have prevented lots of upgrade pain down the line.
Gnome has a fairly negative rep now, thanks in part to its repeated spurning of feature requests from developers and users. I remember when the Gnome desktop was exciting; there were frequently new apps to try, things pushing niche workflows that the Gnome team didn't consider. That all stopped with Gnome3.
On the other hand Gnome3 is the first Linux desktop that I think is really non power user friendly. The laptop my partner uses at home is a slightly old Thinkpad I put Fedora on last year and it took her about 20 minutes to work out to use everything (less time than she took on a Mac).
I think the Gnome developers have been pretty hostile to outside input and could have done a better job. But the fact that they've had a clear direction and haven't implemented everybody's personal preference has resulted in a coherent result without unnecessary cruft.
Re: Use Alacritty instead of Termite
#134Earlier quoted context omitted.
It doesn't look like it, I'm sure they would be open to patches to help out there.
I'm a lot less sure, and the lack of clear requirements makes me even less certain. Also things like >adding only hooks for you means that all the other terminals get no benefit. Makes me quite concerned since these hooks weren't just for termite, as evidenced by tilix showing interest in this patch set. >Implementing this in VTE would mean ruling out having any flexibility in the terminal using the library. [...] an…
If you are interested to work on this patch, it wouldn't hurt to ask the maintainer for clarification.
>as evidenced by tilix showing interest in this patch set.
That's two of them, there are other terminals that use VTE.
>I think that the termite developer explained very clearly why the approach suggested by the VTE maintainer wouldn't actually solve the problem they were having
I don't think so, the termite developer is making that assumption before the new patch was even completed. Additional options could be added with the suggested approach.
Re: Use Alacritty instead of Termite
#135Earlier quoted context omitted.
Speed. A terminal’s job is most just to print text on the screen. You might be surprised at just how slowly that can be done.
Never had a problem with xterm's speed. In fact, it seemed snappier than gnome-terminal, especially when maximized.
Re: Use Alacritty instead of Termite
#136I used to use termite, but switched to kitty for ... reasons I can't remember now. Does alacritty support ligatures yet? I've been using kitty because it does, but then I have issues with tmux in kitty ... I know, I want my cake and eat it
Re: Use Alacritty instead of Termite
#137When 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…
are you trying urxvt? it have a daemon mode so each new terminal create only window but not whole new instance.
Re: Use Alacritty instead of Termite
#138Earlier quoted context omitted.
X11's been EOL'd, dude.
Keep saying that dude, maybe one of these decades it might even be true.
Re: Use Alacritty instead of Termite
#139Earlier quoted context omitted.
Inclusion in wayland-protocols means that it had enough support without opposition. It doesn't mean that all the members are interested in implementing the feature. According to the members list, Weston and Mir are still important enough to have a vote: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/b... >application have to explicitly ask for compositor to decorate the window. My reading of the protocol…
>My reading of the protocol is that even when the application asks for that, the compositor can still reject it, and the application must always provide a fallback to CSD. Yes this is correct too. I assume it was mainly put there for GNOME :) I honestly don't fathom why you would want to be CSD only in general purpose compositor aimed for desktop users. It can make sense in specialized cases. But then again I believe…
I would not say this is true, GNOME just handles extensibility differently. If you want to help with this, please consider working on this issue: https://gitlab.gnome.org/GNOME/mutter/-/issues/1053
That would pave the way for GNOME shell extensions to implement window decorations (and other wayland extensions) in a way that doesn't burden upstream maintainers and make them have to support every custom wayland protocol that is only used by a handful of apps.
>I guess this is the kind of end user experience gnome devs want?
I can't speak for them but I think they would suggest that those low level libraries all collaborate on a shared library to implement nice looking CSD, that way there is no code duplication and no dependence on GNOME libraries. Another option would be for them to copy the approach used by firefox, and use dlopen to access gtk functions and draw the CSD that way when it's detected they're running in a GNOME environment. Such functionality could be put in a library and wrapped up in 1-2 function calls, to make it easy to use. SSD might be the approach used by other desktops, but it is not the only way to achieve this functionality, and it may not even be the simplest.
Re: Use Alacritty instead of Termite
#140So I switched to tmux for tiling and use Alacritty now, not that I regularly dump so much text so quickly on the terminal but I was impressed with the engineering. I have been happy with it.