Closed StevenBonePgh closed 3 years ago
I put in a PR that moves these to the Community Toolkit. Seems like a good fit there and solves a problem that lets me upgrade my homebrewed extension to use the toolkit. Once accepted, I'll fix the regression with a PR here.
Not sure where to raise this one, but the issue is really now in the Community Toolkit. In that, the
BaseOptionModel<T>
class blindly assumes the underlying type is a string. The Visual Studio Extensions window reports the following in my system (after a small tweak to the exception logging to accept a formatted string):My earlier PR added the attributes
OverrideCollectionNameAttribute
andOverrideDataTypeAttribute
and these were checked for and honored byBaseOptionModel
. While the attributes remain in Tweakster, the functionality of them is, of course, missing because these do not exist in the Community Toolkit.The combination of these attributes and functionality honoring them in
BaseOptionModel
enables an extension author to tweak a setting elsewhere in the hive. Do you think it would be acceptable to create a PR moving these attributes and implementation to the Community Toolkit, followed by a fix for this here once that PR is accepted?