- 19 Sep, 2014 1 commit
-
-
hjk authored
Replace the CppModelManagerInterface/derived CppModelManager combo by a more common CppModelManager/CppModelManagerPrivate pimpl pattern. Change-Id: Ia4582845ed94d5ef60b8571bab9b2260c6290287 Reviewed-by:
Nikolai Kosjar <nikolai.kosjar@digia.com>
-
- 25 Aug, 2014 1 commit
-
-
Nikolai Kosjar authored
This mainly takes CppEditorSupport apart. * Parsing is now invoked by CPPEditorDocument itself by listening to QTextDocument::contentsChanged(). * Upon construction and destruction CPPEditorDocument creates and deletes an EditorDocumentHandle for (un)registration in the model manager. This handle provides everything to generate the working copy and to access the editor document processor. * A CPPEditorDocument owns a BaseEditorDocumentProcessor instance that controls parsing, semantic info recalculation and the semantic highlighting for the document. This is more or less what is left from CppEditorSupport and can be considered as the backend of a CPPEditorDocument. CPPEditorDocument itself is quite small. * BuiltinEditorDocumentProcessor and ClangEditorDocumentProcessor derive from BaseEditorDocumentProcessor and implement the gaps. * Since the semantic info calculation was bound to the widget, it also calculated the local uses, which depend on the cursor position. This calculation got moved into the extracted class UseSeletionsUpdater in the cppeditor plugin, which is run once the cursor position changes or the semantic info document is updated. * Some more logic got extracted: - SemanticInfoUpdater (logic was in CppEditorSupport) - SemanticHighlighter (logic was in CppEditorSupport) * The *Parser and *Processor classes can be easily accessed by the static function get(). * CppHighlightingSupport is gone since it turned out to be useless. * The editor dependency in CompletionAssistProviders is gone since we actually only need the file path now. Change-Id: I49d3a7bd138c5ed9620123e34480772535156508 Reviewed-by:
Orgad Shaneh <orgads@gmail.com> Reviewed-by:
Erik Verbruggen <erik.verbruggen@digia.com>
-
- 20 Aug, 2014 1 commit
-
-
Nikolai Kosjar authored
Change-Id: I554b5e9e3f1ef7c167fa45b5cd0c230fdf63073b Reviewed-by:
Erik Verbruggen <erik.verbruggen@digia.com>
-
- 13 Jun, 2014 1 commit
-
-
Nikolai Kosjar authored
Change-Id: I59c420c6469717e552469d176bbeac3a455f3bb0 Reviewed-by:
Erik Verbruggen <erik.verbruggen@digia.com>
-
- 27 Feb, 2014 2 commits
-
-
Przemyslaw Gorszkowski authored
File path for which we build hierarchy was not consider in cyclic checking. Added tests for cyclic cases Change-Id: I0c2e60034c6e8f3aa69ab723350b4c05530fcdfb Reviewed-by:
Orgad Shaneh <orgads@gmail.com> Reviewed-by:
Nikolai Kosjar <nikolai.kosjar@digia.com>
-
Przemyslaw Gorszkowski authored
"Included by" was infected by infinite deep tree in case of cyclic. Change-Id: If84fe52399f49d52baa42d681ab125d10d89dd3e Reviewed-by:
Orgad Shaneh <orgads@gmail.com> Reviewed-by:
Nikolai Kosjar <nikolai.kosjar@digia.com>
-
- 08 Jan, 2014 1 commit
-
-
Robert Loehning authored
Change-Id: Ib5423fdd064e4546f848c0b640b0ed0514c26d3a Reviewed-by:
Leena Miettinen <riitta-leena.miettinen@digia.com> Reviewed-by:
Kai Koehne <kai.koehne@digia.com>
-
- 20 Nov, 2013 1 commit
-
-
Przemyslaw Gorszkowski authored
For "includes" we should use snapshot from "SnapshotUpdater"(project specific snapshot, not global snapshot) instead of "global" snapshot. The snapshot of the editor's SnapshotUpdater contains the documents parsed with the appropriate include paths/defines etc. and should therefore be used for the include hierarchy. Change-Id: I6bbaf5040536b771d32697aad1db364758ff8382 Reviewed-by:
Nikolai Kosjar <nikolai.kosjar@digia.com>
-
- 24 Oct, 2013 1 commit
-
-
Friedemann Kleint authored
They are a hassle for translators and reviewers alike. Change-Id: I363138212b692cf75fe1605df8af3721315d37e1 Reviewed-by:
hjk <hjk121@nokiamail.com>
-
- 01 Oct, 2013 1 commit
-
-
Przemyslaw Gorszkowski authored
Based on type hierarchy. Added to context menu ('Open Include Hierarchy') Shortcut(Ctrl+Shift+I) 'Include Hierarchy' contains: FileName for which 'Include Hierarchy' is done Includes(which files are included by current file - tree hierarchy) Included by(which files include current file - tree hierarchy) It is possible to open/goto each file by clicking on specific item. Additionally for 'Included by' files it goes to the line where is include directive for current file. Change-Id: I549b1ed64e4c9f6955f60d00efb12950a3259f81 Reviewed-by:
Nikolai Kosjar <nikolai.kosjar@digia.com>
-