opentype-shaping-documents
kitty
opentype-shaping-documents | kitty | |
---|---|---|
2 | 315 | |
180 | 27,083 | |
2.2% | 2.4% | |
6.1 | 9.9 | |
11 days ago | 5 days ago | |
HTML | Python | |
- | GNU General Public License v3.0 only |
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.
opentype-shaping-documents
-
Ligatures in programming fonts: hell no
> The tangent in (1) on how they contradict unicode could have been skipped as well
Not only because confusables already exist, but also (as I already said[1] the previous time this was posted) covering all ligatures used in all typographical styles is very much a non-goal of Unicode. The official position is that the font shaping layer[2] sits atop Unicode’s semantic representation and is free to ligate, spindle, or mutilate it for display however it prefers (at least for Latin, Greek, and Cyrillic it’s a preference; other scripts can’t be rendered at all without doing it, such as Arabic—barring the legacy presentational forms—or Burmese[3]).
The only reason Unicode even has those ligatures is that some IBM encodings (which were more presentational in nature) encoded them, and IBM employees wrote a large part of the early standard (based on the decades of i18n experience they had at that point) and wanted roundtripping.
[1] https://news.ycombinator.com/item?id=29639966
[2] https://github.com/n8willis/opentype-shaping-documents
[3] https://r12a.github.io/scripts/mymr/my.html#combiningV
- Libgrapheme: A simple freestanding C99 library for Unicode
kitty
-
Optimizing My Dev Workflow in 2025
Initially, I used the Mac's built-in Terminal, but encountered issues with font loading. This led me to explore alternative terminal options. I initially chose Kitty, but after the official release of Ghostty, I made the switch. It has been running flawlessly for me.
- [RFC] Allow terminal programs to display text in different sizes
-
An Actually Productive Arch Linux Setup
kitty
-
Suckless.org: software that sucks less
I quite liked Kitty, and wanted to keep using it. But the slow startup was a deal breaker for me. Even with `--single-instance` it was at least 5x that of st for me, which is noticeable for an app I use very frequently. Besides, I'm not a fan of running a single instance of any app, since if (when) it crashes, all my work is gone.
Then I had a look around their issue tracker, and noticed others complained about this too[1]. And the dismissive and defensive response from the author just rubbed me the wrong way.
[1]: https://github.com/kovidgoyal/kitty/issues/330
-
Analyzing the codebase of Caffeine: a high performance caching library
kitty is very close, which is impressive when you remember that the vast majority of the work is done by one guy (Kovid Goyal).
https://github.com/kovidgoyal/kitty/issues — 0.239% vs 0.137%
https://github.com/kovidgoyal/kitty/issues — 0.729% vs 0.317%
https://github.com/kovidgoyal/kitty/graphs/contributors
-
From iTerm To WezTerm
In recent years, new terminal emulators have appeared. I tried using them mainly for testing macmon. A couple of years ago, I tried switching to kitty, which was faster due to GPU acceleration. However, it required too much customization and still looked very non-native for macOS. GPU acceleration was added to iTerm as well, so I stayed with it.
-
iTerm2 Critical Security Fix
No it's not. The author smuggles opt-out telemetry and is suspiciously abrasive towards users pointing this out.
https://github.com/kovidgoyal/kitty/pull/3544
-
Déjà vu: Ghostly CVEs in my terminal title
It's not just Kitty graphics, the Kitty Keyboard Protocol is a DOS waiting to happen, and Goyal with his customary charm is very hostile to the idea of correcting his mistake: https://github.com/kovidgoyal/kitty/issues/7749
This isn't the only problem with KKB, it must be deprecated and replaced.
- Ghostty 1.0
- Kitty: The fast, feature-rich, GPU based terminal emulator
What are some alternatives?
fonttools-opentype-feature-freezer - OTFeatureFreezer GUI app and pyftfeatfreeze commandline tool in Python to permanently "apply" OpenType features to fonts, by remapping their Unicode assignments
zsh-autocomplete - 🤖 Real-time type-ahead completion for Zsh. Asynchronous find-as-you-type autocompletion.
fbpdf - A small framebuffer pdf, djvu, epub, xps, and cbz viewer
alacritty - A cross-platform, OpenGL terminal emulator.
utf8proc - a clean C library for processing UTF-8 Unicode data
nerd-fonts - Iconic font aggregator, collection, & patcher. 3,600+ icons, 50+ patched fonts: Hack, Source Code Pro, more. Glyph collections: Font Awesome, Material Design Icons, Octicons, & more