|over 1 year ago||over 1 year ago|
|BSD 3-clause "New" or "Revised" License||-|
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
If GNOME is so criticized for heading in a wrong direction, why do Linux vendors and main distributions (with large user base) still pick it as the default desktop for their users?
3 projects | reddit.com/r/linux | 29 Sep 2021
This is the one I had bookmarked: https://github.com/malcolmstill/ulubis
Developing a WM
3 projects | reddit.com/r/lisp | 6 Jan 2021
There's also Ulubis and Paulownia. The latter is not really usable yet from what I understand, but I've not had much luck with Ulubis either.
Wayland Core Protocol Is Tailored Only for Gnome and That’s Not a Good Thing
1 project | news.ycombinator.com | 31 Jul 2022
Help me to find a minimal terminal that supports full transparency
1 project | reddit.com/r/archlinux | 4 Jun 2022
Termite is obsolete by Alacritty.
Why are kitty and alacritty so popular? Where's the foot love?
8 projects | reddit.com/r/linux | 29 Jan 2022
I simply do not want to use anything libvte based. And that's what sakura is and termite used to be.
Exploring System76's New Rust Based Desktop Environment
13 projects | news.ycombinator.com | 13 Jan 2022
History and experience tells a different story . Never trust a library that is maintained by GNOME.
System76: A Case Study on How Not To Collaborate With Upstream
1 project | reddit.com/r/gnome | 11 Nov 2021
This post by the Termite developer, with respect to VTE, is quite instructive
Why is termite not in arch's official repositories?
1 project | reddit.com/r/archlinux | 10 Nov 2021
Recommended terminal emulator for swaywm?
5 projects | reddit.com/r/swaywm | 18 Oct 2021
Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
Wow, this confirms a lot of my impressions:
>> In 2012, we submitted a tiny patch exposing the APIs needed for the keyboard text selection, hints mode and other features. Despite support from multiple other projects, the patch was rejected. It's now almost a decade later and no progress has been made. There is no implementation of these kinds of features in VTE and it's unlikely they'll be provided either internally or as flexible APIs. This is the tip of the iceberg when it comes to their hostility towards other projects using VTE as a library. 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.
This is exactly why sixel-tmux exists as a separate entity!
> Yeah, I read the entire conversation and if sixel support lands in tmux upstream, it would indeed be good news.
I'll keep my fingers crossed, but right now, there seems to be a lot of good will. I will do everything I can.
> Thanks for being understanding.
No problem. I know maintaining forks isn't an ideal thing to do and support should ideally land upstream.
> I believe it's unfair that Linux users have fewer options than us Windows users, due to some people thinking sixel is "uncool".
I think the README page of termite pretty much sums up why getting involved in VTE, or any GNOME project for that matter, is a bad decision.
I'm just a random spectator but perhaps your efforts might've been better spent on an independent terminal project (like Alacritty, for example) rather than trying to get features merged upstream in a GNOME project.
> However, the situation seems to be changing: check the discussion in: https://github.com/csdvrx/sixel-tmux/pull/1 and you'll see there may be some light at the end of the tunnel!
Yeah, I read the entire conversation and if sixel support lands in tmux upstream, it would indeed be good news.
You might wanna consider avoiding all VTE based terminals (includes GNOME termina) on Linux because VTE development is spearheaded by GNOME developers. They're almost always guided by their "every preference has a cost" philosophy so don't expect any decent changes happening to VTE.
Here's another explanation why VTE based terminals are best avoided.
Here's a complete list.
What are some alternatives?
kitty - Cross-platform, fast, feature-rich, GPU based terminal
alacritty - A cross-platform, OpenGL terminal emulator.
gruvbox - Retro groove color scheme for Vim
nyxt - Nyxt - the hacker's power-browser.
terminal - The new Windows Terminal and the original Windows console host, all in the same place!
dunst - Lightweight and customizable notification daemon
matplotlib-sixel - A sixel graphics backend for matplotlib
wezterm - A GPU-accelerated cross-platform terminal emulator and multiplexer written by @wez and implemented in Rust
quick-look-plugins - List of useful Quick Look plugins for developers
Windows-10 - Windows 10 Light theme for Linux (GTK)
st - build of the suckless simple terminal with patches for alpha, font2, copyurl, openclipboard, invert, appsync, xresources, scrollback, w3m, keyboard select, boxdraw