1. 17 4月, 2019 2 次提交
  2. 28 2月, 2019 3 次提交
  3. 13 2月, 2019 1 次提交
  4. 01 2月, 2019 4 次提交
  5. 04 1月, 2019 1 次提交
  6. 18 12月, 2018 1 次提交
  7. 11 12月, 2018 3 次提交
  8. 10 12月, 2018 1 次提交
  9. 07 11月, 2018 1 次提交
  10. 31 10月, 2018 1 次提交
  11. 23 10月, 2018 1 次提交
  12. 27 9月, 2018 1 次提交
    • M
      Add support for displaying reference kind to Find All References window. · 9ee0805a
      Manish Vasani 提交于
      Implementation of the custom column support has been kept extensible, so that each reference item can have customized key-values info, where key corresponds to the name of the custom dynamic column and values are set of one or more values the table entry. Columns become dynamically visible if at least one row in the table has a value for it.
      
      Fixes #24877
      9ee0805a
  13. 21 9月, 2018 1 次提交
  14. 20 9月, 2018 1 次提交
    • M
      Add support to save current tools options into an .editorconfig file · 588f1798
      Manish Vasani 提交于
      This ports https://github.com/dotnet/roslyn/pull/28472, that went into the `editorconfig-ide` feature branch, into `dev16.0.x` branch with following additional refactorings/enhancements:
      
      1. Generated .editorconfig file has all localized string as comments.
      2. No hardcoding of individual options in the editorconfig file generator. Instead, each `EditorConfigStorageLocation` now requires to provide a delegate to convert a given option value into the .editorconfig string representation (basically complimentary of the parsing delegate that was already required).
      3. Introduce concept of `OptionGroup` to enable grouping options in the same feature (such as CodeStyleOptions, CSharpCodeStyleOptions, FormattingOptions, CSharpFormattingOptions, etc.) into sub-features or groups (such as "this. preferences", "expression-level preferences", etc.). This enables the editorconfig generation to group the related options, without explicit knowledge of each option group.
      4. Expose `AllOptions` from each option feature (such as CodeStyleOptions, CSharpCodeStyleOptions, FormattingOptions, CSharpFormattingOptions, etc.), so that the corresponding `IOptionProvider` always stays in sync with implemented options.
      588f1798
  15. 16 9月, 2018 1 次提交
  16. 29 8月, 2018 1 次提交
  17. 28 8月, 2018 1 次提交
    • M
      Address PR Feedback: · a6db5441
      Manish Vasani 提交于
      1. Break the analyzer into two separate diagnostics for flagging unused and unread members. Latter rule has no code fix.
      2. Remove all UI option elements for the added diagnostics and turn the rules off by default for now.
      3. Bail out for invalid operations and syntax errors.
      4. Handle doc comments and nameof - report unread member diagostics instead of unused member diagnostics if referenced in non-read/write context.
      a6db5441
  18. 25 8月, 2018 2 次提交
    • M
      Address PR feedback · c1c54cc9
      Manish Vasani 提交于
      c1c54cc9
    • M
      Add analyzer/fixer to flag and remove unused private members (fields/methods/properties/events) · 76f4c480
      Manish Vasani 提交于
      Analyzer flags two cases: members with no read/writes and members with only writes.
      
      1. Members with no read or writes: `Type '{0}' has an unused private member '{1}' which can be removed.`
      2. Only writes: `Type '{0}' has a private member '{1}' which can be removed as the value assigned to it is never used.`
      
      Code fix removes the unused member declaration.
      Fixes #24225
      
      Open questions:
      1. Current analyzer design uses a single code style option for all members and both the above kinds of unused members. We can potentially have multiple options, but this should probably be done based on feedback.
      2. Should the analyzer use different diagnostic IDs for the above two kinds of unused members? This will mean that the FixAll experience will need multiple iterations for removing unused members.
      3. Should we update the code fix (or have an additional code fix) that also updates the write references for the case (2) above? Or is it better to leave the references to break the code so the user can analyze if the value being assigned can also be removed. The PR current chooses the latter approach as it is more conservative and unlikely to cause silent breaks.
      76f4c480
  19. 15 8月, 2018 1 次提交
  20. 21 7月, 2018 1 次提交
  21. 14 7月, 2018 1 次提交
  22. 27 6月, 2018 1 次提交
  23. 20 6月, 2018 2 次提交
  24. 08 6月, 2018 2 次提交
  25. 18 5月, 2018 1 次提交
  26. 04 5月, 2018 1 次提交
  27. 01 5月, 2018 1 次提交
  28. 26 4月, 2018 1 次提交
  29. 12 4月, 2018 1 次提交