From 450ccf6359333b99b81b9cc190d3a43c3620c85b Mon Sep 17 00:00:00 2001 From: Josh Soref Date: Fri, 30 Oct 2020 14:42:53 -0400 Subject: [PATCH] spelling: viewmodel Signed-off-by: Josh Soref --- doc/devdocs/settingsv2/viewmodels.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/devdocs/settingsv2/viewmodels.md b/doc/devdocs/settingsv2/viewmodels.md index 18efd6344f..226ac3ea2b 100644 --- a/doc/devdocs/settingsv2/viewmodels.md +++ b/doc/devdocs/settingsv2/viewmodels.md @@ -18,7 +18,7 @@ The viewmodels are located within the [`Microsoft.PowerToys.Settings.UI.Library` ### Settings viewmodel anomalies - The reason behind using the `SettingsRepository` is to ensure that the settings process does not try to access the `settings.json` files directly but rather does it through this class which encapsulates all the file operations from the viewmodels. - However, this could not be expanded to all the viewmodels directly for the following reasons. Some refactoring must be done to unify these cases and to bring them under the same model: - - The PowerRename viewodel does not save the settings configurations in the same format as the rest of the powertoys, ie. {name, version, properties}. However, it only stores the properties directly. + - The PowerRename viewmodel does not save the settings configurations in the same format as the rest of the powertoys, ie. {name, version, properties}. However, it only stores the properties directly. - Some viewmodels expect the runner to create the file instead of creating the file themselves, like in keyboard manager. - The colorpicker powertoy creates the `settings.json` within the module. This must be taken care of when encapsulated within the settingsRepository. - Currently, all modules use the `SettingsRepository` to access the General Settings config.