Sich selbst ausblendendes Label

[Khabarakh]

Zitat von hanselmansel:

Delphi-Quellcode:

constructor TDelayLabel.Create; //<-
begin 
  inherited; //<-

Du sparst ja wie Dagobert Duck .
Aber es heißt trotzdem nicht TTimer.Create(FTimer) .

[glkgereon]

also erstens geht das mit FTimer als Owner auch...

das problem ist das er die Create Methode bei einer Kompo so nicht aufruft.

es funktioniert auf jeden fall (bei mir) wenn der Timer in SetHide erstellt, initialisiert und in Tmr_Hide wieder freigegeben wird...

[meierotto]

Guten Morgen und vielen Dank für die Hilfe!

glkgereon hat Recht, es funzt auch mit FTimer als Owner. Ich hab in meinem Fall das Problem so gelöst, dass ich dass DelayLabel erst zur Laufzeit erzeuge, dann klappt auch mit dem Create. Wieso es im anderen Fall nicht geht, ist mir zwar unklar, aber Hauptsache es funktioniert.

[BlackJack]

Zitat von glkgereon:

also erstens geht das mit FTimer als Owner auch...

also bitte, selbst wenn das geht ist das ist ja wohl total mies:
1. die Komponente ist ihr eigener Owner?!? was soll dabei rauskommen?
2. Zu dem moment, als FTimer als AOwner-Parameter an Create weitergegeben wird, ist FTimer völlig uninitialisiert. und das solls bringen?

ich verstehe nicht warum man nicht Self als Owner angeben sollte, aber wenn man das schon nicht machen will, dann doch bitte lieber nil oder so als irgendeinen Speichermüll.

[meierotto]

Eine letzte Bemerkung noch von mir, dabei muss ich mich selbst zitieren:

Zitat von meierotto:

Wieso es im anderen Fall nicht geht, ist mir zwar unklar...

Bei der ganzen Diskussion um Self oder FTimer hat wohl keiner (inclusive mir) gemerkt, dass create und destroy nicht override deklariert sind?! Wenn man das tut kann man das Ganze prima als Komponente verwenden.

Nochmals Danke an alle und @BlackJack: Ich werde Self verwenden

[glkgereon]

Zitat von BlackJack:

Zitat von glkgereon:

also erstens geht das mit FTimer als Owner auch...

also bitte, selbst wenn das geht ist das ist ja wohl total mies:
1. die Komponente ist ihr eigener Owner?!? was soll dabei rauskommen?
2. Zu dem moment, als FTimer als AOwner-Parameter an Create weitergegeben wird, ist FTimer völlig uninitialisiert. und das solls bringen?

ich verstehe nicht warum man nicht Self als Owner angeben sollte, aber wenn man das schon nicht machen will, dann doch bitte lieber nil oder so als irgendeinen Speichermüll.

ho, is sicher nicht die stylistich beste lösung. aber ich sehe nicht warum nil besser sein sollte?

letztendlich ist es in diesem fall doch echt egal welchen owner der timer hat, oder?
hauptsache das create klappt...

[BlackJack]

Zitat von glkgereon:

ho, is sicher nicht die stylistich beste lösung. aber ich sehe nicht warum nil besser sein sollte?

natürlich ist nil nicht besser, aber dadurch sieht man wenigstens, dass man sich gedanken gemacht hat und zu dem schluss gekommen ist, dass der Timer in diesem fall keinen Owner benötigt (warum auch immer).
wenn man aber FTimer als Owner angibt dann denkt man nachher "och der hat ja einen korrekten owner", obwohl das natürlich totaler quatsch ist, da FTimer ja wie gesagt nicht initialisiert ist und speichermüll enthält.

[teebee]

Zitat von BlackJack:

... da FTimer ja wie gesagt nicht initialisiert ist und speichermüll enthält.

Stimmt so nicht, da Objektfelder immer mit 0 bzw. Nil oder '' initialisiert werden. D.h. hier hat man den Owner "von hinten durch die Brust ins Auge" auf Nil gesetzt und muss den Timer deshalb selber freigeben. Wenn FTimer auf Müll zeigen würde, gäbe es eine AV im Constructor. (s. TComponent.Create in der VCL)

Im übrigen gebe ich Dir vollkommen recht: Entweder der Owner wird explizit auf Nil gesetzt, was mir sofort signalisiert, ich muss selber die Freigabe vornehmen, oder ich gebe einen sinnvollen Owner an, sprich eine existierende Komponente. (Hier am besten self.)

Gruß, teebee

[BlackJack]

Zitat von teebee:

Zitat von BlackJack:

... da FTimer ja wie gesagt nicht initialisiert ist und speichermüll enthält.

Stimmt so nicht, da Objektfelder immer mit 0 bzw. Nil oder '' initialisiert werden.

oh, das wusste ich noch nicht. man lehrnt nie aus