It doesn't look like QDataStream has an option to disable the writing of metadata through << operators when using template objects. writeRawData() requires a length field, and I don't believe it's possible to recognize that with a template object. The simple workaround would be to make the template method private with some secondary overload methods that would accept all the different kinds of data I plan on working with and then detect the lengths of the files, but I feel like that would defeat the goal of what I'm going for here.
I could remove the metadata manually. Looking at the resulting files through a hex editor, it seems simple enough to spot. Not preferable, not very optimized, having to open and close the file twice.
If you mean free with ebooks - then not any i have seen. Most cost money. http://wiki.qt.io/Books
There tons of video on youtube though.
I'm not sure why you blame Qt for your toolchain installation woes.
It is your responsibility as with ANY c++ framework.
Besides, Qt company is FORBIDDEN by microsoft to include visual studio directly.
And considering the amount of toolchains that exists, it would be impossible task to
include prebuilt Qts for all combinations of CPU/platform and bitness.
But i agree that cross compiling is a huge pain and many of us complete ignore it and
just use virtual machines to build natively. Sadly doing so for android is not an option.
Basically Ive got 2GB on my SSD and 2 other harddisks (2tb ea) one is filled the other is completly clean so I installed it on the completly clean one but I can't use the maintainancetool beacuse my SSD doesn't have space for temporary files.
Thats my problem :/
Edit: found a way to clear space I'll update when its done! ^^
Thanks but I look like cloud mqtt, firebase, etc. solutions. I don't want to build database I want to use an online system. But, which one is the most compatible(or appropriate) for qt android and my requirements.
If you want to use D3.js without rewriting it in other language, your first options are either to embed browser, or use QML. Sure you can also run JS code in plain QJSEngine and add your objects there, but that's going to be more work
Yes, I'm running the unmodified example code.
I start the application from Qt Creator. You are correct there are options to disable Gestures via command line parameters. But options to disable like "no-pan" or "no-pinch" or " no-swipe" must be explicitly set to disable them. Since I'm running from Qt Creator, I haven't set any of these options. Hence all three gestures are enabled.
What happens usually is that developers use a different version of the database system that was used to build the Qt plugins hence the potential need to re-build the corresponding plugins.
This isn't an excuse because I don't face any problem when I use commercial products (as I mentioned before ex. Delphi). Do other companies make a magical solution for this issue?! Of course not.
If you want to avoid that, then you should maybe consider using ODBC. You have to take into account that many of the database system you are talking about have several versions supported in parallels with sometimes different features. Do you expect Qt to provide a pre-built plugin for each of these versions ?
Since I knew Qt I couldn't use any Qt plugin (specifically SQL plugins) by default because I always need to rebuild it from scratch (the old Qt binary distros didn't include binaries for SQL plugins except SQLite)
Because Qt can be used under LGPL/GPL doesn't mean its development is free nor that there are limitless hardware to build and produce the pre-built release nor thousands of developers working on it every day.
I understand your frustration regarding licenses but it looks like you don't realise the jungle that it is. Because a product is free it doesn't mean you can do whatever you want to with it.
This issue not related to open source version Qt, the commercial version of Qt has same problem!
Yeah, that was basically it. When I stitched together the examples from above, I neglected to notice that my worker object had two timers declared, and I wasn't consistent on which I used.
Works now. I've tested multiple starts and stops, and verified that the "finished" signal works, too. I do believe I have a functional example. I also modified the program so the worker passes the value to the widget for display.
So, to summarize what I've learned here:
run at least two threads: one for the UI and one to do work. This prevents compute-intensive tasks from blocking the UI updates.
create a class for the worker, and instantiate an object in main().
use moveToThread to move the worker object to another thread.
make your worker interrupt-driven (work depends mostly on signals from UI).
use the arguments in the signal/slot routines to pass data.
I think I have a basis for reasonable design now. Thank you to everyone who participated in this.
did you specify an absolute or relative lib path in the project's AdditionalLibraryDirectories property?
What libs did you add to the project's AdditionalDependencies property?
And what does the errors exactly say?
Thank you for your detailed answer! This really helps me in the right direction! :D
Most things are around what I expected them to be, which is great.
I'll mark this thread as solved, thanks again for the help!
@Drakkhan I should mention, that this resize in ResizeEvent can easily end in an recursive loop.
This should be pretty safe, if it is a standalone window for example. But if you have to be careful, if you want to use it in QLayout. Those tend to be difficult.
I would suggest either, subclassing and making your own QLayout Flow Layout Example or nesting your custom Widget inside an other one that is effected by the Layout, and handels the positioning of your custom -square- widget.