Also, calling out the warning signs, my bar for a native platform experience is that the app feels and acts like a purpose-built native app. I don't think this bar is unreasonable. For example, I don't think it's unreasonable to say that Alacritty is kind of not native because new windows create new processes. Or that Kitty is kind of not native because tabs use a non-native widget. And so on (there are many more examples for each).
So nothing wrong with Kitty on MacOS e.g., but the "feel" is not native. Personally don't care too much about that, but the author seems to do.
Yeah I agree the table is very odd, but the project looks awesome anyway. Some users may care about things using native widgets when it comes to theming and stuff, though I wouldn't even know what I'd call "native" on Linux. Is GTK native? Qt?
"On macOS, the main GUI experience is written in Swift using AppKit and SwiftUI. The tabs are native tabs, the splits are native UI components, multi-window works as you'd expect, etc. On Linux, the GUI experience is GTK using real GTK windows and other widgets.
Features such as error messages are not implemented with a specialized terminal view, we actually use real native UI components. The point is, while the terminal surface and core logic is cross-platform, the user interaction is all purpose-built for each operating system for a true native experience."
Only says it’s fast on some specific benchmarks against alacrity. Not talking about why alacrity or kitty would not work on Linux/mac while ghostty does.
Sure, it’s interesting that he managed to optimize so many things. But the claims in the picture are unproven.
Agree on the misleading table. To make it worse, OP didn't include the Mitchell's article link.
Table alone does not paint the complete picture (and marking Alacritty has no features is too absurd). Alacritty lacks features but exclamation would be better suited (instead of cross).