From 5bd09cf6056f661b45c8a62755e839cce15dbcfc Mon Sep 17 00:00:00 2001 From: Bret Johnson Date: Tue, 30 Mar 2021 03:37:43 -0400 Subject: [PATCH] Another README update --- README.md | 1 + 1 file changed, 1 insertion(+) diff --git a/README.md b/README.md index 98d87e4..7684819 100755 --- a/README.md +++ b/README.md @@ -23,6 +23,7 @@ party controls - cheaper + wider reach should mean more controls in the ecosyste For the most part they don't share code. The naming differences are annoying. The binary API differences mean you can't write code (like controls or tools) that work on multiple UI platforms. .NET Standard UI helps here by taking a subset of the object model (the subset needed to create controls with drawn UI) and standardizing it. Using a subset makes the problem more tractable - it's not a single unified XAML object model for everything (not yet in any case), but it's a significant step in that direction. +As the standard is based on WPF/UWP, it means that it isn't a big leap to take an existing WPF/UWP control definition (something like [this](https://docs.microsoft.com/en-us/dotnet/desktop/wpf/controls/button-styles-and-templates?view=netframeworkdesktop-4.8) for instance, contructed out of shape primitives, visual states, and storyboards) and make it a cross platform control. # Architecture and APIs