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

Gio UI – Cross-platform GUI for Go

gioui.org

Post reply on HN
Print view View original

141–150 of 224 posts

Re: Gio UI – Cross-platform GUI for Go

#141

Post by tazjin »

andreygrehov wrote: post #95
paulddraper wrote: post #93

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.

The first demo is a Webassembly thing that looks like any generic web thing. The next one is a cryptocurrency app that seems to have a "modern" design.

The other ones (gotraceui, sointu) seem like they might be what you're talking about. I can see how they might be scary to someone used to "modern" UIs because their information density is much higher.

Personally I'd prefer if more people treated computers like a tool, and not some kind of art installation.

Re: Gio UI – Cross-platform GUI for Go

#142

Post by wiseowise »

kernal wrote: post #124
nitinreddy88 wrote: post #32

Earlier quoted context omitted.

[flagged]

Quit spreading lies about Flutter. It’s one of the most popular cross platform development environments, if not THE most popular, out there and that’s not going to change anytime soon.

So what if it’s popular? It’s a revenue driver and majority of development is still made by Googlers, as far as I know. If tomorrow Google drops all development, who’s going to pick it up? Or in your opinion GitHub stars would prevent them from dropping it?

Re: Gio UI – Cross-platform GUI for Go

#143

Post by euroderf »

jwells89 wrote: post #81
throwaway894345 wrote: post #62

Earlier quoted context omitted.

I’m not sure whether those toolkits abstracted over native GUI interfaces or whether they attempted to recreate a native look and feel or whether they attempted to provide their own look and feel across platforms, but in any case the problem isn’t languages and compilers, it’s that the expectations for a GUI toolkit are dramatically greater now than then. Here are a few things that are (I think) expected from GUI too…

In some ways, expectations for UI toolkits have dropped too, though. Practically no UI toolkits created in the past 5-10 years come with a row recycling tableview/datagrid widget (table with column headers, sort by column, etc) for example, which used to be table stakes (which is why they’re present in Win32, MFC, AppKit, GTK, and Qt among others of the old guard). New toolkits that lacked a tableview would not have…

Tableview?

Try a Treeview. For Go UI kits you can count the treeviews on one hand.

Re: Gio UI – Cross-platform GUI for Go

#144

Post by michaelsbradley »

obdev wrote: post #113
gonzo41 wrote: post #89

Earlier quoted context omitted.

I'm still super disappointed that javafx died.

JavaFX is alive. Check out what do people work on using JavaFX: https://www.jfx-central.com/links

cljfx is worth a look too!

https://github.com/cljfx/cljfx

Re: Gio UI – Cross-platform GUI for Go

#145

Post by wiseowise »

salomonk_mur wrote: post #73
38 wrote: post #55

Earlier quoted context omitted.

The one flutter website I have come across is an absolute piece of garbage. Completely destroys the ability to modify or even inspect the HTML source. See for yourself https://sunrisetv.ch/de/vod/1/details/vod/crid:~~2F~~2Fog.li...

Why would the ability to modify HTML matter at all? Most users don't even know what HTML is, much less how to open the dev console.

Yeah, why does it even matter if you can control a page? Let’s just make it a fucking canvas, power users and those who care about web experience can go to hell.

Re: Gio UI – Cross-platform GUI for Go

#146

Post by wiseowise »

robterrell wrote: post #111
ricardobeat wrote: post #19

Earlier quoted context omitted.

My team achieved better than native performance using RN when rewriting a very large iOS app. And that was in 2018, before Hermes and a lot of other optimizations. It takes some careful usage of requestIdleCallback and avoiding doing work in the UI thread but it is not rocket science. You do have to avoid a lot of the going advice and bloated libraries / frameworks though.

> better than native performance using RN You had an app written natively in Objective-C or Swift, switched to single-threaded javascript React Native, and then your app ran faster?

Unoptimized native application, probably written in a yolo let’s ship it faster way, is slower than rewrite that learned from mistakes of previous application. What makes you surprised?

Re: Gio UI – Cross-platform GUI for Go

#147

Post by mort96 »

mdhb wrote: post #140
mort96 wrote: post #70

Earlier quoted context omitted.

> Breaking API changes every few months. I find this to be the case with a depressing amount of Google code. They do not seem to have a culture which values not breaking their users' code.

This isn’t true in Flutter. They literally bake into the CLI with each release which will automatically identify and upgrade any parts in your application using old APIs without any intervention required. It’s literally the opposite of what you’re describing here. https://docs.flutter.dev/tools/flutter-fix

What you described is Google breaking your code constantly but also giving you a tool to automatically fix the code they broke, so it fits well within the general philosophy of not taking breaking changes seriously.

It sounds like the tool might make the specific case of flutter version upgrades easier though, if the tool works well, so that's nice. Most Google software doesn't come with similar tools.

Re: Gio UI – Cross-platform GUI for Go

#148

Post by luismedel »

Not about Gio UI but related.

I'm really enjoying the conversation around UI toolkits here. But I think we're all missing the elephant in the room and it's that we already had (have?) a superb toolkit and development model in the Visual Basic (later Windows Forms) era and nothing really manages to replicate that experience nowadays.

Microsoft destroyed it when they tried to push WPF and later shenanigans, only to realize it was a mistake years later.

I can't understand why we all, as a sector, agree about standards being a good thing, even if some are only de facto, and never agreed to maintain that really simple model.

I remember Mono tried to bring that to all platforms and everybody ignored/smashed them because "it's Microsoft".

Edit: typo

Re: Gio UI – Cross-platform GUI for Go

#149

Post by mdhb »

mort96 wrote: post #147
mdhb wrote: post #140

Earlier quoted context omitted.

This isn’t true in Flutter. They literally bake into the CLI with each release which will automatically identify and upgrade any parts in your application using old APIs without any intervention required. It’s literally the opposite of what you’re describing here. https://docs.flutter.dev/tools/flutter-fix

What you described is Google breaking your code constantly but also giving you a tool to automatically fix the code they broke, so it fits well within the general philosophy of not taking breaking changes seriously. It sounds like the tool might make the specific case of flutter version upgrades easier though, if the tool works well, so that's nice. Most Google software doesn't come with similar tools.

There is nothing about that that allows you to come to a good faith conclusion of “doesn’t take breaking changes seriously” when they literally do all of the work for you.

Re: Gio UI – Cross-platform GUI for Go

#150

Post by jwells89 »

euroderf wrote: post #143
jwells89 wrote: post #81

Earlier quoted context omitted.

In some ways, expectations for UI toolkits have dropped too, though. Practically no UI toolkits created in the past 5-10 years come with a row recycling tableview/datagrid widget (table with column headers, sort by column, etc) for example, which used to be table stakes (which is why they’re present in Win32, MFC, AppKit, GTK, and Qt among others of the old guard). New toolkits that lacked a tableview would not have…

Tableview? Try a Treeview. For Go UI kits you can count the treeviews on one hand.

Yep that’s another one that’s frequently missing. Basically any scrollable displays of data that aren’t a simple single column list or a grid are entirely absent in newer UI toolkits.
Post reply on HN