> ...the operational and economic condition in which a nation, military force, or organization mobilizes its resources, industries, and policies as if an actual state of war exists...
I used iTerm and iTerm 2 for almost 20 years before switching to Ghostty full time in 2024 with minimal fuss besides the muscle memory of "cmd+space ite" switching to "cmd+space gho" to launch it!
Do you have specific examples of usability issues?
My main issues with ghostty: the global shortcut for quick window suddenly stops working and works again only if I focus ghostty. (On a mac)
The other one is quick window goes out of the monitor if i have disconnected and connected the laptop from minitor.
Another: sometimes autocomplete suggestions are shown incorrectly in some weird location (like middle of the screen, not at the cursor), again occasionally.
The only other cause I've encountered is if a secure input (password) field is focused, since macOS won't give apps global keyboard events for obvious reasons. If you focus a normal text input, it should start working again.
This is such an annoying quirk of macOS, I regularly SSH to some servers I need to get my password to from 1Password, and I am apparently incapable of re-programming myself to copy the password prior to starting the SSH connection, so what happens is I SSH, open 1Password quick access (which dismisses my Ghostty-adrum quick-terminal), copy my password, and then frantically spam my quick-terminal shortcut until I remember it's blocked because macOS has decided its not allowed in the current state.
Would be great if we could opt out a few pre-determined key combinations from this system, but I guess that's never happening.
Thanks so much for maintaining Ghostty tabbed quick-terminal by the way, you're a legend <3
I'm happy with ghostty now too, but until a couple months ago it didn't have search. Which made me uncertain how people use terminals without built-in search. It really surprised me that it apparently was so low on the must-haves list that it took over a year to have it. I think I search terminals multiple times a day when I'm operating production systems.
IIRC they announced they've done a bunch of improvements to the integrated terminal in the release notes for the current or previous bigger release. But it was not switching over to libgbostty. The linked blog post says "starting from version 2026.3" which is the current EAP release. The post is only two days old.
I haven't experienced that, but bought all of their products I use via the Mac App Store. I imagine they need some kind of activation if you download them from elsewhere.
It’s definitely not true even now. Even a moderately fast finger drag will lag noticeably - usually by at least a frame in even very carefully tuned situations. It’s just physics. If you aren’t noticing it, you’re just used to it.
Try rapidly dragging up and down to scroll a web page.
For some people, it’s motion sickness inducing of it gets too laggy
I also don't care how if things _look_ native, I care if the work like a native app. For example, on the rare occasions I touch Windows, I expect standard keyboard shortcuts to work. On macOS, I expect full integration with the accessibility frameworks and OS affordances like services.
A lowest common denominator idea of "everywhere" is just not that useful.
How do you handle this for your own software? Could you please link me to one of your project's websites and install instructions? What specifically do you find that one OS has that's mandatory for a good/native UIs that others don't?
I hear you on the native UI is better all things considered. I'm trying to figure out how that works in practice. I.e., to accompany a "cross-platform UIs are inferior to native ones", you would be effective to also include the workflows you use. In a realm where you choose options, eliminating one should come with illuminating another, as one must choose a path, and others could be eliminated for their drawbacks as well, leaving none available. What is your path here?
No - almost all of the software I work on is at least one of:
- proprietary,
- command line tooling,
- single-platform.
A good example of what I consider to be a great approach (not mine) is Ghostty, which has fully native UI per platform and a shared core between platforms. JetBrains tools also go out of their way to integrate with platform conventions everywhere.
An example that cross-platform toolkits usually get wrong: cursor navigation in text fields. Home and End do different things on different platforms, and on macOS, basic emacs/readline bindings are supposed to work in all text entry fields.
It’s worth noting that this extends beyond GUIs - command line tools written in Go tend to use “package flag” which is native nowhere. The standards between Windows (which has two, in cmd and powershell), GNU-style and “legacy” Unix style are just not reconcilable without implementing platform-specific behaviour.
Yes?
reply