Stringgrid ist "verschwunden"

[braunbär]

Hallo,

nach ein paar gröberen Änderungen, die ich ungern alle löschen und auf den letzten Backup-Stand zurückgehen würde, stürzt mein Programm schon beim Starten, noch bevor überhaupt das OnCreate des Hauptformulars aufgerufen wird, mit einer Kryptischen Fehlermeldung ab:
Projekt Fitness hat Exception-Klasse EClassnotfound ausgelöst mit der Meldung: Class TStringgrid not found.

Grids ist in der Uses Klausel der Unit des Hauptformulars, und auch sonst bin ich mir keiner Schuld bewusst...

Hat jemand eine Idee, was da sein könnte?

[theo]

Da hast du wohl etwas wie

Code: Alles auswählen

    StringGrid1: TStringGrid;  

aus dem Code gelöscht.

[Winni]

Hi!

Das hört sich eher nach ner zerschossenen lfm Datei an.

In dem Project-Verzeichnis gibt's n Verzeichnis backup.
Guck mal nach, ob es mit dem backup der lfm Datei besser funktioniert.
Original nicht löschen - nur umbennen!
Und dann die Datei aus eine Verzeichnis-Ebene höher kopieren.

Winni

[wp_xyz]

Oder anders herum: In der pas-Datei wurde die "StringGrid1: TStringGrid" aus dem Interface von TForm1 gelöscht. Ich habe gerade auf ein leeres Formular ein StringGrid geklickt, dann diese Zeile aus der pas-Datei gelöscht. Zur Laufzeit erhalte ich dann genau die Fehlermeldung, dass die Klasse TStringGrid nicht gefunden wird. Denn in der lfm-Datei ist das Stringgrid ja noch vorhanden, aber nachdem es im pas fehlt, kann die IDE damit nichts anfangen.

Öffne die lfm-Datei in einem externen Editor und suche nach "TStringGrid". Damit weißt du den Namen des Grids, z.B. "SuperGrid". Öffne nun die pas-Datei und füge oben die Zeile "SuperGrid: TStringGrid" hinzu.

[Winni]

Hi!

Ja das stimmt.

Das ist ein ganz heikles Thema.
Komponenten, die mittels des Designer hinzugefügt wurden, soll man auch
tunlichst mittels des Designers löschen. Ansonsten spielt die IDE gerne mal verrückt.

UND: Vor dem Löschen der Komponente erstmal die zugehörigen Proceduren vom jeweiligen
On.... event leermachen. Und dann speichern. Wenn man intelligente Einstellungen hat, ist die
Procedure und die Verbindung zum event gelöscht.

Wenn man das nicht macht, hat man z.B. keinen Button1 mehr, aber als Leiche geistert noch immer
Button1click im Source rum.

Wenn man die Logik geblickt hat, sollte da nicht viel Mist passieren.
Aber für meinen Geschmack wird da zu wenig überprüft gegen Newbie-Fehler.

Wie Du gerade bewiesen hast.

Winni

[braunbär]

Danke für die Hinweise, die mich zur Lösung gebracht haben - Ich habe das Stringgrid irrtümlich von published nach public übersiedelt. Zur Laufzeit stürzt er dann auf die Art ab.
Auf die Idee bin ich erst nicht gekommen, weil ich dachte, der einzige Unterschied zwischen public und published wäre, dass die published Objekte im OI angezeigt werden, und deshalb habe ich darauf nicht geachtet. Offenbar funktioniert dann aber auch zur Laufzeit beim Laden der Objekteigenschaften irgend etwas nicht richtig - nicht einmal überraschend, wenn man drüber nachdenkt.

[PascalDragon]

Der Effekt von published ist eben genau der, dass die Typinformationen generiert werden, welche das Streaming System der RTL braucht, um solche Felder zu (de)serialisieren. Theoretisch könnte man auch einen Designer entwickeln, der mit generierten Code und Feldern in private arbeitet (der Designer von fpGUI macht das zum Beispiel).