VsCode, Atom, and CodeMirror all do a lot with the web platform without a high angle bracket to line of code ratio.
Web app staples like Floating UI and split-grid don't suffer from a lack of angle brackets.
(They gave some explanation of why they picked dart at the time but it wasn't at all convincing.)
Which is ironic, given the fizzling market share from Firefox, and how with exception of Safari, all other browsers are based on Chrome.
So there is a certain irony that WASM is anyway driven by Google interests.
Well, they all did eventually adopt WebAssembly, so this effort did get somewhere, eventually.
I don't like Dart though, it has an over-reliance on codegen, and I far prefer JSX's XML syntax than the constructor syntax Flutter uses for its layouts.
The only thing that would make me suspect that they would kill it is the ongoing performance issues due to shader compilation. But they have actually started fixing that properly by creating a new renderer that doesn't do on-demand shader compilation.
The developer tools that Google has released generally don't get suddenly killed. They mostly kill user facing apps that aren't very popular. And Reader.
Forcing me to use Dart because you made the poor decision of developing it, and now need a reason to continue funding it if I want to use Flutter? No thanks.
It's about apps that are already written in native iOS code, which are currently using custom Material Design components (which are mostly/entirely in obj-c), and that going forward those custom Material components are going to be phased out and apps will use standard UIKit elements instead.
This tells you absolutely nothing about Google's commitment to flutter.
They also aren’t using Dart and are using Objective C.
But that doesn’t mean they are moving away from Flutter for first party apps?