Hum, I don't quite understand the support response here. This problem has been reported to the dev (Jeff) multiple times from as far back as 2004. Surely, there is a bug open in the bug database now and making a quick search for "OnAcceptDropFiles" would have given them at least something.
I'm curious to know what exactly was the content of your message. If you were simply asking for help, maybe that's the reason they responded like that. A quick google search gives you
this link saying it's broken. So it's more like a bug report than a request for documentation.
Anyway, clearly the documentation is outdated and ObjectDock doesn't implement the "Docklet API" the way it used to do.
OnDropFiles is not called anymore, instead you have to implement OnDropData.
Here is an example (without full error checking, release of pUnknown in STGMEDIUM if not NULL, etc...):
HRESULT CALLBACK OnDropData(IDataObject *pDataObject, DWORD grfKeyState, DWORD *pdwEffect)
{
FORMATETC fmtetc = { CF_HDROP, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL };
STGMEDIUM stgmed;
// ask the IDataObject for some CF_HDROP data, stored as a HGLOBAL
if(pDataObject->GetData(&fmtetc, &stgmed) == S_OK)
{
// We need to lock the HGLOBAL handle because we can't
// be sure if this is GMEM_FIXED (i.e. normal heap) data or not
HDROP hdrop = (HDROP)GlobalLock(stgmed.hGlobal);
UINT uNumFiles;
TCHAR szNextFile [MAX_PATH];
// Get the # of files being dropped.
uNumFiles = DragQueryFile ( hdrop, -1, NULL, 0 );
for ( UINT uFile = 0; uFile < uNumFiles; uFile++ )
{
// Get the next filename from the HDROP info.
if ( DragQueryFile ( hdrop, uFile, szNextFile, MAX_PATH ) > 0 )
{
MessageBox(NULL, szNextFile, "Sample Docklet", MB_OK | MB_ICONINFORMATION);
}
}
// cleanup
GlobalUnlock(stgmed.hGlobal);
ReleaseStgMedium(&stgmed);
}
*pdwEffect = DROPEFFECT_LINK;
return S_OK;
}
And here we have a nice snippet of code for support, much better than the standard response
