Eigene Komponente -> Handle vom Aufruf-Fenster bekommen?

[himitsu]

Unabhängig von GetParentHandle und Co.


Wenn du eine VCL-Komponente baust, dann ist die VCL so oder so im Programm,
womit es keinen Grund gibt, warum diese Unit auch in deinem USES nicht drin sein sollte. (es macht einfach keinen Unterschied)

Fazit: Falls man Funktionen/Typen davon braucht, dann nehme man sie, mache sich das Leben leicherter und erspare sich sonstwelche komischen Hacks.
Ist auch viel unanfälliger für Fehler.





Was leider nicht wirklich machbar ist, auch wenn es theoretisch ginge.
Eine Nichtvisuelle-Komponente für FMX und VCL, die aber auf andere visuelle Komponenten Zugriff haben soll.

Denn sowas wie {$IFDEF FMX} gibt es nicht, womit man zwar Code schreiben könnte, der mit VCL und FMX kann, aber dann nur mit kranken Hacks
oder indem man alle Units von VCL und FMX einbinden müsste, was im Windows ginge (auch wenn es nicht schön wäre), aber ansonsten wunderschön abraucht.

[KodeZwerg]

An himitsu,

wie immer überrascht mich Dein umfangreiches Wissen und vor allem auch die vielen definitionen/methoden die Du so aus dem Ärmel schüttelst!

Aber nein, ich habe keine Vcl erstellt, Vcl ist bei mir auch nur mit "Vcl.Forms" eingebunden weil ich halt das Handle bzw "TForm" brauchte um da ran zu kommen, mehr nicht.
Zu keinem anderen Zeitpunkt in meinem Komponenten-Project benötige ich das außer da oben.
Ich greife auch auf nichts vom Caller zu, abgesehn einer Positions- und Dimensionsabfrage interessiert mich der Caller nicht.
Alles was bei mir zZ. passiert ist WinApi (ich trauer immer noch wegen M.Puff).
Entwickelt für Windows samt Abfragen die das auch sicherstellen bevor der Pc sich in einen Zombie verwandelt.

Wo ich ins stottern gekommen bin war die stelle "vor" und "nach" dem einbinden dieser Unit. Die hat meine bpl Dateigröße grob verfünzigfacht, aus 35kb wurde ein megabyte.
Nicht das mich das stört, aber irgendwie doch

Da ich generell neugierig bin wollte ich weitere Anlaufpunkte finden, drei habe ich ja nun Dank Dir. Danke nochmal!

[Uwe Raabe]

Zitat von KodeZwerg:

Die hat meine bpl Dateigröße grob verfünzigfacht, aus 35kb wurde ein megabyte.
Nicht das mich das stört, aber irgendwie doch

In dem Fall solltest du in der requires Clause deiner DPK ein VCL einfügen. Dann geht das wieder weg.

[KodeZwerg]

Boah, an so etwas, wie soll's anders sein, hätte und wäre ich im Leben nie drauf-gekommen. Meine requires hat nur rtl bis jetzt.
Mega-Tipp!

[himitsu]

Spätestens wenn du versuchst deine BPL in die IDE oder eine EXE zu laden, dann wäre es dir aufgefallen.

Sobald da dann nichts startet, weil Units doppelt sind.
Ich weiß jetzt nicht wie die Fehlermeldung im Programm aussieht, aber in der IDE kommt dann sowas wie
"Package ABC nicht geladen, weil XYZ enthalten, was schon im Package DEF drin ist"

Außerdem müsste dir der Compiler eine Warnung hingeworfen haben, so ala "Unit Forms (und Weitere) implizit einkompiliert". (mit dem fehlenden Requires)



Ein Kollege hatte mal Tagelang gesucht.
Da war eine Unit statt in einem Package ausversehn in zwei DLLs,
also alles Doppelt, inkl. der globalen Variablen.
Und er wunderte sich, dass er die Variable hier setzt, sie aber dort leer ist und wenn er drüben nachguckt, isses wieder drin.