Enable new inline rename by default

[ryzngard]

No description provided.

[JoeRobich]

Should there also be a VB.NET setting for this?

[ryzngard]

Should there also be a VB.NET setting for this?

This is where we get a little tricky. I can duplicate in VB, but it only applies globally not per language. I guess we could do per language...

Unfortunately we don't have a ".NET" node to put stuff like this in :(

[CyrusNajmabadi]

a bit odd that ui is lowercased.

[CyrusNajmabadi]

maybe just Rename textbox location: inline/in-top-right?

[ryzngard]

That's not completely accurate though. It's a bit more nuanced than that. At most, inline rename options or dashboard them?

[davidwengier]

Can you put a screenshot in of the options, with the dropdown dropped? Seems like the options are a bit too wordy, and repeat "UI" a lot, but hard to tell for sure from just resource strings

[Youssef1313]

Should this be added to AutomationObject?

I'm concerned by this being added both to C#-specific and VB-specific options page but have a single value for both (ie, if user modified it in one language, it gets automatically the same value in the other).

Are there other similar options that are single-valued for both languages and exposed in Tools → Options?

Ideally there should be some sort of a "common" page. @mavasani What do you think?

[davidwengier]

Are there other similar options that are single-valued for both languages and exposed in Tools → Options?

Allow navigation to decompiled sources is for both languages, and only appears on the C# page, presumably because there is nowhere else to put it.

[ryzngard]

Should this be added to AutomationObject?

I'm concerned by this being added both to C#-specific and VB-specific options page but have a single value for both (ie, if user modified it in one language, it gets automatically the same value in the other).

Are there other similar options that are single-valued for both languages and exposed in Tools → Options?

Ideally there should be some sort of a "common" page. @mavasani What do you think?

I haven't kept up with AutomationObject. Is there a doc I can look at to what needs to go there and why? Or just a short description

[Youssef1313]

@ryzngard I don't know of docs about it, but basically you can observe the impact by:

1. Tools → Import and Export Settings
2. Follow with the dialog to export settings into a file
3. Change the value of the option of interest to test
4. Import the file back

When importing the file back, the old value should be seen.

[JoeRobich]

Are there other similar options that are single-valued for both languages and exposed in Tools → Options?

Editor Color Scheme falls in this bucket. Both pages bind to the same option (not perlanguage) and the OptionStore class ensures that changes are synced.

[mavasani]

Should this be added to AutomationObject?

I'm concerned by this being added both to C#-specific and VB-specific options page but have a single value for both (ie, if user modified it in one language, it gets automatically the same value in the other).

Are there other similar options that are single-valued for both languages and exposed in Tools → Options?

Ideally there should be some sort of a "common" page. @mavasani What do you think?

I don't think there should be a common option page for these cases where the same option applies to both C# and VB and its value is kept in sync by the OptionStore infrastructure. That would be confusing to users who only work with a single language and want to look at all applicable options for the language. IMO common option pages should only be defined for language-agnostic options and options that apply to all languages supported in VS, and that is the core reason why Roslyn repo has no such common option page infrastructure, we only deal with C# and VB options. Common option page infrastructure is present in the VS platform layer which supports such language-agnostic options.