- Jun 12, 2009
-
-
con authored
Done with dt.
-
- May 28, 2009
-
-
con authored
But the variable was set at some place in Qt4ProjectManagerPlugin. Do it all in QtVersionManager to avoid exactly the confusion that happened.
-
- May 26, 2009
-
-
Thorbjørn Lindeijer authored
The actions are already lazily instantiated in TextEditorActionHandler::setupActions(), so there should be no need to call initializeActions() in all plugins on startup. Only the main text editor plugin will still initialize its actions, to make sure the menu items are there.
-
- May 19, 2009
-
-
Friedemann Kleint authored
Added IExternalEditor which knows a kind and a mimetype. Make EditorManager and ProjectExplorer "Open With" query the interface and add the respective kinds. Add "openExternalEditor" to EditorManager. Add External editors for Designer and Linguist, making use of Mac 'open' or Designer's Tcp socket mechanism to ensure files are opened in the same instance (per Qt version). Task-number: 249392 Reviewed-by:
con <qtc-committer@nokia.com>
-
- May 07, 2009
-
-
Alessandro Portale authored
-
- 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 20, 2009
- Mar 25, 2009
-
-
dt authored
We used to build a helper library as part of the project. First with the qmake -after SOURCES= stuff and after until now with the gdbmacrosbuildstep. Now, the all new and fancy integretation directtly into the qt version dialog. You build the debugger library once for each qt version and then it's there ready to be loaded into each project build against that qt version. Saves a lot of time. And makes it possible to also load that library into while debuggign a cmake project. (Need to hook that up now.) Unfourtanetly this breaks the custom dumpers if you use a custom run executable.
-
- Mar 04, 2009
-
-
hjk authored
-
- Feb 25, 2009
- Feb 16, 2009
-
-
dt authored
Details: This enables us to parse the build errors correctly. The makesteps of the qt4project and cmakeproject have some code dupliaction, which could be refactored. And the code to find out the correct build parser could probably also be done better, but we are now parsing the build output for cmake.
-
- Jan 20, 2009
-
-
hjk authored
-
hjk authored
replace ExtensionSystem::PluginManager::instance()->getObject<Core::ICore>() by Core::ICore::instance()
-
Thorbjørn Lindeijer authored
-
- Jan 14, 2009
- Jan 13, 2009
-
-
Daniel Molkentin authored
-
Daniel Molkentin authored
-
con authored
Details: - To make it conform to naming convention.
-
- Dec 16, 2008
-
-
hjk authored
-
- Dec 02, 2008