Выдвижение Namespace раковины: Добавлять Custom детали коммандного модуля

Обзор

В моем более предыдущий столб, Я показал как создать выдвижение Namespace раковины использующ вставку IShellView невыполнения обязательства (также известную как DefView). Одна вещь, котор вы могли заметить от образца что коммандный модуль будет свободным пространством ровной детали невыполнения обязательства such as «организует» и «взгляды».

Если вы начинаете ваш собственный Namespace и хотите включить невыполнение обязательства застегиваете and/or добавляете ваши собственные элементы к коммандному модулю также, то как вы выполняете это? Ответ: вы должны снабдить IExplorerCommand, IExplorerCommandProvider и IEnumExplorerCommand поверхности стыка.

Под я описываю each of поверхности стыка использованы для и вам нужно сделать правильн для того чтобы снабдить их в вашем Кодем.

IExplorerCommandProvider

После того как ваш Namespace будет нагружен, раковина попросит ваш Namespace пример IExplorerCommandProvider. Эта поверхность стыка подвергает действию 2 метода: GetCommand и GetCommands. Раковина вызывает метод GetCommand для того чтобы retrieve специфически предмет IExplorerCommand сопрягает поставленное GUID (каждая команда определена GUID). Метод GetCommands вызван для того чтобы retrieve пример IEnumExplorerCommand. Этот предмет перечисляет все примеры IExplorerCommand для namespace.

Вы Namespace запрошены для своей вставкы IExplorerCommandProvider через вставку своего IShellFolder CreateViewObject. REFIID переданное к CreateViewObject будет IID_IExplorerCommandProvider. Раковина после этого будет использовать эту поверхность стыка для того чтобы retrieve вашими деталями коммандного модуля - будут вставкы IExplorerCommand поверхность стыка.

IExplorerCommand

Поверхность стыка IExplorerCommand использована для того чтобы снабдить возникновение и поведение деталя коммандный модуль исследователя. Большой часть из методов проходит IShellItemArray определяет детали в настоящее время выбраны в взгляде. Эта информация может быть использована вставкой для того чтобы customize поведение для по-разному выборов или если никакие детали не выбраны. Например, если никакие детали не выбраны, то вы можете пожелать установить положение к ECS_DISABLED или ECS_HIDDEN к серому-вне или извлечь деталь вполне от коммандного модуля, соответственно.

Методы, котор подвергла действию эта поверхность стыка описанный ниже.

Метод	Описание
EnumSubCommands	Возвращает пример IEnumExplorerCommand используемый для того чтобы перечислить sub команды в настоящее время команды. Раковина только вызовет этот метод если метод GetFlags возвращает ECF_HASSUBCOMMANDS. Важно заметить здесь что пока по возможности сделать так, не ободрены sub команды которые имеют sub команды сами.
GetCanonicalName	Retrieves гловально уникально обозначение (GUID) связанное с этой командой
GetFlags	Retrieves флаги связанные с этой командой. Эти флаги определяют возникновение и поведение команды на коммандном модуле.
GetIcon	Retrieves шнур ресурса иконы. Этот шнур in the form of «myfile.dll, идентификация». Например: “shell32.dll,-101”
GetState	Retrieves the state of the command item. This is the first method of the interface that is called. The state that is returned affects the appearance and behavior of the command item. This method also passes a BOOL to let the command implementation know if the slow response rule is in effect.
GetTitle	Retrieves the string to display for the command item.
GetToolTip	Retrieves the string to use in the ToolTip associated with this command item.
Invoke	Called by the Shell when the user has activated a command on the Commands Module.

The above methods GetState and GetFlags return values that determine the appearance and behavior of the item in the Command Module. In the table below are screenshots of the command resulting from the combinations of the flags/states values.

	ECS_ENABLED	ECS_DISABLED	ECS_HIDDEN
NONE
ECF_HASSUBCOMMANDS
ECF_HASSPLITBUTTON
ECF_HIDELABEL
ECF_ISSEPARATOR		N/A
ECF_HASLUASHIELD

	ECS_CHECKBOX	ECS_CHECKBOX| ECS_CHECKED
NONE
ECF_HASSUBCOMMANDS
ECF_HASSPLITBUTTON
ECF_HIDELABEL
ECF_ISSEPARATOR	N/A	N/A
ECF_HASLUASHIELD

*ECS_CHECKBOX and ECS_CHECKED only apply to sub items

** ECF_ISSEPARATOR can only be added as a sub item

Slow Response Rule

The second parameter of the GetState method is a BOOL (fOkToBeSlow) that lets the implementation of IExplorerCommand know if the “slow response rule” is in effect. If this value is FALSE, and your implementation performs slow operations (such as I/O, network calls or calls to out of thread COM objects) then your command should return E_PENDING. This will cause the Commands Module to call the command’s GetState (and other methods) on a background thread with fOkToBeSlow set to TRUE. This prevents slow operations in your implementation from running on the UI thread, thus preventing performance issues.

Command Item Ordering

It is important to note here that the developer of the Namespace Extension has no control over the ordering of command items. For example, you cannot force your command items before the default View and Organize command items or have the View or Organize command items renamed/removed. Items are simply appended to the end of the Commands Module in the order returned from the IEnumExplorerCommand instance.

IEnumExplorerCommand

The IEnumExplorerCommand is returned to the Shell by the GetCommands method of the IExplorerCommandProvider interface. As the name suggests, it permits enumeration of the IExplorerCommand instances by the Shell.

FolderViewImpl Sample Code

The above interfaces have been implemented in the attached Shell Namespace Extension sample code derived from the FolderViewImpl SDK sample. The structure of the command items (as well as sub items) is data-driven from an array of structures that define the command items (see the array of FVCOMMANDITEMs in fvcommands.cpp). This approach was used to make it easy to experiment with the hierarchy of command items as well as their behavior/appearance. The way you implement commands in your Namespace Extension may differ.

The above is a screenshot of the modified SDK sample. Notice we now have the default command items (Organize and Views) as well as our custom items. The Display command item performs the same function as right-clicking items in the view and selecting “Display” from the context menu. The Settings button is used to demonstrate a command item with sub items. All it does is display a message box with the name of the sub item when the user invokes the specified sub item.

It should also be noted that if you are using a custom view in your Namespace by implementing your own IShellView (instead of using DefView) you will need to include an implementation of IFolderView::GetFolder. In your GetFolder implementation you will need to include the ability to QueryService for SID_SFolderView.

Building the FolderView SDK Sample

1. To build the FolderViewImpl sample, be sure to download and install the Windows SDK.
2. Download the modified FolderView SDK sample
3. Launch FolderViewImpl.sln in Visual Studio
4. Open the properties for the project
5. Add a path to the SDK includes to the C/C++ - General page
6. Add a path to the SDK libs to the Linker – General page
7. Build

Installing the FolderView SDK Sample

1. Once you have built the sample, copy the FolderViewImpl.dll and FolderViewImpl.propdesc to the same directory
2. From an elevated cmd window, regsvr32 FolderViewImpl.dll
3. Restart explorer
4. Open explorer to Computer
5. There should be a list item named “FolderView SDK Sample”

Popularity: 2%

Written by chrdavis. Read more great feeds at is source WEBSITE
no comments.
Read more articles on shell and namespace and Coding and API and Programming and vista and Windows Vista.

• [+] Digg: Feature this article
• [+] Del.icio.us: Bookmark this article
• [+] Furl: Bookmark this article

Related articles

• Shell Namespace Extension: Enabling Deep Search (March 3rd, 2008)