Drag&Drop mit Dateien: Files geht verloren

[philipp.hofmann]

Ja, ich hatte daher genau dieses Example so erweitert, dass es auch ein Drop-Ziel hat, ZIP-Anhang ein paar Kommentare weiter oben.
Damit kann man das Problem dann nachvollziehen.

[Michael II]

Zitat von philipp.hofmann:

Ja, ich hatte daher genau dieses Example so erweitert, dass es auch ein Drop-Ziel hat, ZIP-Anhang ein paar Kommentare weiter oben.
Damit kann man das Problem dann nachvollziehen.

Wie in #4 erwähnt: Du verwendest in deinem Beispiel TTMSFMXBitMapContainer. (Fehler beim Erzeugen von Formular: Klasse TTMSFMXBitmapContainer nicht gefunden.).

[philipp.hofmann]

Sorry, nur das vorletzte Kommentar gesehen. Anbei das Beispiel ohne die TMS-Komponente.

[Michael II]

Auf meinem Win Version 10.0.19042.508 ist es genau so wie du's beschreibst. (.exe auch auf 2012R2 getestet)

Beim Debuggen werden während dem DragOver massenhaft Meldungen angezeigt:

Code:

onecore\com\combase\dcomrem\resolver.cxx(2283)\combase.dll!00007FFAEB0D42AE: (caller: 00007FFAEB115FCE) ReturnHr(747) tid(13f8) 80040154 Klasse nicht registriert
onecore\com\combase\dcomrem\resolver.cxx(2491)\combase.dll!00007FFAEB115FF6: (caller: 00007FFAEB115F05) ReturnHr(748) tid(13f8) 80040154 Klasse nicht 
registriert

Ich sehe nicht wo's klemmt.

Wenn du eh nur zwischen eigenen Programmen DragAndDropst [mehr kann das Delphi D&D Ding wohl eh nicht (?) - schön wäre ja Text in notepad und Co zu droppen, Files im Explorer] kannst du die File-Infos mit eigenem Protokoll via den Data Teil austauschen (?).

[swestner]

Das da vielleicht:

RSP-15825: IFMXDragDropService does not work with files
This is a feature that was never made to work on Windows. It is under consideration for 10.5.