Hello Lev Rosenblit,
As you can think of Silverlight as a subset of the WPF framework, Silverlight still has its limitations that we need to overcome each time we port an existing WPF control to Silverlight. This said, the migration of RadScheduler is surely not an easy task. We, however, believe that we will be able to port the majority of the features within a single Q.
Our goal is to keep the RadScheduler for Silverlight's performance and responsiveness as fast as it is for WPF. We are aware that performance is a key feature for most of the users and we will be surely working in this direction. I believe that this also answers your third question.
I cannot set a certain timeframe on when the RadScheduler tool will be available for Silverlight. I can, however, assure you that we can send to you the earliest bits if you'd like to be included in the Beta Testers List.
Developing a WPF application and then porting it to Silverlight sounds as a good course of actions. The RadScheduler for Silverlight should be derived from the very same codebase, hence, you will be able to run it against Silverlight as well. We expect to be able to provide you with the first early bits in the beginning of this summer.
the Telerik team
Check out Telerik Trainer
, the state of the art learning tool for Telerik products.