-
Notifications
You must be signed in to change notification settings - Fork 8.6k
Add Extensions page to Settings UI #18559
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as resolved.
This comment was marked as resolved.
@@ -59,7 +59,7 @@ | |||
<IconSourceElement Grid.Column="0" | |||
Width="16" | |||
Height="16" | |||
IconSource="{x:Bind mtu:IconPathConverter.IconSourceWUX(Icon), Mode=OneTime}" /> | |||
IconSource="{x:Bind mtu:IconPathConverter.IconSourceWUX(EvaluatedIcon), Mode=OneTime}" /> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
📝 Admittedly, a drive by. Happy to pull this out into a separate PR if desired.
@@ -1199,7 +1199,7 @@ | |||
<Setter Property="HorizontalAlignment" Value="Stretch" /> | |||
<Setter Property="CornerRadius" Value="{ThemeResource ControlCornerRadius}" /> | |||
<Setter Property="VerticalAlignment" Value="Stretch" /> | |||
<Setter Property="HorizontalContentAlignment" Value="Left" /> | |||
<Setter Property="HorizontalContentAlignment" Value="Stretch" /> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
📝 Had to update this style a bit to enable functionality for showing "Disabled" on the right side when an extension was disabled.
The way I made that work is that we have a 2-column grid. We need the grid to take up the entire horizontal content, so we need to set HorizontalContentAlignmen to stretch
<!-- TODO CARLOS: Icon --> | ||
<!-- TODO GH #18281: Icon --> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
📝 This one's on me 😅
@@ -227,6 +227,45 @@ | |||
</Setter> | |||
</Style> | |||
|
|||
<!-- A basic setting container displaying immutable text as content --> | |||
<Style x:Key="SettingContainerWithTextContent" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
📝 Used to display the Scope for an extension. Also allowed me to apply the SecondaryTextBlockStyle to the text shown on the right side (aka the value of Scope)
for (const auto&& entry : fragExt.ModifiedProfilesView()) | ||
{ | ||
// Ensure entry successfully modifies a profile before creating and registering the object | ||
if (const auto& deducedProfile = _settings.FindProfile(entry.ProfileGuid())) | ||
{ | ||
auto vm = winrt::make<FragmentProfileViewModel>(entry, fragExt, deducedProfile); | ||
currentProfilesModified.push_back(vm); | ||
if (extensionEnabled) | ||
{ | ||
profilesModifiedTotal.push_back(vm); | ||
} | ||
} | ||
} | ||
|
||
for (const auto&& entry : fragExt.NewProfilesView()) | ||
{ | ||
// Ensure entry successfully points to a profile before creating and registering the object. | ||
// The profile may have been removed by the user. | ||
if (const auto& deducedProfile = _settings.FindProfile(entry.ProfileGuid())) | ||
{ | ||
auto vm = winrt::make<FragmentProfileViewModel>(entry, fragExt, deducedProfile); | ||
currentProfilesAdded.push_back(vm); | ||
if (extensionEnabled) | ||
{ | ||
profilesAddedTotal.push_back(vm); | ||
} | ||
} | ||
} | ||
|
||
for (const auto&& entry : fragExt.ColorSchemesView()) | ||
{ | ||
for (const auto& schemeVM : _colorSchemesPageVM.AllColorSchemes()) | ||
{ | ||
if (schemeVM.Name() == entry.ColorSchemeName()) | ||
{ | ||
auto vm = winrt::make<FragmentColorSchemeViewModel>(entry, fragExt, schemeVM); | ||
currentColorSchemesAdded.push_back(vm); | ||
if (extensionEnabled) | ||
{ | ||
colorSchemesAddedTotal.push_back(vm); | ||
} | ||
} | ||
} | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm only displaying the ones that were added successfully and point to something that already exists.
Long-term, do we want to do more here? Perhaps show the ones that weren't added successfully? I'm just not sure what the next steps would be and how we would want to approach this issue.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Stake: I want to be the second reviewer on this :)
ec88b32
to
7cdbb7c
Compare
const auto guid = profile->HasGuid() ? profile->Guid() : profile->Updates(); | ||
auto destinationSet = profile->HasGuid() ? newProfiles : modifiedProfiles; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
auto destinationSet = profile->HasGuid() ? newProfiles : modifiedProfiles; | |
auto destinationSet = profile->HasGuid() ? &newProfiles : &modifiedProfiles; |
_addUserProfileParent(fragmentProfile); | ||
if (!_addOrMergeUserColorScheme(fragmentColorScheme)) | ||
{ | ||
// Color scheme wasn't added because it conflicted with a non-user created scheme. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually yeah, I'm going to undo the whole Conflict
thing. We're not using it and that's an edge case to handle separately and better tbh.
Latest changes merged in some of the other branches and PRs:
This is now ready to go 😊 |
This comment has been minimized.
This comment has been minimized.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ideally we would have scaled-up versions of the generator icons as well. Some of them may be easy to get, others may be less easy to get. We can do this as followup work.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Very close now!
extPkg->Icon(hstring{ generator.GetIcon() }); | ||
}; | ||
|
||
// TODO CARLOS: is there a way to deduplicate this list? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
TODO! Decide, then commit. It's fine to have the code duplicated here, but please do add a comment explaining the duplication.
parseAndLayerFragmentFiles(fragmentExtFolder.path(), winrt::hstring{ source }); | ||
parseAndLayerFragmentFiles(fragmentExtFolder.path(), | ||
winrt::hstring{ source }, | ||
rfid == FOLDERID_LocalAppData ? FragmentScope::User : FragmentScope::Machine); // scope |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fwiw you could structure this as follows:
auto scope = FragmentScope::User;
for(const auto& rfid : std::array{ RFID, RFID }) {
for (...) {
something(scope);
}
// Since the outer loop only has two entries, set the scope for the next run
scope = FragmentScope::Machine;
}
that lets you get rid of one pesky ternary and a comparison against one of the array entries; TBD which is more fragile
@@ -312,11 +399,8 @@ void SettingsLoader::FindFragmentsAndMergeIntoUserSettings() | |||
|
|||
for (const auto& ext : extensions) | |||
{ | |||
const auto packageName = ext.Package().Id().FamilyName(); | |||
if (_ignoredNamespaces.contains(std::wstring_view{ packageName })) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would still prefer to bail out early--before interacting with any more of the async package APIs (!)--if we aren't expressly building the fragment data and the user has requested that we please disable it. Is that still possible?
packageName, | ||
FragmentScope::User); | ||
|
||
if (generateExtensionPackages) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i see that in this case we are still generating them, we are just letting them get created in parseAndLayer
and then deleted if nobody asked for them... :(
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah we aren't generating the objects because we didn't populate the optional. however, we are still doing package API things when the user told us not to interact w/ that source
{ | ||
fragmentColorSchemes.emplace_back(winrt::make<FragmentColorSchemeEntry>(scheme->Name(), hstring{ til::u8u16(Json::writeString(_getJsonStyledWriter(), schemeJson)) })); | ||
} | ||
else if (applyToUserSettings) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
personally i'd structure this as if
rather than else if
so that if we ever change this to generate and load at the same time we don't need to wonder why "sometimes when I generate, it doesn't apply".
e.g. these aren't opposite conditions. :D
@@ -56,4 +63,35 @@ namespace Microsoft.Terminal.Settings.Model | |||
|
|||
void ExpandCommands(); | |||
} | |||
|
|||
[default_interface] runtimeclass FragmentProfileEntry |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we don't need [default_interface] on any of these, FWIW.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(or at least, we should not.)
{ | ||
if (!_extensionPackages) | ||
{ | ||
// Lazy load the ExtensionPackage objects |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FUNNY. I bet we only call this on the CLONED one, so the cache is always empty (clone the base settings object without the extensions, get the extensions, fill the cache)
I think this is fine, fwiw, because it results in users seeing up-to-date fragment information on every settings UI load ;p
@@ -740,4 +740,24 @@ | |||
<data name="OpenCWDCommandKey" xml:space="preserve"> | |||
<value>Open current working directory</value> | |||
</data> | |||
</root> | |||
<data name="WslDistroGeneratorDisplayName" xml:space="preserve"> | |||
<value>WSL Distro Profile Generator</value> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
<value>WSL Distro Profile Generator</value> | |
<value>WSL Distribution Profile Generator</value> |
@@ -302,8 +347,7 @@ | |||
<StackPanel Grid.Column="0" | |||
Style="{StaticResource StackPanelInExpanderStyle}"> | |||
<StackPanel Orientation="Horizontal"> | |||
<TextBlock Style="{StaticResource SettingsPageItemHeaderStyle}" | |||
Text="{TemplateBinding Header}" /> | |||
<ContentPresenter Content="{TemplateBinding Header}" /> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ugh, we have to add that whole new Style just because we can't style the text content inside a content presenter, don't we
// navigate to the NewTabMenu page, | ||
// _Navigate() will handle trying to find the right subpage | ||
SettingsNav().SelectedItem(item); | ||
_Navigate(breadcrumbExtensionPackage, BreadcrumbSubPage::NewTabMenu_Folder); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
new tab menu? is that so?
Summary of the Pull Request
Adds an Extensions page to the Settings UI. This lets you enable/disable extensions and see how they affect your settings (i.e. adding/modifying profiles and adding color schemes). This page is specifically designed for fragment extensions and dynamic profile generators, but can be expanded on in the future as we develop a more advanced extensions model.
App extensions extract the name and icon from the extension package and display it in the UI. Dynamic profile generators extract the name and icon from the generator and display it in the UI. We prefer to use the display name for breadcrumbs when possible.
A "NEW" badge was added to the Extensions page's
NavigationViewItem
to highlight that it's new. It goes away once the user visits it.Detailed Description of the Pull Request / Additional comments
FragmentSettings
represents a parsed json fragment extension.FragmentProfileEntry
andFragmentColorSchemeEntry
are used to track profiles and color schemes added/modifiedExtensionPackage
bundles theFragmentSettings
together. This is how we represent multiple JSON files in one extension.IDynamicProfileGenerator
exposes aDisplayName
andIcon
ExtensionPackage
s created from app extensions extract theDisplayName
andIcon
from the extensionApplicationState
is used to track which badges have been dismissed and prevent them from appearing againstd::unordered_set
is used to keep track of the dismissed badges, but we only expose a get and append function via the IDL to interact with itExtensionsViewModel
operates as the main view model for the page.FragmentProfileViewModel
andFragmentColorSchemeViewModel
are used to reference specific components of fragments. They also provide support for navigating to the linked profile or color scheme via the settings UI!ExtensionPackageViewModel
is a VM for a group of extensions exposed by a single source. This is mainly needed because a single source can have multiple JSON fragments in it. This is used for the navigators on the main page. Can be extended to provide additional information (i.e. package logo, package name, etc.)CurrentExtensionPackage
is used to track which extension package is currently in view, if applicable (similar to how the new tab menu page works)Extensions.xaml
uses a lot of data templates. These are reused inItemsControl
s to display extension components.ExtensionPackageTemplateSelector
is used to displayExtensionPackage
s with metadata vs simple ones that just have a source (i.e. Git)NewInfoBadge
style that is just an InfoBadge with "New" in it instead of a number or an icon. Based on Add "new" labels to navigation PowerToys#36939get
call to theApplicationState
conducted via theExtensionsPageViewModel
. The VM is also responsible for updating the state.CascadiaSettingsSerialization.cpp
. TheSettingsLoader
can be used specifically to load and create the extension objects.Validation Steps
✅ Keyboard navigation feels right
✅ Screen reader reads all info on screen properly
✅ Accessibility Insights FastPass found no issues
✅ "Discard changes" retains subpage, but removes any changes
✅ Extensions page nav item displays a badge if page hasn't been visited
✅ The badge is dismissed when the user visits the page
Follow-ups
SettingContainer
: display the badge and add logic to read/writeApplicationState
appropriately (similarly to above)XPageViewModel
:InfoBadge.Value
NewInfoBadge
style