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

We rewrote the Ghostty GTK application

mitchellh.com

Post reply on HN
Print view View original

91–100 of 228 posts

Re: We rewrote the Ghostty GTK application

#91

Post by hnlmorg »

eviks wrote: post #73
crawshaw wrote: post #3

Nice example of how good programming is often about meeting systems where they are: Whatever your feelings are about OOP and memory management, the reality is that if you choose GTK, you're forced into interfacing in some way with the GObject type system. You can't avoid it. Well you can avoid it and we did avoid it. And it leads to a mess trying to tie the lifetimes of your non-reference-counted objects to the refer…

Giving in a bad system is more pragmatic rather than good

The two terms aren’t mutually exclusive

Re: We rewrote the Ghostty GTK application

#92

Post by eviks »

cuu508 wrote: post #90
eviks wrote: post #74

Earlier quoted context omitted.

You can't put up a PR if the gate keepers reject your whole design approach

As a gatekeeper in an unrelated small project, I understand gatekeepers being selective. You have a vision, design standards, quality standards. Drive-by PRs that add "just this one thing I need" features is how your well-designed, cohesive project becomes a kitchen sink of shit.

> You have a vision, design standards, quality standards.

Unless, of course, all of those are shit, so a more design-competent person can drive by with an improvement, which will be rejected because it's too shiny

Re: We rewrote the Ghostty GTK application

#93

Post by eviks »

hnlmorg wrote: post #91
eviks wrote: post #73

Earlier quoted context omitted.

Giving in a bad system is more pragmatic rather than good

The two terms aren’t mutually exclusive

Only in a dictionary. In a sentence that has the context of a poorly designed system, they are because you explicitly have to do worse programming to meet the system at a worse point

Re: We rewrote the Ghostty GTK application

#94

Post by Cloudef »

AndyKelley wrote: post #31
mitchellh wrote: post #11

Earlier quoted context omitted.

> That lead me to think that GTK and the GObject system is opinionated in a way that are not terribly compatible with my own opinions. This might be amusing for me to say but... I also feel this way. I disagree a lot with the Gnome ecosystem's point of view. Funny! Using GTK for Linux was a pragmatic choice. A goal of Ghostty is to be "platform-native" (defined here because there's no such thing on Linux: https://gho…

Oh, I would love it if Wayland provided a standard UI toolkit (server-side)! Is that a thing that happened when I wasn't looking?

Server side ui toolkit doesnt make much sense to me. Better idea is to target some multimedia layer like web browser, electron, etc ... Or just hope someone someday comes up with UI library that doesnt suck.

Re: We rewrote the Ghostty GTK application

#95

Post by antihero »

AndyKelley wrote: post #31
mitchellh wrote: post #11

Earlier quoted context omitted.

> That lead me to think that GTK and the GObject system is opinionated in a way that are not terribly compatible with my own opinions. This might be amusing for me to say but... I also feel this way. I disagree a lot with the Gnome ecosystem's point of view. Funny! Using GTK for Linux was a pragmatic choice. A goal of Ghostty is to be "platform-native" (defined here because there's no such thing on Linux: https://gho…

Oh, I would love it if Wayland provided a standard UI toolkit (server-side)! Is that a thing that happened when I wasn't looking?

How would this work given that the major DE's have completely different UX and design?

Re: We rewrote the Ghostty GTK application

#96

Post by bitwize »

LambdaComplex wrote: post #30
mitchellh wrote: post #7

Earlier quoted context omitted.

> The only UI Ghostty has is tabs and the context menu - Tabs - Splits - "this process has exited" banner - Close confirmation dialogs - Change title dialog - Unsafe paste detection dialogs - Context menus - Animated bells (opt in) - "Quake-style" dropdown terminals (cross platform but different mechanisms) - Progress bars (ConEmu OSC 9;4) - macOS: Apple Shortcuts Integration - macOS: Spotlight Integration Probably m…

I know I'm about to show my ignorance regarding GUI programming here, but: would SDL2 be a suitable choice? Or would that be too low-level? Or just...the wrong sort of library?

Unless you plan on writing your entire UI from scratch, like, from the framebuffer on up (in which case it will integrate poorly with the rest of the desktop) you must use one of the common widget toolkits: GTK or Qt. If you want the flexibility of not having to commit to C++, GTK is your only choice.

Re: We rewrote the Ghostty GTK application

#98

Post by bitwize »

AndyKelley wrote: post #49
metaltyphoon wrote: post #43

“Ghostty is cross platform…” but not on windows :D “App XYZ is mobile ready…” but not on Android. Same vibe

Windows is becoming less and less of a platform every year

I remember the days when "cross-platform" meant it worked on both operating systems: Windows 95 and Windows NT!

Re: We rewrote the Ghostty GTK application

#99

Post by bitwize »

WhereIsTheTruth wrote: post #84
metaltyphoon wrote: post #43

“Ghostty is cross platform…” but not on windows :D “App XYZ is mobile ready…” but not on Android. Same vibe

Windows is just a web browser, yes i'm serious

Windows is BonziBuddy with OS functionality attached.

Re: We rewrote the Ghostty GTK application

#100

Post by Fnoord »

hactually wrote: post #42
LambdaComplex wrote: post #29

Earlier quoted context omitted.

I like Linux because it gives me the freedom to make my system behave how I want. The GNOME devs seem to think that GNOME should only behave how they want. For example, last time I checked, GNOME required a third-party plugin just to move the clock from the center of the status bar to the side. I'm not at all surprised to see that this mindset extends to GTK.

Can you do that on Windows/mac? Gnome devs not withstanding, you have access to the source to change it if you want or put up a PR?

2025, still cannot have taskbar on left or right side in Windows 11.

I can do that on GNOME and macOS. And yes, with 21:9 it is very nice. With a vertical monitor or a 3:2 (Surface), not so much.

Post reply on HN