General and Desktop

SOLVED! Basically before QApplication init I called QApplication::setLibraryPaths to pijnt to the correct Plugins directory in the bundle. Phew! SandBoxing is a nightmare.

I agree I know quite a few qmake hacks but the isEqual one is new to me. I will will add it to my lecture notes!

In case it was some left-over and forgotten by the development team you might want to file a bug report on "JIRA":https://bugreports.qt-project.org/secure/Dashboard.jspa That way somebody will follow up and eventually solved it for future releases.

You have to compile Qt separately for 32bit and 64bit. You do that by setting appropriate environment variables before you configure and build, like path to your the right compiler version and standard libraries. To ease that Visual Studio comes with a .bat script that does that for you called vcvarsall.bat It's usually located in <Program Files>\Microsoft Visual Studio 10.0\VC\vcvarsall.bat You run it without parameters for 32bit environment and "vcvarsall.bat amd64" for 64bit. From there you run configure and nmake (or jom). If you do that you don't have to specify the -platform parameter to configure as it will pick it up automatically and let you know what it found (thus allowing you to verify that right version was chosen).

I will change default path of my installer from {sys} to %COMMONPROGRAMFILES%\EBO-Qt. And for convenience, mark the "Add EBO-Qt path to system PATH" task as not recommended. Or maybe completely remove that (should add all programs one line of code... )

hideColumn() worked, but before didn't.

Sorry that I pop-up this topic again. Yesterday evening I Installed the XP Mode on my Windows 7 PC. Next step was installing MSVS C++ 2010 and then the qt 5.0.0 vs2010 SDK. I started the Creator and build the project,..... same Problem Do I have to do something else, because ChrisW67 wrote that the Code is correct. Hope someone can help me. Grisu

-- fixed, certain flags should be set correctly for QGraphicsView instance. For details contact me in-private.

thanks,I know it now. Regards, lwx_me

An answer to your question doesn't exist in documentation . init-repository sets up the whole repository, which covers all branches including 'dev' AND 'stable' AND others. If you want to SWITCH BETWEEN branches after you've initialized your repo, call 'git checkout dev' or 'git checkout stable'

[quote author="Zingam" date="1357432180"]Does anybody has an idea what are these functions for?[/quote] According to the docs: int QPaintDevice::widthMM() const Returns the width of the paint device in millimeters. Due to platform limitations it may not be possible to use this function to determine the actual physical size of a widget on the screen. [quote author="Zingam" date="1357432180"]In reality they return invalid data on Windows, so they appear to be useless? Is it impossible to get the DPI of the screen (and even the diagonal size) in Qt?[/quote] What exactly do you expect? Even with the same "DPI" setting it is impossible to know what the "physical" size of a widget will be on a specific screen. Even if we know how "logical" pixels are mapped to "physical" (device) pixels, based on the DPI setting, we don't know the real size of a "physical" pixel - unless you know exactly what display model the user is using. For example: There are many displays with a "physical" pixel resolution of 1920x1080 on the market. Still the diagonal size, in inches, of these screens may vary greatly! Consequently a widget that is drawn with a certain number of (physical) pixels may appear larger or smaller, depending on the display hardware being used...

You can have a look at the list of all classes that inherit from QDialog: bq. Q3FileDialog, Q3ProgressDialog, Q3TabDialog, Q3Wizard, QAbstractPrintDialog, QColorDialog, QErrorMessage, QFileDialog, QFontDialog, QInputDialog, QMessageBox, QPageSetupDialog, QPrintPreviewDialog, QProgressDialog, and QWizard Seems like you are out of luck...

Like it is that hard to extend QSlider or even QAbstractSlider, call it MyStepSlider or something, add a private step int and overload the set to set value/step and the get to return value*step and the set max accordingly ;) Not all that complicated to build it in if necessary Also, don't forget to mark your thread with [SOLVED] once it is done

[quote author="Lukas Geyer" date="1357403536"]There is a rule of thumb: if it has a non-virtual destructor, don't inherit from it.[/quote] Of course it's in most cases it is very bad idea to inherit from class with non-virtual desctructor but question isn't about that. It's about term tool class

Someone can correct me on this if I'm wrong, but C++11 support in QtCreator is still ongoing. Some features already work, some don't. I wouldn't call it a bug, more "a work in progress".

Glad I could help. Please prepend [SOLVED] to the thread title to let others know there's an answer here.