Live data from Hacker News

Ghostty 1.0

ghostty.org

541–550 of 719 posts

Re: Ghostty 1.0

#541
post #483

Earlier quoted context omitted.

About tab support, you mean pressing the tab key to, for example, autocomplete a command? That seems to work for me (macOS 15.2 here)

GP means creating a new tab with CMD+T, which works in the normal ghostty terminal. iTerm2 does support tabs in its hotkey windows (~= ghostty's quick terminal).

Aaaaaah! Ok, what a confusion :D

Re: Ghostty 1.0

#542

Ghostty got a lot of hype (I cover this in my reflection below), but I want to make sure I call out that there is a good group of EXCELLENT terminals out there, and I'm not claiming Ghostty is strictly better than any of them. Ghostty has different design goals and tradeoffs and if it's right for you great, but if not, you have so many good choices. Shout out to Kitty, WezTerm, Foot in particular. iTerm2 gets some ha…

Congrats on your 1.0 release! Building a term from scratch is no small task. And it looks like after 2 years you already have something I'm seriously considering switching to. That's seriously impressive. And though I'm mostly a Linux supremacist, I genuinely appreciate and respect your dedication to providing native applications on all major platforms. I see too many projects do one of two things: only support one p…

This. To add some words why this is important:

Given the remote-first container-based world we're heading towards, decoupling UI (terminal emulator) from its "backend" (tmux, code-server) is a great design decision, which I think will ultimately define what the "next generation" of terminal emulators is. Imagine being able to open tabs directly on remote host, reconnect without losing state, etc, all while using native UI (so Cmd+T to open new tab, Cmd+F to search, etc). Productivity game changer, which currently only the iTerm2 users can fully enjoy.

Ptyxis (putting its backend in running containers), WezTerm (native handling of ssh sessions) and VSCode's terminal (starting a proprietary code-server binary and connecting to its TCP port) have reached some of this functionality, but in their design they need some out-of-band mechanisms to handle the connections, ultimately limiting the scenarios they can handle.

Meanwhile tmux -CC [0] and ht [1] are sending both their control channel and data channel over the opened terminal itself (in-band), making them flexible enough to support any configuration. Something complex like `ssh jumpbox -- ssh prod -- podman exec -it prod /bin/bash -- tmux -CC` should just work, as if everything was running on your local machine.

[0] https://github.com/tmux/tmux/wiki/Control-Mode

[1] https://github.com/andyk/ht

Re: Ghostty 1.0

#543
Looks interesting. I'm playing around with it on Linux (with Xfce), but can't figure out how to get rid of the CSD header bar / hamburger menu and use a normal menu bar instead. I see Mac screenshots with a normal Mac-style menu bar, but I don't see how to enable the equivalent on Linux. The `window-theme` and `window-decoration` options do not seem to do anything.

Re: Ghostty 1.0

#544

Earlier quoted context omitted.

Telling to creator of Redis that they might want to reevaluate their respective program logic (Redis) is pretty funny, only on HN :)

Haha, the question makes sense per se but there are definitely times where you want to see the output in real time. I'm a big fan of printf-debugging :D

It feels good to hear support for printf-debugging coming from such esteemed corner. I have been doing that for a significant majority of my career instead of dropping into debugger. The side effect is you become pretty good at crafting meaningful logs.

Re: Ghostty 1.0

#545

Earlier quoted context omitted.

What is native UI in this context? My terminal emulator is also always basically a full-screen black textarea with white letters. No window borders, no tabs, no buttons, no menus, nothing else. Is there anything native UI would give me in this case (and what is a native UI, I can't find it defined anywhere)?

> The big picture of "native" is that Ghostty is designed to look, feel, and behave like you expect an application to behave in your desktop environment. > On macOS, the GUI is written in Swift and uses AppKit and SwiftUI. ( https://ghostty.org/docs/about#native )

I'm using Linux with Xfce, but it seems to be locked into a Gnome-like look and feel, with header bars and CSDs that can't be disabled in favor of standard title bars and menus, so it's actually very inconsistent with the rest of my desktop environment.

Re: Ghostty 1.0

#546
post #392
post #135

Earlier quoted context omitted.

This is great, thanks! It would be amazing if CMD + , would open this directly.

I uninstalled the app when I saw that Cmd+, opens an empty text file called config. I'm not going to learn more configuration languages or type 30 characters (or paste them from the browser) to toggle a binary setting.

Interesting take. Settings are typically something I setup once and move on. A GUI is nice (I'm sure there will be one), but not required in a v1. One of Ghostty's stated goals is sane defaults that mostly work out the box. I just checked my settings file and I changed 3 things. I think they did a pretty good job with defaults.

Finally, somewhere else in this thread someone linked a web tool that will generate the settings if you absolutely can't look up the couple you need to change.

Re: Ghostty 1.0

#547

In case anyone is wondering, this terminal appears to work just great on windows by using WSLg. I installed on linux inside WSL, then launched it, and it looks/works great. Clipboard also works.

Thanks! I did it, but I'm having problems with window resizing and mouse selection. When I try to resize the window, the actual window is smaller than it appears. Did you encounter the same issue? Related issues:

https://github.com/microsoft/wslg/issues/1008 https://github.com/microsoft/wslg/issues/633

Re: Ghostty 1.0

#548
post #543

Looks interesting. I'm playing around with it on Linux (with Xfce), but can't figure out how to get rid of the CSD header bar / hamburger menu and use a normal menu bar instead. I see Mac screenshots with a normal Mac-style menu bar, but I don't see how to enable the equivalent on Linux. The `window-theme` and `window-decoration` options do not seem to do anything.

They should work if you exit and restart ghostty.

Re: Ghostty 1.0

#549
post #502

I tried to install and play around with it, it's really nice. Took a bit of tinkering to set a theme and my favourite Pragmata Pro, but what ultimately annoys me is the lack of 'turnkey' selecting for text. When I run `Cmd + A`, I want my terminal to make a full text selection of an entered command, not of the screen content. Or when I run `Option + Shift + Arrow left/right`, I want to select words from an entered co…

Good ideas (and possible in Wezterm if shell marks the semantic zones, not sure whether possible if not), though not really a normal macos experience given mac's default terminal doesn't select of an entered command on Cmd+A
Post reply on HN