Я начал пытаться реализовать перетаскивание виртуальных файлов (из приложения C# 4/WPF) с этим codeproject учебным руководством. После пребывания в течение некоторого времени, пытаясь выяснить ошибку DV_E_FORMATETC, я выяснил, что должен поддерживать "формат данных" Массива IDList Shell. Но, кажется, существует рядом с нулевой документацией относительно того, что на самом деле делает этот формат.

После некоторого поиска я нашел эту страницу на усовершенствованной передаче данных, которая сказала, что Массив IDList Shell был указателем на структуру CIDA. Эта структура CIDA затем содержит количество PIDLs и список смещений им. Таким образом что, черт возьми, PIDL? Еще после некоторого поиска этот вид страницы подразумевает, что это - указатель на ITEMIDLIST, который сам содержит единственного участника, который является списком SHITEMIDs.

Я сделал еще некоторое чтение, я все еще не могу сказать то, для чего несколько PIDLs, но существует один SHITEMID для каждого "уровня" в пути. По крайней мере это - одна решенная тайна.

Моя следующая идея состояла в том, чтобы попытаться перетащить файл из другого приложения с виртуальными файлами (WinSCP). Я просто вернул MemoryStream для этого формата. По крайней мере, я знаю, какой класс предусмотреть вещь, но это не помогает вообще для объяснения, что вставить его. Я пытался исследовать этот MemoryStream на основе форматов в ссылках выше, но я не имел никакого успеха. Я просто возвратил данные мусора, и одно из 'cb' полей сказало мне, что было 18 000 байтов длиной, когда целый поток составлял только 539 байтов.

Кроме того, на дополнительные материалы для чтения, эта страница, кажется, подразумевает, что данные, содержавшиеся в PIDL на самом деле, завершают то, чтобы быть путем, и исследование содержания упомянутого MemoryStream в Hex-редакторе привело к пути в моем локальном каталоге Temp (разделение в части, так или иначе).

Кажется, что WinSCP просто использует расширение оболочки для обработки отбрасывания на проводнике, что-то, к чему я действительно не хочу обращаться. Однако это имеет альтернативный режим, где это прерывает dragdrop, пока это не передает временной папке - это приемлемо для меня, но у меня нет самой слабой идеи, как сделать это.

Мои вопросы теперь:

1. Кто такой допустимый "abID" участник для SHITEMID? Эти виртуальные файлы только существуют с моей программой; будет вещь они перетаскиваться для передачи "abID" назад позже, когда это выполнит GetData? Они должны быть уникальными для системы?
2. Как я могу управлять вещью перетаскивания abort-and-redo-later, которую делает WinSCP?
3. Если бы я должен реализовать расширение оболочки для этого, как я даже пошел бы об этом? Я уверен, что могу легко найти объяснения теории расширения оболочки, но как я поддерживал бы пользовательский PIDLs или безотносительно?

Любая справка или даже связывается, которые объясняют, что я должен делать, значительно ценился бы.

Править: Таким образом, вот то, как я на самом деле сделал это в конце:

Я фрагментировал большую часть кода из учебного руководства CodeProject выше, сохранив функции для создания FileGroupDescriptor. Я затем повторно реализовал интерфейс.Net IDataObject (и на самом деле, я не должен был использовать интерфейс COM IDataObject вообще). Я затем вынужден синхронно загрузить файл в фоновом режиме и пасовать назад MemoryStream из GetData (). Удобно, фактическое копирование в фоновом режиме, но ожидание данных находится на переднем плане. Спасибо, проводник. Любые довольно большие файлы являются медленными, но на данный момент это "работает", который является больше, чем я могу сказать в течение прошлых нескольких недель.

Я действительно пытался передать класс PipeStream, который я использую внутренне для передач, но проводник не доволен этим:

• Это пытается Искать, несмотря на это наличие класса CanSeek быть ложью.
• Это игнорирует размер, который я отправляю в FileGroupDescriptor, и просто загружает то, что находится в потоке прямо сейчас.

Так, я не уверен, что идеальный случай на самом деле возможен. Однако, благодарит за всю Вашу справку. Я даю щедрость JPW, потому что его ответы в конечном счете устанавливают меня на правильном пути.