Answer the question
In order to leave comments, you need to log in
Creating a platform for developing gui provisions?
There is such an idea, to create a platform for developing gui applications. That is, to write a program interface using HTML CSS and JavaScript. I understand the idea is not new, but I have not found information on such a development. Just imagine an application written in C ++ and an interface in HTML CSS and JavaScript, there will be no more holivar between QT and GTK. What do you think about it, is it worth starting to work on it. Keep in mind that the development will be for Linux, the project will of course be Open Source, so that fans of Windows'a will be able to port such a platform on their computers! How do you feel about such a project, and what would you like to know about the life of this project?
Answer the question
In order to leave comments, you need to log in
Why QML does not suit you? Many people don’t really care and make the embedded browser the interface (often out of the box of their own framework). You will not be able to create a system that is as convenient for each of the platforms as analogues tailored for these platforms.
It just so happened that the world is moving more and more towards purely network technologies - in principle, it doesn’t matter what your backend is based on. Take a look at how the frontend is built in many go projects like consul, etcd, ... or the ELK stack. In fact, there are some server systems that offer some kind of API, you can immediately use it, but if you need a GUI, you install (or simply turn on) a browser-based SPA that will work with the same service, but with a human-readable interface.
It is possible, there are many implementations.
He also wrote this.
For frontenders, it will be easier to take node-webkit. For hardened QT/GTK desktop users, it will be easier to continue using the familiar. Well, yes, QT has a wonderful QML.
PS Well, the holivar between QT and GTK exists only on LOR :) (and LOR will never accept something made on web technologies :))
There are only two options here:
1. HTML(5)/JS/CSS/webSocket -
+ any platform, any browser
- low execution speed due to many layers between OS and Wirth. environment
- limited access to API OS
2. Native application
+ high execution speed
+ ability to close the code
- run on a limited number of OS
Personally, I use native + add-ons for beautiful visualization.
On the server (back-end, if the application is networked) - API.
I do not think that this is possible, even if it is possible to forward events with crutches, how will it be better than a native gui?
Didn't find what you were looking for?
Ask your questionAsk a Question
731 491 924 answers to any question