Linked by Thom Holwerda on Wed 30th Jan 2013 23:14 UTC
Thread beginning with comment 551049
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
Features
Linked by Thom Holwerda on 05/21/13 21:38 UTC
Linked by Thom Holwerda on 05/20/13 11:29 UTC
Linked by Thom Holwerda on 05/18/13 21:33 UTC
Linked by David Adams on 05/16/13 4:23 UTC
Linked by Thom Holwerda on 05/11/13 21:41 UTC
Linked by Thom Holwerda on 05/08/13 14:22 UTC
Linked by Thom Holwerda on 05/02/13 15:28 UTC
Linked by Thom Holwerda on 04/29/13 21:06 UTC
Linked by Thom Holwerda on 04/24/13 22:24 UTC
Linked by Thom Holwerda on 04/18/13 11:21 UTC
More Features »
Sponsored Links



Member since:
2005-11-29
What specifically are you talking about? The differences in XAML?
They are results of being caught in different release cycles.
Windows Phone uses the Silverlight Runtime. Windows 8 uses its successor.
During the WP8 timeline there was not enough time to backport the Windows 8 XAML engine.
It is incompetence from a resource budgeting POV (they prioritized other things above it), but I don't think it speaks of a lack of portability.
Silverlight is notoriously portable. Windows Phone 8 uses the same Windows Kernel, and even the same Windows Runtime a Windows 8. The only difference is the XAML stacks.
Even the .NET engine moved from .NET CF 3.7 to CoreCLR 4.5 to match Windows 8. That was a huge technical feat, especially since they maintained compat with WP7 apps.
Edited 2013-01-31 17:41 UTC