tobiassekan / solutionextension Goto Github PK

• complete change the Function CheckForDoubleUsingInNestedProjects
• the function should handle the project list , so we can get a better error diagnostic (e.g. with project name)

GlobalSection(NestedProjects) = preSolution
  {0648DF05-5DDA-4BE1-B5F2-584926EBDB65} = {4AFC9975-2456-4C70-94A4-84073C1CED93}  // No Error -> Not okay
  {0648DF05-5DDA-4BE1-B5F2-584926EBDB65} = {4AFC9975-2456-4C70-94A4-84073C1CED93}  // Error -> Okay
  {0648DF05-5DDA-4BE1-B5F2-584926EBDB65} = {4AFC9975-2456-4C70-94A4-84073C1CED93}  // Error -> Okay
EndGlobalSection

• Project
• ProjectSection
• EndProjectSection
• EndProject
• Global
• GlobalSection
• EndGlobalSection
• EndGlobal

I this stage only for

• .csproj
• .vcxproj
• .vbproj
• .shproj

.suo file are typical in the same folder as the .sln file
but in VS 2019 (maybe 2017) too the are located in .vscode\v16\.suo

After #17 has land

maybe in CodeLens ???

Project file with extension *.vcxitems should have project type {8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942} (C++)

Typical order from Visual Studio is

1. GlobalSection(SolutionConfigurationPlatforms) = preSolution
2. GlobalSection(ProjectConfigurationPlatforms) = postSolution
3. GlobalSection(SolutionProperties) = preSolution
4. GlobalSection(NestedProjects) = preSolution
5. GlobalSection(ExtensibilityGlobals) = postSolution

Need a complete change of the minimal diagnostic handling of nested projects

affected #28 too

• Project
• ProjectSection
• Global
• GlobalSection
• EndProject
• EndProjectSection
• EndGlobal
• EndGlobalSection

The code completion for values currently have statics

            'Any|x64',
            'Debug|x64',
            'Debug|x86',
            'Release|x64',
            'Release|x86',

instead of the defined configurations under GlobalSection(SolutionConfiguration)

see https://github.com/microsoft/microsoft-ui-xaml/blob/master/MUXControls.sln

{778DAE3C-4631-46EA-AA77-85C1314464D9}  => vbproj
{D954291E-2A0B-460D-934E-DC6B0785DB48} => shproj

see dotnet/Roslyn repository

1. Project is a solution folder
2. Change to a unknown project type
3. No error is shown for the unknown project type

see https://github.com/dotnet/roslyn/blob/master/Roslyn.sln

Debug|x86 = Debug|x86
Release|x86 = Release|x86

like "..\src\test\bla\bla.csproj"

• EndProject
• EndGlobal
• EndGlobalSection
• EndProjectSection

Allow deactivation of CodeLens for user they don't like it or have not editor window high

But before:

• Show Definitions of a Symbol
• Find All References to a Symbol
• Show all Symbol Definitions Within a Document (include Breadcrumbs)
• Show all Symbol Definitions in Folder

• HideSolutionNode
• SolutionGuid

see https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-dot-sln-file?view=vs-2019

take a look into
[HKLM\<Application ID Registry Root>\SolutionPersistence\AggregateGUIDs]

e.g.

.Debug|x64.ActiveCfg
.Debug|x64.Build.0
.Debug|x64.Deploy.0

.Debug|x86.ActiveCfg
.Debug|x86.Build.0 
.Debug|x86.Deploy.0

.Release|x64.ActiveCfg
.Release|x64.Build.0
.Release|x64.Deploy.0

.Release|x86.ActiveCfg
.Release|x86.Build.0
.Release|x86.Deploy.0

Why zero .0 ???

• postProject
• preProject
• Any|x64
• Debug|x64
• Release|x64
• FALSE
• TRUE

• ProjectDependencies
• SolutionItems
• SolutionConfigurationPlatforms
• ProjectConfigurationPlatforms
• SolutionProperties
• NestedProjects
• ExtensibilityGlobals

see https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-dot-sln-file?view=vs-2019

GlobalSection(SolutionConfiguration) = preSolution
     ConfigName.0 = Debug
     ConfigName.1 = Release

see https://github.com/dotnet/roslyn/blob/master/Roslyn.sln

This Issues describes the feature state of this vsCode extension

see https://code.visualstudio.com/api/language-extensions/programmatic-language-features

https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-user-options-dot-suo-file?view=vs-2019

SharedMSBuildProjectFiles