Assuming this refers to TARGET2-Securities, the European securities settlement engine, I don't know of anything relevant in Qt except possibly the Qt Purchasing API which supports In-App Purchases, but could potentially support other financial features in the future.
In the context of the QString class, the += operator is overloaded to perform string concatenation. Several other classes also overload this operator. See the Qt documentation under operator+= for details.
Typically a QML view is created and made visible in C++ code which then loads one or more QML files. Our upcoming QML webinar will cover this in more detail.
We covered this in a previous webinar which you can view on demand. See https://www.ics.com/webinars/qt-test-framework
There is also a follow-up webinar available on "Qt Test Driven Development using Google Test and Google Mock" that you may find relevant.
I don't have direct experience with it, but my impression is that it is less mature than the Android version, but people have successfully developed iOS applications and had them accepted in the Apple store. You may need the commercial version of Qt in order to meet Apple's requirements for applications in its store.
You have to pass a pointer to a parent in the constructor, but it can be a null pointer in the case where there is no parent object.
Yes, and only on platforms where the C++ compiler has suitable C++11 support.
Qt recently (in Qt 5.6) added support for High DPI Displays. See the Qt documentation under "High DPI Displays".
for a list of print and eBooks.
With the "traditional" connect format (the first example on slide 56) Qt does not check that the signals and slots are valid at compile time. The other three examples do provide checking at compile time.
Hard to say - it depends on the look and feel of your application. You may find that you need different user interfaces on each platform. If your desktop is Windows 10, possibly with a touchscreen, Qt Quick may be a good fit for both platforms.
They actually work together. Properties use setters and getters but makes them explicit and exposes them to the Meta information about the class.
No, making the widget visible is correct. The app (a QApplication) is not a visible object.
Yes, it is free in the sense of being open source. You can download a Windows version from https://www.qt.io/download/
PyQt are bindings for Qt for the Python language. I like it. It has some pros and cons as compared to using C++. We plan to cover this in a future webinar.
Probably Microsoft Visual Studio with the Qt plugin, and X-Code on Mac OS X. There used to be support for Eclipse but I think that is no longer maintained.
I have not used Scilab, but we have used similar tools like MATLAB and integrated it into a Qt application. I'd need to understand more about Scilab and how you were using it to evaluate how hard it would be to do this.
Generally there will be some C++ code even when using QML. QML is a good fit for the graphical/visual part of an application, with C++ for the business logic and anything that is CPU intensive.
The original Qt Quick controls are aimed at desktop use, to run on the desktop platforms and replace widgets. The new Qt Quick Controls 2 or Qt Labs controls are lighter weight and better suited for use on embedded platforms.
Unfortunately most of the printed books refer to older versions of Qt. See https://wiki.qt.io/Books
for a list of print and eBooks.
You can, but you typically use layouts for this rather than specifying specific coordinates. We'll cover this in the upcoming QML webinar.
You can if the compiler is supported on that machine and platform. In many cases that is not true. You can use virtual machines running on the same hardware with different operating systems to allow you to build for Linux, Windows, Mac, etc. Tools like Jenkins can be useful for automating builds for multiple platforms.
Yes, Qt is supported on iOS for iPhones and iPads. It is perhaps not as mature on this platform as on some others, but people have successfully developed apps and released them to the Apple store.
It is hard to give a short answer. I think Qt is healthy and has a bright future. It will probably follow industry trends, as it has when mobile devices became popular, and more recently embedded systems with touchscreens and powerful CPUs and GPUs. As new technologies become popular, Qt will likely add support for them (support for speech recognition and generation is coming in Qt 5.7, for example). It looks like Qt will also expand into lower level functions, as evidenced by the recent support added for Modbus, CAN bus, and Bluetooth Low Energy.
There has been some discussion of this, and there is an interesting fork of Qt called CopperSpice that replaces MOC. I think this is unlikely to happen, certainly not before Qt 6, because it would probably break binary compatibility. I do expect to see some features of Qt to be deprecated because C++ provides equivalent features. This has happened for algorithms for containers and could happen for threading, for example. The foreach keyword I mentioned for iterating over containers can now be done with a for loop in C++11.
Yes. See some of the documentation here: http://doc.qt.io/qt-5/portingguide.html
I'm not familiar with any on-line courses that I can recommend. Reading the Qt documentation and tutorials and doing hands-on programming would be my recommendation. If you can find an experienced person to mentor you, that can help when you run into problems (or make use of the Qt forums and mailing lists).
Some of the common back ends on Linux and embedded platforms are OpenGL/ES, the Linux frame buffer, Wayland, and xcb (X11). To use QML you need support for OpenGL, so the most commonly used back end on embedded platforms is OpenGL/ES (the eglfs back end). DirectFB is another option but its future is uncertain as no one seems to be maintaining it (not the Qt back end, but DirectFB itself).
Each Qt module has a version number and they don't always match the Qt release version number. QtQuick 2.6 does correspond to the latest version in Qt 5.6. Right now it is just a number that is increment each time the module has API changes, but won't necessarily change with each Qt release. There has been some discussion about making the versions the same as the Qt version number.
The only other Qt IDE I have used under Linux is KDevelop. I have used Eclipse in the past but I don't believe it supports Qt anymore. There are some others, but I don't have personal experience with them.