Änderungen im Design Editor werden beim komilieren nicht übernommen

[naht2k6]

Klar geht das. Mit schon existierenden Objekten gehts zumindest. Nur mit dem neuen Button gehts nicht.

[mkinzler]

Wenn man auf Fehlermeldungen steht ja.

Zu diesem Zeitpunkt, sind die Unterkomponenten noch nicht erstellt.
Dies ist erst bei Loaded der Fall.

[baumina]

Der Verdacht, dass es nicht am Formular, sondern an deinem Projekt liegt, weil es irgendwas unerwartet Seltsames tut, drängt sich mir immer mehr auf.

[naht2k6]

Keine Ahnung, ich habs grad mit anderen Objekten probiert und es klappt. Ich erstelle die Objekte ja nicht zur Laufzeit. Es ist ja nicht so, dass sie noch nicht da sind.

Ich hab aber vorsichtshalber die Zeile "TestButton.Visible:=true" in den Code eines schon vorhandenen Buttons gepackt und bekomme den gleichen Fehler an der gleichen Stelle.

[himitsu]

Zitat:

Im FormCreate kann man auch nichts visible setzen, dann schon eher im OnFormShow.

Doch, kann man. (also bezüglich Komponenten auf der Form)

Hier ist es einfach so, daß scheinbar nicht die gewünschte Unit/Form einkompiliert/reingelinkt wird, sondern was Anderes oder eine alte Version davon.
Ich würde ja mal fragen, was dein Debugger zum Code TestButton.Visible:=true; meint und ob das Programm dort überhaupt vorbei kommt. (unabhängig davon, ob der Code ja eigentlich sinnlos ist, dieses Problems betreffend)

[stahli]

Hast Du da ein Frame oder eine Frame-ähnliche Fremdkomponente im Formular?

[himitsu]

Zitat von naht2k6:

Zitat:

Einen Fehler in die Unit einbauen z.B. ein * an den Unitanfang und wenn es beim Kompilieren knallt .....

-> Der Knaller überhaupt. Wenn ich mir die .dfm als text anzeigen lasse und dort einen Fehler reinbaue, wird sofort gemeckert und nicht mehr kompiliert. Wenn ich allerdings die Eigenschaften von einem Objekt verändere, wird es genau wie in der Design Ansicht nicht übernommen.

Wie und wo machst du das und wer knallt?

• Falsch: Im FormDesigner (KontextMenü > Anzeigen als Text aka Strg+F12) ... hier mecket er natürlich, weil du ja grade diese Datei bearbeitest
• Richtig: Mit einen TextEdior (nicht Delphi-IDE) und er meckert dann (hoffentlich) erst beim Compilieren, bzw. beim Programmstart (und natürlich, wenn die Unit im Formeditor geladen wird, aber da einfach Abbrechen/Nein anklicken, aber das ist egal, da es ja um den Compiler geht)

[Uwe Raabe]

Noch ein Schuss ins Blaue: Ist die DFM in der Projektdatei vorhanden oder wird sie nur implizit über eine uses-Anweisung einer anderen Unit eingebunden? Im zweiten Fall einfach mal das Form dem Projekt hinzufügen.

Es kann nämlich durchaus sein, daß der Compiler zwar Änderungen an den nicht direkt verwendeten pas-Dateien erkennt, nicht aber wenn lediglich die dfm-Datei geändert wurde. Ist aber, wie gesagt, nur eine Vermutung.

[naht2k6]

Problem gelöst! Dank für eure Anteilnahme!

Folgendes war das Problem. Im Ausgabeverzeichniss der ".exe" befanden sich wohl noch ein paar Altlasten. Genau gesagt waren dort fünf Dateien, wovon mindestens eine das Problem war.

Jeweils eine ".drc", ".enu", ".jdbg", ".map", ".rsm" (Weiter untersuchen kann ich das leider nicht. Mir fehlt grad etwas die Zeit )

Nachdem ich diese gelöscht hatte, funktionierte auf einmal alles. Von Delphi wurden nur ".drc", ".map" und ".rsm" neu erstellt.

In meinem Fall teilen sich mehrere Projekte (VC und Delphi) einen Ausgabeordner. Die Projekte sind von einander abhängig. So kann man immer schön alles debuggen, ohne großartigen Aufwand zu betreiben.

Die ".exe" wird also weit weg vom Projektordner erstellt, sodass Delphi das Problem beim portieren nicht lösen/entschärfen konnte.

[Uwe Raabe]

Dann war vermutlich die .enu das Problem. Die enthält nämlich die englischen (en-US) Versionen der DFM-Dateien.