Earlier quoted context omitted.
Only if you mean a better heat producing software.
I understand you are not a fan.
No, but when running Electron you will need one or two.
A Better Qt Because of Open Source and KDE
21–30 of 125 posts
Re: A Better Qt Because of Open Source and KDE
#22A better Qt already exists. It's called Electron.
Electron's strength is a low learning curve and easy cross-platform development (though more complex projects still get harder; it's just easier to get started). Qt isn't perfect, but it's probably still better than electron; it is also fairly good for cross-platform development, and though a little ungainly, fine as long as one works in C++.
Re: A Better Qt Because of Open Source and KDE
#23> In case The Qt Company would ever attempt to close down Open Source Qt, the foundation is entitled to publish Qt under the BSD license. This notable legal guarantee strengthens Qt. It creates trust among developers, contributors and customers. Woah, I had no idea about this. I wonder what kind of new changes would take place if Qt were BSD licensed, such as languages like D embedding it as a solution for UIs as par…
I didn't think D had SQLite in stdlib. When I googled for it recently I just found some single contributor package and assumed it wasn't super well maintained.
Re: A Better Qt Because of Open Source and KDE
#24> Background is the wish of The Qt Company to change some of the contract provisions. It is still a bit unclear which ideas exactly they are pursuing I think this is the reason of the timing of this post. Because else, this post is just reminding the existing contracts around Qt.
Can you briefly explain (or link an existing explanation) a summary of the changes the Qt Company is asking for, to someone who's interested but not intimately familiar with the details?
I know nothing more than you do.
Re: A Better Qt Because of Open Source and KDE
#25> Background is the wish of The Qt Company to change some of the contract provisions. It is still a bit unclear which ideas exactly they are pursuing I think this is the reason of the timing of this post. Because else, this post is just reminding the existing contracts around Qt.
Can you briefly explain (or link an existing explanation) a summary of the changes the Qt Company is asking for, to someone who's interested but not intimately familiar with the details?
It says in the article and the quote that the proposed changes are still unclear.
Re: A Better Qt Because of Open Source and KDE
#26A better Qt already exists. It's called Electron.
Electron is a layer over gtk that lets you use web tech instead of straight gtk it is functionally unsuitable to be a replacement for qt.
Re: A Better Qt Because of Open Source and KDE
#27It would be good for KDE to get stronger backing, but I've heard RedHat avoids backing KDE and focuses on Gnome, due to aversion¹ to contributor agreements², is that correct in that case? 1. https://opensource.com/article/19/2/cla-problems 2. https://www.qt.io/legal-contribution-agreement-qt
I recommend the KDE neon distro to every Linux-curious person I meet. It's the latest and greatest KDE on top of an Ubuntu base, and it's by far the best desktop distro I have tried in my ~20 years of using Linux on the desktop.
Re: A Better Qt Because of Open Source and KDE
#28We where using QT and then they started send aggressive license compliance e-mails. We are no longer using QT.
Re: A Better Qt Because of Open Source and KDE
#29Earlier quoted context omitted.
I'll bite. Define "better" here.
Not a fan of electron at all. But I think it points out the direction for the future of gui. There's a whole generation of new languages (rust, go, dart, D, ...) that wants to get into the gui-space and finding QT and GTK problematic. QT is known for "using every C++ feature", making it less than ideal for bindings. GTK is not very cross platform I think, and is criticized for beeing gnome-centric. Both toolkits are…
That more seems like there's a hole in the market for a better gui.
Re: A Better Qt Because of Open Source and KDE
#30> In case The Qt Company would ever attempt to close down Open Source Qt, the foundation is entitled to publish Qt under the BSD license. This notable legal guarantee strengthens Qt. It creates trust among developers, contributors and customers. Woah, I had no idea about this. I wonder what kind of new changes would take place if Qt were BSD licensed, such as languages like D embedding it as a solution for UIs as par…
I didn't think D had SQLite in stdlib. When I googled for it recently I just found some single contributor package and assumed it wasn't super well maintained.
That might be why honestly.
https://dlang.org/phobos/etc_c_sqlite3.html
For anybody's reference, it also has zlib, and an ODBC library.