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

11–20 of 79 posts

Re: Qt for Android better than ever before

#11

Post by cjslep »

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.

I had to create a Qt JNI app... That was entirely run as a background service. It was quite the wizardry, and did require a little bit of Cyanogen kernel hacking from a coworker.

Re: Qt for Android better than ever before

#12

Post by p7IDD243 »

_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?

This is an app I've been using written in Qt/QML that works on desktop and mobile, it doesn't seem like there's a whole lot of differences to make it work on mobile: https://github.com/alamminsalo/orion

Re: Qt for Android better than ever before

#13

Post by mehhh »

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…

Qt development using Python is similarly painful, I end up drafting things up in Qt Creator, taking that code and amending it to work in Python.

The tooling for Qt needs help, I feel like this is a huge reason why shovelware Electron apps are so common now.

Edit: Capitalization

Re: Qt for Android better than ever before

#14

Post by krn »

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

Re: Qt for Android better than ever before

#16

Post by scrollaway »

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.

Re: Qt for Android better than ever before

#17

Post by mehhh »

tipsysquid wrote: post #3

I've been getting more and more interested with qt development. As a linux user, I'm exhausted from the bloat and cycle stealing electron apps ( with VSCode being a notable exception to this rule). But more recently, the idea of writing one app in Qt, running it everywhere between Android, a Librem 5, and desktop platfoms is really exciting.

That was the main idea behind Pyre-Qt, but dynamic media resizing is not well supported in Qt unless you pull in a web view (at which point you've recreated Electron).

https://pyre.chat

One fork of Pyre does this using a web view, and it fixes the media scaling bug, but what is the advantage over Signal Desktop at that point (besides being a tray icon & having native integration)?

Edit: Capitalization

Re: Qt for Android better than ever before

#18

Post by yoz-y »

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++.

Re: Qt for Android better than ever before

#19

Post by Cyph0n »

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

Along the lines of [2], there is also ScalaFX: https://github.com/scalafx/scalafx
Post reply on HN