This question is locked. New answers and comments are not allowed.
As I am sure you are aware many of us are or soon will be porting applications from Silverlight to Metro.
The two largest obstacles in this process, at least for me are...
1. In most cases there are no equivalent Windows8 XAML controls for all Silverlight Rad controls. Most important for me would be the ScheduleView. By equivalent controls, I do not mean an exact copy, but at least with similar functionality and touch aware.
2. We cannot place business logic in portable class libraries if they make use of Telerik Types, since they are framework specific. Telerik needs to move all types into portable class libraries that can build using the portable framework. This way I can place all business logic into a single class library, and only worry about customizing UI for each application type.
Please provide some details regarding how these issues will be addressed. The roadmap doesn't look very promising.
The two largest obstacles in this process, at least for me are...
1. In most cases there are no equivalent Windows8 XAML controls for all Silverlight Rad controls. Most important for me would be the ScheduleView. By equivalent controls, I do not mean an exact copy, but at least with similar functionality and touch aware.
2. We cannot place business logic in portable class libraries if they make use of Telerik Types, since they are framework specific. Telerik needs to move all types into portable class libraries that can build using the portable framework. This way I can place all business logic into a single class library, and only worry about customizing UI for each application type.
Please provide some details regarding how these issues will be addressed. The roadmap doesn't look very promising.
1 Answer, 1 is accepted
0
Hi Paul,
Thank you for contacting us and for your feedback.
I am not completely sure what you mean by "Telerik needs to move all types into portable class libraries". Let me emphasize a bit more on how "Portable Library", according to Microsoft, relates to User Interface components:
"The Portable Class Library project doesn't contain any UI-related types or members because of behavioral differences between the UIs of different devices".
In fact we do have platform-agnostic abstraction (or View Models) in most of our components and these abstractions are the core of the components, providing the business logic and behavior. Still, when it comes to UI-related stuff we do need to step on a certain platform and use its Visualization APIs to render our logical abstraction.
With the above said it is impossible for us to build our components totally platform agnostic and based on the Portable Class Library Project.
Still, I believe it is possible for you to compile your core business logic as a stand-alone Portable Library assembly that can be referenced from your User-interface specific implementation (dependent on our components).
As for our Windows 8 Roadmap - we have the ScheduleView in our radar but we still do not have concrete plans on its availability. We are currently working on a Calendar component that covers more general-purpose user scenarios and may be used as a base of a future Schedule View.
I hope this information is useful. Do not hesitate to write us back should you have any other question/problem with our tools.
Regards,
Georgi
the Telerik team
Thank you for contacting us and for your feedback.
I am not completely sure what you mean by "Telerik needs to move all types into portable class libraries". Let me emphasize a bit more on how "Portable Library", according to Microsoft, relates to User Interface components:
"The Portable Class Library project doesn't contain any UI-related types or members because of behavioral differences between the UIs of different devices".
In fact we do have platform-agnostic abstraction (or View Models) in most of our components and these abstractions are the core of the components, providing the business logic and behavior. Still, when it comes to UI-related stuff we do need to step on a certain platform and use its Visualization APIs to render our logical abstraction.
With the above said it is impossible for us to build our components totally platform agnostic and based on the Portable Class Library Project.
Still, I believe it is possible for you to compile your core business logic as a stand-alone Portable Library assembly that can be referenced from your User-interface specific implementation (dependent on our components).
As for our Windows 8 Roadmap - we have the ScheduleView in our radar but we still do not have concrete plans on its availability. We are currently working on a Calendar component that covers more general-purpose user scenarios and may be used as a base of a future Schedule View.
I hope this information is useful. Do not hesitate to write us back should you have any other question/problem with our tools.
Regards,
Georgi
the Telerik team
Have a suggestion or face a problem - you can use the Ideas & Feedback portal to submit ideas, feedback and vote for them.