Hey guys, thanks for this, I had no idea this was available.

A suggestion on a future post, or possibly just answer it here - is there a way to add buttons to the "Show only" toolbar in the Search panel for other specific media types? "Other" is too general, and fills with tons of junk, making it rather worthless. I was looking for a way to customize this using a custom search, but couldn't find a way to associate a new button with one.

Jim - unfortunately the search panel you mention is not customizable.

Good article, thanks for that!

Can the author or someone else to tell me how can a Shell namespace extension using an own view object (not DefView) react to user input in Explorer's Search box that is located at top right corner of the browser window? This Search box is available in Windows Vista only. For example, when the user types ".txt" in the Search box, our view should show text files only. The Shell should give us a way to support what the user expects so that we could achieve normal interoperability between Explorer and custom shell namespace extensions.

ParTim - in Vista there is no way to modify your custom view to support search as you describe.  Using the search functionality in your namespace is only possible if you use DefView.  We are working to change this in the next version of Windows to allow search to work for custom views.

What does it require from a Shell namespace extension using a custom view to make the command bar reacting to selection changes in the view? When a selection changes, items on the command bar should often change their appearance based on the current selection. An article and detailed code sample about a Shell namespace extension using a custom view including a FULL integration with the command bar would be very helpful.

ParTim - This does not appear to be possible via your custom view implementation.  Moving forward, in order to take full advantage of the new features in explorer, you will have to use DefView.  Your existing namespace will continue to work, but you are not guaranteed to be able to take advantage of the next great feature in explorer in future releases.

Thanks for writing this article. But why does this information not appear in the SDK documentation? The documentation for IShellBrowser::SetToolbarItems doesn't even mention that it doesn't work in Vista.

And I'm pretty distressed to learn that there is no way for a custom view implementation to integrate properly with the command bar or search box. What were you guys thinking?

Jim - good to hear from you again!  I have notified the MSDN content owners about your documentation issues.  We will also add an entry on MSDN communicating the reasoning surrounding our decision to only support new features using the default view in explorer.  I will add a link to this content here when it becomes available.

Christopher - thanks for the reply. The problem is that this isn't a purely new feature. You took away the old mechanism (i.e. the ability to add toolbar buttons via IShellBrowser::SetToolbarItems) and replaced it with something that doesn't work properly with custom view implementations. Do you see why some folks might not find this acceptable?

So how can we create that damned "New Folder" button that's missing in explorer, but is there is save-as diologs inside programs? That's probably the most annoying missing item in Windows Vista's Explorer.

I hope Microsoft fixes this flaw in Vista Service Pack 1, it's on my wish list. Until then, is there anything we can do?

If we use the DefView, does anything special need to be done to enable search functionality.  In particular, does "Did you find what you were searching for?" appear and will clicking "Search in File Contents" index the files?

Just created a namespace extension rooted in My Computer, built using C# (I know this is not recommended) .Net 2.0 Runtime everything works fine except in the commondialog box I can't browse subfolders. I see the items on the root, however.

I implemented a custom DataObject that returns a CIDA structure through a call to GetData.

After this call the view requests GetAttributes and GetDisplayNameOf on my subfolder but never calls BindToObject? I suspected my CIDA might have been incorrectly allocated but I don't htink this is the issue since the  GetAttributes and GetDisplayNameOf are being called with the correct pidl.

The namespace is registerd for WantsForParsing but does not represent physical filesystem objects, so I return the Temp path in response to request to GetDisplayname with the

ForParsing flag.

Any ideas what I may be doing wrong.

cpqtech - You need to make sure your folder has (SFGAO_FOLDER | SFGAO_STORAGEANCESTOR) or (SFGAO_FOLDER | SFGAO_FILESYSANCESTOR).

Sounds like the former is the correct thing, since you said you don’t represent file system objects.

Then, you need to support SFGAO_STREAM on the individual items within your namespace, and reply to BindToObject for IStream on them.

Then the open file dialog takes care of reading from the stream and creating a temp file for applications to open.

This only works with the open dialog, not the save dialog (unless an application is using the Vista-only COM API, and accepts arbitrary IShellItems).

binouye - In response to your question on how to get search to work in this namespace sample, you need to do the following. Not that this will only work if you are using Defview as your shell view.

First, have your folder view callback (IShellFolderViewCB) object implement IFolderViewSettings

Next, implement IFolderViewSettings::GetFolderFlags() and return FWF_USESEARCHFOLDER

       IFACEMETHODIMP GetFolderFlags(__out FOLDERFLAGS *pfolderMask, __out FOLDERFLAGS *pfolderFlags)

       {

           // do a deep search when word wheeling

           *pfolderMask = FWF_USESEARCHFOLDER;

           *pfolderFlags = FWF_USESEARCHFOLDER;

           return S_OK;

       }

hi, i found tha the first column can not be sorted by click column header or click menu.but the second can. why ? and my NSE with DefView also has this problem no vista. how can i correct it?

thanks!

sunshine_msdn - you are correct.  There was a one-line bug in the LoadFolderViewImplDisplayStrings method in utils.cpp.  The HRESULT should be initialized to S_OK.  I have made the fix and will update the source available in my most recent blog post.  

I have solved this problem by import VC6 project to VC2005 project.

thanks chrdavis.

----

please,

is it possible [for example]  the  'organize'  [command? ]  to be exist as a shortcut, so the menu of organize to be open when we select with the mouse this kind of shortcut?  

thanks in advance.