Drag Drop

Yes, records collection is updated when you return from DropRecords handler.
 
But you can use a timer to liberate this behavior.
 
Add a timer with small timeout (10-100 milliseconds) which is disabled by default. In DropRecords handler just enable this timer (and, if necessary, remember dror context). In OnTimer event handler disable timer and make your iteration. Records order will be new.  OnTimer comes after all drop steps processed.

This should help.

--
WBR,
Serge

I've just noticed that the DropRecords event doesn't fire if OLEDropMode = 1.  Is there any way to make both fire off?

The reason I want to do this is to use drop records to allow the user to reorder the records.  However, I am showing them a messagebox allowing them to cancel it before the reorder.  If I use OLEDragDrop and they cancel, the reorder still occurs.

I want the OLEDragDrop also so that users can drag files from Explorer onto the grid and I capture the paths. 

I guess another solution that would help me is just being able to cancel the reorder from OLEDragDrop.

Any suggestions?

Due to the first point a new event is added:

RecordsDropped(IReportRecord* TargetRecord, IReportRecords* Records, VARIANT_BOOL Above);

Will be available in 11.1.0
 
For OLEDrop mode you have to process all dragging manually.
check is drop data files - process as for files. Otherwise use CreateRecordsFromDropArray and move or copy thise record manually.
I think this is not too hard.
 
see our VB sample, frmDragDrop for example.
 

Of course, this looks as a workaround. We will fix this in report,  that for report data format DragDrop will be fired, and OLEDragDrop for other formats.
 
This will not be available in 11.1.0, but in later version only. If you need an update, post a request into support area.

--
WBR,
Serge