This is a pretty short post, and it is just enough to announce some plans on the MvcContrib roadmap.
What is a portable area? As you know, ASP MVC 2 is going to ship with an implementation of areas where an area can either be in in a single project or separate projects. MvcContrib already has an Embedded View ViewEngine, which lets views be embedded as resources in an assembly. The next step is to take an MVC2 area, wire in the embedded view engine, and compile it to a single assembly. Then, you can publish your area as an assembly to distribute any number of controllers and views. This can be used to distribute multiple pages that all work together.
I expect control vendors to use portable areas to make their rich control suites work with ASP MVC. After all, when registering the portable area at application start, the routes are essentially being registered. Even if there are no top-level pages in the area, it would be really easy for a control vendor to supply an area allowing the developer to type:
The area has multiple controllers and views, and they can be wired into an application in many ways.
Call for participation
If you are interested in participating in the development of Portable Areas within MvcContrib, please join the discuss list and create a GitHub fork of MvcContrib.