Yes, guilty. But here's what's been going on over the past few months. Shortly after MIX07, ScottGu brought up an idea of building a larger team focused on building controls. We kicked this idea around for while as we talked about details, timelines, and goals. In April, most of these details were worked out and we hashed out a charter and some early areas of focus and deliverables.
The problem we saw was that we had a bit of a fragmented controls story. My team (the Agility Team that brought you the AJAX Control Toolkit, etc.) had been writing some controls. The core Silverlight team was writing some controls. The UIFX Team (which brought you ASP.NET and Windows Forms) was writing some controls. The WPF team was writing controls. You get the idea. So Scott asked me to build a team that would unify these various efforts, in strategy if not in implementation. And the Controls Team was born on April 28th, 2008. After reporting to Scott for a little over two years, my team and I popped down to report to Ian Ellison Taylor, GM of the WPF and Silverlight teams and veteran of all things "UI-Platform" at Microsoft for over 15 years.
Good question. My team owns the charter for both Silverlight and WPF control development. That means doing most of the engineering, planning, and development of controls. But it also means figuring out other ways to get controls into the toolbox for developers to use. For example, if another team is developing a control that might be generally useful, we'll try to figure out a way to get it into our deliverable.
The team is being built mostly from scratch. So while we are ramping up and getting people hired in, we're focusing primarily on Silverlight controls. Meanwhile, I have been working with the WPF folks helping them get some controls delivered to - the first of which is the DataGrid now available via the WPFToolkit. I am definitely committed to improving the controls story on WPF as well.
One of the reasons Scott asked me to build this team is to continue the work we've been doing around pioneering transparency and agility in our software development process here at Microsoft. The open model of the AJAX Control Toolkit really broke a lot of new ground, and we continued some of that with the Silverlight 2 Beta 1 Controls we did when we shipped not only buildable source, but our unit testing harness, and tests too!
All Stars. Some of them you may already be familiar with.
David Anson, Ted Glaza, Jeff Wilcox, Ning Zhang, Mehdi Slaoui Andaloussi, Beatriz Stollnitz (Costa), Justin-Josef Angel, Jafar Husain, Shawn Oster, Keith Smith, and just this week, Ruurd Boeke.
That's some horsepower right there, I tell you what. I really couldn't ask for better people, and we've got more to hire!
The AJAX Control Toolkit is in good hands. We've transferred ownership over to the ASP.NET team, and Bertrand is leading the effort. They've already started making good progress and I'm very excited about what they're planning for the future.
Right. Good question. We are currently working on a set of controls for a preview release at PDC 2008 in late October. This will be a preview release, but we feel good about the quality bar that we think we can hit nonetheless. Because we're using a slight different development model, our controls will be released earlier, improve evolutionarily over time, so there isn't a clear "RTM" date for them. But in any case, we're doing a preview at PDC.
Here's a list of the Silverlight controls we are currently working on that we think will be ready. We are working on some other components as well, but I'm leaving them off the list until we have higher-confidence about them being ready:
All of these controls will use the new Visual State Manager templating model and be fully customizable in XAML by hand or through Expression Blend. They will also ship with full, buildable source, unit tests, and an updated unit testing harness nicely wrapped up with a tasty OSI-Approved MS-PL license.
Another good question. Part of it, as noted above, is that we're going to be aggressive about shipping early and shipping source. We'll be leveraging many of the learnings from the AJAX Control Toolkit as well as the SL2 B1 Controls efforts.
Basically, it is based on an iterative, customer-centric delivery model that focuses on driving out the most critical customer issues over time.
Sometime between now and PDC, we will be launching a CodePlex project for our Silverlight components (as a sibling of the WPF project mentioned above).
Here's how it works:
So over time you have a rolling release that is getting more and more featureful. I don't know if 'featureful' is a word but if it's not, I'm coining it as a term right here! Anyway, you get the idea. If you want just the "baked" stuff, you can stick to the mature components. If you have a need for another newer component, you can use those too. It's up to you.
Over time, you will see some (maybe many) of these components work their way into either the Silverlight Core, or the Silverlight SDK as fully-supported components like you are used to. That's the beauty of this model - it offers quick delivery at the front end for more cutting-edge customers, and the traditional "I got it with VS" model for customers that prefer that.
When we start focusing on WPF components in the future, we'll be following a very similar model. Just replace "Silverlight Core/SDK" with ".NET Framework" and you'll get the idea.
In contrast to the AJAX Control Toolkit, we will *not* be accepting any customer contributions of fixes into the code base.
So that's what I've been up to. It's very exciting, stay tuned for more details!
@Bob - yes, soon. We're working on how to get Blend to support it in the period between now and the next version of the .NET Framework (4) which is a ways out. Hopefully we'll have something to show/hand out at PDC.
More controls are great but how about basic functionality that's currently missing from existing like mousewheel support. Not being able to use it in something like a listbox is a show stopper for our users. Let's also remember that flash/flex offers this functionality which is a argument I'm constantly having to defend!
Today we released Silverlight 2 RC0 . This release is for a very specific purpose and although the information
Please tell me that when you release source, that there will be a few of these controls written in VB.Net! We would love to have the opportunity to dig into how controls are built in our own language.
Ma reggel szép napra ébredtem! Aztán picit besötétült :) Na a jó hír, hogy kaptunk Silverlight 2.0-ból
By now, you probably heard that Silverlight 2 RC0 is out and available for download . While you’ll find
@Steele - Hi, no all the controls are written in C#. Since they're all in the same package, we would have to write a full set of them in VB.NET. However, the code side of most of the controls is very simple. When written properly controls have very few lines of code and leverage the power of XAML and the SL runtime to make things work.
Silverlight 2, Release Candidate 0
I'd like to see a FlowDocumentViewer, since I'm gonna have to write one myself anyway.
By now, you probably heard that Silverlight 2 RC0 is out and available for download . While you’ll
Shawn, is there a hyperlink control coming for silverlight 2 - that can be used as an inline element (like in WPF for windows apps)?
Currently, there is no clean and easy way to add hyperlinks in a text block in silverlight 2 (lets say if we want to do an "About Us" page containing text and hyperlinks).
@Sam - there already is one, at least in RC0. See "HyperlinkButton"
I'd be lying if I said I was happy with last night's turn-out to hear Tim Heuer speak, but on
This blog will rarely be the place for breaking news, but there are two related pieces of information