tstrings als property

[mkinzler]

Zitat:

Folgendes löst eine "Abstrakten Fehler" aus:

Delphi-Quellcode: markieren
fComment := TStrings.create;
//fComment.create; ebenfalls

Muß auch

Delphi-Quellcode:

fComment := TStringList.create;

heißen.

[mirage228]

Zitat:

Zitat von mkinzler

Muß auch

Delphi-Quellcode:

fComment := TStringList.create;

heißen.

Zitat:

Zitat von Andreas L.

ne StringList verwende ich nicht.

Stellt sich dann die Frage ... was sonst?

mfG
mirage228

[markusj]

Weil TStrings eine abstrakte Klasse ist, sprich, sie definiert nur ein Grundgerüst, welches dann z.B. bei einer TStringList verwendet wird, und so verschiedenen Ansammlungen von Listen eine gemeinsame (und kompatible) Basis schafft.

Du wirst vermutlich *argh* roter Kasten, siehe mkinzler

mfG
Markus

[Andreas L.]

Es klappt! Wusste nicht das ich TStrings als TStingList erstellen muss. Danke an alle! :???: :thumb:

[mkinzler]

TStrings ist eine abstrakte Basisklasse. TStringList implementiert.

[Martin K]

Wenn du fComment im Konstruktor erstellst, bitte nicht vergessen, im Destruktor wieder freizugeben.
Aber VOR inherited!
(im Konstruktor NACH inherited)

Nur so als kleiner Hinweis, falls du es nicht schon so gemacht hast...

[Andreas L.]

Ok, jetzt kann ich Comment ganz normal im OI verwenden. Möchte ich aber jetzt den "Comment" in ein memo haben meldet mir der Compiler

Zitat:

[Pascal Fehler] Main.pas(36): E2003 Undefinierter Bezeichner: 'Comment'

.

Mein Code:

Delphi-Quellcode:

   memo1.Assign(mozillacookies1.Comment);

Hää?? Comment ist doch im published-Abschnitt meiner Komponente deklariert... :gruebel:

[Martin K]

Muss es nicht Memo1.Lines.... heißen?

[Andreas L.]

Zitat:

Zitat von Martin K

Muss es nicht Memo1.Lines.... heißen?

Ja, hab ich mittlerweile auch gemerkt. Der Fehler kommt aber trotzdem...

[Andreas L.]

Hat sich erledigt. Es gab noch eine gleichnamige Unit in einen anderen Suchpfad.