Live data from Hacker News

Flutter 3

docs.flutter.dev

41–50 of 453 posts

Re: Flutter 3

#41

Earlier quoted context omitted.

> What’s wrong with using a single canvas You can't even select and copy text. And canvas is inaccessible to screen readers

For accessibility they create a separate DOM tree just for screen readers.

Are there declarative and performant ways to synchronize a canvas with a DOM tree? Maybe the answer here is obvious but this seems like quite a bit of overhead, both for developers and the browser.

Re: Flutter 3

#42
Despite many maturity issues in practice Flutter is the only realistic option for true cross platform UIs that run everywhere. Apart from Qt , but the licensing issue is a hindrance. And yes, the web backend isn't ideal, but it will improve over time.

I just wish Google had built Flutter on a low level core that isn't tied to Dart, so it would be usable from other languages.

Dart isn't horrible and is getting better, but it is still a somewhat awkward mish mash of Java and JavaScript, and I don't really enjoy using it.

The only reason to use Dart is Flutter, which really hurts ecosystem health / library availability and prevents code sharing with the backend.

Re: Flutter 3

#43

I have an irrational annoyance when projects claim to support "desktop UI" but then only have the most trivial of widgets commonly used in desktop applications. Where is my tree view? Data grid view? Charts? Native file dialog window? From my perspective, while I'm sure Flutter is wonderful, it fits squarely in the "mobile" UI toolkit and "basic" desktop application category.

Well I think all of these widgets are available on pub.dev. For example, I'm using the charts_flutter plugin: https://google.github.io/charts/flutter/gallery.html

Re: Flutter 3

#44
Google Flutter Team: You launched Flutter Desktop and got your promotions. Now can you please go back and finish Flutter Mobile? Specifically, please add:

- Integration testing [0, 1]

- Location [2]

- iOS dark mode [3, 4]

- iOS keyboard dismiss decoration [5]

- iOS keyboard scroll-to-dismiss mode [6]

- iOS NavigationLink widget [7]

- iOS checkbox widget [7]

- Android camera that doesn't randomly crash (unfixed for 3 years) [8]

- Android date-time picker (Requested in email to Flutter Team. They refused.)

- Usable documentation for Navigator 2.0 [9, 10]

- Debugger visibility into Dart async tasks

- Stop HTTP requests on timeout [11]

- Testing on physical devices for apps that use flavors [12]

- UI inspection tools that don't randomly stop working

EDIT: Added bug links.

[0] https://github.com/flutter/flutter/issues/88549

[1] https://github.com/flutter/flutter/issues?q=is%3Aissue+comme...

[2] https://github.com/flutter/flutter/issues/31453

[3] https://github.com/flutter/flutter/issues/48438

[4] https://github.com/flutter/flutter/issues/80860

[5] https://github.com/flutter/flutter/issues/45076

[6] https://github.com/flutter/flutter/issues/57609

[7] https://docs.flutter.dev/development/ui/widgets/cupertino

[8] https://github.com/flutter/flutter/issues/70751

[9] https://github.com/flutter/flutter/issues/69315

[10] https://github.com/flutter/flutter/issues/81610

[11] https://github.com/dart-lang/http/issues/424

[12] https://github.com/flutter/flutter/issues/99607

Re: Flutter 3

#45

I have an irrational annoyance when projects claim to support "desktop UI" but then only have the most trivial of widgets commonly used in desktop applications. Where is my tree view? Data grid view? Charts? Native file dialog window? From my perspective, while I'm sure Flutter is wonderful, it fits squarely in the "mobile" UI toolkit and "basic" desktop application category.

I'd love to see a "Back to the Future" desktop UI toolkit that has roughly the capabilities of AppKit circa 2003 but in a modern language, clean unified API, cross-platform, with seamless native UI integration, and of course not carrying hundreds of megabytes of Chromium gunk in each app like Electron does.

Re: Flutter 3

#46

I have an irrational annoyance when projects claim to support "desktop UI" but then only have the most trivial of widgets commonly used in desktop applications. Where is my tree view? Data grid view? Charts? Native file dialog window? From my perspective, while I'm sure Flutter is wonderful, it fits squarely in the "mobile" UI toolkit and "basic" desktop application category.

[deleted]

Re: Flutter 3

#47
post #33

Does Flutter have a complete Material UI components implementation? I'd prefer to use Flutter for multi-platform support over learning new Android Compose and figuring out what to do for other platforms later.

Does anything have a complete Material components implementation?

I always got the vibe from Material that it's just a bunch of designers pumping out docs for an ideal world, and then the various libraries try to implement a bunch of those things as they change faster than they can be implemented.

Re: Flutter 3

#48

I have an irrational annoyance when projects claim to support "desktop UI" but then only have the most trivial of widgets commonly used in desktop applications. Where is my tree view? Data grid view? Charts? Native file dialog window? From my perspective, while I'm sure Flutter is wonderful, it fits squarely in the "mobile" UI toolkit and "basic" desktop application category.

who builds desktop applications anymore? it feels weird to say but i am starting to like them again after transitioning to basically 100% thin client/cloud services for the past 15 years.

I’m confused, do you not use desktop apps?

Re: Flutter 3

#50

Google Flutter Team: You launched Flutter Desktop and got your promotions. Now can you please go back and finish Flutter Mobile? Specifically, please add: - Integration testing [0, 1] - Location [2] - iOS dark mode [3, 4] - iOS keyboard dismiss decoration [5] - iOS keyboard scroll-to-dismiss mode [6] - iOS NavigationLink widget [7] - iOS checkbox widget [7] - Android camera that doesn't randomly crash (unfixed for 3…

[deleted]
Post reply on HN