-
Notifications
You must be signed in to change notification settings - Fork 49
Update faq.md #111
base: staging
Are you sure you want to change the base?
Update faq.md #111
Conversation
- The why is important. - What isn't tightly coupled to UWP/Xamarin they are coupled to it. To ensure there is a clearly defined line of separation here or its moot to have a standard. - Mixing the pitch that UWP/Xamarin are part of XAML is muddying the waters as you also have a legion of WPF/Silverlight minds looking at this to be a way out of the legacy. Until UWP/Xamarin agree on a "merger" the entire repo should defocus on what they do right/wrong today but focus more on what they *should* be doing tomorrow. This will enable also potential around moving existing legacy Silverlight/WPF into a more modern world without the glitches of UWP/Xamarin implementations. - WPF/Silverlight solutions still exist today. Microsoft may not want that reality to exist but in the spirit of OSS its not about Microsoft wants, its about "our" wants.
|
Although I understand the focus on UWP and Xamarin.Forms I like this change to make it a little less specific. WPF might not be a big part of this standard (if any) but there are also other frameworks that is based on xaml which might want to adopt this standard. It is an open standard. Specifically saying "UWP and Xamarin.Forms" doesn't really make it sound like it's an open standard for others to adopt. |
|
Agreed .. in my mind "could I make java implement xaml" tests like these should be applied in the decision process .. |
|
Seems like a good start, but is sorely missing a There's a tiny text file in the repository with no clear direction. Right now, it looks like we're just re-documenting existing XAML? Is this a legitimate Microsoft project? Maybe we should bootstrap using a diff of XAML across toolsets and platforms and resolve the conflicts/eliminate ambiguity? Just thinking out loud. |
|
@riverar i wish i could use the eggplant emotive icon on that response. |
|
@mossyblog You're always free to describe one in Xaml here. No one will judge you. Much. |
|
Looks like @harinikmsft uploaded then deleted a XAML differencing tool. Here's how to be a hacker ☠️ and get the bits. |
|
From the Xamarin.Forms side of things I have no objections to these changes. I will however defer to the UWP team as the changes surrounding WPF/Silverlight developers needs to be decided upon by them. |
The why is important.
What isn't tightly coupled to UWP/Xamarin they are coupled to it. To ensure there is a clearly defined line of separation here or its moot to have a standard.
Mixing the pitch that UWP/Xamarin are part of XAML is muddying the waters as you also have a legion of WPF/Silverlight minds looking at this to be a way out of the legacy. Until UWP/Xamarin agree on a "merger" the entire repo should defocus on what they do right/wrong today but focus more on what they should be doing tomorrow. This will enable also potential around moving existing legacy Silverlight/WPF into a more modern world without the glitches of UWP/Xamarin implementations.
WPF/Silverlight solutions still exist today. Microsoft may not want that reality to exist but in the spirit of OSS its not about Microsoft wants, its about "our" wants.