1. 24 Jan, 2012 6 commits
  2. 23 Jan, 2012 4 commits
    • Leandro Melo's avatar
      C++: Remaining fixes in symbol finder · 35bcccb5
      Leandro Melo authored
      Should have gone in the previous fix commit...
      
      Change-Id: Ibca55cbd6fd58caee7d61f5e8f8c37f67391c597
      Reviewed-by: default avatarLeandro Melo <leandro.melo@nokia.com>
      35bcccb5
    • Leandro Melo's avatar
      C++: Fix "reference" file in symbol finder · b97b45a3
      Leandro Melo authored
      Througout the initial review the singleton was transformed into an
      ordinary class, but a error was introduced: The "reference" file was
      incorrectly assumed to be the editors file, which is wrong, since
      it should be the declaration file.
      
      Change-Id: Iad3e25a690fa8bd07a18184b24b10f8dea965332
      Reviewed-by: default avatarRoberto Raggi <roberto.raggi@nokia.com>
      b97b45a3
    • Leandro Melo's avatar
      Compile fix · 6caa899b
      Leandro Melo authored
      Change-Id: I22dfa74f8f10a601103b179eb037604d5a747077
      Reviewed-by: default avatarhjk <qthjk@ovi.com>
      6caa899b
    • Leandro Melo's avatar
      C++: Improve file accuracy when finding symbols · 466ea484
      Leandro Melo authored
      This patch introduces a priority-based mechanism when searching for certains
      symbols in the snapshot. The priority corresponds to how similar the file path
      from the "reference" symbol is to the file path from the "candidate" symbol.
      This solves a variety of issues when matching "equivalent" symbols but that
      are in another file/project, such as when following a function declaration,
      a forward class declaration, or adding a definition through a quickfix.
      
      There's now a symbol finder which will compute the "best" search order and cache
      the most recent results. A consequence is that following symbols in some cases
      is slower, but not apparently significatly.
      
      Note: The "find" functions were moved from the Snapshot to the new SymbolFinder
      class.
      
      Task-number: QTCREATORBUG-6697
      Task-number: QTCREATORBUG-6792
      
      Change-Id: Ia518f014275fec1f4d0cb3224bd4e06a9df6d557
      Reviewed-by: default avatarRoberto Raggi <roberto.raggi@nokia.com>
      466ea484
  3. 13 Jan, 2012 2 commits
  4. 12 Jan, 2012 1 commit
  5. 11 Jan, 2012 2 commits
  6. 10 Jan, 2012 1 commit
  7. 20 Dec, 2011 5 commits
  8. 19 Dec, 2011 1 commit
  9. 09 Dec, 2011 1 commit
  10. 08 Dec, 2011 1 commit
  11. 02 Dec, 2011 1 commit
  12. 25 Nov, 2011 1 commit
    • Jarek Kobus's avatar
      Transform always old code style settings · 3d57758d
      Jarek Kobus authored
      Before, we didn't transform the code style settings
      if they were defaults (so no entries were written
      for them in the settings). In case someone
      changed global tab settings and didn't touch
      code style settings in 2.3, the code style settings
      were not transformed. Now, we transform them too
      so that legacy code style settings in 2.4
      (named: "Old Creator") contains old global tab settings.
      We also take care of not creating legacy settings
      in case neither textTabPreferences nor CppTabPreferences
      nor CppCodeStyleSettings were saved (when creator 2.3 used only
      defaults or when it's a first run of creator 2.4 without
      old settings).
      Handle legacy transformation for qml too.
      Make a code bit more readable.
      
      Task-number: QTCREATORBUG-6614
      Change-Id: I37b8dd4d1170f397b7d304c59575d9ae37884564
      Reviewed-by: default avatarLeandro Melo <leandro.melo@nokia.com>
      Reviewed-by: default avatarChristian Kamm <christian.d.kamm@nokia.com>
      3d57758d
  13. 24 Nov, 2011 2 commits
  14. 22 Nov, 2011 1 commit
  15. 15 Nov, 2011 2 commits
  16. 10 Nov, 2011 1 commit
    • hjk's avatar
      more Id type fixes · 82f55736
      hjk authored
      Change-Id: I3720946ba5485696822976567d83b4d6cb1fb283
      
      x
      
      Change-Id: Iab58bc34bc56371405d132315573b484a533b77c
      Reviewed-by: default avatarhjk <qthjk@ovi.com>
      82f55736
  17. 03 Nov, 2011 3 commits
  18. 02 Nov, 2011 1 commit
  19. 28 Oct, 2011 1 commit
  20. 26 Oct, 2011 1 commit
  21. 25 Oct, 2011 1 commit
  22. 18 Oct, 2011 1 commit