- 10 Aug, 2010 1 commit
-
-
Olivier Goffart authored
Removed the CanvasFrameRate class as it is not used, and depends on private Qt API
-
- 06 Aug, 2010 1 commit
-
-
Olivier Goffart authored
-
- 04 Aug, 2010 1 commit
-
-
Olivier Goffart authored
-
- 29 Jul, 2010 1 commit
-
-
Olivier Goffart authored
A copy of the client debugging code is made in src/libs/qmljsdebugclient/ (this comes from the qt code from commit 65642dd343bf61) So the qmljsinspector plugin does not require anymore Qt private headers.
-
- 23 Jul, 2010 1 commit
-
-
Olivier Goffart authored
All the expended item need to be retreived before we can call endCycle
-
- 22 Jul, 2010 3 commits
-
-
Olivier Goffart authored
-
Olivier Goffart authored
-
Olivier Goffart authored
QVariant does not work as they can contain custom type that corrypt the stream
-
- 16 Jul, 2010 2 commits
-
-
Olivier Goffart authored
Will help to clean up later.
-
Olivier Goffart authored
Unfortunatelly, streaming QVariant is not a really good idea, as streaming a custom type would fail
-
- 14 Jul, 2010 3 commits
- 08 Jul, 2010 2 commits
-
-
Olivier Goffart authored
the qmlviewer is currently started from the qmljsinspector. But this might change in the future
-
hjk authored
-
- 05 Jul, 2010 2 commits
- 02 Jul, 2010 1 commit
-
-
hjk authored
-
- 25 Jun, 2010 1 commit
-
-
hjk authored
-
- 22 Jun, 2010 1 commit
-
-
hjk authored
This replaces the (de facto) singleton engines and data handlers by classes that are instantiated per run. The DebuggerRunControl will now create an object of (a class derived from) DebuggerEngine that contains all the relevant "dynamic" data. DebuggerManager is no more. The "singleton" bits are merged into DebuggerPlugin, whereas the data bits went to DebuggerEngine. There is no formal notion of a "current" DebuggerEngine. However, as there's only one DebuggerEngine at a time that has its data models connected to the view, there's still some "de facto" notion of a "current" engine. Calling SomeModel::setData(int role, QVariant data) with custom role is used as the primary dispatch mechanism from the views to the "current" data models (and the engine, as all data models know their engine).
-
- 14 Jun, 2010 3 commits
-
-
hjk authored
Pass output through the RunControl instead of the DebuggerManager.
-
hjk authored
Plan is to identify make identify an IDebuggerEngine incarnation with a RunControl.
-
hjk authored
This replaces most uses of DebuggerStartParameters by DebuggerRunControl which is a simple RunControl with a DebuggerStartParameters member. Plan is to move all global state to the run controls, and possibly introduce specialized ones for core debugging etc.
-
- 10 Jun, 2010 1 commit
-
-
hjk authored
-
- 05 May, 2010 1 commit
-
- 04 May, 2010 1 commit
-
-
hjk authored
-
- 27 Apr, 2010 1 commit
-
-
hjk authored
-
- 10 Mar, 2010 1 commit
-
-
hjk authored
-
- 05 Mar, 2010 1 commit
-
-
hjk authored
-
- 18 Jan, 2010 1 commit
-
-
Friedemann Kleint authored
-
- 15 Jan, 2010 1 commit
-
-
Friedemann Kleint authored
-
- 25 Sep, 2009 1 commit
-
-
hjk authored
Intergrate per-engine state tracking with the global running/stopped state.
-
- 17 Sep, 2009 1 commit
-
-
hjk authored
-
- 10 Sep, 2009 1 commit
-
-
hjk authored
-
- 17 Aug, 2009 1 commit
-
- 14 Aug, 2009 1 commit
-
-
hjk authored
-
- 16 Jul, 2009 1 commit
-
-
con authored
-
- 13 Jul, 2009 1 commit
-
- 10 Jul, 2009 1 commit
-
-
Friedemann Kleint authored
- Modified WatchModel to handle storage of an hierarchy of WatchItems. - Factored out code for asynchronous population to AsyncWatchModel and added a mixin for convenient handling - Added base class for synchronous models. - Implement simple, synchronous models for CDB, greatly simplifying code and finally getting manual expansion right. Signed-off-by:
hjk <qtc-committer@nokia.com>
-
- 17 Jun, 2009 1 commit
-
-
hjk authored
It's now properly using canFetchMore/fetchMore. cdb is not yet ported.
-