Hi, I just wanted to say thanks for your replies. I have resolved my issue with this by going back to version 5.12.8. This version gives me everything I need, and also fixes another bug issue we were having with the 5.9.7 distribution. We are up and running, forms compiling now, etc.
A difficult case. There are software for monitoring and sniffer. I know exactly what https://com-port-monitoring.com Pro version will handle this. Alas, software is not free, but it will definitely be able to open a COM port that is already connected. And I agree with the previous speaker in USB-Serial, you're even more limited.
@aha_1980, @Buckwheat Thank you very much! This is very helpful.
Don't worry, this code has been in production for twenty-five (25) years, and has run on hundreds of thousands of desktops. It was first written with compilers that didn't have 'const'! We'll deal with it when we have a program that runs. It's all good :o)
@Dydy02 not having used QPdfWriter class before, it looks like it doesn't allow to edit an existing PDF document (file), just to create a document from scratch.
If you need to edit/modify existing PDF documents, you may want to take a look at Poppler Qt5 , a wrapper to Poppler library.
Nothing wrong, much less "vastly inferior" with Qt containers - their performance is on par with std containers, and Qt containers use is actually less verbose and much easier to use. std containers are overly verbose, pretty much all operations require iterators.
He is right about the pricing though. It needs to be cut at least in half to become reasonable.
To me it sounds like you are pretty much covered (iOS aside).
The main idea with LGPL is to let the user use and modify the product. Static linking in itself is not bad if the developer is ready to provide the objects and toolchains (and scripts and whatever else is needed for the user to work on the product).
The deployment tools do have their problems, I agree with that. And when I play with Qt, I use the defaults. But then again, I definitely am not a proper developer.
Can i use the opensource version of Qt Creator under the LGPL to make closed source software and sell it, as long as the Qt libraries are dynamically linked?
I presume you mean the LGPL version of Qt (the libraries), not Qt Creator (the IDE)? The Qt Company is happy with what you have described: http://www.qt.io/faq/
"The LGPL allows you to keep the source code of your application private as long as it is “work that uses” the library. Dynamic linking is usually recommended here."
Note: Nobody really knows the legal answer to this question from a broad LGPL point of view, because this has never been dealt with by the courts before.
If i use MinGW is anything i compile with it then restricted to the GPL
No. The tools are GPL, but your code doesn't have to be GPL.
If i use LLVM (not tried it yet but seems promising), will i have to compile Qt Creator, and the Qt framework with CLang(++) in order to then compile my Qt projects with CLang?
You don't have to compile Qt Creator.
You might have to compile Qt... I'm not sure, but I think the GCC version of Qt is compatible with clang.
i can then use the same setup of Qt creator/framework as well as the same compiler, meaning i then don't for instance use MSVC for windows and gcc for linux but can use LLVM for both.
Frankly, this has zero impact on my development workflow. I use MSVC on Windows and GCC on Linux, but my code can be shared between the two machines without any modifications, and the way I use Qt Creator is exactly the same on both machines.
Bonjour et bienvenue sur devnet,
this ne peut pas être utilisé dans main donc vous devez être en train d'essayer de faire quelque chose d'interdit par le C++.
Pour ce qui est du prix cela dépendra de comment vous désirez déployer/commercialiser votre travail. Vous trouverez "ici":http://www.qt.io/download/ une liste des prix courants. Pour plus de détails, le plus simple serait de contacter The Qt Company au travers du formulaire accessible en bas de la page.
Petit détail pratique: la langue officielle de ce forum est l'anglais donc je recommande de l'utiliser pour la suite
You're welcome !
All downloads are available on the same page you got yours. Just click on the "Show All Downloads" button
Since you have it working now, please update the thread title prepending [solved] so other forum users may know a solution has been found :)
Well then then just create the method in second dialog end call it after dialog closed:
uSecondDialog *usrDlg = new uSecondDialog(this);
if(usrDlg->exec() == QDialog::Accepted)
uCalcResultStruct result = usrDlg->getCalcResult();
Something like that.
uCalcResultStruct is some your struct which can store all data you need.
Yes, because if you build Qt 5 with ICU to enable WebKit QtCore will also take advantage of it.
As sierdzio has already mentioned you can disable ICU using the -no-icu flag so that QtCore should no longer depend on it. But you can't build WebKit without ICU.
You might be able to build Qt 5 without ICU and WebKit with ICU using different configurations, but I haven't tried that yet.
[quote author="hhaz" date="1345920839"]information about how to write applications for devices qith qt[/quote]See http://qt-project.org/wiki/Wiki_Home_Persian
[quote author="hhaz" date="1345920839"]Do you do these things to help Microcontroller Arm[/quote]We use ARM microcontrollers to run Qt programs.
We don't help ARM microcontrollers directly.
[quote author="hhaz" date="1346008482"]I wanted to pat the things they are doing with qt[/quote]Sorry, I don't understand your sentence...
Try asking in the Persian forum (http://qt-project.org/forums/viewforum/40/ ). You will have better communication