Qt Quick vs Flutter

sierdzio · 12 Mar 2020, 14:59

and embedded apps!

I have not said that. The main focus of QtC is on embedded right now, it seems.

tomy · 12 Mar 2020, 15:32

QtC? It's the first time I hear that. Do you mean using the C language (instead of C++) with Qt to create apps for embedded devices?

KroMignon · 12 Mar 2020, 19:40

@tomy said in Qt Quick vs Flutter:

QtC?

I think QtC ==> Qt Company :)

tomy · 3 Dec 2020, 19:13

Thank you all.
So to sum up we can say that:
For desktop apps: Qt
For mobile apps: Flutter
For embedded programming: C & C++ (used in QtQuick for instance)

are best choices for now to pick up.
Anyone disagree, please?

ODБOï · 3 Dec 2020, 19:20

@tomy said in Qt Quick vs Flutter:

For mobile apps:Flutter

i would go with Felgo

sierdzio · wrote on 12 Mar 2020, 19:40

@KroMignon said in Qt Quick vs Flutter:

@tomy said in Qt Quick vs Flutter:

QtC?

I think QtC ==> Qt Company :)

Yes, I have meant Qt Company.

tomy · 13 Mar 2020, 06:01

@LeLev

Felgo, unlike Qt open-source, gives you almost nothing freely. :(

sierdzio · T tomy 12 Mar 2020, 22:05

@tomy said in Qt Quick vs Flutter:

@LeLev

Felgo, unlike Qt open-source, gives you almost nothing freely. :(

They have to eat something ;-)

Plus, then it comes to mobiles, Qt on iOS is not free anyway (and using LGPL on Android is tricky, too).

ekkescorner · 20 Mar 2020, 09:35

for me the decision is clear: I'll use Qt for mobile
have developed some very complex apps for customers out there running on thousands of devices
always mobile biz apps, running in-house
all my apps developed with QtQuickControls2 (QQC2) are very performant

my subjective personal POV: comparing flutter UI code and QML Code --> QML Code is much easier to read.
I never studied C or C++, developed 10+ years with Java
then with BlackBerry 10 / Cascades first time had to deal with Qt-C++ and it is really easy to understand
as BlackBerry faded away some years ago I started with Qt and QQC2 - UI in QML, biz logic, network, ... in C++

Material style looks good on Android and iOS - my apps are running from lowcost-Android up to iPad 12.9 pro, in many cases together with Bluetooth devices (Scanner, Printer, eCards, waiter lock, ...)

It toom a while to understand QtCreator coming from so many years using Eclipse IDE, but finally I must say QtCreator is great for x-platform mobile development

upcoming Qt 6 with reduced QML 3 will provide an even more performant environment (QML automatically by magic compiled to C++) and better content assist while hacking code. I'll port all my apps to Qt 6 / QML3 and start a new blog series about, probably also working on a book Qt6-for-mobile later this year)

so if starting new I would give Qt a try

sierdzio · 18 Mar 2020, 07:13

Great info, @ekkescorner , as always! Thanks for chiming in.

in many cases together with Bluetooth devices (Scanner, Printer, eCards, waiter lock, ...)

Lucky you. My experience with BT support so far was really bad, but it wasn't fully Qt's fault. All OSes treat BT differently, have different bugs etc. Maintaining an app with BLE support on Windows, Android, iOS, macOS is a real nightmare.

ekkescorner · wrote on 18 Mar 2020, 07:13

@sierdzio yep - not so easy with BT on different platforms. have done this for Android and iOS. then a customer asks to support W10 tablets. I'm not a windows developer and managed it to work on W10, too. on macOS I've seen that some devices are working and others not. (Using macOS only while developing not in production)
I'm also doing BT Classic for Scanners and Printers on Android.
Luckily Qt provides this, too. Just implementing all the pieces. will blog later on this.

Take a look at Flutter: different plugins for BLE and BT Classic from different developers. I really prefer to get this directly from Qt.
(yep - would be great to get more from Qt for mobile, but a big thanks for all the work on BT)

tomy · 20 Mar 2020, 09:43

@ekkescorner

QML Code is much easier to read.

So it's the important point you think Qt (for mobile) has compared to Flutter. I agree with that it has a great impact on app maintenance. I hope Qt company will pay more attention to mobile apps so that it has more words to say in this "mobilized" world against the bigger company backing Flutter, Google! :|

probably also working on a book Qt6-for-mobile later this year)
so if starting new I would give Qt a try

That sounds awesome. Looking forward to seeing things from you. :)

If the person downloads the newest version of Qt, will he/she be able to use Qt 6 and QML 3 on it now, please?

J.Hilk · T tomy 20 Mar 2020, 09:35

@tomy said in Qt Quick vs Flutter:

So it's the important point you think Qt (for mobile) has compared to Flutter. I agree with that it has a great impact on app maintenance. I hope Qt company will pay more attention to mobile apps so that it has more words to say in this "mobilized" world against the bigger company backing Flutter, Google! :|

since Google/Alphabet stands behind flutter, chances are high that it will die/be unspported/ dropped in 1 - 2 years time, like 80% else made by google.

I'm joking, googles history speaks for itself.

If the person downloads the newest version of Qt, will he/she be able to use Qt 6 and QML 3 on it now, please?

Not as far as I know, maybe you can get a preview/alpha version once 5.15 is officially out.

ekkescorner · T tomy 20 Mar 2020, 09:35

@tomy the way from Qt 5 / QML2 to Qt 6 / QML3 will be a step-by-step process
Qt 6.0 is planned for Nov 2020 - I expect End of 2020 or first quarter 2021 ;-)
about Qt 6: https://www.qt.io/blog/2019/08/07/technical-vision-qt-6

the process starts with Qt 5.15
many new things will be backported to 5.15
there will also be help from QtCreator to see what will be deprecated in Qt 6 / QML 3
hopefully this will work smooth

a first blog about new ways to go with QML in 5.15: https://www.qt.io/blog/qml-type-registration-in-qt-5.15

I'll try to follow this process and blog about and report issues to help Qt
have no idea how much work this will be and how easy / diffcult it will be to transform apps to Qt6 / QML3

I have created some very complex apps and I know most of my own project rules won't work anymore

some years ago I started with Qt as a newbie - this was the time where first Betas of QtQuickControls2 came out.
I tried to use them, tested, blogged, requested features, added issues, ... - this was much work, but I got many of my issues/requests solved, so it was worth spending the time and motivates me to do the same with Qt6 QML3 for mobile apps

Tom_H · 23 Mar 2020, 20:25

@tomy I had a good experience with Qt for my first Android project, but I wouldn't use it again, primarily because of the licencing issue and I don't like the direction Qt is heading (all new modules are GPL instead of LGPL). And lately it seems the Qt Company doesn't care about mobile platforms.

When I started, there weren't many other cross-platform options. But now we have Flutter, React Native, and NativeScript, among others. I looked at Flutter and didn't like it. I don't like Dart and I don't like their UI markup. QML is the best UI markup language by far, IMO, and I will miss it.

Another consideration for me back then was that I needed OpenGL. I don't know if Flutter et al support 3D yet, so if I need 3D again I'll probably use a game engine like Godot.

But for my next 2D project I'm going to look at NativeScript. I guess now would be a good time to do that while I'm #SocialDistancing

ekkescorner · 23 Mar 2020, 21:12

@Tom_H you know that there will be a new startup / small biz offering coming for $499/year ?

Tom_H · wrote on 23 Mar 2020, 21:12

@ekkescorner I did not know that. Good to know. I just got done reading the article you posted about Qt 6. Interesting read.

bogong · wrote on 24 Mar 2020, 11:37

I've been working with Flatter/Dart and this is explanation of my experience:

Flatter is not the solution itself. It's only framework on Dart.
The Dart VM - is SUPER slow. Here the benchmark https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/dart-java.html There are fundamental issue in threads. The manner of threads - the reason of why it's so slow. There are not about percents, there are about times.
Extremely difficult in reality to add something native. You should be creating extensions to Dart VM on C++ In case of very restricted functionality for now - it's might be HUGE problem. (One question - if you need to add something on C++ to Dart, why Dart?) For now I would say - no any cross-platform 100% covering native. For me extremely important to be able to add native without troubles. Dart - is nothing about "without trouble".
SUPER poor community, a lot of noobs that will be copy-pasting official doc. Sometimes to find solution beside standard reference almost impossible or will get HUGE amount of time.

My own opinion: if you going to develop something very simple - Dart - might be solution, it's fast in developing and "idiot friendly" (BTW - if you look carefully on Dart itself, you might be seeing total paradigm compatibility to QML). The advantage of Flatter/Dart - very good implementation to Google services, it's in box from begin. If you going to develop something that require a little more then just getting JSON from server - definitely NO Dart at all. The promo of being "super fast UI" - is only if you using their precompiled UI components. In other case - super slow.

All of it my own experience of developing cross-platform applications. I've started cross-platform before mobile development based on Chromium Embedded https://en.wikipedia.org/wiki/Chromium_Embedded_Framework in 2012. We've been developing application based on WebUI for Windows and Linux. After it iOS native developing since iPhone 4, and now only Qt and sometimes native.

tomy · 26 Mar 2020, 17:04

Thanks all,

So to sum up, still QtQuick is better for mobile apps and the real winner. :)

ekkescorner · T tomy 24 Mar 2020, 15:20

@tomy the new 'Small Business License' will help to make the right decision: https://www.qt.io/blog/available-now-qt-for-small-businesses
now up to 250K $ revenue - only 499$ p.a. -- embedded, mobile, desktop -- up to 4 devs