Telerik Extensions for LightSwitch

140 posts, 0 answers
  1. Rommel
    Rommel avatar
    4 posts
    Member since:
    Apr 2011

    Posted 28 May 2011 Link to this post

    May I see which link are you talking about Vassil?
  2. Vassil Petev
    Admin
    Vassil Petev avatar
    1765 posts

    Posted 28 May 2011 Link to this post

     
    How To Use Telerik Reporting in Microsoft LightSwitch Beta 2


    Greetings,
    Vassil
    the Telerik team
    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
  3. Rommel
    Rommel avatar
    4 posts
    Member since:
    Apr 2011

    Posted 28 May 2011 Link to this post

    Ok, I got it.. I guess I need to wait until July, when decision will be handed over to the public if the Telerik will support the LS Controls as stated in extensibility cookbook provided by the LS Team. Because what you've shown Vassil is just a work around how to use 3rd party controls in LS. I want more like what's the LS team stated in extensibility cookbook. 

    :)
  4. Rob
    Rob avatar
    37 posts
    Member since:
    Apr 2008

    Posted 12 Jul 2011 Link to this post

    Since it is getting closer to "late July", I thought I would bump this thread and ask that you pass along everyone's interest in getting a Telerik control pack and shells into your Q3 planning.
  5. Vassil Petev
    Admin
    Vassil Petev avatar
    1765 posts

    Posted 13 Jul 2011 Link to this post

    Hi Rob,

    Today we are releasing Q2 2011. We will be discussing the Q3 development in the next couple of weeks. I will keep you updated.


    Regards,
    Vassil
    the Telerik team

    Register for the Q2 2011 What's New Webinar Week. Mark your calendar for the week starting July 18th and book your seat for a walk through of all the exciting stuff we will ship with the new release!

  6. dave
    dave avatar
    8 posts
    Member since:
    Aug 2008

    Posted 21 Jul 2011 Link to this post

    RTM is July 26.  Any chance you'll have things packaged by then.  Really don't want to have to evaluate other control suites.  Much easier if you guys are just ready to go!
  7. Ben Hayat
    Ben Hayat avatar
    892 posts
    Member since:
    May 2008

    Posted 21 Jul 2011 Link to this post

    Dave, I have a lot of faith in Telerik's decision making and approaching things (I wish many others would follow the same). Even if Telerik doesn't show up on the 26th with some quick solutions, it doesn't mean they're ignoring it. I personally trust their timing and approach.

    Hope this helps, that the 26th isn't the judgement day :-)
    ..Ben
  8. dave
    dave avatar
    8 posts
    Member since:
    Aug 2008

    Posted 21 Jul 2011 Link to this post

    Agreed that the 26th isn't a big deal, was sounding like they hadn't decieded what to put into a set of lightswitch extensions.  I'm a patient guy, but would really like to be able to do simple things like format rows in a data grid which the MS control doesn't let me do or have the events to handle manually without replacing the grid.  I'm a big fan of the telerik controls, just dont want to a wait a year to start getting value from lightswitch.

    dave
  9. Evan Hutnick
    Evan Hutnick avatar
    26 posts
    Member since:
    Sep 2008

    Posted 21 Jul 2011 Link to this post

    Hey all,

    Not saying we're doing anything special for the 26th... but you may want to stay tuned.  You can rest assured that your professional developer skills and knowledge of Telerik Silverlight controls will work nicely with LightSwitch, after all, it's all Xaml, it's just how to you glue the pieces together that matters.

    But if I say anything else I might just get in trouble. :) 

    See y'all next Tuesday!

    -Evan
  10. Vassil Petev
    Admin
    Vassil Petev avatar
    1765 posts

    Posted 26 Jul 2011 Link to this post

    Hello guys,

    We are happy to announce Telerik's LightSwitch offering, which we are releasing with the official LightSwitch launch today!
     
    The Telerik offering targets professional Silverlight developers, who are familiar with Visual Studio and who plan to use LightSwitch extensively to create LoB apps, but need to extend the default LS screens with rich charts, gauges, grids, and editing capabilities.

    Telerik's offering does not require additional installation (other than RadControls for Silverlight) and is composed of several hands-on-labs (details and projects) on how to use our Silverlight controls in LightSwitch.

    More labs can be added on demand, so feel free to share your feedback and requests!

    Enjoy!


    Greetings,
    Vassil
    the Telerik team
  11. dave
    dave avatar
    8 posts
    Member since:
    Aug 2008

    Posted 26 Jul 2011 Link to this post

    Glad to see this posted so quickly.  Great to have this work around guidance that walks developers through the process of databinding with a user control to the telerik silverlight controls.  I hope you guys are also working a long term solution complete with design time support in the lightswitch environment that doesn't require xaml manipulation and works like the rest of the environment.    This gives us the ability to leverage your controls in the places where they are really needed which is a great start.  I hope the long term solution is also underway.
  12. Ben Hayat
    Ben Hayat avatar
    892 posts
    Member since:
    May 2008

    Posted 26 Jul 2011 Link to this post

    It's great to see LS RTM is finally coming out the door. This will allow Telerik to move forward. It's been frustrating for Telerik team (as well us) to wait for LS to get to RTM, so we have something to work with.

    Let's all stay focus and give feedback to Telerik team as we start using these controls in LS apps.
    ..Ben
  13. Ticket Solutions Account
    Ticket Solutions Account avatar
    15 posts
    Member since:
    Nov 2007

    Posted 01 Aug 2011 Link to this post

    Hi,

    It would be great if there was a scheduler view that we could use. Will there be any Shells or Themes released from Telerik so we can use telerik from end to end in our interfaces?

    Kind Regards,
    Andrew
  14. Vassil Petev
    Admin
    Vassil Petev avatar
    1765 posts

    Posted 01 Aug 2011 Link to this post

    Hello Andrew,

    We are working on a SchedulerView Lab. Please, check our LightSwitch page later this week. I will also try to update this thread when it is available.

    You can use our current themes within LightSwitch today. We do not plan to add screens at this time though. We are still trying to estimate the interest in LightSwitch in order to decide how to enhance our offering to better suite everyone.


    Greetings,
    Vassil
    the Telerik team

    Explore the entire Telerik portfolio by downloading the Ultimate Collection trial package. Get now >>

  15. Ticket Solutions Account
    Ticket Solutions Account avatar
    15 posts
    Member since:
    Nov 2007

    Posted 01 Aug 2011 Link to this post

    Hi,

    I have the themes installed but they do not appear in the theme drop down for the full lightswitch application. Is there something I need to change to make this work? 

    Kind Regards,
    Andrew
  16. Evan Hutnick
    Evan Hutnick avatar
    26 posts
    Member since:
    Sep 2008

    Posted 02 Aug 2011 Link to this post

    Hey Andrew,

    The themes for the Silverlight suite are different than LightSwitch themes, so in order to utilize them you would want to be sure the assembly is included in both Client and ClientGenerated and then set it as needed on your custom control.  Themes are in the same boat as shells, once we can better gauge the community sentiment on LightSwitch and the demand for these we'll plan on what to work on in the future.

    For anyone who isn't aware of how to set a theme on their Silverlight controls directly, check out:

    Setting a Theme in RadControls for Silverlight

    -Evan
  17. Ticket Solutions Account
    Ticket Solutions Account avatar
    15 posts
    Member since:
    Nov 2007

    Posted 25 Aug 2011 Link to this post

    Hi,

    Is there an updated ETA on the lightswitch tutorial for SchedulerView?

    Kind Regards,
    Andrew
  18. Evan Hutnick
    Evan Hutnick avatar
    26 posts
    Member since:
    Sep 2008

    Posted 26 Aug 2011 Link to this post

    Hi all,

    Apologies for the delay on the ScheduleView lab, the control has some added complexity to it and I wanted to ensure that we captured as much functionality as possible in this lab. :)

    The lab will be uploaded on Monday, so enjoy your weekend and look forward to rocking out your LightSwitch applications with RadScheduleView next week!

    -Evan
  19. Evan Hutnick
    Evan Hutnick avatar
    26 posts
    Member since:
    Sep 2008

    Posted 29 Aug 2011 Link to this post

    Hey folks!  We've still got to update the icon (it is that hot off the presses!), but the RadScheduleView lab is now available!

    http://www.telerik.com/products/lightswitch-support.aspx

    It's the one in the lower-right corner.  Let us know what you think! :)
  20. Avrohom Yisroel
    Avrohom Yisroel avatar
    41 posts
    Member since:
    Jan 2011

    Posted 07 Sep 2011 Link to this post

    Well, despite the fact that Telerik people keep saying they have support for Lightswitch, it's just not true! You have not added any support for Lightswitch, you have just shown some examples of how to use your existing Silverlight controls in Lightswitch. No big deal there, we have had such examples since Lightswitch was first around.

    When are Telerik actually going to produce some Lightswitch-specific stuff? I mean controls that don't require you to add a separate Silverlight class library project and fiddle with XAML pages. When are you going to produce Lightswitch themes and shells?

    Your competitors are leaving you way behind here. They are all working hard on producing components specifically designed for Lightswitch. Are Telerik going to do anything? If not, you'll be losing a lot of customers. Why would people cause themselves extra work to use your controls when other people's can be used so easily?

    Don't get me wrong, I'm very happy with the Telerik controls, and the support is good, but if you aren't going to provide proper support for Lightswitch, many of us will go to someone else. I for one don't want to, but I can't afford to get left behind.

    Please clarify if you are actually going to be producing any genuine Lightswitch products, or just more examples of how to use your Silverlight controls.
  21. Evan Hutnick
    Evan Hutnick avatar
    26 posts
    Member since:
    Sep 2008

    Posted 07 Sep 2011 Link to this post

    Hi Avrohom,

    Right now we are being quite honest about our approach with LightSwitch and have been since the beginning.  This is a brand new platform, based on Silverlight, that is stepping into an untested market, therefore it is a challenge to dive right in and understand the needs and requirements of a typical LightSwitch dev without seeing how the market pans out.  What we have seen, however, is early and continued adoption by developers who have been working with both Visual Studio and Silverlight already, meaning they aren't afraid to get their hands dirty by writing a little code.  This also means that the resources we are creating are targeted at those developers. 

    If we are to go the full extensions route we need to know what developers are looking for in extensions.  Right now the extension model offers some great compatibility for creating wrappers around existing controls to allow the controls to be more or less property-driven via the LightSwitch interface, but if you look at a control like RadGridView we have 70+ demos sitting in our QSF highlighting different setups, scenarios, and customizations that can be done with and to the control.  If we turn it into an extension we basically need to figure out what common feature set will be used across the board in the most scenarios... or have a properties window with like a hundred options for enabling different scenarios.  Don't even get me started on how much crazier you can get with a control like RadChart that allows multiple series, stacked series, different chart types, etc...

    For anyone looking for official extensions for LightSwitch the best route to take is to let us know what you'd like to see.  We can take the conversations private (I'm reachable at hutnick at telerik.com) if you'd like to discuss your particular scenarios further, but otherwise the best way for us to know what LightSwitch developers need is to have these conversations with actual LightSwitch developers.

    My personal opinion, spoken as a Silverlight geek and MVP, is that if you have access to Visual Studio Pro+ and LightSwitch to continue to go the custom control route like we're providing guidance for.  This gives you access to as much or as little of the feature-set as you need in your application, allows you to basically copy and paste the plumbing code needed to get the controls running, and ensures you'll never run into a scenario where an option you know exists in Control Suite X but isn't floated to a property you can access in LightSwitch Extension X.  (I personally would want the power, responsiveness, and stability of a control suite that has been around since SL1 and continues to innovate and improve than any trimmed-down versions!)  If you are purely a LightSwitch dev, let us know what options and features make the most sense for the types of apps you are looking to develop, that way if/when we go the extension route we'll have real data from LS developers and won't have to make assumptions on what we *think* you'll want to use.  End result?  Better products aimed at the developer community based on feedback from that community. :)

    -Evan

    P.S.- If we were truly concerned about the extension offerings from the competition we could have rushed to market with a quick series of extensions, but a) we're not that worried about their offerings, and b) we respect our customers too much for that.  We'd rather produce a quality product based on community feedback and discussion than rushing to market and paying the price for that down the road.
  22. Avrohom Yisroel
    Avrohom Yisroel avatar
    41 posts
    Member since:
    Jan 2011

    Posted 07 Sep 2011 Link to this post

    Hi Evan,

    Thanks for the reply. I understand what you're saying, but to address your points in turn...

    1) I think you can see by now that Lightswitch isn't going away, nor is it a passing fad. It's gaining a huge amount of support, and is hot news. That's only going to increase as more people come on board, and developers learn how to do more with it. Your questions now should be directed at what you can produce for Lightswitch, not if you should produce anything at all.

    2) As far as what people want, well I would say two things. First off, I imagine a very common request would be a quick and simple way to use the controls in Lightswitch. I know we can write user controls to wrap yours up, but that's messy and time-consuming. If you did this for us, it would increase development speed for us. I know you are faced with some tough questions with the more complex controls, but even if you started with the simpler ones, where there is an obvious binding (such as a textbox or combobox), that would be a start.

    For the more complex ones, you would have to consider how you can integrate the controls to make it as easy as possible for the Lightswitch developer to use. Obviously the more complex scenarios would require dropping into user controls, but if you can cover the more straightforward cases, you would be giving us a great benefit. As developers, we aren't afraid to write code when it's needed, but having seen how much you can do with Lightswitch without writing code, it would be nice to extend that to your controls.

    Second point I would make here is that if you spend some time in the MSDN Lightswitch forums, you can see what people want. It's quite active in there, and there are a lot of discussions going on about what people want. If you get involved in the discussions, you can get a good idea of where you can help us, and you'd also be able to show people how to make the most of you controls in Lightswitch.

    As for other features, there are quite a few areas that you can address that aren't covered by your current Silverlight controls at all. For example, you could produce some Lightswitch themes to match the themes you have for your controls. That way, we can skin the whole application, not just the Telerik controls. I currently have a Lightswitch app which uses a RadRichTextBox, and it looks pretty out of place as the theme is totally inconsistent with the rest of the app.

    You could also produce custom shells. That's a great way to allow us to give our Lightswitch apps a more individual feel, without the work of writing the shell ourselves. These are both areas where your current products can't be used.

    You might not be worried about the competition, but plenty of Lightswitch are looking at them very seriously. It would be worth you doing something public, if only to show the community that you are serious about supporting Lightswitch. I agree that it's not good to rush out poor quality, but on the other hand, you need to show that you're doing something. Your current customers would also be comformted to hear this, as you can see from the comments earlier in this thread.

    Anyway, thanks again for the reply.
  23. Robert
    Robert avatar
    1 posts
    Member since:
    Jul 2011

    Posted 20 Sep 2011 Link to this post

    Thanks for the examples and starter documents for the LightSwitch integration.  I am experimenting with the RadControls for SilverLight in LightSwitch 2011 with VS2010Pro.

    The RadScheduleView control lab shows a simple way to implement the SilverLight version of RadScheduleView into a LightSwitch project without first creating a LightSwitch Extensibility Project. 

    I believe the demand for LightSwitch extensibility controls will increase as it's visibility and popularity increases, but it appears some developers are coming to expect VSIX installers, rather than extending SL4 controls.

    I have been successful in bringing in the RadShceduler control into my LS project, and have taken code samples from the SL demos with some success.  I know I still have more to learn more nuances of data binding, especially when I want dynamic values for resources and RadContextMenu ViewModels.  If you could enhance your examples to include nested controls and data binding in these ways, it would be useful to me.

    Thanks again,

    Robert
  24. Daniel Varrin
    Daniel Varrin avatar
    18 posts
    Member since:
    Oct 2009

    Posted 08 Oct 2011 Link to this post

    Hi,

    I want to use a RadScheduleView in a LightSwitch application. I've followed the process explaining how to create custom control containing a RadScheduleView to be able to use it in Lightswitch. It was working fine, but then I wanted to add some group headers. The problem is that the first time I open the screen the groups don't appear and I've to chose an other View and come back to the day view to see the groups. Also when I create an appointment, even when I select the second group resource, the appointment appears then in the first group.

    Would it be possible perhaps to update the Hand-on-labs "ScheduleView in Lightswitch" to show more advanced stuffs such as the group headers and read-only slots?

    Any idea?
  25. Daniel Varrin
    Daniel Varrin avatar
    18 posts
    Member since:
    Oct 2009

    Posted 10 Oct 2011 Link to this post

    I've found the error.

    I put the code of Dispatcher.Invoke in the Load method instead of the method getting the appointments. Now it works :-))
  26. Daniel Varrin
    Daniel Varrin avatar
    18 posts
    Member since:
    Oct 2009

    Posted 19 Oct 2011 Link to this post

    Hi,

    A question about the way to use Telerik controls in Lightswitch. I've read the document explaining how to use the RadscheduleView in Lightswitch.
    What I don't understand is

    1) why we have to use a dispatcher?
    2) why we cannot simply use data binding to the Screen viewmodel in the XAML code? Couldn't we create a CustomAppointment entity in Lightswitch and then in the Custom Control Library we create a partial class with the same name and inherit from Appointment?
  27. Daniel Varrin
    Daniel Varrin avatar
    18 posts
    Member since:
    Oct 2009

    Posted 19 Oct 2011 Link to this post

    Well, using partial is not possible as the entity classes are sealed. But what about the use of a MVVM pattern?
  28. Evan Hutnick
    Evan Hutnick avatar
    26 posts
    Member since:
    Sep 2008

    Posted 20 Oct 2011 Link to this post

    Dispatcher is used in order to avoid threading issues, as we're manually maintaining handling the data back and forth between LightSwitch and our Silverlight custom control (which wraps a UI component). If we utilize an ObservableCollection or otherwise don't send info via the Dispatcher you begin to see threading errors popping up.
    As far as using MVVM pattern, this begins to layer added complexities onto what is supposed to be a simple forms-over-data application that's already getting added complexity by getting a custom component like RadScheduleView working with it. ScheduleView wasn't intended to work with LightSwitch and is designed to be used in full Silverlight applications, meaning that we have to get our hands dirty a bit to ensure that operations that were intended to be performed via code and more complex Xaml scenarios will play nicely with the LightSwitch model.
    Thinking about it one way, we are kind of doing MVVM (someone will surely yell at me for saying that) - LightSwitch has the model that handles all the data, the screen which contains our custom control is the view, except in this case the viewmodel is more or less the control wrapper we're creating to ensure the screen data shows up on the screen and that actions performed on the screen make their way back into the model.
    All that said - what we've put into these labs is only one way to get this all working and you may find other implementations that work better for your scenario. As I mentioned above, our controls were designed for the full Silverlight framework and we're just showing you the hooks and helping to avoid some of the pitfalls that come with working them into LightSwitch solutions. Everything works one way or another, it's just a matter of ensuring the component and LightSwitch play nice via a wrapper layer that attempts to handle all situations where LS and RCfS don't see eye to eye and our creativity as developers plays a major role in making this happen. :)
  29. Daniel Varrin
    Daniel Varrin avatar
    18 posts
    Member since:
    Oct 2009

    Posted 20 Oct 2011 Link to this post

    Thank you for your answer Evan!

    I was asking about MVVM, because I couldn't really understand why we cannot use databinding for this control. I've read an other tutorial on how to use such a control in Lightswitch and also with you answer I understand better.

    Thanks to you again :-))
  30. rtelles
    rtelles avatar
    11 posts
    Member since:
    Oct 2012

    Posted 20 Oct 2011 Link to this post

    I have been a loyal Telerik user for about 2 years after I switched from Infragistics. I am really hoping Telerik up their game and release at the very least 1 custom shell extension for Lightswitch. I had to purchase the Infragistics one to test on a project I am working on right now, but I just hate to mix controls from the 2 companies.

    Please Telerik team gives us some crumbs here.. :)
Back to Top