Due to issues #7584 and #7587 adding `this.`/`Me.` is disabled for
methods and events.

Also add tests for verifying that no diagnostics are generated for static
access or `base`/`MyBase` access.

Get support for squiggles and LB in "AnyCode" workspace

disable entry filter definition for now.

the base type we need to use EntryFilterDefinition is exchange type that needs to be moved to immutable dll.

for more detail see https://github.com/dotnet/roslyn/issues/9096

Merge master into future

Feature: Suggest implicit or explicit typing code styles.

.. symbol than Parsing the display string of the symbol.

being a denylist to being an acceptlist.

minor naming changes and moving some code around.

Most fixes are about code style.

Major changes are in:
1. the algorithm to determine if type is apparent in creation or conversion methods.
2. option serialization/deserialization.

I'd overlooked the fact that !isChecked enforces `use explicit type` and
hadn't stored enforcement level values then. This fixes the bug.

... with notification levels and also test notification levels.

If notification option is set to none, do not show a diagnostic.

.. and push common code down into Abstract base class. CheckBox
ViewModel and CheckBoxWithCombo ViewModel then derive from the abstract
base class.

Rename several internal types appropriately. Update file names to match
them. etc.

Adding Enforcement Levels to each `use var` option. Enforcement levels are: None, Info, Warning and Error.

To do:
unit tests need to be unbroken
refactoring to base classes and to be more generic
fix xaml styling and remove any hardcoded values.
fix up todo comments in code

These are additive minor changes to code naming, styling, documentation,
tests and such. No major functional changes.

We now detect a conversion, if any, do not suggest use var if it changes semantics, as it would for some implicit conversions.
We also recognize type conversion patterns for IsTypeApparent(). For e.g., we recognize static helpers like `int.Parse`, `Convert.ToString()` and instance method `IConvertible.ToChar` etc.

localize all the string resources for use var or use explicit typing
analyzers and fixers.

Changed the UI from combinations of radio buttons and check boxes to use
just checkboxes. Also changed how the partitions of `use var` space was
logically represented. We now present 3 options - use var on intrinsic
types, use var where apparent, use var in rest of the places. If all 3
are checked, we universally use var everywhere. If only one or a
combination less than 3 are selected, we use var only in those places.
An unchecked option means, user prefers explicit typing for that
scenario.

Not yet implemented : enforcement levels of the fix, fancy previews that
show results for a combination of choices, integrating the options into
code generation service.

Remove relay command implementation and usages in checkbox view model.
trying another UI approach to make this simpler.

Add RelayCommand to CheckBoxViewModel to enable/disable checkboxes in
option preview control depending on the state of other controls. The
StyleViewModel now makes use of this for Use Var feature.

Refactor UseImplicitTyping and UseExplicitTyping Analyzers to use an
abstract base class and share common functionalities. Also wire up
options into unit tests.

add options to codestyle for use implicit or explicit typing
analyzer/fixers.

Add an analyzer and fixer for using explicit type over var for C#. Plus,
unit tests.

Add logic to determine if return type information is obvious from the
initializer expression of variable declaration. Currently it recognizes
3 patterns - literals, object creation expressions and static helpers
like `int.Parse`

shelving, edit this commit later.

Initial implementation of a diagnostic analyzer and codefixer for `use
var` style in C#

Conflicts:
	build/Targets/VSL.Versions.targets
	build/scripts/VBCSCompiler.exe.config
	build/scripts/csc.exe.config
	build/scripts/vbc.exe.config
	cibuild.cmd
	src/Compilers/CSharp/csc/csc.exe.config
	src/Compilers/VisualBasic/vbc/vbc.exe.config
	src/Interactive/VbiCore/project.lock.json
	src/InteractiveWindow/Version.props
	src/VisualStudio/Core/Def/Implementation/ProjectSystem/VisualStudioWorkspaceImpl.cs
	src/VisualStudio/Setup/ProvideRoslynBindingRedirection.cs

 fix issue 8315