[Cross-posted from the SharePoint Designer Team Blog.]
What's New in VSeWSS 1.1?
WSP View
The main new feature for 1.1 is what we call "Solution Package editing". In version 1 of VSeWSS, when you are building an application, the tool is implicitly creating a .WSP file behind the scenes for you, which you can think of as a SharePoint "installer" file. When you hit F5/Debug, VSeWSS automatically installs this WSP solution package, as the mechanism for deploying the project files to the local SharePoint box. While this design has some nice benefits (e.g. VSeWSS doesn't have to hard-code knowledge about where to install files on SharePoint), we heard loud and clear from SharePoint developers that they wanted more control over the WSP that was being automatically generated for them. That's where the new "WSP View" comes into the picture. Using WSP View, you can now see the files and structure of the WSP Solution Package. You can also edit the WSP, changing what "Elements" live in what "Features", as well as editing the (previously hidden) solution .xml files, e.g. Feature.xml. To bring up WSP View, go to the View menu and choose "Other Windows/WSP View".
New Item Templates
In addition to WSP View, we've also added a few new item templates to VSeWSS. The most interesting one is the "List Event Handler" item template, which allows you to build an event handler for an existing SharePoint list definition (e.g. Shared Documents). You can find the new item templates in the "SharePoint" node of the "Add Item" dialog.
What's next?
We're aiming to release VSeWSS 1.1 by the end of the calendar year. That final release will also bring one new cool feature: VB support! For now, we'd love to hear what you think of the new v1.1 features, particularly WSP view. Feel free to communicate bugs via comments to this blog posting.
Q/A