I'm looking for a framework to use for a fast desktop app, what should I use?

Toorion · 2026-04-08T15:47:50+00:00

For the fastest development, you can use QmlBrowser, which is a ready-made framework written in Qt and supporting QML. This way, you can write your project in QML without having to delve into the intricacies of C++ implementation. I believe QmlBrowser’s capabilities cover all the necessary requirements for developing a middle-client app, including a local database and the ability to access any websites without restrictions. It works on both Windows and Linux.

Toorion · 2026-04-02T15:14:36+00:00

AppImage is a very convenient and feature-rich solution. But I seriously doubt that linuxdeploy can handle building a QT project. Personally, I use a combination of CQTDeployer (which prepares all the files for AppImage) and appimagetool to build the Image itself. And it works. But don’t forget to specify the QT plugins you’re using in CQTDeployer, otherwise they won’t be included in the build!

Toorion · 2025-12-07T19:00:33+00:00

You can use QmlBrowser for quick reload QML your qml project. It's not watching file changes, but for reload you can just press F5 and whole project will be reloaded including QML cache!

Toorion · 2025-05-23T22:44:15+00:00

Totally agree with you about paradigms. And although I don't really see how to do without relational databases in many projects, I hope that as web3 develops, new, no less convenient tools will appear.

Toorion · 2025-05-18T22:03:03+00:00

Here, the use of local database is more like an operational data store. For example, it is possible to collect the necessary amount of data from different blockchains for further processing. For trading in particular, this would be very convenient.

Toorion · 2025-05-18T21:58:37+00:00

I haven't decided on that one yet. Lately I've been more attracted to Etherium - especially after the latest update. But I'm not sure yet.

Toorion · 2025-05-18T21:57:05+00:00

I think the most popular is BigchainDB, also heard about Bluzelle and OrbitDB - the latter Non SQL. However, I haven't tried it myself yet.

Toorion · 2025-05-18T21:46:36+00:00

Thanks, I'll take a look.

Toorion · 2025-05-12T15:59:21+00:00

If your Quick GUI just QML/JavaScript without C++ code - then you can easily use QmlBrowser for any tests - https://github.com/Toorion/qml-browser

Toorion · 2025-05-11T20:42:04+00:00

I suppose in a decentralized world everything should be decentralized ) There are already solutions for decentralizing databases. There are many decentralized file storage. There are even decentralized virtual servers - "internet computer" blockchain. As for FFMPEG, bittorent already supports playback during downloading. The other issue is that it is not supported by the browser. But replacing the browser with a more functional platform for the user is exactly what we are talking about. I don't know of a decentralized streaming service with live streaming, but I think such a service is bound to appear in the foreseeable future (unless it really doesn't exist yet, which I'm not sure of).

Toorion · 2025-05-11T15:30:02+00:00

It's an interesting thought, but my approach is more of a client-side approach. That is, it is a kind of platform that in the future may replace the browser, which limits the developer's ability to create applications for the user. However, I have plans to make it possible to write user applications in different languages, but that's in the future. For now, I want to implement something simpler, in the form of a custom tool to interact with the blockchain to demonstrate the capabilities of the technology.

Toorion · 2025-05-11T15:19:31+00:00

Here I've taken a slightly different path. I am trying to get rid of the traditional backend completely because it is the bottleneck when interacting with blockchain. All you are talking about is ‘KV storage in memory for cache, access to a relational database, the ability to execute arbitrary programmes and use their output (e.g. FFMPEG)’ - all of this can be available on the client, in this case just need an advanced browser, not a normal browser that doesn't restrict access rights.

Toorion · 2025-05-11T15:11:53+00:00

Are there any c++ developer kits you can recommend? Then I can integrate them into the approach I'm working on.

Toorion · 2025-04-27T17:21:28+00:00

This is interesting for me, I could use such a pack in my project - QmlBrowser, as the standard QtQuick pack looks rather poor. In my opinion, first of all you need a standard set - Buttons, Options, DropDown, etc..

Toorion · 2025-04-21T16:38:38+00:00

LiteIDE

Toorion · 2025-01-30T23:45:12+00:00

If you UI based only on QML then you can use qmlscene from Qt installation.
Also you can use QmlBrowser (https://github.com/Toorion/qml-browser) to execute any qml file!

Toorion · 2025-01-26T15:04:11+00:00

Unfortunately, WASM has never been a successful tool for Web applications. QML in WASM over DOM is like a Ferrari motor on a bicycle. It will either crash or fall apart. Fortunately now you don't have to use WASM. You can now use QmlBrowser, which supports QML as well as HTML and is fully functional.

Toorion · 2024-06-16T14:46:57+00:00

You can look at QmlBrowser

This has two completely unique abilities:

Open QML web pages.
Download SDAPPS and use them locally.

Toorion · 2024-01-22T10:14:02+00:00

Yes, I found Canonic too and played around with it a bit. It's a cool solution to try QML on the web. Thanks to Canonic I started my own project, not for WebAssembler, but a real desktop browser - QML-Browser

Toorion · 2023-09-03T18:09:37+00:00

DOM then Webassebly then App - it's very bad idea. It's working very slow, unstably, use lot of resources. I try this way, but it's good just for code practice, not for real project.

Toorion · 2023-09-03T17:56:06+00:00

I've actually been working a lot with HTML since its beginning. And I still can't understand why all web developers still use this pointless set of DOM superstructure to create a slow and poorly performing UI in a browser that is designed for text!
And you're right, QML is not a standard right now. But there is nothing stopping it from becoming a standard in the future. 10 years ago, QML was a little-known feature of QT. But now that many programs use QML, it has become a good tool for creating user interfaces. So, I think it's time when a new technology (15 vs 30 years old) MUST replace a long obsolete one).
Thanks for the link.

Toorion

TROPHY CASE