1. 18 11月, 2016 1 次提交
  2. 30 9月, 2016 1 次提交
  3. 11 9月, 2016 1 次提交
  4. 26 7月, 2016 1 次提交
  5. 25 7月, 2016 3 次提交
  6. 20 7月, 2016 1 次提交
  7. 26 1月, 2016 1 次提交
  8. 16 1月, 2016 2 次提交
  9. 11 12月, 2015 1 次提交
  10. 21 11月, 2015 1 次提交
  11. 20 11月, 2015 1 次提交
  12. 16 10月, 2015 1 次提交
  13. 10 10月, 2015 1 次提交
  14. 21 4月, 2015 1 次提交
    • D
      Namespace FindRefs Improvements · 29430847
      David Poeschl 提交于
      - Fixes #496, an error when finding reference on namespaces defined in
      metadata
      - Groups all namespace definitions & references under a single node,
      which itself is non-navigable. Prior to this change, there would be lots
      of top-level nodes for the same namespace with 0 references.
      29430847
  15. 21 3月, 2015 2 次提交
  16. 20 3月, 2015 1 次提交
    • D
      Change constructor ref node location in Find Refs · a767f3a7
      David Poeschl 提交于
      Fixes internal issue #1138943.
      
      In the SymbolFinder API, references to constructors are included as references to both the constructor method symbol and the related type symbol. Because reference locations are deduplicated across all results shown in Find References, we have to decide which definition node to use as the parent. Prior to this change the first related definition returned to us by the SymbolFinder won, but this ordering was not guaranteed to be consistent. This change introduces a precedence ordering for definitions returned by the SymbolFinder that currently guarantees that members will be preferred over types.
      
      Additionally, this change removes the requirement that definitions shown in Find References have distinct locations. This allows us to meaningfully separate references between a type and its default constructor which has the same location.
      a767f3a7