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

501–510 of 780 posts

Re: Flutter 2

#501

Post by MrPatan »

dmitryminkovsky wrote: post #331
qbasic_forever wrote: post #310

Earlier quoted context omitted.

Clubhouse is targeting the middle-class silicon valley market right now (quite literally, those are the only people who got invites early on), who of course are infatuated with apps and have the money for fancy phones, tablets, etc. It's smart marketing for them to go where their customers are right now. The web is for everyone--I can go to an internet cafe in a slum and browse and buy from the same Amazon.com as I c…

Not sure what personal income has to do with anything. Hand held touch devices have revolutionized Internet access. The deeper down the income scale you go, the less likely you are to encounter a personal computer while you’ll still likely encounter a smart phone. Amazon will work on the web or as an app on that phone, but with the app the user experience will be better. That may be because Google and Apple have inte…

F: A few months ago I'd have said apps. Now after their latest spat with A, maybe they're having a think?

A: web, for sure. That's how they make their money.

A: I wonder how much money they would lose if they shut down their website? Would they sell their stuff on A instead?

N: Who cares, it's only there to make the acronym nicer.

G: Web.

Re: Flutter 2

#502

Post by anderspitman »

My experiences with Flutter have been generally impressive and pleasant, but I feel like it's a great GUI framework for an imaginary mobile ecosystem. You can quickly put together a beautiful UI, but as soon as you want to interact with the filesystem, or run a foreground service that won't immediately be nuked by Android, it's completely unclear how to accomplish this, if it's even possible.

There are lots of libraries for abstracting over the differences between iOS and Android for a lot of these things, but it turns out the least common denominator between the two doesn't leave you with much exciting functionality.

Re: Flutter 2

#503

Post by themacguffinman »

danShumway wrote: post #463
themacguffinman wrote: post #366

Earlier quoted context omitted.

Depends on the label, it's not essential for plenty of things. I don't, for example, need to copy "Cancel" in my browser before I am capable of talking about the cancel button in the UI. You're right, user expectations are what matter, and users do not expect most buttons and controls to be text-selectable. It was never an expectation in native apps while users find it frustrating when control labels unexpectedly see…

But it changes quite a lot for me . "This thing that will noticeably make your web experience worse won't affect John over there, so why are you complaining" is not the best response. I like to be able to override developer decisions about what text is and isn't selectable, and Flutter basically makes that impossible.

Sure but presumably many developers who are deciding whether to adopt Flutter aren't only targeting a population of you and other people in this thread. The fact remains that this is not a significant issue for most users and rational developers will weigh it as such against potential benefits that Flutter provides.

Re: Flutter 2

#505

Post by neverartful »

awesomepeter wrote: post #338
jaegerpicker wrote: post #220

Earlier quoted context omitted.

Are you a native mobile developer? I am (was I'm moving to ML/AI/Data engineering) and I don't think flutter is in any way easier or nicer than the native toolchains for mobile. Both Swift and Kotlin are better languages than Dart IMO, the IDE and tooling is far superior for both also. Flutter is faster but once to deploy a substandard quality of app for sure but matching the quality of a native app? That takes just…

If you had to pick a multiplatform solution (for whatever reason) which one would you pick? I've been exploring this space a bit, and it's really hard to form an opinion on this.

This area is one that I've been pondering for a long time. In my view, the most sensible approach is to abstract the entire UI and write to the abstracted UI. Then you write the translation piece in whatever toolkit(s) and platform(s) you care about (and in whatever language is most appropriate). This hard separation of the platform and toolkit opens the door for some nice benefits (cross platform being the first and most obvious).

However, the benefits don't need to stop with cross-platform. By adding location independence to the non-application part of the code, you get the flexibility to decide later (even after the application is written) whether to deploy it as a "fat" app (application logic running locally) or "thin" (UI commands and events routed over network to your app running on a server).

I've been experimenting with these ideas for years and it's all doable. I've done various UI/toolkit implementations such as: Cocoa/ObjC, Gtk/C++, wxWidgets/C++, win32/C++, Delphi VCL/Pascal, HTML/JS, Java Swing, Java SWT, etc.

I look forward to being able to share publicly (once I decide which license to use).

Re: Flutter 2

#507

Post by OvermindDL1 »

anthk wrote: post #347
randomchars wrote: post #35

The idea sounds very appealing, especially to an indie developer: being able to ship your app on multiple platforms from a single codebase is kind of the holy grail. Unfortunately, the result is.... I tested this Flutter example[1], on a 16" MBP with and i7, and it is janky as it can get, it feels like I'm using a 15 year old computer. From the code it looks like the whole thing is... rendered on canvas? I'll pass. […

> and it is janky as it can get, it feels like I'm using a 15 year old computer. Ironically computers 15-20 years ago with native software ran much, much much faster and snappier. KDE3, XFCE, even Windows 98SE and XP were much faster. They were crippled by disk I/O, true, but once the software loaded, the feedback was inmediate .

Just as a bit of counterpoint, I'm still running the same hardware right now as I was 12 to 15 years ago with KDE3, nowadays KDE5 is so much faster than KDE3 ever was. Yes I need to upgrade badly, yes I was planning to just a few months ago, but prices seem a bit crazy now, so I'm still continuing with my ancient but somehow still operational hardware.

Re: Flutter 2

#508

Post by fastball »

mdoms wrote: post #271
fastball wrote: post #217

Earlier quoted context omitted.

Have you? https://developer.mozilla.org/en-US/docs/Web/CSS/user-select

Yes I have, which is why I know text can be selected by default in every web environment.

There is no default in Flutter. Everything is a widget that you have to deliberately choose.

https://api.flutter.dev/flutter/material/SelectableText-clas...

Re: Flutter 2

#509

Post by leppr »

ttt0 wrote: post #199
ec109685 wrote: post #193

Earlier quoted context omitted.

WASM is still stuck within a highly protected sandbox, so you don't need to run anti-virus software for your browser.

Bitcoin miners?

...that run only when the tab is loaded. Non-issue.

Re: Flutter 2

#510

Post by ognarb »

heavyset_go wrote: post #350
hanniabu wrote: post #301

Earlier quoted context omitted.

I don't understand why more resources aren't being put into Qt and making that easier to use or building a more "web-developer-friendly" abstraction layer on top.

Qt's QML + QtQuick follow the declarative and reactive programming paradigms and use JavaScript, and were released before React existed.

And it has a very nice developer experience :)
Post reply on HN