Meldung "Dupicate resource XYZ ... kept ... ABC discarded"

[Harry Stahl]

Die VCL.Clipbrd konnte ich jetzt doch rausnehmen, da man die Behandlung des CF-Drop mit den Units WinApi und ShellApi alleine auch erreichen kann.

Dann habe ich noch gesehen, dass ich doch noch eine VCL.DDEMan drin habe (wegen Unterstützung von DDE unter Windows).

Das ist letztlich dann (der letzte) Übeltäter, wenn ich die rausnehme, ist auch die Meldung weg...

[Rollo62]

Hast du mal IFMXExtendedClipboardServiceEx ausprobiert, das sollte auch mit CustomFormaten umgehen können.
Habe es aber noch nicht gecheckt was damit alles geht und nicht geht.

[Schokohase]

Zitat von Rollo62:

Hast du mal IFMXExtendedClipboardServiceEx ausprobiert, das sollte auch mit CustomFormaten umgehen können.
Habe es aber noch nicht gecheckt was damit alles geht und nicht geht.

Wo gibt es denn den IFMXExtendedClipboardServiceEx und was kann der mehr als der FMX.Clipboard.IFMXExtendedClipboardService ?

[Harry Stahl]

Zitat von Schokohase:

Zitat von Rollo62:

Hast du mal IFMXExtendedClipboardServiceEx ausprobiert, das sollte auch mit CustomFormaten umgehen können.
Habe es aber noch nicht gecheckt was damit alles geht und nicht geht.

Wo gibt es denn den IFMXExtendedClipboardServiceEx und was kann der mehr als der FMX.Clipboard.IFMXExtendedClipboardService ?

Aus der Unit FMX.Clipboard. Aber ich glaube Rollo62 hatte sich nur verschrieben (EX am Ende). Oder?

Das Handling ist noch mal einfacher, z.B. kann man ganz einfach abfragen clp.hastext, clp.hasimage, und die Inhalte einfacher setzen und holen.

[Rollo62]

Hallo Harry,

ist in Berlin eingeführt worden, und soll das hier mehr können:

Zitat:

Register custom user format.
Copy/paste data in the custom user format.
Get the clipboard value directly.

Und ja, richtig, IFMXExtendedClipboardService soll es heissen.
Bin mal öfters am Tablet, da macht Tippen nicht wirklich Spass

Rollo

[Harry Stahl]

So, das Problem habe ich nun endgültig gelöst, indem ich aus der VCL.DDEMan.pas eine eigene FMX.DDEMan.pas gemacht habe, die ohne die VCL.forms bzw. VCL.Controls auskommt.

In der Summe spare ich da auch mehr als 1 MB Exe-Dateigröße und laufe nicht Gefahr, dass irgendwelche blöden Probleme durch die Aufnahme der "falschen" Ressourcen in die Exe-Datei entstehen...

Davon abgesehen entstehen wohl auch weitere Seiteneffekte, wenn eine VCL.Forms (indirekt) in die FMX-Exedatei eingebunden wird.

Während das FMX-Anwendungsfenster in der Windows-Fensterliste richtigerweise mit "TFMAppClass" mit dem Titel "PC-Rechnung" (aus den Versionsinformationen) lautet, wird dann ein weiteres unsichtbares Anwendungsfenster (also "TApplication" hier mit dem Namen "Pcrechnung", also auch irgendwie seltsam geschrieben, da Projektdatei "PCRechnung" lautet) erzeugt.

[Harry Stahl]

Um noch mal auf die Ausgangsfrage zurückzukommen:

Mich wundert es und ich frage mich warum, im Verzeichnis

C:\Program Files (x86)\Embarcadero\Studio\20.0\lib\win32\Release

neben den Dateien, die auch unter

C:\Program Files (x86)\Embarcadero\Studio\20.0\lib\win32\debug

sind, noch die beiden Dateien "controls.res" und "FMX.Win.res" zu finden sind.

Warum nur im Release und nicht im Debug-Ordner?

[Harry Stahl]

Ja, aber das hatte ich so verstanden, dass man selber Formate registrieren kann und die dann entsprechend abfragen oder setzen kann. Ob CF_Drop bereits ein registriertes Customformat ist, weiß ich nicht, wenn ja, hätte ich aber keine Idee, wie man die Daten ausliest.

Wenn ich mal etwas Zeit habe, sehe ich mir das mal näher an, für den Moment komme ich auch mit der oben erwähnten Lösung gut zurecht.

In einem anderen Projekt habe ich wieder das gleiche Problem, aber da kann ich nun wirklich keinen direkten oder indirekten Verweis auf Controls.res (Windows) finden. Bin wirklich jede einzelne Unit durchgegangen.

Aber es gibt offensichtlich auch keinen Schalter, um diesen Hinweis auszuschalten....