1. 01 Sep, 2014 1 commit
  2. 28 Aug, 2014 2 commits
    • hjk's avatar
      TextEditor: Remove some *Widget::createEditor implementation · 12642cc4
      hjk authored
      
      
      This removes the ones that were not to be used anymore.
      The fallback in the base class is left in for now.
      
      Change-Id: I5e7ab16497a83eff9b11deb9e1feb390757eac0e
      Reviewed-by: default avatarChristian Stenger <christian.stenger@digia.com>
      12642cc4
    • Nikolai Kosjar's avatar
      Designer: Fix struct/class warning · 96598dc5
      Nikolai Kosjar authored
      
      
      In file included from /home/nik/dev/creator/creator-master/src/plugins/designer/editorwidget.cpp:31:
      /home/nik/dev/creator/creator-master/src/plugins/designer/formeditorw.h:70:1: warning: struct 'EditorData' was previously declared as a class [-Wmismatched-tags]
      struct EditorData;
      ^
      /home/nik/dev/creator/creator-master/src/plugins/designer/editorwidget.h:47:7: note: previous use is here
      class EditorData;
            ^
      
      Change-Id: Ib17540b30f64e8a25d0910c5601ad99a9a43345d
      Reviewed-by: default avatarhjk <hjk121@nokiamail.com>
      96598dc5
  3. 27 Aug, 2014 4 commits
  4. 26 Aug, 2014 1 commit
  5. 25 Aug, 2014 1 commit
    • Nikolai Kosjar's avatar
      C++: Base parsing on editor document instead of widget · 89bd4ee3
      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's avatarOrgad Shaneh <orgads@gmail.com>
      Reviewed-by: default avatarErik Verbruggen <erik.verbruggen@digia.com>
      89bd4ee3
  6. 21 Aug, 2014 2 commits
  7. 20 Aug, 2014 4 commits
  8. 19 Aug, 2014 2 commits
  9. 04 Aug, 2014 1 commit
  10. 30 Jul, 2014 5 commits
  11. 25 Jul, 2014 1 commit
  12. 24 Jul, 2014 2 commits
  13. 23 Jul, 2014 1 commit
  14. 21 Jul, 2014 2 commits
  15. 15 Jul, 2014 1 commit
  16. 01 Jul, 2014 2 commits
  17. 27 Jun, 2014 1 commit
  18. 12 Jun, 2014 1 commit
    • Tobias Hunger's avatar
      BaseFileWizard: Get rid of applyExtensionPageShortTitle(...) · ce37f052
      Tobias Hunger authored
      
      
      That method was used to set a title in the progress view of the wizard
      that is different from the page title. That is used exactly once and
      there it adds more confusion than it helps. So get rid of the whole
      thing.
      
      Consistently set the "shortTitle" property instead for all wizards
      that want to have a separate short title.
      
      Change-Id: Ia4881e9c00891058629491f9e9de4ac421c59727
      Reviewed-by: Orgad Shaneh's avatarOrgad Shaneh <orgads@gmail.com>
      ce37f052
  19. 06 Jun, 2014 2 commits
  20. 05 Jun, 2014 1 commit
  21. 26 May, 2014 1 commit
    • Tobias Hunger's avatar
      IWizard->IWizardFactory · a8e89101
      Tobias Hunger authored
      
      
      Start at splitting up the wizard functionality a bit. Currently
      it is a factory but also contains a lot of logic that is invoked by
      the real wizard dialogs.
      
      This change renames/moves a couple of things only.
      
      Change-Id: I1fa114ee3ee262f7c0690841f361bbf09e674725
      Reviewed-by: Orgad Shaneh's avatarOrgad Shaneh <orgads@gmail.com>
      a8e89101
  22. 21 May, 2014 1 commit
  23. 13 May, 2014 1 commit