Eigene Komponente und Eigenschaften von Design auf Laufzeit

[pluto]

Also das ganze ist eigentlich recht leicht:
Du musst nur ein Property Button defnieren z.b. so:

Code: Alles auswählen

published
  property Button:TButton read fButton write fButton

Fertig. Wobei beim Button gibt es einige Fehler meine ich. z.b. kann man da die Hintergrund Farbe nicht setzten oder so. Nim lieber ein BitBtn oder ein SpeedButton.
Das Was schon.
Jetzt musst du fButtons im Create erstellen.

Jetzt müsstest du im OI auf die Eigenschaften des Buttons zugreifen können.

Bei meiner eigenen GUI mache ich das nach dem gleichen Prinzip.
(in etwa *G*)

Oder habe ich dich jetzt falsch verstanden ?

[alexander]

A so, dann kann man den Button ja als property übergeben damit kann man dann schlagartig alle Eigenschaften des Buttons ändern.

Das hatte ich schon ganz oben... und das Problem war ja das die Eigenschaften nicht gespeichert werden von Design zu Laufzeit.. (hmmm bestimmt ds 10. Mal das ich das sage...)

[pluto]

schau dir mal eine Komponente im Soruce Code an. Du musst warscheinlich selbst speichern.
es müsste eine procedure geben die du überschreiben musst:
loadett oder so ähnlich. Und eine entsprechende Save Procedure muss es geben.

Weißt du wie ich meine ? Wenn du bei der IDE auf Speichern oder Laden klickst wird ja eine lfm Datei geladen mit allen Einstellungen die eine Komponenten betrifft. Du hast jetzt eine neue Komponente erstellt. woher soll jetzt Lazarus deine neuen Eigenschaften kennen ?

In der Wiki von Lazarus habe ich mal ein Beispiel dazu gefunden. Leider weiß ich nicht mehr wie ich darauf gekommen bin. Aber das dürfte dein Fehler sein !

Die beim Speichern und laden einer Komponente aufgerufen wird.
Wobei was wird nicht gespeichert ? Die Einstellungen im Button ?
Naja evlt. müsste sich dein Panel darum kümmern, aber das kann ich mir nicht vorstellen !

[alexander]

schau dir mal eine Komponente im Soruce Code an. Du musst warscheinlich selbst speichern.
es müsste eine procedure geben die du überschreiben musst:
loadett oder so ähnlich. Und eine entsprechende Save Procedure muss es geben.

Ahh ok. das ist mir neu. Ich schaue mal. Danke!

Gruß Alexander


EDIT:


Jaaa. das könnte es sein!!!

Code: Alles auswählen

procedure Loaded; override;

Code: Alles auswählen

procedure TCustomLabel.Loaded;
begin
  inherited Loaded;
  AdjustSize;
end;

ok, ich probiere es mal analog.


EDIT: Nee das ist es nicht! Leider. Das hat anscheinend nur was mit letzten Einstellungen, nicht aber mit deren Speicherung/Ladung zu tun.

EDIT 4: Es ist jetzt aber auch nicht mehr soo wichtig, ich habe es jetzt einfach unelegeant gemacht, wie ich es vorher beschrieben habe.... Wäre halt nur schön gewesen....

[Euklid]

EDIT 4:

... und wo ist edit 3?

[Christian]

Das hatte ich schon ganz oben... und das Problem war ja das die Eigenschaften nicht gespeichert werden von Design zu Laufzeit.. (hmmm bestimmt ds 10. Mal das ich das sage...)

natürlich werden sie nicht das kannst du innerhalb deiner Komponente ja aber einfach erledigen.

[pluto]

Was mich wundet ist du nutzt doch einen einfachen Standart Button. Der müsste alle einstellungen Automatisch speichern und wieder herstellen.

Ich selbst habe einige Komponenten erstellt, da werde ich mal schauen ob es beim speichern auch Probleme gibt. Die sind z.b. von TListbox abgeleitet.

Stellen aber neue eigenschaften wie CurrDir zu verfügung. CurrDir wird ja jetzt nicht abgespeichert.

[alexander]

Das hatte ich schon ganz oben... und das Problem war ja das die Eigenschaften nicht gespeichert werden von Design zu Laufzeit.. (hmmm bestimmt ds 10. Mal das ich das sage...)

natürlich werden sie nicht das kannst du innerhalb deiner Komponente ja aber einfach erledigen.

Und wie?!

Was mich wundet ist du nutzt doch einen einfachen Standart Button. Der müsste alle einstellungen Automatisch speichern und wieder herstellen.

Ich selbst habe einige Komponenten erstellt, da werde ich mal schauen ob es beim speichern auch Probleme gibt. Die sind z.b. von TListbox abgeleitet.

Stellen aber neue eigenschaften wie CurrDir zu verfügung. CurrDir wird ja jetzt nicht abgespeichert.

Ich benutze den Button INNERHALB eines Panels.

Also das ganze ist eigentlich recht leicht:
Du musst nur ein Property Button defnieren z.b. so:

Code: Alles auswählen

published
  property Button:TButton read fButton write fButton

Ahh jetzt verstehe ich langsam was du meinst... Nicht FButton erstellen innherhalb der Compo, sondern das Lazarus machen lassen.... hmmm ich probiere es aus...

[monta]

Soweit ich das jetzt verstanden hab:

Der Nutzer soll das ganze zur Laufzeit selbst festlegen...
Wieso nutzt du dafür nicht RTTI, einfach nen TTiPropertyGrid nehmen und dort die Komponente setzen, schon kann der user alles einstellen, was du auch zur Designtime im OI hast.

Und was das speichern angeht, wieso nicht ein TXML/IniPropStorage von der Karte Misc. In der Form kannst du dann die entsprechenden Eigenschaften festelegen (SessionProperties) und im den Rest kümmert sich das PropStorage.

[alexander]

@ monta: jetzt verstehe ich nichts mehr....

also wenn ich das so mache, und den Button innerhalb meiner Componente nicht creiere, dann sehe ich weder zur Design nicht Laufzeit einen Button.
Lazarus hat dann zwar ein Feld im OI, das ist aber leer und man k ann es mit einem Button verknüpfen...

Code: Alles auswählen

published
  property Button:TButton read fButton write fButton

[monta]

Natürlich musst du ihn erstellen.

War wohl ein Missverständnis, weil für mich ist der Endbenutzer derjenige, der sich nicht um den Quelltext kümmert, sondern das Programm fertig bekommt. Aber du meintest wohl andere Programmierer damit, wodurch sich die RTTI-Geschichte natürlich erledigt.

[pluto]

evlt. verstehen wir ja auch was falsch. Also du musst aufjedenfall fButton bei Create deiner Komponente installisieren. Dann soltlest du auch auf ihn zugreifen können.

Dort könntest du auch ein Standard Caption vergeben. aber das müsste eigentlich Autmatisch passieren.

[alexander]

War wohl ein Missverständnis, weil für mich ist der Endbenutzer derjenige, der sich nicht um den Quelltext kümmert, sondern das Programm fertig bekommt. Aber du meintest wohl andere Programmierer damit, wodurch sich die RTTI-Geschichte natürlich erledigt.

ahhh ok. jetzt verstehe auch ich...