Welcome to irritatedVowel.com Sign in | Help

POKE 53280,0: Pete Brown's Blog

Silverlight, WPF, Windows Client Development, Woodworking, .NET Programming, CNC, Nature, and other topics.

Subscribe

Subscribe to my feed
Add to Technorati Favorites

My Book

Order my upcoming book, Silverlight in Action, covering Silverlight 4, ViewModel/MVVM, WCF RIA Services, MEF and more

About Pete Brown

Pete Brown is a Microsoft Developer Division Community Program Manager, focusing on Windows Client Development as well as a former Microsoft Silverlight MVP and INETA Speaker. Pete writes on a number of topics including Silverlight, WPF, .NET, woodworking and working as a consultant in the DC area. read more

Community Events


who's online

AddThis Social Bookmark Button

What Happened to the asp:Silverlight Control?

You may have noticed that in Silverlight 3 RTW, there’s no more asp:Silverlight or asp silverlight-based media player controls. Those were removed from the core SDK and are no longer part of the official Silverlight distribution

What does this mean for me?

If you have an existing Silverlight 2 application that you are maintaining, you can continue to use the asp:Silverlight control. If you port it to Silverlight 3, you can also continue to use that control, but it won’t expose the parameters you’ll need for handling hardware acceleration or other Silverlight 3 (and later) specific features.

For new Silverlight projects, you should use either the object tag approach, or the extremely flexible but slightly more involved JavaScript approach. The JavaScript approach, in particular, will allow you to create a truly customized install experience for your customers.

But, but… I still love that control!

If you have a bumper sticker on your car that says “I ♥ asp:Silverlight” and you really want to use that control because it provides something you like (like, oh, simplified asp.net server-side access to initparams) you are not alone. There are enough people interested in the future of that control to warrant putting it up on MSDN code gallery.

A quick sidebar from my Silverlight book:

What Happened to the ASP.NET Silverlight Control?

The ASP.NET Silverlight control is still available as part of the Silverlight 2 SDK, and on the MSDN Code Gallery ( http://go.microsoft.com/fwlink/?LinkId=156721 ) but is not longer being maintained as part of the Silverlight 3 tools. The Object Tag and Silverlight.js approaches provide more flexibility. When porting your Silverlight 2 projects to Silverlight 3, you may continue to use the asp.net Silverlight control, as long as you update the minimum version number and add the required iframe if using navigation, but it is recommended that you port to one of the other two approaches.

So, there’s hope if you still want to use that control. :)

  Add to Technorati Favorites
Posted: Friday, July 10, 2009 1:35 PM by Pete.Brown
Filed under: ,

Comments

NewsPeeps said:

Thank you for submitting this cool story - Trackback from NewsPeeps
# July 10, 2009 2:22 PM

Mads Laumann said:

But why?
# July 10, 2009 3:01 PM

Pete.Brown said:

@Mads If I had to guess, I'd say it's a matter of focus and resourcing. The asp.net Silverlight control is useful, I actually argued against its removal for a bit. But do we really need three different ways to create a Silverlight control, one of which is optimized for a specific server platform when the client is server-agnostic? It added marginal value, and took a fair amount of time to maintain. That said, I neither speak for the team nor everyone in the community, so if you object to the change, make sure your voice is heard at http://silverlight.net Pete
# July 10, 2009 4:02 PM

austin avrashow said:

For ASP.NET developers, the asp:Silverlight and asp:MediaPlayer controls were the easiest ways to place a compiled SL app (xap) or video or audio on an ASP.NET webforms page (aspx). I wrote an article in ASP.NET Pro magazine (April 2009) on those controls. We lose no functionality without them, only a bit of convenience.
# July 10, 2009 6:10 PM

Michael Washington said:

While I love this control I do understand why it was dropped. If you look at the install directions for the DotNetNuke version of SilverlightDesktop.net you will see that 90% is to add the web.config settings to support this control. We plan to fix this in the near future to use the object tag instead.
# July 11, 2009 10:27 AM

Lighting Up The Web said:

# July 11, 2009 12:28 PM

Scott Marlowe said:

I was asking myself that exact question about the missing system.web.silverlight DLL. I'm sticking with the ASP.NET control for now as it provides the least path of resistance in upgrading my controls. I'll come back to it, though.
# July 11, 2009 5:43 PM

Kevin Gordon said:

Well we've come to depend on the asp:Silverlight control, as we send various InitParameters to our client with this approach based on whats going on in the server. It's not that much code but it will be quite awkward redoing it. The web control was very elegant for those committed to ASP.NET on the server and silverlight on the client.
# July 24, 2009 1:54 PM

Pete.Brown said:

@Kevin Agree it's not great. It is pretty easy to redo the initparams stuff, but you are re-doing it. See my post here for how I do initparams without the control: http://community.irritatedvowel.com/blogs/pete_browns_blog/archive/2009/07/15/Restricting-Access-to-your-WCF-Service-to-a-known-Silverlight-Client.aspx
# July 28, 2009 2:14 PM

Braulio said:

Hey Pete, I think it's a good idea to remove the specific ASP server control... I have implemented a generic widget (codeplex dbschemaviewer), and was a bit pain on the neck to check how to run it adn add events on a plain HTML page (I was too lazy, and get used to the asp server control :)). Cheers Braulio
# August 27, 2009 11:11 AM
Leave a Comment

(required) 

(required) 

(optional)

(required) 

Enter the text you see in the image:

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS