Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Qt for Android better than ever before

kdab.com

Post reply on HN
Print view View original

41–50 of 79 posts

Re: Qt for Android better than ever before

#41

Post by detaro »

scrollaway wrote: post #16
pepijndevos wrote: post #10

I have in the past developed a fairly large (proprietary) Qt application that used the same codebase on Linux, Windows, and Android. I would say Windows and Android are tied for compile hell. This update looks really neat, and may solve some problems for some people. But personally my biggest gripe with Qt is qmake. When you are doing Android, lots of resources assume Gradle, and lots of Qt stuff assumes qmake. Neith…

I read somewhere a few months back that qt is dropping qmake in favour of cmake in the medium term. And everyone rejoiced.

building Qt apps with CMake is already possible and supported. Building Qt itself with CMake is an active project, and the long-term plan is indeed to drop qmake completely.

Re: Qt for Android better than ever before

#42

Post by dTal »

I've been looking for a way to write cross-platform apps without a painful language or build hell, and I've just come across EQL5-Android, which binds Qt for Android with Embeddable Common Lisp. I don't know Common Lisp, but I like Scheme and I'll try anything to avoid Java or C++. So far it's looking very slick...

https://gitlab.com/eql/EQL5-Android

Re: Qt for Android better than ever before

#43

Post by cat199 »

mangosherbet wrote: post #30

Qt is a great toolkit and I've messed around with it on Android on and off since Lighthouse. One thing I want to point out is that Qt is LGPLv3 and (in my non-lawyer opinion) this is a pain point on restricted application environments like the Google Play store on Android. Its not clear to me that you can comply with a user request to get access to replace or modify LGPL'd software in your application.

> Its not clear to me that you can comply with a user request to get access to replace or modify LGPL'd software in your application.

It doesn't need to be available via the same mechanism, it just needs to be available, no? And if so, you could embed within the .apk (even if it makes it huge), no?

Re: Qt for Android better than ever before

#44

Post by detaro »

_l4jh wrote: post #6

Qt for Android has always looked pretty good but I never see it used. Could someone link a few real-world apps developed with Qt for Android?

The KDE project has a few, some of which are Desktop and Android: https://play.google.com/store/apps/dev?id=475889458590528766...

Felgo sells Qt components etc (no experience with them), they have a showcase: https://felgo.com/showcases

Now I wonder if someone has made a big scan of apps from Play store analyzing what toolkits they use.

Re: Qt for Android better than ever before

#45

Post by dkersten »

jcelerier wrote: post #27
dkersten wrote: post #24

Earlier quoted context omitted.

Is there a timeline or target release date for Qt6 yet?

https://www.qt.io/blog/2019/08/07/technical-vision-qt-6 TL;DR : "we’re aiming to have Qt 6.0 ready for a first release by the end of 2020."

Thank you! I read that page, but I guess I didn't read it properly.

Re: Qt for Android better than ever before

#46

Post by The_rationalist »

allenskd wrote: post #5

I don't know how Qt & Android fare these days... I know it was quite a hassle to create background services when I first tried to get into it and there was no definitive answer as I think it was still on the roadmap to add it (perhaps?). Qt is amazing and so is QML. I still found QML JavaScript engine utilizing a lot of memory back then as well and I don't know if it has been fine-tuned these days.

Could you do a comparison of why using QT js instead of electron/ionic?

Re: Qt for Android better than ever before

#47

Post by The_rationalist »

yoz-y wrote: post #18
krn wrote: post #14

What are the technical reasons to prefer Qt over JavaFX[1]? Even Bitwig Studio, which is a C++ audio application, went with JavaFX for its cross-platform UI. It can also be written in React-like declarative style[2], which is much easier to maintain. [1] https://openjfx.io/ [2] https://github.com/cljfx/cljfx

You can write in C++ so it's much easier to re-use libraries in C/C++.

Electron does allow to use c++, what make QT c++ more practical for business logic?

Re: Qt for Android better than ever before

#48

Post by zem »

dTal wrote: post #42

I've been looking for a way to write cross-platform apps without a painful language or build hell, and I've just come across EQL5-Android, which binds Qt for Android with Embeddable Common Lisp. I don't know Common Lisp, but I like Scheme and I'll try anything to avoid Java or C++. So far it's looking very slick... https://gitlab.com/eql/EQL5-Android

when i saw the article my first thought was to wonder whether eql was still alive. nice to know that it is!

Re: Qt for Android better than ever before

#50

Post by heavyset_go »

krn wrote: post #14

What are the technical reasons to prefer Qt over JavaFX[1]? Even Bitwig Studio, which is a C++ audio application, went with JavaFX for its cross-platform UI. It can also be written in React-like declarative style[2], which is much easier to maintain. [1] https://openjfx.io/ [2] https://github.com/cljfx/cljfx

QML is declarative and you don't need to use Clojure to use it.
Post reply on HN