Fenstertitel verschwindet

[MikeSP2]

Keine Änderung

[ghubi01]

Hallo MikeSP2,

versuch mal folgendes:
- neuen Ordner anlegen
- neues Projekt mit dem Namen Deines alten Projektes anlegen und im neuen Ordner speichern
- die alten pas- und dfm-Dateien der Form in den neuen Ordner kopieren
- dann die neue "Form-unit" aus dem Projekt entfernen
- danach die alte "Form-unit" dem Projekt hinzufügen.
- kompilieren

Ich hatte schon mal Probleme mit den blauen Markierungspunkten für mögliche Haltepunkte in der IDE.
Die wurden dann schon mal an Stellen angezeigt, die keinen Code enthielten.

Mit der obigen Maßnahme ließ sich dass abstellen.

MfG

Georg

[MikeSP2]

Hallo ghubi01,

hat etwas gedauert bis ich das probieren konnte.
Habe ich gemacht hat leider nicht zum Erfolg geführt.

Gruß
Mike

[MikeSP2]

Hallo CodeZwerg,

ich hab das Mainfest aus der Exe gelöscht. Keine Besserung.
Auch das umstellen verschiedener Themes in Windows zeigt keine Änderung, die Schrift bleibt weg.


Gruß
Mike

[himitsu]

Ist dein Text denn nun wirklich weg oder ist er nur nicht sichtbar?
nachgesehn? DeinFesnter.Caption / WM_GETTEXT / GetWindowTextLength+GetWindowText (geht auch mit externen Programmen ... WinSpy und Co.)

Wenn wirklich weg, dann TControl.SetText, WM_SETTEXT oder CM_TEXTCHANGED überschreiben/hooken und mit dem Debugger schauen wer das ändert aufruft.

Zitat von KodeZwerg:

Und wenn Du im FormCreate Event mal ein 'Form.BorderStyle := bsSingle;' reinschreibst, was passiert dann?
(Das Wort "Form." mit deinem Hauptformular-Namen ersetzen)

NEIN!
Aus der eigenen Klasse niemals auf diese globalen Schrottvariable von "theoretisch" oftmals sich selber zugreifen.
Und wenn schon ersetzen, dann durch Self.

[KodeZwerg]

Zitat von himitsu:

Zitat von KodeZwerg:

Und wenn Du im FormCreate Event mal ein 'Form.BorderStyle := bsSingle;' reinschreibst, was passiert dann?

NEIN!

Was spricht denn bitteschön dagegen es zum testen mal so einzusetzen, da verstehe ich nicht warum sich jemand aufregt.

[himitsu]

Warum denn nicht direkt Self?

Weil es hier nichts einfacher macht, sich sowas gern dann festfrisst und man dann sowas set Jahrzehnten immer wieder überall sieht, obwohl es potentiell gefährlich ist, wenn die gespeicherte Instanz eben mal doch nicht der eigenen Instanz entspricht. (mehr als eine Instanz oder irgendein anderer Fehler, z.B. Fenster nur lokal erstellen und abwesheln auf auf lokale und globale Variable zugreifen)

PS: Wir hatten mal den Fall, dass eine Unit ausversehn doppelt in zwei DLLs einkompiliert wurde, anstatt sie in einem gemeinsamen Package zu haben (Compilerwarnung wegen impliziten Einbinden wurde übersehn) und dann wurde vom Kollegen tagelang gesucht, warum die selbe gleiche globale Variable ihren Wert verliert, wenn man sie aus einer Unit setzt und in einer anderen Unit auslesen will, aber beim Debuggen der Wert zu stimmen schien.

[ghubi01]

Hallo MikeSP2,

zeig doch mal den Code-Abschnitt wo Du den Fenstertitel setzt.

Wird der Fenstertitel im Programm irgendwo verändert?