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

Flutter 3

docs.flutter.dev

Post reply on HN
Print view View original

231–240 of 453 posts

Re: Flutter 3

#231

Post by SemanticStrengh »

mhoad wrote: post #221
SemanticStrengh wrote: post #210

Earlier quoted context omitted.

That's right, my discourse has no argumentative value. I do not advance any substance allowing you to agree or disagree. It's just a difference at the premise level, I have experienced dart and I have experienced Kotlin. Learn boths properly (reading the kotlin guide is sufficent and can be done in an afternoon) and then you will be able to judge if I was wrong or not. From experience, the difference is huge and affe…

You seem to have a lot of very strongly held opinions in this thread that aren’t backed up by any evidence other than your personal opinion. It’s clear that Flutter wasn’t for you for whatever reason and you seem to love Iconic which is great but obsessively hanging out on this thread and just trying to shit all over it at every opportunity you get without citing any evidence is weird. Just go an enjoy Iconic. I don’…

Sometimes people must be protected from themselves and from the delusions of misinformation. See a recent example of people having their lifes ruined because they have been fooled by the promise of a crypto stablecoin here https://www.reddit.com/r/TerraLuna/ I mean yes flutter or newShinyFrameworkX does not cause as much harm and it is much more subtle. But the platform does matter. We are building user experiences, things that people will experience, a LOT. Any non-web solution is much inferior in terms of feature completeness/expressivity, and conteary to popular belief, is inferior in performance and energy efficiency. So yes I might have commented too much in this thread but that is a political act in essence, trying to advocate for the serious trustable solution that receive the most human resources.

Re: Flutter 3

#232

Post by SemanticStrengh »

danielvaughn wrote: post #227
SemanticStrengh wrote: post #183

Earlier quoted context omitted.

sounds very unsubstantiated. please examplify, Ionic capacitor native support is excellent, in fact you can arbitrarilly call the android/IOS SDKs, with or without nativescript. You do understand there is no native difference between Ionic and flutter right?

Not sure what kind of substantiation you're looking for, but I've been working with Ionic and Capacitor for over 6 months now, as part of an ongoing client project. Previously, I worked with Cordova way back in 2015/2016. So I'm familiar with the technology. My comment addressed the fact that I'm not criticizing the tech, I'm criticizing the overall concept - rendering an application inside of a web view as if it's a…

I fail to see the issue here > rendering an application inside of a web view as if it's a native app.

That doesn't mean anything. A native app doesn't mean anything. Native is a ad-hoc property of being the UX framework shipped by default on the OS On chromium OS, chrome is native. Who cares? What matters are the merits of framework x vs framework y. As for the graphical charts 1) material design is as well supported on the web 2) most apps should not be in material design if they want to have a personality.

You said the word awful, don't you have concrete pain points?

Re: Flutter 3

#233

Post by scarface74 »

LocalPCGuy wrote: post #145
scarface74 wrote: post #34

Earlier quoted context omitted.

Yet another reason to avoid cross platform frameworks. They are always catching up to the vendor’s capabilities.

For the vast majority of (mobile) apps, the benefit of being able to be built from a single code base outweighs being slightly behind vendor capabilities. Particularly things like there where it doesn't come up in some apps and relatively few people actually notice/care about it in those it does.

Google doesn’t think it’s own cross platform framework is good enough for its own applications

https://9to5google.com/2021/10/10/google-ios-apps-native/

Re: Flutter 3

#234

Post by mhoad »

999900000999 wrote: post #19

On one hand, I'm excited, on the other hand, I'm using a Flutter app right now as essentially a utility for my own personal use. I'm horrified if I upgrade it everything will break and I'll have to commit to fixing it. Still, I'm very excited about this, I'd argue flutter is what react native wanted to be.

Not sure if you’re new to the Flutter / Dart ecosystem but one of the nice advantages that comes as a side effect of having “Google scale” backing it is how nice the upgrade experience is.

Generally you just run a single command of dart fix and it will statically analyse the code and automatically rewrite anything that’s outdated to use the latest syntax for you.

https://dart.dev/tools/dart-fix

Re: Flutter 3

#235

Post by bogwog »

dabeeeenster wrote: post #29
Klonoar wrote: post #22

Earlier quoted context omitted.

Errr... hang on there. Last I checked Flutter draws their own controls, they're no different than React Native in this context.

React native controls are native to the mobile platform they are running on.

There’s so much conflicting information in this thread

Re: Flutter 3

#236

Post by JamesSwift »

heavyset_go wrote: post #202
michaelbrave wrote: post #103

Earlier quoted context omitted.

I was thinking MAUI(rebranded Xamarin) might be somewhat useful with .NET6 coming out. I've been playing with it the last week or so, it's quite nice.

Pretty sure it excludes Linux as a GUI target.

It has a Skia target (in Microsoft.Maui.Graphics) which is theoretically very similar to how Flutter does UI.

Re: Flutter 3

#237

Post by mhoad »

scarface74 wrote: post #233
LocalPCGuy wrote: post #145

Earlier quoted context omitted.

For the vast majority of (mobile) apps, the benefit of being able to be built from a single code base outweighs being slightly behind vendor capabilities. Particularly things like there where it doesn't come up in some apps and relatively few people actually notice/care about it in those it does.

Google doesn’t think it’s own cross platform framework is good enough for its own applications https://9to5google.com/2021/10/10/google-ios-apps-native/

This wasn’t anything to do with Futter for the record and they even called it out in a quote saying that they continue to recommend Flutter in that article.

Re: Flutter 3

#238

Post by 999900000999 »

mhoad wrote: post #234
999900000999 wrote: post #19

On one hand, I'm excited, on the other hand, I'm using a Flutter app right now as essentially a utility for my own personal use. I'm horrified if I upgrade it everything will break and I'll have to commit to fixing it. Still, I'm very excited about this, I'd argue flutter is what react native wanted to be.

Not sure if you’re new to the Flutter / Dart ecosystem but one of the nice advantages that comes as a side effect of having “Google scale” backing it is how nice the upgrade experience is. Generally you just run a single command of dart fix and it will statically analyse the code and automatically rewrite anything that’s outdated to use the latest syntax for you. https://dart.dev/tools/dart-fix

I'll consider it, but I really really don't want to invest more time into fixing things.

Like it's essentially finished. Then again, I can always branch it and see what happens.

Re: Flutter 3

#239

Post by jzer0cool »

+1 for Flutter 3 supports the Apple Silicon Mac (aka M1).

I could not get this to run on a Ubuntu VM (arm64) - anyone know if this is also working?

Re: Flutter 3

#240

Post by miohtama »

mekkkkkk wrote: post #143
samwillis wrote: post #109

Earlier quoted context omitted.

> Flutter is the only realistic option for true cross platform UIs that run everywhere. I understand that argument but 100% disagree. The web is the cross platform that runs everywhere (as in in a browser or webview). True it has many issues and some forms of it (electron) are not ideal for some use case but I believe it’s a better platform than flutter in almost every way. You say “true” cross platform and could arg…

I have yet to see a world in which local file access, background services, local notifications, timers, alarms, native media controls, etc, works as well on web as in native apps. A lot of it is there "in theory", but web tech has the achilles heel of only allowing stuff that would be safe to have in a random website that some asshat links you on twitter. Of course this is only relevant if that deeper plumbing into t…

“Everything” working in a web app is unlikely to happen any time soon. The security model is so different, though less different between mobile and web than mobile and desktop. Also the Apple/Safari ecosystem is the new IE and dragging down some of the innovation.

However, I believe it might not matter. 95% apps can be done as web apps today, especially what comes to boring business applications. 5% we can wait for some time.

What comes to Flutter, it can never integrate well within a browser as it sufferes from the same issue as Java applets. It does not use the web browser native rendering engine and widgets will always feel kludgy, have accessibility issues and so on. Not a big deal for some apps like games. And Google Docs is already using Canvas based rendering so seems like Flutter canvas based apps might have hope.

Post reply on HN