- 08 Oct, 2010 2 commits
-
-
Kai Koehne authored
Make sure that the 'artifical' URL of the item created actually is absolute (starts with a file:///). Otherwise an Assert will be hit when the imports include e.g. a .js file, and the Engine tries to load it. Task-number: QTCREATORBUG-2644 Reviewed-by: Olivier Goffart
-
Kai Koehne authored
-
- 07 Oct, 2010 1 commit
-
-
Olivier Goffart authored
-
- 01 Oct, 2010 5 commits
-
-
Kai Koehne authored
-
Kai Koehne authored
We've to wait with reloadEngines until the services are actually enabled.
-
Kai Koehne authored
Reviewed-by: Christiaan Janssen
-
Kai Koehne authored
-
Kai Koehne authored
Reviewed-by: Christiaan Janssen
-
- 16 Sep, 2010 1 commit
-
-
Kai Koehne authored
Unify terminology somewhat.
-
- 13 Sep, 2010 1 commit
-
-
Friedemann Kleint authored
namespace (from Debugger::Internal) as they are exported classes. Introduce private classes to avoid exposing private JS debugger headers.
-
- 08 Sep, 2010 1 commit
-
-
Christiaan Janssen authored
Reviewed by: Lasse Holmstedt
-
- 30 Aug, 2010 2 commits
-
-
Olivier Goffart authored
-
Olivier Goffart authored
This should speed up the matching between the AST nodes and the debugIds
-
- 26 Aug, 2010 1 commit
-
-
Christiaan Janssen authored
-
- 24 Aug, 2010 2 commits
-
-
Olivier Goffart authored
There is now a hook in QDeclarative itself for that. Needs commit af2b28f9ca07057 of Qt
-
Olivier Goffart authored
-
- 20 Aug, 2010 2 commits
-
-
Olivier Goffart authored
-
Olivier Goffart authored
-
- 19 Aug, 2010 1 commit
-
-
Olivier Goffart authored
-
- 13 Aug, 2010 1 commit
-
-
Lasse Holmstedt authored
Now, QmlEngine creates the connection to the inferior (debuggee), and notifies QmlInspector when a connection is established. Before, inspector created the debugger engin, which was wrong. QmlEngine's responsibilities are connecting to the debuggee and basic QML/JS debugging features like locals & watchers, breakpoints etc. QmlInspector takes care of Live Preview and other fancy inspection features. Reviewed-by: hjk
-
- 12 Aug, 2010 2 commits
- 06 Aug, 2010 1 commit
-
-
Lasse Holmstedt authored
Previously, the user had to navigate to the context of a qml item in order to edit its source code in Live Preview mode. This change tells the client to update when new objects are created on server-side, and makes the editing possible without having to manually trigger updates.
-
- 05 Aug, 2010 1 commit
-
-
Lasse Holmstedt authored
This one should be called when a component is changed and components using it need to be reloaded.
-
- 03 Aug, 2010 1 commit
-
-
Lasse Holmstedt authored
-
- 02 Aug, 2010 1 commit
-
-
Lasse Holmstedt authored
The crumble path shows the current context of the debugger/inspector.
-
- 27 Jul, 2010 2 commits
-
-
Lasse Holmstedt authored
To show the object string id's, the debug protocol is used to get them. The problem is that the required methods in QDeclarativeContext(Data) are not exposed, and it's too late to do it for 4.7.0. Hence this change should be reverted in 4.8 when more efficient way of getting the id's comes available.
-
Lasse Holmstedt authored
-
- 22 Jul, 2010 1 commit
-
-
Olivier Goffart authored
Even if we should really care about all of them, the object that is the root of all the graphical QML item is the usually last.
-
- 21 Jul, 2010 1 commit
-
-
Olivier Goffart authored
Also used 'int' instead of QDeclarativeDebugObjectReference for the debug id in order not to use the private API from QMLJS
-
- 20 Jul, 2010 2 commits
-
-
Olivier Goffart authored
-
Olivier Goffart authored
When the document is reloaded by the server, we need to refresh refresh what was the loaded document, and refresh the debugIds
-
- 19 Jul, 2010 1 commit
-
-
Olivier Goffart authored
-
- 16 Jul, 2010 3 commits
-
-
Lasse Holmstedt authored
-
Olivier Goffart authored
... with a little bit of refactoring. But for some reason it does not seem to have an effect
-
Lasse Holmstedt authored
-
- 14 Jul, 2010 4 commits
-
-
Lasse Holmstedt authored
-
Lasse Holmstedt authored
-
Lasse Holmstedt authored
-
Lasse Holmstedt authored
-