Qt offering changes 2020
January 27, 2020 by Petteri Holländer | Comments
Much is happening around Qt these days: We have just opened the Qt Marketplace, released a new MCU offering as well as Qt 5.14, and the Design Studio is developing rapidly.
To support the continuous growth that’s required to keep Qt as a development platform relevant, we need to make changes to our offering:
- Installation of Qt binaries will require a Qt Account
- Long-term-supported (LTS) releases and the offline installer will become available to commercial licensees only
- New Qt offering for start-ups and small businesses for $499/year
These changes will not have any effect on existing commercial licensing or services agreements.
General Qt Account requirement
Since the Qt Account was introduced, the amount of registered Qt accounts has been growing steadily up to almost one million, today.
From February onward, everyone, including open-source Qt users, will require valid Qt accounts to download Qt binary packages. We changed this because we think that a Qt account lets you make the best use of our services and contribute to Qt as an open-source user.
We want open-source users to help improve Qt in one form or another, be that through bug reports, forums, code reviews, or similar. These are currently only accessible from a Qt account, which is why having one will become mandatory.
A Qt account also gives users access to the Qt Marketplace, which offers opportunities to acquire from and distribute plugins throughout the entire Qt ecosystem from one centralized platform.
It also allows us to initiate a dialogue with commercial companies who mostly work with open-source versions of Qt.
Note that source packages will still be available without a Qt account.
LTS and offline installer to become commercial-only
Starting with Qt 5.15, long term support (LTS) will only be available to commercial customers. This means open-source users will receive patch-level releases of 5.15 until the next minor release will become available. This means that we will handle Qt 5.15 in the same way as e.g. 5.13 or 5.14 for open source users.
If there are issues that would prevent the use of the latest release, there will be patches available even if we do not create new full patch releases for that version anymore.
We are making this change to encourage open-source users to quickly adopt new versions. This helps maximize the feedback we can get form the community and to emphasize the commercial support available to those with longer product life cycles that rely on a specific Qt version.
The LTS releases are supported and worked on over a longer period of time, with the goal being stability. This makes the LTS releases the ideal choice for companies who build their livelihood on a specific release and rely on it to run for a long time and as expected. Further benefits are premium support, exclusive development tools, and helpful components and build tools that reduce time-to-market.
Main releases outside the LTS-versions that include new features, tech previews, etc. will, of course, be available for all users.
We are changing our process in R&D to push all bug fixes to the main development branch first, and then backport selected bug fixes back into stable release branches. This process ensures that the latest version of Qt will always contain all bug fixes. This process change was discussed during the last Qt Contributor Summit – we communicate the exact process details when Qt 5.15 will be released. Otherwise, development processes and the governance model will not change.
The offline installer will also become commercial-only. We found that this feature adds utility on a company-wide level, which allows us to make commercial licenses more attractive to enterprises without significantly inconveniencing open-source users.
New start-up/small business Qt offering
Commercial licenses are mostly targeted at companies that will make use of all the exclusive services mentioned above. Passionate Qt users who don’t have the financial backing of a company will still get the latest updates and features to our offering as open-source outside LTS releases for free. Start-ups and small businesses are caught somewhere in between.
We want to support the start-ups and indie developers that are at the heart of innovation, just like Qt almost 25 years ago. Besides partnering with many start-ups and innovators, helping them get to market faster and lowering their costs, we are also bringing back the start-up/small business edition of Qt. It contains all the benefits of a commercial license but at a low price ($499/year). This price includes the use of the full Qt for Device Creation product, but not any distribution licenses – these need to be agreed separately. It also includes only installation support, whereas a regular commercial license comes with full support.
This offering will be available from our marketplace in Q1/2020 and restricted to companies with an annual revenue or funding below $100.000 and fewer than five employees.
Summary
The Qt Company is committed to the open-source model of providing Qt technology now and in the future and we are investing now more than ever. We believe that these changes are necessary for our business model and the Qt ecosystem as a whole. The role of the community is very important for us, and we want to make sure that we are able to continue investing into it. We are aware that, at first glance, some of these changes may look like a hit to open-source users. Our intention is to make the paid version of Qt more attractive to businesses, and at the same time not take away major functionality from users of the free version. The revenue from the commercial licenses goes into improving Qt for everyone, including open-source users. So, while you may or may not lose a small convenience short-term, we want everyone to gain a lot in the long run!
If you would like an overview of what features are included in which license, please have a look at our interactive product map and find out which solution is right for you.
If you have any questions, please place them in the comment section and refer to our FAQ document on this change.
Blog Topics:
Comments
Subscribe to our newsletter
Subscribe Newsletter
Try Qt 6.9 Now!
Download the latest release here: www.qt.io/download.
Qt 6.9 is now available, with new features and improvements for application developers and device creators.
We're Hiring
Check out all our open positions here and follow us on Instagram to see what it's like to be #QtPeople.
Please don't do another release first fixing the p1 windows 8 unresponsiveness bug. It's terrible.
Also, what does it mean to remove support for QtQuick 1? I thought it was source compatible with QtQuick 2?
The bug is fixed in 3.5 beta1.
There are differences between Qt Quick 1 and 2. See http://doc.qt.io/qt-5/qtqui... for more detail. And from the tooling perspective the differences are much greater as well.
The bug is still present in the beta. I'm still using the 3.3.2 version because since the 3.4.0 release the creator is unusable on my win8.1 pc (I'm developing a client and server app and if I start one from the ide and try to open and work on the other I experience eternal locks of the creator)
Please head over to https://bugreports.qt.io/br... then. The bug tracker is the better medium for investigating bugs.
Real shame about loosing BB10 support, means keeping around old copies of QtCreator just for package/deploy steps. Obviously undedrstandable if there is no maintainer, I wonder if someone steps up then it could be re-enabled? (im not volunteering :)
the Qt5.5 for linux (x64) isn't working, the online downloader crashes.
Please can you the download link ??
The Qt Creator beta is not available in the Qt online installers. Anyhow, please create a bug report with the output of --verbose if the installer crashes.
Yay, I dig the scrollbar highlighting.
Takes me back to my days using SGI IRIX.
Does this mean we can use cmake again? It's been pretty spotty since 3.4.
You might need to use CMake 3.3 (rc) to get the additional entries for the file targets.
I'm really digging the new scroll bar improvement. It inspired me to finally get to work making a similar improvement in my own Qt application. Quick question: why does the find scroll bar use an overlay widget to show the matches instead of simply reimplementing paintEvent and painting them directly there? By using the overlay widget you have to pull all sorts of tricks resizing and moving the overlay widget so it tracks the scroll bar widget. That overly complex but perhaps I'm missing something.
First of all we do not show a scroll bar for documents that are smaller than the editor (one could argue that one doesn't need highlights in that case though), but more importantly styles can specify that the scroll bar is only visible while scrolling, which for example is the default on OS X with a touchpad.
OK, that makes sense. In my application I've forced the vertical scroll bar to always be shown and I don't see the value in highlighting matches if no scrolling is necessary ( I do that within the document itself) so I'll leave my implementation, inspired but yours, as is.
That said, I just wanted to voice my appreciation for Qt Creator. I've become very fond of it. In addition to being a great Qt/C++ IDE, I think it really helps you guys dog-food Qt in a real work application that pushes Qt to its limits. (I also often use Qt Creator as a reference when reporting a bug in Qt). I think it would be great if Digia developed and maintained a real world application for mobile devices to help flesh out limitations in the current Qt offerings. The most obvious thing that comes to mind is the styling of QML Components on iOS.
I think that the overlay is a valid method, and comes with a minimal overhead. The tracking tricks are quite simple. See, e.g. this and related SO answers.
Amazing! The best c++ IDE just keeps getting better.
I feel like QtCreator will come really close to perfection the day we can scroll in the code editor as SMOOTHLY as we can in Safari or SublimeText.
Is it a matter of enabling hardware acceleration for the code editor and enabling "pixel by pixel scrolling" instead of "line by line scrolling"? Or is it more complicated than that?
Great work,
Marcello
Actually, I just noticed that horizontal scrolling in the code editor is done "pixel by pixel" (unlike vertical scrolling, which is done "line by line"), but it's still not smooth and far from 60fps on my retina macbook running OSX.
+1. I'd love to see improvement in text scrolling performance on OS X Retina displays.
(As a workaround, I typically keep "Open in Low Resolution" ticked, which speeds it up a little.)
Awesome! Can you add "Case Sensitive" option to Find & Replace please? :) That 's killing me.
Qt Creator can do case sensitive search and replace.
Unfortunately it's not obvious you have to click on the magnifying glass icon.
Have a look at this animated gif I've prepared :)
Oh my... another hidden treasure! Thanks for that! :)
Ubuntu 14.04,using fcitx input method.QtCreator 3.4 can't input Chinese character.
I suppose this is https://bugreports.qt.io/br... ?
<>
You guys call that a fix? It's even worse than it used to be, at least before the "fix" i knew the .h folder state was restored properly, while the other folders were closed, now it's a total mess. Then again, this "fix" says pretty much all there is to say about Creator team's coding and testing skills, about what's their threshold for calling something "done", and ultimately about Creator's perspectives of ever becoming anything more than a kindergarten toy - unless/until someone the Digia management steps in and brings some order in this sloppy team which sabotages the entire Qt effort.
The comment above was about (QTCREATORBUG-14304). The bug ref was placed between double , which apparently didn't go well with the HTML
And you have a kindergarten attitude. that will get you nowhere
As a developer you should know that in any serious project you need to prioritize bugs; the bug you link to is as minor as it can get. Is it really so tragic you have to spend 2 seconds of your day to click on the tree node to expand the list of files when you start QtCreator?
Some of us have seen crashes or other more serious problems and I fully agree with the Qt team that these take precedence over minor issues like yours.
First, thanks for enlightening me w/r to what i, as a developer, should know.
Now, what you're missing here is that:
1) What is not a priority to you may be a priority to me, this is a subjective matter. However, i did not, and do not (yet!), dispute the priority of this bug. This bug priority issue is something you came up with - it was never even mentioned in my comment. Analyzing how the priority of a bug should be evaluated is a whole a different topic, ain't gonna get into this here.
2) The point of my comment was that the bug is still there (in fact, the behavior is even worse than it used to be before the "fix") while the bug report has been closed with the resolution done (and this bug is marked as fixed in the release notes). So this is what "fixed" means to these guys, and this is not the first time this kind of things happen.
You are more than welcome to submit a fix :)
In QtCreator 3.4.2 ( Qt 5.5 ) on Windows and OS X when I open ui.qml form it opens in designer and shows only error: Unsupported QtQuick version(0:0)
Is this bug fixed?
I cannot reproduce this bug.
Qt Creator 3.5 does support QtQuick 2.5.
The designer of Qt Creator 3.4 does not support QtQuick 2.5, but the wizards should not create that import.
If you want to check out examples from Qt 5.5 that have a QtQuick 2.5 import, then you have to use Qt Creator 3.5.
As I understand:
QtQuick 2.5 was released with Qt5.5, but will work only with QtCreator 3.5 which is now in beta phase.
It is really not normal for me. How could user know that?
i look forward to see the highlighted scrollbar in the final version.
Will you also mark compiler error and warnings?
Thanks QtCreator team, been using QtCreator for a couple of years now. It's fast, flexible and fully customizable. Very much appreciated!
Some time ago, you posted an idea for a dark and flat theme. I think such a theme, created by professional designers, is needed seriously for the QtCreator. A good goal to try to beat is the dark theme of VS as a whole (chrome and editor).
Thanks for the new version and continued work!
One question is if there is any change that would cause the built-in code model to be incredibly slower than before version 3.4 with large projects?
It is getting frustratingly slow for me. Even copying and pasting has seconds of latency. This was never a problem before. I'm not sure what's going on.
There were quite a number of changes that improved lookup/completion of templates. Whether this affects you, is hard to tell without further information.
Please create a bug report at https://bugreports.qt.io/ with some more information, preferably with a minimal project exhibiting the problem.
The QStringList value in the Expressions window does not show properly.
It is shown as a QList value, which has the meanlingless infos.
What I want to see is the "string" list.
This problem seems to happen on Windows only.