- 26 7月, 2018 1 次提交
-
-
由 Jason Malinowski 提交于
If we are doing a rename from a C#/VB symbol, and an F# project depends on that project, we might end up walking into non-C#/VB projects and we will crash. This prevents the crash. There were two ways I could fix this bug: one would be to update GetDocumentsAffectedByRename to exclude them up front. The other option is to deal with those at the call sites when we fail to find a service. I'm electing to do the later as that allows light-up by the appropriate language services if they wanted to do that down the road.
-
- 02 8月, 2017 1 次提交
-
-
由 CyrusNajmabadi 提交于
* Rename Foo to Goo * Rename ifoo to igoo * Add back BOMs
-
- 13 7月, 2017 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 17 6月, 2017 1 次提交
-
-
由 Tomas Matousek 提交于
-
- 13 11月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 11 11月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 29 9月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 24 9月, 2016 1 次提交
-
-
由 Andy Gocke 提交于
This change drops support for .NET 4.5 and retargets to desktop 4.6 + CoreCLR. It also fixes up various analyzer warnings that were created due to the move. Fixes #12926
-
- 09 9月, 2016 2 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 31 8月, 2016 1 次提交
-
-
由 David Poeschl 提交于
Fixes #8297 by checking to see if the cascaded constructor (or similar) is a keyword. This is the same check that's performed when deciding whether to allow rename to be invoked on a constructor (or similar). This should only impact VB
-
- 21 7月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 24 6月, 2016 1 次提交
-
-
由 gafter 提交于
-
- 07 6月, 2016 1 次提交
-
-
由 Jonathon Marolf 提交于
* initial port from CSharpEssentials * responding to feedback. removing syntax rewriter and incorporating formatting rules into formatter * responding to cryus' feedback - general logic cleanup - moving methods to abstract base class
-
- 04 6月, 2016 1 次提交
-
-
由 Jonathon Marolf 提交于
* initial port from CSharpEssentials * responding to feedback. removing syntax rewriter and incorporating formatting rules into formatter * responding to cryus' feedback - general logic cleanup - moving methods to abstract base class
-
- 30 11月, 2015 2 次提交
-
-
由 Cyrus Najmabadi 提交于
-
由 Cyrus Najmabadi 提交于
-
- 16 10月, 2015 1 次提交
-
-
由 Paul Harrington 提交于
-
- 12 10月, 2015 1 次提交
-
-
由 Bart Koelman 提交于
-
- 06 10月, 2015 1 次提交
-
-
由 David Poeschl 提交于
Fixes #3623
-
- 10 9月, 2015 1 次提交
-
-
由 Cyrus Najmabadi 提交于
-
- 02 7月, 2015 1 次提交
-
-
由 Jared Parsons 提交于
Fell out of our normal cadence for this during the push for RTM. Now that we had a bit more breathing room getting us back on track here.
-
- 12 3月, 2015 1 次提交
-
-
由 David Poeschl 提交于
This change adds support for renaming methods that are referenced in nameof expressions during Inline Rename, Rename Tracking, and RenameSymbolAsync. For all of these features, there are three primary cases: - Rename invoked from a method declaration with no overloads: Any nameof expressions that reference the method are unambiguous and are therefore updated to the new name. - Rename invoked from a method declaration with overloads: In this case, any references in nameof expressions are renamed only if the RenameOverloads option is set to true (e.g. when the user checks the "Rename overloads" checkbox in Inline Rename). - Rename invoked from a reference in a nameof expression: We always rename all overloads by automatically setting the RenameOverloads option to true and disabling Inline Rename's "Rename overloads" checkbox.
-
- 07 3月, 2015 1 次提交
-
-
由 David Poeschl 提交于
-
- 06 3月, 2015 1 次提交
-
-
由 David Poeschl 提交于
Fixes #905 Add rename support for VB property backing fields. We now correctly exclude the leading '_' from the rename process and allow rename to be invoked from references to the backing field.
-
- 15 1月, 2015 1 次提交
-
-
由 jaredpar 提交于
-
- 14 1月, 2015 1 次提交
-
-
由 RoslynTeam 提交于
-
- 07 1月, 2015 1 次提交
-
-
由 dpoeschl 提交于
Inline Rename performs a rename operation on an initial solution to produce a new solution with all references renamed, conflicts resolved, etc. This new solution may contain linked documents with un-merged (and potentially conflicting) contents. This change applies this linked file merging step to present properly merged changes and rename tags. If a file on disk D.cs is linked in two Projects P1 and P2, then there are two documents D1 and D2, with their contents being equal. When a symbol is renamed, we have a new solution with documents D1' and D2'. We calculate the text changes between D1 & D1' (C1), and D2 & D2' (C2), and merge these changes C1 and C2 into a final set of changes which produces the new merged Documents, D1m and D2m, with their contents being equal. Each document D1' and D2' knows its rename information, such as the location of definitions, references, and resolved/unresolved conflicts. This information is mapped to D1m/D2m for display in the editor by tracking spans from D1' to D1m, and D2' to D2m. The final locations of these tracking spans is their location in the merged buffer contents. (changeset 1389424)
-
- 07 10月, 2014 1 次提交
-
-
由 jasonmalinowski 提交于
This change splits the Workspaces layer into two parts, mirroring the Portable/Desktop split that the compilers did. The core parts of the Workspaces layer (managing documents and projects, formatting, some refactoring, code fixes) is kept in the portable subset, with a few non-portable pieces remaining, notably MSBuild support. This change has a major impact on how MEF now works in Roslyn. Traditional MEF (“MEFv1”) is not portable, and so we must move the Workspaces layer over to using the Microsoft.Composition NuGet package (“MEFv2”) which is. The APIs are distinct in that each has its own namespace, but the concepts are more or less identical. It requires some care though: the workspaces layer is simple in that it only references MEFv2, but higher layers have to reference both versions to use metadata attributes. Exports using metadata attributes from the editor (say, ContentTypeAttribute) must use MEFv1 attributes to export, whereas exports for the workspaces layer must use MEFv2 attributes. The rule is subtle and yet simple, and so a diagnostic is provided which catches any offenses to prevent confusion. This also has some impact in how we create MEF hosts: if you wish to host just the base workspaces layer, we can use MEFv2 to compose everything. The HostServices implementation (MefV1HostServices) that consumes a MEFv1 ExportProvider. If you’re in Visual Studio, you can use this implementation to get the full set of host services provided in Visual Studio. Otherwise, most of the changes in here are minor: we react to some APIs that have been moved/renamed in the portable subset we are targeting, and also align our various exception helper utilities with the compiler’s precedent. (changeset 1349276)
-
- 22 7月, 2014 1 次提交
-
-
由 kayleh 提交于
When renaming locals, parameters, private fields, etc, we should not rename comments/strings in files that would otherwise be unaffected by rename. Also fixing typo in ProjectDependencyGraph.GetProjectsThatDirectlyDependOnThisProject. (changeset 1300742)
-
- 10 4月, 2014 1 次提交
-
-
由 mattwar 提交于
FeaturePacks have changed to become HostServices. IWorkspaceServiceProvider has become HostWorkspaceServices ILanguageServiceProvider has become HostLanguageServices HostWorkspaceServices can be accessed directly from Workspace.Services. HostLanguageServices can be accessed directly from Project.LanguageServices. Some of the existing workspace and language services have been made public. (changeset 1226729)
-
- 25 3月, 2014 1 次提交
-
-
由 AlekseyTs 提交于
-
- 21 3月, 2014 1 次提交
-
-
由 AlekseyTs 提交于
Public API Change: Rename IFieldSymbol.AssociatedPropertyOrEvent , IMethodSymbol.AssociatedPropertyOrEvent and INamedTypeSymbol. AssociatedEvent APIs to AssociatedSymbol to accommodate for future language changes. (changeset 1210026)
-
- 19 3月, 2014 1 次提交
-
-
由 Pilchie 提交于
-