Live data from Hacker News

Flutter 3

docs.flutter.dev

121–130 of 453 posts

Re: Flutter 3

#123

Earlier quoted context omitted.

Or have you, and you just couldn't tell? (I personally don't know if it's this good, but it's plausible)

Not OP - but almost all of the Flutter work I've ran into is mobile-centric. If you're looking for cross-platform on the desktop it really hasn't been a popular option vs. Electron/Qt.

I read "I don't think I've ever seen Flutter in the wild" to include mobile, but maybe I misinterpreted

Re: Flutter 3

#124
post #11

I was hoping to see better HTML rendering. Using a single canvas to render web apps was my one turn off. Flutter is the right choice for many apps, but not for apps primarily accessed over the Web.

What’s wrong with using a single canvas? It can be faster. Google Docs and Figma, for example, use canvas rendering

Although it may render faster, it comes at a cost, as it completely circumvents what browsers are good at.

Flutter is basically just painting pixels on a canvas manually, meaning no CSS, no text selection, no text wrapping, no responsive elements, no elements without JS enabled. Many accessibility tools rely on CSS and text in HTML in order to work too.

It's a huge trade-off to make, and something to be aware of.

Re: Flutter 3

#125

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,…

> is the only realistic option for true cross platform UIs that run everywhere wtf.. Ionic/electron is the true cross platform, no debate. Flutter web is dog shit.

Ionic is pretty awful too, though I can't fault them. It's just that papering a web interface on top of a native app is gonna be a poor experience no matter what.

Re: Flutter 3

#126
post #25

I still can't find, in the docs, there is an open bug/feature request to NATIVELY copy/paste from web? Do they support copy / paste on the web app without using a special widget?

I'm not aware of any planned/possible way to do copy exactly as you would an HTML page with HTML tags, but there's a big project to make selection and copying much simpler and more powerful (design doc [1], in progress PR[2]).

With that PR it should be easy to just add one SelectionArea to the root of your app in order to make everything selectable, like it would be on a web page. You don't need SelectableText widgets. There's an example of this in the PR [3]. No built-in support for multimedia or rich text copying yet though.

Text input fields should already do copy/paste pretty much the same as native.

[1] http://flutter.dev/go/global-selection [2] https://github.com/flutter/flutter/pull/95226 [3] https://github.com/flutter/flutter/pull/95226/files#diff-a90...

Re: Flutter 3

#127
Any plans to make it possible to embed Flutter in existing desktop applications?

Especially for use in plugins to existing said that do not control the main event loop?

Re: Flutter 3

#128

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,…

> 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…

This 100%. Also, Flutter Web is still pretty much an abomination (right now), IMO. Sure, it "works". So did Flash. (edit: Just wanted to add, I love Flutter for mobile, even think desktop might work. Just don't think it's for web. Maybe for very specific app types.)

Re: Flutter 3

#129
post #56

Earlier quoted context omitted.

> While that's great, I was hoping it would be like in Rust, where each enum variant can declare its own state components, but unfortunately it seems to be more like Java: same state for all variants. As much as I like Rust’s enums, I think they messed up on the naming. Java (and according to your comment, Dart) gets enum rights. What Rust has under this name is sum types, which is a separate (more expressive) concep…

There is no real reason to have basic enums if you have ADTs , since those can easily provide everything a plain enum gives you. I guess the name was just a historical artifact.

I agree (that’s what I meant under the more expressive part), though it is a bit more complex with identity in the way. Java’s enums are also the singleton pattern.

Java recently got ADTs as well in the form of sealed classes and records, here an enum would look like this:

  sealed interface Color permits Red, Blue, Green {
}

  record Red() {}
  record Blue() {}
  record Green() {}

You can now create as many Red instance as you want, they will be “equals” only under equals(), not under ==, while the latter is also true for the enum case.

Re: Flutter 3

#130

In case any Flutter engineer/PM is watching this thread, any update on when the Material 3 components will be released? I have an iOS Flutter app that's getting pretty popular in its niche, but I'm waiting on the Material 3 components to be there to release an Android version.

That was part of the release today I believe.
Post reply on HN