Now when bundle filled by adding a directory with help of method Bundle.AddDirectory in parameter searchPattern you can only specify one filename pattern (for example, "*.css" or "*.js"):

var stylesBundle = new Bundle("~/css", new CssMinify());
stylesBundle.AddDirectory("~/Content/", "*.css");
BundleTable.Bundles.Add(stylesBundle);

var scriptsBundle = new Bundle("~/js", new JsMinify());
scriptsBundle.AddDirectory("~/Scripts/", "*.js");
BundleTable.Bundles.Add(scriptsBundle);

I suggest to add ability to specify in the searchPattern parameter multiple patterns (for example, "*.css;*.less" or "*.js;*.coffee"). Also it would be nice to add the ignorePattern parameter, in which you can specify the patterns of names of excluded files (for example, "*.all.css;jquery.ui.base.css" or "*-vsdoc.js;*.all.js;_references.js"). When working with a new version adding assets from directory might look like following:

var stylesBundle = new Bundle("~/css", new CustomStylesheetMinify());
stylesBundle.AddDirectory("~/Content/", "*.css;*.less",
"*.all.css;jquery.ui.base.css");
BundleTable.Bundles.Add(stylesBundle);

var scriptsBundle = new Bundle("~/js", new CustomScriptMinify());
scriptsBundle.AddDirectory("~/Scripts/", "*.js;*.coffee",
"*-vsdoc.js;*.all.js;_references.js");
BundleTable.Bundles.Add(scriptsBundle);

Make the Web Deploy authoring and packaging experience more powerful. Add editing support into VS to add custom deployment steps and control all the providers that WD supports.
There is a lot of power in Web Deploy that most developers don't use since they rely in the default build steps and don't want to go through the hassle of authoring the Web Deploy packages manually.

Ideally I want to right-click my project, choose "Add custom Web Deploy step" and do things like setup IIS bindings, create a registry key, register a certificate, set file permissions etc.

Then when I build the "package" MSBuild target (or /p:DeployOnBuild=true;DeployTarget=Package) these settings will be used.

Rather than showing the entire path of each file, the resultset can be displayed as a tree view. Considering the following results:


Find all "view", Match case, Subfolders, Find Results 1, Current Project: CBES - Crowd Monitor\CBES - Crowd Monitor.csproj, ""

C:\Users\ABM-7\Documents\Visual Studio 2010\Projects\CBES - Crowd Monitor\CBES - Crowd Monitor\Content\themes\base\jquery.ui.theme.css(15): * To view and modify this theme, visit http://jqueryui.com/themeroller/

C:\Users\ABM-7\Documents\Visual Studio 2010\Projects\CBES - Crowd Monitor\CBES - Crowd Monitor\Scripts\jquery-1.5.1-vsdoc.js(2732): props: "altKey attrChange attrName bubbles button cancelable charCode clientX clientY ctrlKey currentTarget data detail eventPhase fromElement handler keyCode layerX layerY metaKey newValue offsetX offsetY pageX pageY prevValue relatedNode relatedTarget screenX screenY shiftKey srcElement target toElement view wheelDelta which".split(" "),

C:\Users\ABM-7\Documents\Visual Studio 2010\Projects\CBES - Crowd Monitor\CBES - Crowd Monitor\Scripts\jquery-1.5.1.js(2585): props: "altKey attrChange attrName bubbles button cancelable charCode clientX clientY ctrlKey currentTarget data detail eventPhase fromElement handler keyCode layerX layerY metaKey newValue offsetX offsetY pageX pageY prevValue relatedNode relatedTarget screenX screenY shiftKey srcElement target toElement view wheelDelta which".split(" "),

... it can be displayed in a tree-view like:

Find all "view", Match case, Subfolders, Find Results 1, Current Project: CBES - Crowd Monitor\CBES - Crowd Monitor.csproj, ""

▼ C:\Users\ABM-7\Documents\Visual Studio 2010\Projects\CBES - Crowd Monitor\CBES - Crowd Monitor\
|
| ▼ Content\themes\base\jquery.ui.theme.css
| 15: * To view and modify this theme, visit http://jqueryui.com/themeroller/
|
| ▼ Scripts\

| ▼ jquery-1.5.1-vsdoc.js
| 2732: props: "altKey attrChange attrName bubbles button cancelable charCode clientX clientY ctrlKey currentTarget data detail eventPhase fromElement handler keyCode layerX layerY metaKey newValue offsetX offsetY pageX pageY prevValue relatedNode relatedTarget screenX screenY shiftKey srcElement target toElement view wheelDelta which".split(" "),
|
| ▼ jquery-1.5.1.js
| 2585: props: "altKey attrChange attrName bubbles button cancelable charCode clientX clientY ctrlKey currentTarget data detail eventPhase fromElement handler keyCode layerX layerY metaKey newValue offsetX offsetY pageX pageY prevValue relatedNode relatedTarget screenX screenY shiftKey srcElement target toElement view wheelDelta which".split(" "),

IMO, this way it would look more elegant!

Rather than use code comments (where a change requires a rebuild), I'd like an external and universally available annotation framework within the IDE. I can then leave design drawings, (or verbal commentaries, or sketches, or whiteboard images or bug triage discussions or past bug history relating to a piece of code or the surrounding area) on the code they apply to.

Make literally EVERYTHING available within the IDE. Let me tie my code to the feature requests it fulfills and the bugs it's produced. Let me conduct polls within the code. Let me get code review feedback in the code itself. Let me link to the web pages where I got inspiration from. Let me connect from the code to the recording of the kickoff meetings or design sessions that gave rise to it! Don't cut my code off from the rest of the world!

The Asp.net Ajax control toolkit has a lot of very good controls, but the one that seems to be sorely lacking is a Asp.net Ajax Data Grid. The one control I use the the most is the datagrid. While I realize that you can wrap the GridView in an update panel and you can purchase a third party control, I don't understand while Microsoft just doesn't come out with its own version. Preferably one that does not require custom code to page without pulling the entire dataset. I would think that most developers would welcome a Asp.net Ajax Data Grid that comes as a built in Microsoft control. Please consider it.