reinvent or reactivate toAcceptOLEDrop to accept vst as droptarget

[landrix]

I want to use JAMShellTools to use VST as a drop target. Unfortunately, VST already uses this function itself. Previously, the toAcceptOLEDrop option was used, but it's now completely useless.

I don't think manual deactivation using RevokeDragDrop is feasible. Could the option be reactivated or reintegrated in some other way?

Was Sie beschrieben haben, ist tatsächlich das Problem. Der VirtualTree benutzt in der aktuellen Version dieselbe Schnittstelle, um Spalten hin- und herzuschieben. Diese Funktionalität hängt nicht mehr an einer Property oder einem Options-Flag, sondern dies geschieht immer.

Wenn Sie auf die Spalten-Verschiebe-Funktion verzichten können, könnten Sie dem VirtualTree die Kontrolle explizit entziehen, und JamDropFiles geben.
Rundimentär so:
RevokeDragDrop(VirtualStringTree1.Handle); //WinApi.ActiveX
JamDropFiles1.Control := VirtualStringTree1;

Alternativ bleibt wohl nur, die benötigten Funktionen in den VirtualTree selbst einzubauen.

[joachimmarder]

The change was a result of issue #1254. Since Virtual TreeView implements its own OLE drag&drop code, it was never meant to be used with low level RegisterDragDrop() function. The best I can offer at the moment is that you disable Header.Options.hoDrag, then it should work as before. An appropriate change was just committed.