@btourist: "Hello,
Am I correct to say that SHFileOperation cannot be applied 
in a NSE that operates on virtual folders (e.g. remotely 
stored files a-la ftp or webdav)? SHFileOperation will 
ultimately want filesystem destination and source, right? 
If it's true it sounds like a lot of waste of standard 
file operation behavior that will now have to be 
reproduced by NSE implementors. Can someone confirm that 
this is so.
Bill."
    @btourist: "Thank you for your reply, Dave.
<quote>
could simulate a 
and some other 
destination support 
So, if I support CFSTR_FILEDESCRIPTOR and 
CFSTR_FILECONTENTS, will the SHFileOperation do the 
following:
1. Figure out that the destination belongs to my NSE.
2. Call my NSE's IShellFolder's ParseDisplayName to obtain 
a new pidl
3. Ask for the new pidl's IDataObject
4. Enumerate FORMATETC's of my IDataObject
5. Call SetData on the obtained IDataObject
(Am I missing some steps?)
Incidentally, how exactly does the shell figure out that a 
given path belongs to my NSE. Does it actually associate 
the returned text from GetDisplayNameOf and 
SHGDN_FORPARSING with my NSE? My initial test to verify 
this failed: I am returning a short string for now for 
SHGDN_FORPARSING request  'X drive'. If I pass 'X 
drive\myfolder' to the SHFileOperation as a destination, 
it creates a directory 'X drive' in the current directory.
Thanks,
Bill
confers no rights."
    @ask: "news:087101c36b63$1087dea0$<email_address>
<quote>
No. Dave said that SHFileOperation only works with file system objects. So
it won't do any of the things you say.
It would probably do something like what you say, but SHFileOperation won't
(see above).
Paul"
    @info: "Any folder, including file system folders, but also for example Outlook
Express.
The only target that does work is a folder in the tree in the same window.
I don't have any reasonable sized sample that i could post here.
I am exporting the formats CFSTR_IDLIST, CFSTR_FILEDESCRIPTOR (with 1 item),
CFSTR_FILECONTENTS (with lindex 0) and the other ones that are required or
recommended.
One strange thing: The dataobject viewer reports lindex for
CFSTR_FILECONTENTS to be -1, although it is exported as 0 in IEnumFormatEtc.
Could this have something to do with it, or is it a dataviewer bug?
news:<email_address>
<quote>
the"
    @info: "I answered my previous question for myself already:
Data from other applications also shows up with lindex -1 for
CFSTR_FILECONTENTS in dataobject viewer. They must always report -1.
I am able to paste the same data in the same window where the drop doesn't
work, so my data object seems to be alright?
news:bigjet$ro$<email_address>
<quote>
item),
IEnumFormatEtc."
    @umeca74: "news:<email_address>
<quote>
and
this works fine but doesn't allow for the extra settings in SHFileOperation
like various overwrite confirmations etc. Is there any way to tell the drop
target about the confirmations policy?
 (e.g. an extra DWORD format in the dataobject)
thanks
nikos"
    @btourist: "Henk,
Sorry, this is not an answer to your question. 
I am doing a very similar thing to what you are asking in 
your question. I am using SHCreateFolderView function for 
an NSE with virtual folders. I have implemented 
IDataObject that provides CFSTR_SHELLIDLIST, 
CFSTR_FILEDESCRIPTOR and CFSTR_FILECONTENTS, as well as 
CFSTR_PREFERREDDROPEFFECT. However, the Explorer doesn't 
change the drag icon from 'stop' to 'copy'. My 
DataObject's SetData is called (I assumed by ShellView) 
with a bunch of drag related formats which I pass on to 
GetData when it's requested, as well as EnumFORMATETC. Can 
you see something I am missing  I've been struggling 
with this for a few days now.
Thanks,
Bill.
<quote>
example Outlook
the same window.
post here.
CFSTR_FILEDESCRIPTOR (with 1 item),
that are required or
for
in IEnumFormatEtc.
dataviewer bug?
so far. What is
folder, virtual
problem?"
    @umeca74: "news:<email_address>
<quote>
granted but the target already accepts "hints" and requests from the source
(e.g. PREFERREDDROPEFFECT to move/copy), so it is not out of the
question to service "confirmation policy" requests in a similar fashion, no?
but i guess that the bottom line is that I can't coerce the target so all
this
discussion is rather academic! :)"
    @info: "Thanks for your help.
I double-checked the IEnumFormatEtc again and everything seems to go as it
should.
The Clone creates a new instance and Reset works.
Any other ideas?
news:<email_address>
<quote>
object"
    @ask: "Dave,
Yes I'm afraid it is. What you want to do is beyond the scope of the
designed behaviour and you were lucky that simulating a drag and drop was
even an option :)
Paul
news:<email_address>
<quote>
so
including
source
no?"
{'source': 'USENET', 'other_information': '{"reply_count": 9, "forum_name": "microsoft.public.platformsdk.shell.20140617.mbox"}', 'file': 'data/output/usenet-microsoft.public.parquet'}