- Mar 11, 2010
-
-
Tobias Hunger authored
-
Tobias Hunger authored
-
Friedemann Kleint authored
Protect against session changes at startup. Reviewed-by: hjk
-
- Mar 10, 2010
-
-
Robert Loehning authored
-
kh1 authored
We need to append "?view=split"to force the split mode check. Make the check more readable in viewerForContextMode.
-
kh1 authored
In case of split mode we did not check if the actual requested doc exists and thus did fail to open the browser if it could not be found. Reviewed-by: Daniel Molkentin
-
dt authored
-
dt authored
-
hjk authored
-
hjk authored
-
Friedemann Kleint authored
-
Christiaan Janssen authored
-
dt authored
-
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
-
Kai Koehne authored
-
Kai Koehne authored
-
hjk authored
-
hjk authored
-
hjk authored
-
kh1 authored
Reviewed-by: ck
-
kh1 authored
-
Christian Kamm authored
This bug manifested itself as not getting a tooltip and correct context help for the type of the root object in a Qml file.
-
Tobias Hunger authored
Do this as part of the ProjectLoadWizard
-
con authored
And a vague probability that it could (in the future) save fetching the standard icon multiple times from the system.
-
con authored
QCompleter::popup() actually shows the popup, which is both annoying and slow. Delay the annoyance from startup to a later point till this is fixed in Qt.
-
con authored
-
ck authored
-
hjk authored
The dependency was there for a while. No need to jump through hoops hoping to maintain a stand-alone debugger anymore.
-
hjk authored
-
hjk authored
-
hjk authored
editor or re-used an existing one
-
Jörg Schummer authored
- clearing search input focus when clicking clear icon - re-set updated sections' models - using GridView-based item selection - C++ code cleanup - Manhattan-length used for drag & drop initiation - integrated QtCreator's filter text input - replaced QToolButtons with a QTabBar - fix: eliding text & corrected selector offset - styled resources view - updated Qml syntax
-
Lasse Holmstedt authored
-
Friedemann Kleint authored
from options dialog and editor factory.
-
Lasse Holmstedt authored
-
Lasse Holmstedt authored
-
Lasse Holmstedt authored
-
Lasse Holmstedt authored
-
Lasse Holmstedt authored
-