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

Flutter 2

developers.googleblog.com

Post reply on HN
Print view View original

241–250 of 780 posts

Re: Flutter 2

#241

Post by okamiueru »

aliyfarah wrote: post #177
offtop5 wrote: post #65

Pretty sure I'm the only person on this thread who loves flutter. We use flutter web and Firebase for our hobbyist project, and the results have been simply amazing. Dart makes Typescript look like a joke. The build system alone makes flutter better than React Native ! I'm confident in being able to build any CRUD app in dart Edit, in fact how many of you have actually built a project in flutter .I can't believe anyo…

>Dart makes Typescript look like a joke. Dart still does not even have union types, probably the best feature of TS. I would hold off on that claim for now..

What is your main use case for type unions? I don't know typescript, but I haven't felt the dart language was not feature complete for all my uses. Is this something you cannot solve with a combination of abstract classes, and or/extension? https://dart.dev/guides/language/extension-methods

Re: Flutter 2

#242

Post by opwieurposiu »

andrewstuart wrote: post #235

When a company releases a new technology for building desktop applications, the primary thing I look for is a really solid fleshed out implementation of a CRUD application: - sign in to some back end - create and edit data using forms - browse data in some sort of datatable/datagrid - use ajax to GET and POST data But such a demo is pretty much never there - I certainly can't see it in this case. But surely the vast…

Check out https://gallery.flutter.dev/ for a CRUD sample app.

Re: Flutter 2

#243

Post by SamBam »

mdoms wrote: post #197
yagodragon wrote: post #112

We're all complaining about how js is a bad language, tooling is a mess, and how the web is fundamentally built for documents and makes it hard to create app-like experiences. Now, Google comes and creates a whole new UI toolkit from scratch, couples it with a very beautiful SDK and component framework and offers a far better programming language than js could ever be but we're still nagging. I was also pretty disapp…

I just visited flutterfolio.com. The very first thing I tried to do is enter a username and Tab to the password field. But Tab just catapulted my input focus to the browser address bar. I mean, come on.

Yup, that happened to me. Then I clicked again and tab worked correctly.

It will be hard to overlook little details like this -- and there will be a million tiny details like this -- when decades of browser development have led us to expect a DOM experience that Just Works for UX like that.

Re: Flutter 2

#244

Post by capableweb »

yjbanov wrote: post #129
dstaley wrote: post #78

Earlier quoted context omitted.

Check out Flutter Folio [1], built in partnership with Google. Right-click is actually disabled, so you can't even open the "Create account" link in a new tab, nor can I right click an input to autofill with my password manager. You can't inspect any image rendered to the canvas element. Furthermore, you also can't blur the form input (although that's probably application specific rather than Flutter's fault). [1] ht…

(disclaimer: I work on the Flutter team) The "Create account" link isn't popping up the right-click menu because it doesn't use the Link widget. You'd get the same thing in plain HTML if you used a with a custom click event listener instead of . It's a simple bug to fix; totally up to the app developer. I think issues like that will inevitably pop-up as we have developers coming to the web from other platforms, where…

> You'd get the same thing in plain HTML if you used a with a custom click event listener instead of . It's a simple bug to fix; totally up to the app developer

This is the issue. Instead of having one codebase that works the same on all platforms (ios, android and web), you get (as a developer) the blame for not implementing things correctly across the different platforms.

Instead of a cross-platform development environment doing that for you.

Re: Flutter 2

#245

Post by selykg »

fastball wrote: post #211
selykg wrote: post #137

Earlier quoted context omitted.

This sounds awful. Like some sort of bullshit DRM in a way. Now I'm thinking of all the ways I could get screwed here. * Not being able to copy transactions from my bank account * Not being able to easily send text to a read-later service (not sure if this necessarily depends on selectable text, but who knows, maybe selectable means the text isn't visible to these services now) * Not being able to easily copy somethi…

You know devs can already make text not selectable on the web, right?

Was not aware of that, thanks for letting me know. In either case, it's a dick move and shouldn't be encouraged.

Re: Flutter 2

#246

Post by qbasic_forever »

yagodragon wrote: post #112

We're all complaining about how js is a bad language, tooling is a mess, and how the web is fundamentally built for documents and makes it hard to create app-like experiences. Now, Google comes and creates a whole new UI toolkit from scratch, couples it with a very beautiful SDK and component framework and offers a far better programming language than js could ever be but we're still nagging. I was also pretty disapp…

History has shown us over and over again, always bet on the web. Sure you might not like JS as a language, you might find CSS confusing and full of warts, etc. but it's here and will be here 20, 50, and 100 years from now. We're not going to just sit up and throw away 25+ years of progress and history on the web overnight. Tech like java applets, flash, silverlight, etc. come and go like fads. Who knows if Google will even care about flutter in 5 years, let alone 25 years. A page that Tim Berners-Lee wrote 25+ years ago renders just fine in a browser today.

Re: Flutter 2

#247

Post by nindalf »

Toyota is going the Tesla way, with touch infotainment systems. Seems like most car manufacturers are headed in this direction. My gut says this is probably going to lead to an increase in accidents, but I don't know of any dataset that shows it. Let's hope this change works out.

Re: Flutter 2

#248

Post by oblio »

dimator wrote: post #234
fastball wrote: post #185

Earlier quoted context omitted.

Let me try: > Flutter 2 supports web now! > We've re-written GPay in Flutter 2! > We're dropping support for using GPay on the web...

That doesn't follow. There's any number of reasons the web app would be shut down, usage statistics being the most likely.

They claim a huge reduction in source code line count. After they've just decommissioned their web app...

Re: Flutter 2

#249

Post by bkm »

eseidelGoogle wrote: post #155
rp1229 wrote: post #127

Earlier quoted context omitted.

The new Google Pay app on iOS is incredibly sluggish -- animations stutter, switching pages has hesitations. I'm not sure what they mean by "quality" in this case.

[Flutter Eng. Dir here] We were also not satisfied with the performance of the initial GPay release. We've been working with the GPay team the last couple months and have made significant improvements within both Flutter and the GPay app. Hopefully the next release of GPay will be out soon and others will be able to see the progress we're continuing to make with the team.

Relevant:

https://www.reddit.com/r/FlutterDev/comments/jwmepu/very_poo...

https://thomasmiddel.medium.com/flutter-its-poor-ios-perform...

Post reply on HN