15

I am thinking about using QT for rich GUI commercial multiplatform programs. A would want to know how much the commercial license would cost.

I found just old prices (2008): https://stackoverflow.com/questions/352896/qt-commercial-licenses

  1. I am interested for the actual price (even earlier to see how it rises) for: win+osx

  2. The license is one time or I have to buy license yearly?

  3. Is there anyone who uses the LGPL version commercially? (I know that it can be done but I might need to make changes to QT without releasing the code for it: https://stackoverflow.com/questions/2945612/qt-lgpl-licencing-for-a-free-application-with-closed-source)

  4. Actually this price policy (We don't tell you the price! We will call you!) is really strange to me, should I rather stay away form QT? I just tried it (15-20 hours) so going with other technology (.Net and just for Windows by dropping multiplatform support) is still an option

Community
  • 1
  • 1
David Havran
  • 151
  • 1
  • 1
  • 3
  • 2
    This is off-topic here (not a programming question). The only people who can answer the licensing-related questions you have are Nokia or whoever they do licensing deals through. – Mat Dec 30 '11 at 12:07
  • 2
    Teoretically Mat is right but if you have to wait for some seller guy to tell you the price - what lot of people here already might now - this is the best place for asking this question (I found in some forum that it took 2 weeks for trolltech to answer- it was not digia then selling Qt) – David Havran Dec 30 '11 at 12:45
  • Whatever price info you might get here won't be official so you can't do anything with it. The fact that Nokia or Digia take time or not to answer is irrelevant to the on-topicness of your question here. – Mat Dec 30 '11 at 12:47
  • "Actually this price policy (We don't tell you the price! We will call you!) is really strange to me" - It is the best and fairest licensing policies: Whant to keep your code - bye it. If you are a free-minded guy - use it for free. Honestly, the most customers of mine use Commercial Version not because of closed-source but because of professional support. – Valentin H Jan 28 '16 at 12:14

2 Answers2

4

I'm no lawyer, so I'm not an expert in this area. I just wanted to point out that you can still develop closed-source software using an LGPL license. The catch is that you can't edit the Qt libraries without releasing the changes under LGPL.

Related SO thread: https://stackoverflow.com/questions/94346/can-i-legally-incorporate-gpl-lgpl-open-sourced-software-in-a-proprietary-cl. Read the top answer to that question, there is a much better explanation there.

Unfortunately I can't help you with the pricing, but if you're not altering Qt itself then you may not need to pay for it at all.

Community
  • 1
  • 1
Chris Parton
  • 1,052
  • 9
  • 16
  • Just for the record, the OP's question was edited after I made my answer, so most of what I said above has been addressed in the question. Either that or I did a horrible job of reading the question the first time around. – Chris Parton Dec 30 '11 at 12:30
  • The link to the related thread unfortunately now appears to be broken. – Username Obfuscation Jul 11 '15 at 13:22
  • 1
    This is plain wrong! How often I have to consult screeming customers, who were mis-consulted by such experts. The problem is, they are not allowed to switch from Comunity to Professional license close before release. Qt requires that the entire development is done in Commercial from the beginning. You can't include a QString, without breaking LGPL requirement. Using LGPL Qt in closed-source code sould only work, if your Qt-based open source application loads at run-time not Qt-based code. – Valentin H Jan 28 '16 at 12:11
2

I have used Qt LGPL in commercial closed source applications. Besides the minor inconvenience of dynamic linking, I see no reason not to.

Your concern in bullet 3:

I know that it can be done but I might need to make changes to QT without releasing the code for it

This is a very strange requirement. I don't know why you would want to hack on the Qt source, and then not release your changes to it. If you're comparing it to .Net, consider you wouldn't be able to make changes to that framework at all.

karunski
  • 3,980
  • 2
  • 17
  • 10
  • Usually frameworks contains bugs so fixing them might be needed. Not releasing is good because it will mean extra cost (you can still get your changes to the original library by commiting them but it will take time till they will be released in the new version) Can you send a link for some commercial LGPL Qt program? – David Havran Dec 30 '11 at 12:37
  • True frameworks contain bugs, but usually you just work around them, especially in terms of closed source frameworks. There's not much cost to posting a patch to changes you make to the library either; you only have to distribute it to your customers when they ask. – karunski Dec 30 '11 at 13:37
  • I don't know what terms closed source applications use to license Qt, other than the ones I have worked on. However it's not hard to find examples of closed source programs built with Qt. – karunski Dec 30 '11 at 13:42
  • 1
    One of the responses on this question is from a guy who published an app to the Mac App store using the LGPL Qt. http://stackoverflow.com/questions/4337855/qt-applications-on-new-mac-app-store – karunski Dec 30 '11 at 13:49
  • 2
    Does submitting your changes to Qt as a merge request to Qt git repository qualify as publishing the changes? – Stephen Chu Dec 30 '11 at 15:56
  • @Stephen - not according to some strict interpretations of the LGPL. but personally I would find it easier to have diffs against a published build rather than have to merge your full version with everyone elses changes. If the patches are accepted and become part of the new tree then you cna just supply that – Martin Beckett Dec 30 '11 at 18:06