4 ms·
> with a much better UI toolkit I just made this as a reply in another thread where the user essentially believed you couldn't have a nice GUI (his example was
by mixedCase 9y ago
> with a much better UI toolkit
I just made this as a reply in another thread where the user essentially believed you couldn't have a nice GUI (his example was VS Code) with a native toolkit that's also easy to develop in:
https://i.imgur.com/RPr6VMS.png https://i.imgur.com/RPr6VMS.png
https://gitlab.com/mixedCase/poc-qml-vscode https://gitlab.com/mixedCase/poc-qml-vscode
We've had the tools for a long time in desktop, let's not pretend we don't.
- qq66 9y agoMicrosoft has tremendous resources, it's definitely costlier to build a great desktop UI than a great Web UI (but the great Eat desktop UIs are always better).
- danieldk 9y agoMicrosoft has tremendous resources, it's definitely costlier to build a great desktop UI than a great Web UI What? Let's not rewrite history. I has been easy and cheap to create desktop UIs for decades, literally. I was using Borland Delphi 1.0 as a 13 year old and could have a basic Windows UI app up and running in ten minutes. There have been many great cross-platform and platform-specific toolkits that are easy to use. E.g. you can teach someone with some Python knowledge how to make basic Qt desktop applications in one hour or so. It's literally as simple as dragging some widgets to a window and writing some lines of wrapper code. I recommend anyone who thinks that developing applications using web UIs is easier/cheaper to look at some Delphi 1.0 videos. E.g.: https://www.youtube.com/watch?v=m_3K_0vjUhk https://www.youtube.com/watch?v=m_3K_0vjUhk This was how we developed desktop applications 22 years ago on machines with 4 or 8 MB RAM. And it is still a whole lot easier and more efficient than a web app.
- freshhawk 9y agoI agree, but the previous comment did say "a great desktop UI". Simple ones are definitely easier in something like QT of course, great ones are not.
- mixedCase 9y agoOnly if your measure for great is "looks and behaves in a bug-compatible manner exactly like the native toolkit". Otherwise, no, I'd very much disagree.
- mixedCase 9y agodanieldk's response sums it up quite nicely. I will add that around the same age I found Microsoft's own Visual Basic 6 and was doing stuff with it. Additionally, Microsoft has their own framework similar to what QML offers: WPF. The problem with it is that it doesn't have cross platform support, something they wanted to have for VSCode. It's all exhorbitantly easy to use. Cost is not the issue, specially since they already have a lot of really talented people working on VS Code.
- sweep3r 9y agoCalling Qt native is a stretch. It doesn't really look native. Everything is a little off in all platforms.
- mixedCase 9y agoNative as in "not an embedded website". Also the point of QtQuick as an alternative to Electron is not to look native beyond the menus and dialogs. And you probably associate Qt with Qt widgets, not QtQuick. Qt widgets actually tries to resemble and behave like native widgets, and it will let you get to that point if you actually care about that. Most people making cross plat applications don't, which is why popular Qt widgets applications like VirtualBox and VLC don't look native, and QtQuick applications like Telegram for Desktop just ignore the desktop's HIGs completely.
- afarrell 9y agoWhat would be your personal recommendation for learning Qt?
- mixedCase 9y agoDon't bother with Qt widgets, learn QtQuick and QML. Install QtCreator, grab the docs and play around in a new project. You can drag and drop components around in design mode and you'll be able to figure out how QML works from there. It's really intuitive.
- _nedR 9y agoNice.. Though one small niggle: I wanted to bookmark this for later reference, but the git page has no screenshots, and the screenshot has no title or link to the gitpage.. In meantime, i will just bookmark your comment :)