3 ms·
Been doing some research about my problems with qt. I found some interesting stuff. In qt6, there will be "native components" that use the actual underlying OS
by roblabla 10y ago
Been doing some research about my problems with qt. I found some interesting stuff.
In qt6, there will be "native components" that use the actual underlying OS widgets[0]. They'll be less stylable, but will integrate better with the native look and feel. That should take care of the annoying cross-platform problems.
The other problem left is how big it actually is. As it turns out, it's possible with the LGPL to statically link your program and still comply with the license[1]. Basically, you just need to provide a way to download the .o files so they can be relinked against a different version of Qt.
Thanks to this, it should be possible to create (relatively) lightweight, statically-linked binaries of Qt software.
As far as the C++ is involved... There are qt bindings for just about every other language out there. Just today, bindings for go were released[2].
The future is bright for qt and cross-platform apps.
[0] http://blog.qt.io/blog/2017/02/06/native-look-feel/ http://blog.qt.io/blog/2017/02/06/native-look-feel/
[1]: https://news.ycombinator.com/item?id=4302517 https://news.ycombinator.com/item?id=4302517
[2]: https://news.ycombinator.com/item?id=14068525 https://news.ycombinator.com/item?id=14068525
- mixedCase 10y ago> As far as the C++ is involved... There are qt bindings for just about every other language out there. Absolutely not. And the ones that do work are ginormous. The Go bindings are LGPL licensed, meaning they aren't an option for most people until Go plugins are available across the board, at least. With that said, QML does have plenty of bindings, thankfully. And indeed, Qt's future looks bright, while Gtk's uncertain, so the former is definitely the saner option.