I'm wondering why people don't write cross platform applications with Qt.
Flutter on desktop, a real competitor to Electron
51–60 of 62 posts
Re: Flutter on desktop, a real competitor to Electron
#52Re: Flutter on desktop, a real competitor to Electron
#53Flutter isn't a competitor to electron as you can't target web browsers with it. I tried Flutter over a year ago and found the instant reloading of code nice and has most of modern features but went back to native as the library support is still non-existent. The real competitor to flutter is kotlin cross-platform from jetbrains. Most android developers are already familiar with kotlin, unlike dart, and also has grea…
Incorrect. You can target web browsers with it. > Dart’s flexibility in compilation and execution doesn’t stop there. For example, Dart can be compiled into JavaScript so it can be executed by browsers. This allows code reuse between mobile apps and web apps. Developers have reported as high as 70% code reuse between their mobile and web apps. Dart can also be used on a server either by being compiled to native code,…
Re: Flutter on desktop, a real competitor to Electron
#54Earlier quoted context omitted.
Because qt UI is in all ways worse than what browsers can already do. All qt does for displaying web pages is it embeds chromium, same as electron does. Trying to tie c++ to that is shooting yourself in the foot if you can just use node, which electron does.
> All qt does for displaying web pages is it embeds chromium, same as electron does. It doesn't: > WebView is a component for displaying web content which is implemented using native APIs on the platforms where this is available, thus it does not necessarily require including a full web browser stack as part of the application. [0] [0] http://doc.qt.io/qt-5/qml-qtwebview-webview.html
Webview is unreliable and not used by electron apps for a reason, you cannot control anything about it. You're stuck with whatever native browser the system has. That's alright for basic things, but hardely what you'd sanely deploy tech that relies upon modern js.
Re: Flutter on desktop, a real competitor to Electron
#55Earlier quoted context omitted.
If that's a serious suggestion then... * Dart/Flutter {iOS, Android} [0] * (Scheme|Lua|C)/IUP {Linux, Windows, macOS} [1] * (QML with JS)/QtQuick {Windows, Linux, macOS, UWP, Android, iOS...} [2] * (C++|Rust|Go|Python...)/Qt {Windows, Linux, macOS, UWP, Android, iOS...} [3] * (TCL|Ada|Haskell|Python...)/Tk {Windows, Linux, macOS} [4] * (TCL)/Hecl {Windows, Linux, macOS, Android} [5] * (Scheme|C|JS|Haskell...)/GTK+ {W…
Most of them have been tried for ages and never got anywhere, and still look like crap (e.g. tcl). Others have crappy support for different platforms (e.g. GTK and Windows/OSX) and that's for decades, not just because they are new. None of them has the promise of Flutter: modern JS-like language, dead easy development, simple IDE support, cross platform, nice UI toolkit, hot reloading, and so on.
That would be QtQuick.
Re: Flutter on desktop, a real competitor to Electron
#56Earlier quoted context omitted.
> All qt does for displaying web pages is it embeds chromium, same as electron does. It doesn't: > WebView is a component for displaying web content which is implemented using native APIs on the platforms where this is available, thus it does not necessarily require including a full web browser stack as part of the application. [0] [0] http://doc.qt.io/qt-5/qml-qtwebview-webview.html
It does. https://wiki.qt.io/QtWebEngine Webview is unreliable and not used by electron apps for a reason, you cannot control anything about it. You're stuck with whatever native browser the system has. That's alright for basic things, but hardely what you'd sanely deploy tech that relies upon modern js.
Re: Flutter on desktop, a real competitor to Electron
#57Earlier quoted context omitted.
It does. https://wiki.qt.io/QtWebEngine Webview is unreliable and not used by electron apps for a reason, you cannot control anything about it. You're stuck with whatever native browser the system has. That's alright for basic things, but hardely what you'd sanely deploy tech that relies upon modern js.
Not sure what's meant by 'native browser.'. My last gui app used qt-webkit and webviews. It's not chromium and very controllable...
Re: Flutter on desktop, a real competitor to Electron
#58Earlier quoted context omitted.
Dart has a sound type system. Why would someone voluntarily deal with TypeScript unless forced to by the browser environment?
Row polymorphism and algebraic data types if we want to talk about things Dart does not have, with an enormous ecosystem at your disposition. If we want to prioritize a sound type system, why then go for a language that is for the most part Java but with no ecosystem, instead of something like Reason/OCaml, Haskell, PureScript which absolutely blow Dart out of the water as languages; or even if your number one priori…
Just start creating packages for this language and very soon you'll have a rich ecosystem too.
This is not an inherent characteristic of a language itself, it's something powered by the community and built over time.
The larger community is => the better ecosystem we get.
Re: lacking features. Feel free to submit a request here https://github.com/dart-lang/language
Dart team is already working on some nice additions to the language. If ADTs are something many community members are looking for, I'm pretty sure it'll be added.
> and brings absolutely nothing useful
Dart is a language that's predictable (no WATs), performant, has the best built-in tooling to facilitate quick iterative development, the best package manager and can be used to build web, mobile and desktop apps with high level of shared codebase between them.
It's not the best language by any means but it's already a good language. And it's getting better and better.
Re: Flutter on desktop, a real competitor to Electron
#59The road block for adoption will be Dart. Why they didn't just choose Typescript or go with native javascript is beyond me. No one uses Dart. It was probably the poorest design decision they could make.
Dart 2 is a very solid language. It's primarily an OO language but does have some functional elements in it. It's very similar to Java and C# and most dart developers think it's a better version of Java and C#. It has more features like stream, asynchronous and mixins built into the language. It's in fact a full stack language as you can write server side code in dart as well. I think Google's long-term goal is to ma…
Re: Flutter on desktop, a real competitor to Electron
#60The road block for adoption will be Dart. Why they didn't just choose Typescript or go with native javascript is beyond me. No one uses Dart. It was probably the poorest design decision they could make.
Dart 2 is a very solid language. It's primarily an OO language but does have some functional elements in it. It's very similar to Java and C# and most dart developers think it's a better version of Java and C#. It has more features like stream, asynchronous and mixins built into the language. It's in fact a full stack language as you can write server side code in dart as well. I think Google's long-term goal is to ma…