- Sep 13, 2010
-
-
Christian Kandeler authored
Nodded-at-by: dt
-
- Aug 27, 2010
-
-
Alessandro Portale authored
We may want to implement a proper Ui for this. Maybe not as modal message box.
-
- Aug 02, 2010
-
-
Tobias Hunger authored
* Add a DeployConfiguration class to hold settings related to deployment. * Add BuildStepsList to hold a list of buildsteps * Update BuildConfiguration to use BuildStepLists instead of manageing lists of buildsteps itself. * Update BuildManager to use BuildStepLists in its interfaces * Fix fallout introduced by API changes * Update .user file to new way of storing settings Task-number: QTCREATORBUG-1427 Task-number: QTCREATORBUG-1428 Task-number: QTCREATORBUG-1811 Task-number: QTCREATORBUG-1930
-
- Jul 09, 2010
-
-
dt authored
Task-Nr: QTCREATORBUG-1732
-
- Jul 02, 2010
- May 17, 2010
-
-
Thorbjørn Lindeijer authored
Quick fix by copying code also found in Qt4 and QML project managers. Would be better to have some common solution... Task-number: QTCREATORBUG-1383
-
- Apr 30, 2010
-
-
dt authored
Also change the strings slightly. Task-Nr: QTCREATORBUG-1295 Task-Nr: QTCREATORBUG-1296
-
- Mar 17, 2010
-
-
Friedemann Kleint authored
-
- Mar 10, 2010
-
-
dt authored
This is a big change touching almost all of our .pro file parsing. With this patch we only evaluate once exact for all needs and once greedy for the filelist. That is the qt runconfigurations don't have own evaluaters but reuse the project wide exact evaluation. We reevaluate if the user changes the build directory, the qmake buildconfiguration or the qmake arguments. That is if you open src.pro (or projects.pro) of qt with a shadow build you still don't get all the files, but after correcting the build directory, we reevaluate the .pro files and find all files. So for a suitable definition of fixed, that bug is now fixed. We now get the exact defines of all .pro files instead of all defines for all buildconfigurations. We still don't distinguish in which .pro file a DEFINE is set. So the code model now knows about all the defines set for the given configuration but not for which files it is actually set. Also that includes all DEFINES set in .qmake.cache or the mkspecs. This means all defines from .pro files should now work. The intial loading is still synchronous. I haven't looked into it to deeply, but it seems possible to make it also async.There are probably a few issues which need to be solved fist. Also due to the asynchronous nature of the code, the executable is updated a few seconds after actually changing the build configuration
-
Friedemann Kleint authored
Re-introduce FormWindowEditor as IEditor used for Designer. Use SharedTools::WidgetHost directly for embedding into FormEditorStack, doing the geometry-changed handling in there as well.
-
- Mar 05, 2010
- Feb 26, 2010
-
-
Friedemann Kleint authored
...to use new editor. Reviewed-by:
Lasse Holmstedt <lasse.holmstedt@nokia.com>
-
Friedemann Kleint authored
Pass around contents as string, saving repeated invocation of FormWindowEditor::contents(). Remove dependency to FormWindowEditor. Reviewed-by:
dt <qtc-committer@nokia.com>
-
- Feb 19, 2010
-
-
dt authored
-
- Feb 17, 2010
-
-
Tobias Hunger authored
-
- Feb 09, 2010
-
-
Tobias Hunger authored
* Ease cross device development by introducing 'targets' which group build- and runsettings that are valid for this one target Most of the kudos for the code review go to dt. Con, thorbjorn, ckandler and others did also review parts of this patch. Reviewed-by: dt
-
- Jan 13, 2010
-
-
dt authored
They do what you expect them to do, that is build only a subtree. The implementation is a little bit strange. We temporarly set the sub node to be built on the BuildConfiguration, enqueue that BuildConfiguration (which calls BuildStep::init()), and then reset that temporary value. A more general way would be to have the ability to extend BuildConfiguration::buildProject() in a way that additional data can be passed to the BuildSteps. Task-Nr: QTCREATOR-5 Task-Nr: QTCREATORBUG-44
-
- Dec 08, 2009
-
-
dt authored
-
Tobias Hunger authored
* Remove unnecessary headers. * Remove hardly used variables. * QTC_ASSERT before using a pointer which might be 0. Reviewed-by: dt
-
- Nov 19, 2009
-
-
dt authored
Enables users to change which buildsteps get run per buildconfiguration. Some further tweaks are probably necessary. This is a rather big change, though it should work. :)
-
- Oct 05, 2009
-
-
Friedemann Kleint authored
Also move Designer::Internal::FormWindowEditor -> Designer::FormWindowEditor.
-
- Oct 01, 2009
-
-
con authored
Builds, but I'm pretty sure it doesn't *work* :)
-
- Sep 25, 2009
-
-
Friedemann Kleint authored
and ApplicationRunConfiguration to LocalApplicationRunConfiguration, preparing remote debugging. Change the interface canRun() to be const, run() to create() (since it does not run anything), use references to the QSharedPointer<Foo>. Introduce d-Pointer and remove unneeded headers from ProjectExplorerPlugin and add missing includes everywhere.
-
- Aug 14, 2009
-
-
hjk authored
-
- Jul 22, 2009
-
-
dt authored
We add each command line argument to the Additional Arguments
-
- Jul 21, 2009
-
-
dt authored
-
- Jun 16, 2009
-
-
con authored
Reviewed-by: Trust Me Conflicts: src/libs/cplusplus/CppBindings.cpp src/libs/cplusplus/CppBindings.h src/libs/cplusplus/FastPreprocessor.cpp src/libs/cplusplus/FastPreprocessor.h src/plugins/cpptools/cppcurrentdocumentfilter.cpp src/plugins/cpptools/cppcurrentdocumentfilter.h src/plugins/cpptools/cppsemanticsearch.cpp src/plugins/cpptools/cppsemanticsearch.h src/plugins/duieditor/parser/qmljs.g src/plugins/duieditor/parser/qmljsast.cpp src/plugins/duieditor/parser/qmljsast_p.h src/plugins/duieditor/parser/qmljsastfwd_p.h src/plugins/duieditor/parser/qmljsastvisitor.cpp src/plugins/duieditor/parser/qmljsastvisitor_p.h src/plugins/duieditor/parser/qmljsengine_p.cpp src/plugins/duieditor/parser/qmljsengine_p.h src/plugins/duieditor/parser/qmljsgrammar.cpp src/plugins/duieditor/parser/qmljsgrammar_p.h src/plugins/duieditor/parser/qmljslexer.cpp src/plugins/duieditor/parser/qmljslexer_p.h src/plugins/duieditor/parser/qmljsmemorypool_p.h src/plugins/duieditor/parser/qmljsnodepool_p.h src/plugins/duieditor/parser/qmljsparser.cpp src/plugins/duieditor/parser/qmljsparser_p.h src/plugins/duieditor/parser/qmljsprettypretty.cpp src/plugins/duieditor/parser/qmljsprettypretty_p.h src/plugins/duieditor/rewriter/rewriter.cpp src/plugins/duieditor/rewriter/rewriter_p.h src/plugins/duieditor/rewriter/textwriter.cpp src/plugins/duieditor/rewriter/textwriter_p.h src/shared/cplusplus/ASTClone.cpp tests/manual/cplusplus/main.cpp
-
Jason McDonald authored
Reviewed-by: Trust Me
-
- May 12, 2009
- Apr 28, 2009
-
-
dt authored
After all I don't need all that stuff in the cmakeplugin, all i needed is now bundled in debugginghelper.h/cpp
-
- Apr 22, 2009
- Apr 15, 2009
-
-
Alessandro Portale authored
-
- Mar 12, 2009
-
-
con authored
Task: 247566 RevBy: dt
-
- Mar 04, 2009
-
-
hjk authored
-
- Feb 25, 2009
-
-
hjk authored
-