This is a migrated thread and some comments may be shown as answers.

RadSchedule for Silverlight

88 Answers 893 Views

General Discussions

This is a migrated thread and some comments may be shown as answers.

This question is locked. New answers and comments are not allowed.

88 Answers, 1 is accepted

answered on 20 Jan 2009, 02:08 PM

Hi Kristof,

It would not be possible to provide an early beta of the control by the end of this month as there won't be any such version ready by this time. The scheduler team joined another Telerik's major initiative. You will start seeing details about our work very soon and I can be very hopeful that you will be pleasantly surprised. The end-result of the team's work should be available in the March timeframe.

We will get back to our development on the RadScheduler for Silverlight tool in the second quarter of this year. I will add you to a Beta Testers list to receive the earliest bits of the component as soon as they are available during the next Q.

Regards,
Nick
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

answered on 22 Jan 2009, 10:01 AM

Hello,
For a web project im working on, i need the scheduler control.
we are still in early stages, for the immediate future we expect 95% of the users to have windows platforms, but 8 months from now it will change.

1) How hard is it to migrate an app written with WPF to Silverlight?
2) Are there preformance gains with Silverlight?
3) Will the new Silvelight Scheduler be just like the WPF version? much faster than the Ajax version?
4) I need to have a working app for demonstration in the beginning of April, Will a Scheduler control for Silverlight be available till then? or should i develope the app in wpf, and migrate to silverlight later on?

I hope you can help me clear those issues,
Thanks,
Lev

answered on 23 Jan 2009, 01:04 PM

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.

Greetings,
Nick
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

answered on 23 Apr 2009, 07:33 AM

Hi Bruce,

We are aware that including Resources in the Scheduler control for WPF and SL is a really major feature that most of the users would require. We are, however, still in the initial development stage of RadScheduler for Silverlight. There are plenty of major (basic) features to include for the upcoming Q2 release. If we manage to complete all the tasks that we planned for Q2 earlier than expected we will be definitely looking into implementing Resources and Resource Grouping. If we do not succeed for the Q2, we will start working on the task shortly after the official release and we will add the latest internal build to the latest internal builds section of the site as soon as the feature is completed so that you and other users will be able to use it.

Greetings,
Nick
the Telerik team

Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.

answered on 25 Apr 2009, 04:17 PM

Hi Nick;

A few years ago when I was working with Delphi I needed a scheduling component and found a product as an ActiveX that was in it's early stage. I helped with testing and feature buildup for a while. I see now that they have schedule for .Net. They have lots of experience in this area and I suggest you guys look at the product very carefully to broaden your view about scheduling. This can give you a wider range what to expect of cases.

Scheduling is very important entry point for developers to get to use Telerik suite for SL and I'm happy to see this gate is opening up.
Here is the link to take a look at:
http://www.dbi-tech.com/ProductPage_SolutionsScheduleNET.aspx

answered on 28 Apr 2009, 07:44 AM

Hello ..Ben,

Thanks for sharing this with us. We will definitely be looking into the tool you recommended. It is always a good practice to catch up with what the competition offers. As the RadScheduler for Silverlight is still in its early development stage, we might consider adding functionality that does not exist in the WPF counterpart of the control. However, our main goal is to port all the existing features (in RadScheduler for WPF) to SL first and then extend the controls' behavior. We also planned to add resources to the controls' featureset if we manage to first port all the currently existing features of RadControls for WPF.

Regards,
Nick
the Telerik team

Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.