XAML != WPF. XAML is a language for object instantiation, thats it. Similar to XIBs in the Apple world.
There are no less than 3 similar but different and incompatible UI libraries that can be instantiated by XAML: WPF, Silverlight (WPF/e), and Windows store/phone (WinRT). WPF is dead like WinForms but the only solution for normal windows apps unless somethings changed with WinRT to make non full screen apps with.
If you have ever tried to develop across more than one of these with a shared code base you will know how frustratingly similar yet how incompatible and different they are. They are not supersets or subsets they are forks.
No WPF is still there. XAML is still the basis for windows store apps, and windows phone apps.
XAML != WPF. XAML is a language for object instantiation, thats it. Similar to XIBs in the Apple world.
There are no less than 3 similar but different and incompatible UI libraries that can be instantiated by XAML: WPF, Silverlight (WPF/e), and Windows store/phone (WinRT). WPF is dead like WinForms but the only solution for normal windows apps unless somethings changed with WinRT to make non full screen apps with.
If you have ever tried to develop across more than one of these with a shared code base you will know how frustratingly similar yet how incompatible and different they are. They are not supersets or subsets they are forks.
Windows 8.1.1 allows non-fullscreen WinRT apps.
So yeah, when I said WPF, I meant XAML/WinRT. My main desktop use is supporting WinForms legacy apps so I don't keep up with the new GUI frameworks.
1 reply →
Why would they do this? The cycle of new frameworks only to be killed again afterwards is frustrating.
Is everything just wrapped around Win32 like MFC was etc.?
One of two basis for Windows Store.
WinJS is the other.