No direct support for Qt/QGraphicsWidget.
Qt 4.7.1 might hold a dangling pointer for QGraphicsWidgets
acnhor property.
We can support it again in the future.
Reviewed-by: Marco Bubke
Task-number: QTCREATORBUG-3326
- Also copying paths when doing in-source build,
and not copying paths if source and target differ
- Quote paths in order to support white spaces
- Tolerate forward slashes as input paths
Task-Number: QTCREATORBUG-3203
Reviewed-By: ck
Merge-request: 226
QmlJSInspector does not depend on Qt private headers being available
any more: The needed private API files have been copied into the
QtCreator source repo.
PathView creates problems and we do not properly support it anyway.
We just create a dummy instance, instead.
Task-number: QTCREATORBUG-3251
Reviewed-by: Marco Bubke
Use the 'QtQuick 1.0' namespace introduced in 4.7.1. This makes them in
line with the examples/demos we ship in the SDK, but breaks for 4.7.0
(e.g. N900).
Task-number: QTCREATORBUG-3243
On a change to the deployment folder, we need to run qmake again to
recreate the pkg file, we do that by setting a flag on all qmakesteps
for symbian and saving/restoring that flag.
Reviewed-By: hunger
Task-Nr: QTCREATORBUG-3062
Symbians Makefiles have a "# Command:" line in the header
which has two whitespaces in the middle. The line parsing bug
fixed by this commit lead to a discrepency of the
"Actual args" (without empty elements) and the "Parsed args"
(with empty elements, otherwise same to Actual args), and
thus to a call of qmake on each build.
Task-Number: QTBUG-15539
The file is expected to be executable on Linux. However, when it
was created on Windows and checked into a repository, the
bit will not be set when pulling it onto a Linux system, resulting
in packaging failure.
Task-number: QTCREATORBUG-3277
Reviewed-by: kh1
Reviewed-by: dt
The current Qt Version might be build with mingw or even be a Symbian
or Maemo target. This patch ensures that we do not try to load a plugin
from the configured Qt Version anymore.
Instead we only load plugins provided by Qt Creator
or plugins which are specified by: QML_IMPORT_PATH
Reviewed-by: Kai Koehne
Reviewed-by: Erik Verbruggen
Local executable is put into a different folder
(always 'armv5' despite it being a 'gcce' build, changed in qmake),
and the symbol file is named 'foo.exe.sym' instead of 'foo.sym'.
Done-by: Friedemann Kleint
Reviewed-by: Pawel Polanski
