Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ghostty 1.0

ghostty.org

Post reply on HN
Print view View original

591–600 of 719 posts

Re: Ghostty 1.0

#591

Post by ComputerGuru »

vesche wrote: post #171
nickorlow wrote: post #144

Any Alacritry users have opinions on this? I've been waiting for its release and am looking forward to trying it. Wonder what the big differences are? I mostly appreciate Alacritty's simplicity and use tmux to manage multiple windows/panes.

I was using urxvt for about 10 years and then I switched to alacritty about 5 years ago. Have had the best experience with alacritty- runs on all my systems, super fast, config is great. That being said, I’m gonna give ghostty a well-deserved test drive. I like it a lot so far. Love seeing more zig apps!

Urxvt causes(d) my laptop running Ubuntu to sporadically but spontaneously power cycle, presumably due to bugs in the graphics drivers. Iirc it happened under Nvidia and Intel.

Re: Ghostty 1.0

#592

Post by Gormo »

tux1968 wrote: post #548
Gormo wrote: 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.

Thanks, that worked. Apparently, the reload-config hotkey doesn't always work for certain changes. In this case, setting `gtk-titlebar = false` disabled the header bar -- only issue now is that there is no menu bar at all!

Re: Ghostty 1.0

#593

Post by meitham »

terminaltrove wrote: post #581
meitham wrote: post #371

Earlier quoted context omitted.

The one feature I clicked for is RtL languages support, could that be added to your comparison table please

We will add this to the table, is there a quick test to check if a terminal has RtL / bidirectional language support? If there are any other features you look for in a terminal not on the comparison table please let us know!

Thanks! Another important factor I find is weather the configurations is file based or menu based.

Re: Ghostty 1.0

#594

Post by aleden »

christophilus wrote: post #490

I use Foot as my terminal and Niri as my WM. It’s a great combo. Niri handles splits for me, and I don’t need tabs. I also turn off all window decorations, so my terminal content gets 100% of the terminal’s screen real estate-- so I don't need a native UI. All that said, it looks like Ghosty can be configured to match this setup, so I’ll give it a try. I just wanted to mention Foot to anyone who is running Linux. Foo…

What I like about foot is the heuristics governing text selection with the mouse. I find that more often than not, if I double click with the mouse on some text, what it ends up selecting is just the part I need.

Re: Ghostty 1.0

#595

Post by xtat »

My takeaway is that it's mostly useful for apple stuff-- why would "platform native" matter on Linux?

Re: Ghostty 1.0

#596

Post by aleden »

I went to ghostty.org and spent a long time staring at that animated ghost, and thought of clippy. Except this guy seems to have wider range of emotions.

Anyways, I eventually learned this was about a terminal emulator (which is awesome), but the ghost on the front page really inspired my imagination. I think it would be a good thing to have some kind of companion like that, when it's me, by myself, constantly surrounded by terminals all day. Is the choice of having the ghost be rendered in a text-mode terminal important? I think it is for me.

Re: Ghostty 1.0

#597

Post by KolenCh »

feketegy wrote: post #425
KolenCh wrote: post #306

Earlier quoted context omitted.

Looks great. Switching from wezterm and kitty before that, and the native feel on macOS is indeed better than those emulated tabs. Also it is really quite zero config where to me it seems only one line of color theme is needed, together with setting TERM for ssh. (Default font happens to be mine.) Bundling so much color theme felt a bit waste of space, but it is nice that I don’t need to define them myself which also…

Use the browser's search on the page?

Search through the whole documentation, not just current page.

Re: Ghostty 1.0

#598

Post by dschuessler »

jitl wrote: post #155
howon92 wrote: post #116

To people who tried using it, what are the reasons to use it over iTerm2?

It’s fast. In the same league as Alacritty and Wezterm, which is to say on the doom fire benchmark those terminals can do 500fps plus, where iTerm2 does 90fps on my M4 MacBook Pro. In practical terms if you use tmux or vim in the terminal, it makes a big difference for typing latency and scrolling.

The parent is probably referring to this benchmark: https://github.com/const-void/DOOM-fire-zig/

Re: Ghostty 1.0

#599

Post by WD-42 »

fn-mote wrote: post #513
sionisrecur wrote: post #188

Earlier quoted context omitted.

Search was the first thing I noticed it was lacking. I hope it can be added at some point, sometimes you can't just run a command again to grep it.

The kitty method of piping the scroll back buffer to a pager is more general - it also seems like a quick fix to achieve this desired feature.

I really like how Kitty handles search. I thought it was a hack at first - then came to realize why re-implement search if less works better?

Re: Ghostty 1.0

#600

Post by mitchellh »

diggan wrote: post #562
imron wrote: post #186

Earlier quoted context omitted.

That's a great approach. Not sure on the current state of Alacritty, but a few years back the suggested solution for users interested in battery performance was to switch to a different terminal emulator: https://github.com/alacritty/alacritty/issues/3473#issuecomm...

I, a person who don't care about battery performance one iota (because my computer has no battery), love this answer and approach. Not every software is for everyone, and authors drawing a line in the sand like that works out better for everyone in the long-term, instead of software that kind of works OK for everything.

In some cases yes. In this case, in my opinion it can be strictly wrong.

The GPU requirements of a terminal are _minuscule_ even under heavy load. We're not building AAA games here, we're building a thing that draws a text grid. There is no integrated GPU on the planet that wouldn't be able to keep a terminal going at an associated monitor's refresh rate.

From a technical standpoint, there is zero downside whatsoever to always using the integrated GPU (the stance Ghostty takes) and plenty of upside.

Post reply on HN