Live data from Hacker News

Gio UI – Cross-platform GUI for Go

gioui.org

101–110 of 224 posts

Re: Gio UI – Cross-platform GUI for Go

#101

Earlier quoted context omitted.

Building a cross-platform GUI toolkit takes an incredible amount of work & time, especially at the systems level.[0] A robust cross-platform ecosystem for the underlying programming language is a necessary but insufficient piece of the puzzle. Given the proliferation of HTML and WebView/web-tech wrappers (Electron, Tauri, React Native etc.) there are now enough "good enough" solutions that most organizations that wou…

Isn't the whole "Flutter team layoffs" narrative somewhat debunked at this point? My understanding is that some positions were cut and some were moved, but no more than any other engineering area at Google.

Budget was cut because priorities were stacked and Flutter wasn't high enough. That's exactly the existential risk when beholden to "the hydra."

Re: Gio UI – Cross-platform GUI for Go

#102
post #89

The amazing thing is that 30 years ago there were cross platform toolkits like Neuron Data and the toolkit under OpenOffice(called StarOffice originally), and yet today the options are still fragmented and imperfect. We have far better compilers and even languages for cross-platform work, so it should be easier by now.

I'm still super disappointed that javafx died.

Anything related to Java dying is a win in my book

Re: Gio UI – Cross-platform GUI for Go

#103

Earlier quoted context omitted.

.NET MAUI supported platforms: * Android 5.0 (API 21) or higher is required. * iOS 11 or higher is required * macOS 10.15 or higher, using Mac Catalyst * Windows 11 and Windows 10 version 1809 or higher While Linux isn't supported, that is also not a typically significant market for GUI apps. https://learn.microsoft.com/en-us/dotnet/maui/supported-plat...

However Linux has a non-negligible share among platforms that developers use (as a daily driver). To me, as a Go developer, this library is dead on arrival. It would take extraordinary circumstances to consider it for an app (even in business setting).

For Linux, there are Avalonia, Uno Platform and Gir.Core (rich GObject and GTK4 bindings).

The point of MAUI is to be a successor to Xamarin, for which the primary target are mobile devices, by far the largest market niche.

Re: Gio UI – Cross-platform GUI for Go

#104
post #84
post #63

Earlier quoted context omitted.

Why would it be easier now? What does a better compiler get you in terms of building a cross-platform UI toolkit? We now have GPUs, mobile OSs with their own separate UI abstractions, the web, WebAssembly, etc. And people want write-once deploy anywhere. You didn’t have any of that 30 years ago.

>You didn’t have any of that 30 years ago. Java ?

Java was introduced slightly before the cutoff -- 23 May 1995, so almost exactly 29 years ago. The earliest ancestor of its Swing desktop GUI library, called Internet Foundation Classes, was released 16 December 1996.

Re: Gio UI – Cross-platform GUI for Go

#105
post #5

Go newbie here. Can anybody elaborate on this piece of the docs? """ You might be thinking that it would be more usual to have an ops.Add(ColorOp{Color: red}) method instead of using op.ColorOp{Color: red}.Add(ops). It’s like this so that the Add method doesn’t have to take an interface-typed argument, which would often require an allocation to call. This is a key aspect of Gio’s “zero allocation” design. """ Why wou…

Thanks all (:

Re: Gio UI – Cross-platform GUI for Go

#106
post #104
post #84

Earlier quoted context omitted.

>You didn’t have any of that 30 years ago. Java ?

Java was introduced slightly before the cutoff -- 23 May 1995, so almost exactly 29 years ago. The earliest ancestor of its Swing desktop GUI library, called Internet Foundation Classes, was released 16 December 1996.

Inferno looked nice.

Re: Gio UI – Cross-platform GUI for Go

#107
post #84
post #63

Earlier quoted context omitted.

Why would it be easier now? What does a better compiler get you in terms of building a cross-platform UI toolkit? We now have GPUs, mobile OSs with their own separate UI abstractions, the web, WebAssembly, etc. And people want write-once deploy anywhere. You didn’t have any of that 30 years ago.

>You didn’t have any of that 30 years ago. Java ?

[deleted]

Re: Gio UI – Cross-platform GUI for Go

#108
I built a small app in Go using Fyne.

Never again. Both Gio and Fyne lack tons of polish and features Flutter provides.

I built my core logic in Golang, and then decided to wrap it in an Android app. The GUI feels like it came out of 2003 with limited ways to fix it.

Re: Gio UI – Cross-platform GUI for Go

#109

Earlier quoted context omitted.

I...would like to know what you were using in 1974 that looked like that.

Heh. The "50 years ago" part was an intentional stretch to add more weight to how disappointed I am. But seriously, the first demo they presented is an immediate rejection.

Smalltalk wasn't that far ;)

Re: Gio UI – Cross-platform GUI for Go

#110
post #2

A bit off-topic, but what's the best method to build cross-platform mobile & web apps nowadays ? I'm talking either business logic + UI , or just business logic ? like gomobile, rust, typescript, etc ? At some point i thought about using typescript for all business logic, as it seemed the most portable tech, but i realized there's no good way to have decent performance running javascript on iOS.

> what's the best method to build cross-platform mobile & web apps nowadays ? Uno ( https://platform.uno ): * open-source * targets Android, iOS, Windows, Mac, and Linux ( https://platform.uno/platforms/ ) * C# * automatically implements views and controls using each platform's native UI frameworks * good IDE support: Visual Studio, VS Code, Rider (though you are not limited to those) * Figma plugin for design collab…

Also in the .NET world, Maui Blazor Hybrid is interesting. Uses HTML and the platform-native web renderer for the front end, and compiles to native code (not WASM)--i.e. clicking a button on your HTML invokes native code. Depending on your front end library, the app will look and feel more or less like a native app or web app.

An older article but puts it in context with Electron and how they differ https://www.codemag.com/Article/2111092/Blazor-Hybrid-Web-Ap...

Post reply on HN