HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
thestinger
termite
C++2014–2023
thestinger / termite · Archived

termite

Termite is obsoleted by Alacritty. Termite was a keyboard-centric VTE-based terminal, aimed at use within a window manager with tiling and/or tabbing support.

14Distinct people
16Mentions
0Explicit recommenders
2.7KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Termite is obsoleted by Alacritty. Termite was a keyboard-centric VTE-based terminal, aimed at use within a window manager with tiling and/or tabbing support.

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year16 dated mentions

Observed mentions: 2014-11-26 13:06:39 UTC to 2023-10-09 14:41:38 UTC.

02462014-01-01 00:00:00 UTC to 2015-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20142015-01-01 00:00:00 UTC to 2016-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments20182019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 6 mentions; 1 submissions, 5 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2023

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20142014-01-01 00:00:00 UTC2015-01-01 00:00:00 UTC101
20152015-01-01 00:00:00 UTC2016-01-01 00:00:00 UTC000
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC000
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC211
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC000
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC101
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC101
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC615
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC303
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC202

What Hacker News says

16 sources
To be fair, the vi input mode (or modal input modes) in Contour are way more than simply doing `set -o vi` in bash. You cannot compare those two. The reason why I implemented modal input modes (vi mode) in Contour is, that I noticed Tilix [1] is having vi input modes and people seemed to like it, I wonder if it might be useful to me personally as well, especially since I'm a heavy VIM user, I asked myself if it might make sense to have in a terminal. So let's get it in. I was surprised how much it became part of my daily live, in fact, there's no need to grab the mouse at all when using Contour. You press Ctrl+Shift+Space (configurable) to enter normal mode and move the cursor just like in vim (way beyond the basic support that Alacritty implemented). Especially paired with the indicator statusline support, when showing this one permanent
Read the rest
ly (you can also change the color of that statusline), it became one of the first-class features for me on why I like Contour (not just because I am developing it). Fun things to do (especially when shell integration is enabled): - `yim`: to yank the text in between two markers (that is your command output) - `%`: jump to matching bracket, good when having cat'ed a long json file and you want to quickly browse around - you can also rectangular select like in vim, and then press either p (includes LF) or <S-p> which joins the multiline clipboard text into a single line (removing LF's), that payed off a lot for output like `git status` and wanting to operate on parts of the output (files e.g.) Have a look at the still young website's documentation here: https://contour-terminal.org/input-modes/#supported-text-obj... for a more complete look of what you can do with the keyboard (normal mode) :) [1] https://github.com/thestinger/termite/
In Contour: Modern and fast terminal emulator
There are several full time paid developers working on it which is plenty of resources (AFAIK more than KDE). They are not only actively user-hostile but also community-hostile. Every library or project they have under their umbrella receives updates all the time that only serve GNOME and potentially break all software dependent on it that are not part of GNOME (e.g [1]). 1.: https://github.com/thestinger/termite
In KDE and GNOME seeks $100k to turn Flathub into a Store for the Linux desktop
That's strange. I wonder why debian is lagging behind on packaging it? Alacritty is packaged by my package manager, so I never really thought about it much. In addition, at some point I had a look, and the former terminal I used to use (termite[0]) deprecated itself in favour of alacritty as well so I can't even switch back (I mean I could, but it's now unmaintained.) [0] https://github.com/thestinger/termite
In What's a good Linux terminal emulator that doesn't try to reinvent TMUX?
> 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. > > https://github.com/thestinger/termite/blob/master/README.rst... 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 m
Read the rest
istake 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.
In Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
> 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. https://github.com/thestinger/termite/blob/master/README.rst... 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 t
Read the rest
he end of the tunnel! Yeah, I read the entire conversation and if sixel support lands in tmux upstream, it would indeed be good news.
In Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
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. https://github.com/thestinger/termite Here's a complete list. https://wiki.archlinux.org/title/List_of_applications#VTE-ba...
In Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
GTK, here are two forum threads that covers this. GTK3 regressions from a GTK2 perspective https://ubuntu-mate.community/t/gtk3-regressions-from-a-gtk2... Horrible GTK3 / GNOME UI design is leaking into Ubuntu Mate applications in 20.04 https://ubuntu-mate.community/t/horrible-gtk3-gnome-ui-desig... And then you have the terminal Termite https://github.com/thestinger/termite 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. JavaScript can definitely work as scripting language for a desktop environment, but it doesn't work for Gnome in the current state. I have written about this topic before, see thread here https://ne
Read the rest
ws.ycombinator.com/item?id=27195694, quoting myself Personally I prefer building GUIs in a scripting language like JavaScript over a compiled language like C and C++ and I think for Gnome and other desktops that uses this technique, it is in the right direction But the negatives in short are poor documentation, memory leaks, you end up only using the approved plugins (if you don't like to restart your desktop more than once a day) which of course negates the whole idea of a plugin system.
In Windows 10 to be retired in 2025, as new OS unveils
Kitty is one of those programs you install because you read about some performance improvements and mature feature stack, then completely forget about it in the background. The ideal piece of software. It just works and does the job well enough to be invisible. Likewise I had repeated issues with iTerm breaking or consuming tons of resources for no reason which I had zero interest in debugging. Glad to recommend it to anyone else. ...At least on MacOS. On Linux I was very happy with Termite which fit my keyboard-centric linux style https://github.com/thestinger/termite
In Kitty – A fast, featureful, GPU based terminal emulator

Showing the 15 most recent of 16 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.