Earlier quoted context omitted.
Please pin point the relevant DX issues so that it can get recognition and get fixed
I feel like I'm having a deja-vu. I remember having a similar discussion in the past and it turns out it happened exactly one year ago when Flutter 2 was released: https://news.ycombinator.com/context?id=26336657 Every framework has bugs and feature requests that are fighting for resources. And the ones affecting you _always_ seem more important than the ones that don't. That being said, the fact that memory leaks in…
Flutter 3
431–440 of 453 posts
Re: Flutter 3
#432Earlier quoted context omitted.
The incentive structures around technical books are pretty weird. Most major publishers pay quite small royalty rates, so even a popular tech book won't actually make the author much money. And the effort to write a good technical book is pretty huge. Also, the set of people who will actually finish writing a book is quite a bit smaller than the set of people who aspire to. (An editor at O'Reilly told me once that on…
Alternative to (3) - Company that owns a language and is willing to pay decent money for someone qualified to write a book in order to increase popularity
Re: Flutter 3
#433Earlier 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. Yes, the enhanced enums we shipped in 2.17 are like Java enums. We are also working on support for pattern matching and algebraic datatype-style programming: https://github.com/dart-lang/language/blob/master/working/05.…
Any thoughts on the freezed package [0]? That's what I use currently for ADTs and exhaustive pattern matching on them, would be cool to see similar syntax in the official implementation. [0] https://pub.dev/packages/freezed
Re: Flutter 3
#434Earlier quoted context omitted.
I came here to say this too. Build your app as a website, then just use a simple browser window of an app that loads your site. Then you only develop in one place, and have nothing to compile or build. Hardly ever have to update your "app" builds even. This won't replace every app of course depending on what you're trying to do and if it requires specific hardware features, but I'd say about 99% of apps don't need to…
This is also how you lose customers.
Re: Flutter 3
#435Earlier quoted context omitted.
> The web is the cross platform that runs everywhere (as in in a browser or webview) Yes, but the web is crappy system for designing UIs in. As a community we've got good at designing UIs with web technologies (HTML+CSS), because we have no other choice if you want to build web-apps. But the level of experience we've gained with those tools has hidden the fact that they have some real issues - mostly due to the fact…
Interesting, I've had the opposite experience. I'd love to develop in native with something like Flutter or React Native, but I find CSS to be much easier and more flexible to use. The base components always /seem/ flexible enough until I want to do something visually complicated like add an animation that blurs an image on hover. I know CSS is horrendous in consistency, but it's piecemeal development has led to it h…
Re: Flutter 3
#436Earlier quoted context omitted.
What qualifies as a "desktop application" these days? Is it any application designed primarily to work on a laptop or desktop form factor? A web application like SketchUp would qualify. Is it an application whose code is only stored locally, even if they don't work well with a laptop/desktop form factor? Any number of native mobile apps would qualify. What about a PWA that is cached locally but initially loaded via a…
I don't consider electron apps or any thin veneer over some javascript to be a desktop app. I also don't consider native phone/tablet apps to be desktop apps
So VSCode isn't a desktop app?
Re: Flutter 3
#437Earlier quoted context omitted.
We just built a desktop app with QML in a CMake-based Qt project, and I've been pleasantly surprised by the experience. Our brief experimentation with Qt Widgets, on the other hand, revealed a shocking level of dysfunction in basic UI-layout implementation, in what is supposed to be a very mature UI toolkit. But it seems that they're basically abandoning Widgets at this point, so ¯\_(ツ)_/¯.
So interesting, even after years of doing QML, layouting with widgets makes for me much simpler to get what I want
Re: Flutter 3
#438Re: Flutter 3
#439Earlier quoted context omitted.
I think this might be a bit of an outlier honestly. Reading the bug report my takeaways were the following: 1. Here is a specific issue we ran into which to be fair is unacceptable in terms of perf but a blinking cursor in an otherwise idle application has crazy high CPU usage numbers trying to run the animations associated with the blinking cursor. 2. They tried the same thing on Linux and CPU usage was 0% so alread…
I don't know if there is a larger issue because this show stopping "outlier" has stopped me from exploring Flutter any further. I'll give it another try now that a new major version has been released. The question in my mind is whether Flutter is consistently and significantly more resource efficient than web technologies for my particular use cases.
While I understand this may be a dealbreaker issue for your use-case, we've been pretty busy getting a few higher-priority (overall) issues fixed (universal binary support, CJK text input, key event APIs, etc.) prior to 3.0, but we'll get to this.
Re: Flutter 3
#440Earlier quoted context omitted.
It's not remotely a realistic option. CJK is all second class citizen. I just tried their latest demos. Tried to enter 日本. It utterly failed. First it's still trying to draw on it's own so you get to see some placeholder □ while typing. Then, it effup and typing n-i-h-o-n kept producing Nいほん on this example https://gallery.flutter.dev/#/demo/cupertino-text-field As long as they keep insisting on rendering everything…
Thanks for reporting this. IME-based input is super important to me -- we only speak Japanese at home. I've filed a bug [1]. I manually tested on each of Windows, macOS, Linux, and iOS (where I've done a lot of work specific to CJK input) and was able to correctly input Japanese, Chinese, and Korean text [2], so looks like this is likely an issue specific to Flutter's web runtime. I work on Flutter's desktop embedder…
* emoji is not the system emoji.
* neither the browser's nor the OS's spelling error highlighting works (the place I have my own words registered)
* reconvert and other IME options don't work
just to name a few. Just please stop with the canvas rendering!