- 18 Jul, 2012 14 commits
-
-
Daniel Teske authored
Change-Id: I8104dab231a183a7768b3c1ac8c34b7ba4e47fdb Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
Change-Id: I76483e6aae8b5144f9f896b3c60795e3ae5ade11 Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
Change-Id: I0b8f168be6e85888b02a11682c21e7b63a33f75f Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
Change-Id: Ib9be214838d8e10dbd1a870d894bf7485265a43e Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
That is on Windows. Change-Id: I2f6e9e0118e2deb3238e73479a3160536857a372 Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
It's a CMakeProject, it must be a CMakeBuildConfiguration Change-Id: Ibd0907112661a89f7ca84ffdf62a1dbcbd436ed8 Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
Change-Id: I6a09b19c18ecb5d643ffad874f1138a7f24ab295 Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
CMakeBuildConfigurations can only exist on CMakeProjects Change-Id: I8501e39f133fea854b953f9739e001cae1f2c0ea Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
Change-Id: Ieb8bb1ec3ad9a4a68ae1c95fe1b3effff386c605 Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
Change-Id: Ie7dbadb709d04da01c48d736a0bc91856e9304cc Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
Change-Id: I113e4c2afc6c881bc9c62f7ff08dbc69005037a5 Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
All the methods are static now, so there's no need to instanciate the class. Change-Id: Ibb615f1f863ed1ad8e27dfb44d69998ea1061550 Reviewed-by:
BogDan Vatra <bog_dan_ro@yahoo.com> Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
And then use that knowledge to simply do a static_cast Change-Id: Ia145468235ed0b75ed243d6ae2d76ab824df2958 Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Daniel Teske authored
It's the same as RunConfiguration::activeBuildConfiguration Change-Id: I117edbe2347dd40b183ba7e9d2f6ace08645db7e Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
- 17 Jul, 2012 17 commits
-
-
Tyler Mandry authored
Change-Id: I2fb2c75001569385e417ea44ae90d34e92a22449 Reviewed-by:
BogDan Vatra <bog_dan_ro@yahoo.com> Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Montel Laurent authored
We must delete private class which delete m_ui too. OTherwise we will leak here Change-Id: I39239ce2fdddd4fe4e4e748673e271bba976c712 Reviewed-by:
Laszlo Papp <lpapp@kde.org> Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Orgad Shaneh authored
Change-Id: If65d7c385eb86a54a4a9bdf51be5b2bf1c3cb429 Reviewed-by:
Tobias Hunger <tobias.hunger@nokia.com>
-
Francois Ferrand authored
Append the function return type in outline (after arguments), consistently with variable type indication. Change-Id: I1cc6d69634fc83227eb7fc9e3a0ee2ad6ca6ace8 Reviewed-by:
Leandro Melo <leandro.melo@nokia.com>
-
hjk authored
Less confusing to the highlighter. Change-Id: I1c5f232da42b18d43f6c14b5907eb8feb48de2b4 Reviewed-by:
hjk <qthjk@ovi.com>
-
Leandro Melo authored
The type highlighting change part of the recent patch 4a2a17af didn't seem to please much from a visual point of view. It's a better idea to keep the type highlighting as it was for now and in the future try again the approach with an explicit option and perhaps a more restrictive context. The other patch is not reverted entirely because it does fix a couple of bugs. Change-Id: I806afa3d8c1c4b241080b8704255d737f61ee12c Reviewed-by:
Roberto Raggi <roberto.raggi@nokia.com>
-
hjk authored
Change-Id: I9f6719618749b57cdfb68457e9ede8a580abd1af Reviewed-by:
hjk <qthjk@ovi.com>
-
hjk authored
It contained only two pointers. Not worth the overhead. Change-Id: I512ddfe588b8d072072b8155b4418a2b8e8c4da0 Reviewed-by:
Daniel Teske <daniel.teske@nokia.com> Reviewed-by:
hjk <qthjk@ovi.com>
-
hjk authored
Change-Id: I075f0962f59d34ea48b7d63753505ddc6bea5dd4 Reviewed-by:
Daniel Teske <daniel.teske@nokia.com>
-
hjk authored
Change-Id: I672c1a24ce7a3f6e3d7538550d0289ca8f4df865 Reviewed-by:
Daniel Teske <daniel.teske@nokia.com>
-
hjk authored
Change-Id: I06da18c8db724e9dbb27878e9280b78b6df299cb Reviewed-by:
hjk <qthjk@ovi.com>
-
Leandro Melo authored
- Fix issues with virtual/non-virtual destructors. They were not being correctly identified in some cases - in particular on certain uses in derived classes. - Since now we do have a highlighting item for regular functions, constructors and destructors are now highlighted as such. This is more semantically correct and actually makes navigation and readiblity more distinguishable, since it cleary differentiates the type itself from its uses in expressions and declarators. (This seems to be what other IDEs like Eclipse, Visual Studio, KDevelop are doing.) NOTE: There's a switch to disable this item in the case it doesn't get good acceptance. Actually, the switch can be made a user setting...? - Change the default color scheme so regular and virtual functions have the same color (virtuals continue to be italic). This makes sense given the above mentioned changes in constructors/destructors highlighting behavior. (In other schemes virtual funcions don't have different color, so this shouldn't be necessary in those.) - Small renaming: "members" are now "fields" - consistent, since they apply for data and it's the term used in the UI. Change-Id: Ib1aa9c0bbf28a31d09f5696460b0095fbe29de80 Reviewed-by:
Roberto Raggi <roberto.raggi@nokia.com>
-
Orgad Shaneh authored
Change-Id: I5a4dcd5b9101118de8c88b6d26af5a9dbb32ba54 Reviewed-by:
Orgad Shaneh <orgads@gmail.com> Reviewed-by:
hjk <qthjk@ovi.com>
-
Eike Ziller authored
Since it creates a console app also create a bundle-less app on Mac. Task-number: QTCREATORBUG-7304 Change-Id: I00749f0d8a4c02bd80d4e7468b3abea552db23dc Reviewed-by:
Daniel Molkentin <daniel.molkentin@nokia.com>
-
Montel Laurent authored
Change-Id: I50f98cdfb9372a1a1f78b7c8fe0ad7f39856ea01 Reviewed-by:
Laszlo Papp <lpapp@kde.org> Reviewed-by:
hjk <qthjk@ovi.com>
-
Sergey Shambir authored
Change-Id: Ic22b99e25159edfa4977e13c98f334ce75809af7 Reviewed-by:
Orgad Shaneh <orgads@gmail.com> Reviewed-by:
Eike Ziller <eike.ziller@nokia.com>
-
Daniel Teske authored
In case the qmake-line does not contain a mkspec argument, use the mkspec of the Qt version found by matching the qmake binary. This reduces the duplication of targets/profiles when opening new projects. Change-Id: I647e166ae0322fd093967abea760197cf4c7eedd Reviewed-by:
Oswald Buddenhagen <oswald.buddenhagen@nokia.com> Reviewed-by:
Friedemann Kleint <Friedemann.Kleint@nokia.com>
-
- 16 Jul, 2012 9 commits
-
-
hjk authored
Change-Id: Ia4a4a1fa9f212464ab6836ce9a17734ed2d60758 Reviewed-by:
Daniel Teske <daniel.teske@nokia.com>
-
hjk authored
Change-Id: I1ad59e4cba107d6c0cd7f777648d6d2aba483b6c Reviewed-by:
Daniel Teske <daniel.teske@nokia.com>
-
hjk authored
When Qt Versions and Profiles are removed simultaneously, the profiles cannot be updated anymore. Change-Id: I2022fb701d4d9f0704dda6a83c8f53b8add61c14 Reviewed-by:
Daniel Teske <daniel.teske@nokia.com>
-
Friedemann Kleint authored
Change-Id: I7776b9035a2decc5e840e0d534d05b42c821e9f9 Reviewed-by:
Daniel Teske <daniel.teske@nokia.com> Reviewed-by:
hjk <qthjk@ovi.com>
-
Daniel Teske authored
The active target is then null, thus calling target->project() crashes Task-number: QTCREATORBUG-7633 Change-Id: Ia0804b9293b184528d5d949fa30b35877622e65d Reviewed-by:
Friedemann Kleint <Friedemann.Kleint@nokia.com>
-
Montel Laurent authored
Change-Id: I7be846fce3df6ed264954a379a4984666c8dfb06 Reviewed-by:
Laszlo Papp <lpapp@kde.org> Reviewed-by:
hjk <qthjk@ovi.com>
-
Montel Laurent authored
Change-Id: Ia175dc825b2e8bf2cead5728b64323d03a4d8e4b Reviewed-by:
Laszlo Papp <lpapp@kde.org> Reviewed-by:
Christian Kandeler <christian.kandeler@nokia.com>
-
Orgad Shaneh authored
Change-Id: Id59289afb7d74ea150394cf4ddce2a4be56d10d6 Reviewed-by:
Friedemann Kleint <Friedemann.Kleint@nokia.com>
-
Daniel Teske authored
Somehow didn't correctly amend the last commit Change-Id: I004f70e810df9b8501e81d7e847933472fc35ebf Reviewed-by:
Daniel Teske <daniel.teske@nokia.com>
-