Earlier quoted context omitted.
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.
A Better Qt Because of Open Source and KDE
61–70 of 125 posts
Re: A Better Qt Because of Open Source and KDE
#62The behavior of the Qt company lately is a bit troubling. First, the core can be licensed under Commercial or LGPL licensing. This let's non-paying developers use the core in commercial software. This policy was established to ensure trust with the community during one of the many company transitions. For all new modules, Qt evades that requirement by licensing under Commercial or GPL. I have mixed feelings on this.…
Re: A Better Qt Because of Open Source and KDE
#63The behavior of the Qt company lately is a bit troubling. First, the core can be licensed under Commercial or LGPL licensing. This let's non-paying developers use the core in commercial software. This policy was established to ensure trust with the community during one of the many company transitions. For all new modules, Qt evades that requirement by licensing under Commercial or GPL. I have mixed feelings on this.…
Businesses will shovel loads of money into SaaS and cloud hosting without blinking, but support a programming tool? Never! Another hundred Office users and 50 more AWS VMs? No problem.
People will spend $10 on a coffee but would never spend $5 to support a project that saves them hundreds or thousands of hours of work. They'll spend $15/month to host a site, but would never pay for the software that runs it even though that took far more effort than racking up some servers.
No wonder everything is surveillanceware and mega-corp silos. We get what we pay for, or rather we don't get what we won't pay for... like independent software.
Re: A Better Qt Because of Open Source and KDE
#64The behavior of the Qt company lately is a bit troubling. First, the core can be licensed under Commercial or LGPL licensing. This let's non-paying developers use the core in commercial software. This policy was established to ensure trust with the community during one of the many company transitions. For all new modules, Qt evades that requirement by licensing under Commercial or GPL. I have mixed feelings on this.…
> commercial software I think (could be wrong) you meant to imply closed-source, as one can have commercial open-source software. I’m not a huge fan of them using GPL for their newer modules, either, like charts. It seemed a bit unnecessary other than driving those who don’t like/can’t use the GPL license into a dev subscription.
Re: A Better Qt Because of Open Source and KDE
#65The behavior of the Qt company lately is a bit troubling. First, the core can be licensed under Commercial or LGPL licensing. This let's non-paying developers use the core in commercial software. This policy was established to ensure trust with the community during one of the many company transitions. For all new modules, Qt evades that requirement by licensing under Commercial or GPL. I have mixed feelings on this.…
Its weird what people and businesses will and will not support. Businesses will shovel loads of money into SaaS and cloud hosting without blinking, but support a programming tool? Never! Another hundred Office users and 50 more AWS VMs? No problem. People will spend $10 on a coffee but would never spend $5 to support a project that saves them hundreds or thousands of hours of work. They'll spend $15/month to host a s…
Avoiding the "out" makes me not want to make use of the new modules. And the hassle of audits makes be question the cost of the inconvenience to me, the dev, of having a license.
It's tradeoffs all the way down.
Re: A Better Qt Because of Open Source and KDE
#66The behavior of the Qt company lately is a bit troubling. First, the core can be licensed under Commercial or LGPL licensing. This let's non-paying developers use the core in commercial software. This policy was established to ensure trust with the community during one of the many company transitions. For all new modules, Qt evades that requirement by licensing under Commercial or GPL. I have mixed feelings on this.…
Its weird what people and businesses will and will not support. Businesses will shovel loads of money into SaaS and cloud hosting without blinking, but support a programming tool? Never! Another hundred Office users and 50 more AWS VMs? No problem. People will spend $10 on a coffee but would never spend $5 to support a project that saves them hundreds or thousands of hours of work. They'll spend $15/month to host a s…
FOSS made it fashionable to want to be paid for work, while refusing to pay for the work of others, and in the process using clunky tools.
Naturally upstream cannot pay bills from PR and eventually moves on.
Re: A Better Qt Because of Open Source and KDE
#67Trolltech were pretty awesome, in their days. The “poison-pill BSD” setup is pretty smart; if i remember correctly , it was introduced when they started wobbling a bit from the commercial perspective, in order to keep the community calm while they went looking for buyers (which they eventually found in Nokia). It would be sad if the switch had to be triggered at a time when QT is supposed to be “back in the game” aft…
Re: A Better Qt Because of Open Source and KDE
#68Re: A Better Qt Because of Open Source and KDE
#69Earlier quoted context omitted.
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…
I'd like the pain-point parties (Apple, Microsoft) to just ship open-source linkable libraries of somekind in their app stores. If OSX, Windows, and the mobile stores carried a common framework developers could target it would become a defacto UI standard since you could finally develop a cross-platform app that used 'native widgets' (at least a library that might already be installed) for every given platform, and w…