i just wished they used kotlin... even if they targeted the llvm. it's a great language with every feature under the sun - why reinvent the wheel?
Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
451–460 of 467 posts
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#452This is the example flutter app for the web - https://www.nytimes.com/games/prototype/kenken#/ This is flash. You can't do anything in it that fills like the web - no copy paste, right clicking causes things to happen. I don't expect games like this to have links and proper bookmarkable urls, but I doubt it'll work as expected if it did. This is the epitome of the problem with flutter - it re-implements the UI, creat…
One of the major factors that finally killed flash was the security liability. Presumably Flutter won't have that problem.
I'm actually scared of this fact. Flutter could very well be how Google finally kills the open web, if it succeeds.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#453Earlier quoted context omitted.
Not naysaying you but i learnt kotlin and flutter this past year(from january). flutter has an AMAZING experience for the things that are "done", kotlin multi platform only does one thing well - kotlin. it's basically like xamarin with C# swapped out with kotlin(and that sucks as much as kotlin mp does right now even after 3 years of ms acquisition time).
The development experience with flutter is great, that's right. But I don't like the end result. It feels very close to a native app but still not 100%. And I think it will always be a step behind. One benefit of kotlin mpp compared to xmarine is, that kotlin mpp is not limited to iOS/Android. You can have a shared code base between web frontend/Backend/iOS/android and even macos/windows/linux and all native. One lan…
You should check all platforms where you can run C#. It runs everywhere.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#454Earlier quoted context omitted.
C# is quickly becoming the "new C" in that it runs everywhere, and runs efficiently. It's worth learning the language because you can use it in so many places. It's not a case of "learn a new language for platform xxx."
I think you mean the new Java. C and C# are very different beasts.
He is right. You should check more about C# before you correct others.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#455The last post on desktop Flutter said it was going to change a lot. Is this time over?
It seems like nothing has changed. The repository wiki still says "The current Linux shell is a GLFW placeholder, to allow early experimentation... Expect the APIs for the final shell to be radically different from the current implementation."
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#456Earlier quoted context omitted.
> Whereas you would have that in a Canvas or OpenGL equivalent web game? Yes, you would, at least for some parts. Web games often combine the canvas showing the "game world" with DOM showing some UI elements - on which all the usual affordances work. > That's already the case for tons of websites, there's support for that in web standards. Fortunately most sites don't bother. The defaults matter.
Last I checked, web games pretty much died with Flash. Sure, it coincided with mobile games soaring, but I doubt web games would've become this scarce without Flash dying as well.
Web games died? They are stronger than ever, and a huge multi-billion market...
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#457Earlier quoted context omitted.
> It was controlled by a single company, IDEs were paid for, it was more marketed to designer types, and it was frequently slow and used for apps and annoying stuff. So aside from the IDE cost and marketing, there's no difference.
Perhaps you've missed the "controlled by a single company", made for designer types (by marketing to I don't just mean how it was promoted), slow, and used for ads and annoying stuff like flash screens and such.
Are you saying that web standards are not controlled by a single company? That is not how I interpret the behavior of the relevant standards bodies of the past decade.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#458Earlier quoted context omitted.
The development experience with flutter is great, that's right. But I don't like the end result. It feels very close to a native app but still not 100%. And I think it will always be a step behind. One benefit of kotlin mpp compared to xmarine is, that kotlin mpp is not limited to iOS/Android. You can have a shared code base between web frontend/Backend/iOS/android and even macos/windows/linux and all native. One lan…
You should check all platforms where you can run C#. It runs everywhere.
I didn't think that through, you are actually right. With project Blazor I guess also in the browser.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#459Earlier quoted context omitted.
You should check all platforms where you can run C#. It runs everywhere.
I didn't think that through, you are actually right. With project Blazor I guess also in the browser.
I use C# almost on a daily base in Unity3D and have a little experience in Xamarine but I have no idea how a android/iOS/desktop/web project would be build up. Would be interesting to compare it with kotlin mpp.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#460Earlier quoted context omitted.
Not naysaying you but i learnt kotlin and flutter this past year(from january). flutter has an AMAZING experience for the things that are "done", kotlin multi platform only does one thing well - kotlin. it's basically like xamarin with C# swapped out with kotlin(and that sucks as much as kotlin mp does right now even after 3 years of ms acquisition time).
The development experience with flutter is great, that's right. But I don't like the end result. It feels very close to a native app but still not 100%. And I think it will always be a step behind. One benefit of kotlin mpp compared to xmarine is, that kotlin mpp is not limited to iOS/Android. You can have a shared code base between web frontend/Backend/iOS/android and even macos/windows/linux and all native. One lan…
Flutter is on its way there, too. Already native on iOS, Android, and Fuchsia, with the web build in technical preview and desktop OSes under development.