Structure zeigt Undeclared identifier, compile geht

[norwegen60]

Hallo,

in allen Forms, in denen ich ein TVirtualStringTree verwende, sind alle Eigenschaften aus VirtualTrees als "Undecleared identifier" markiert (z.B. TBaseVirtualTree, PVirtualNode, TVSTTextType) und im Quelltext rot unterstrichen. Compilieren ist aber ohne Probleme möglich, obwohl alles rot ist.

• VirtualTrees ist in der Uses-Anweisung
• Pfad zu VirtualTrees.pas ist in Library/Library path und im Library/Browsing path
• VirtualTrees.dcu ist im Library\Debug DCU path

Trotzdem bleiben die Eigenschaften rot.

Klicke ich auf eine der anderen Units in der USES-Anweisung, wird die entsprechende Unit geöffnet. Bei VirtualTrees kommt die Sanduhr und dann passiert nichts.

Kann mir jemand sagen, was ich machen muss, dass die Eigenschaften korrekt erkannt werden?

Ich arbeite hier mit Delphi XE

Vielen Dank
Gerd

[haentschman]

Hallöle...

Zitat:

Kann mir jemand sagen, was ich machen muss, dass die Eigenschaften korrekt erkannt werden?

...die Fehlermarkierung in den Options ausschalten. Die hat noch nie richtig funktioniert.

[norwegen60]

Das war nicht das was ich wollte. Eigentlich nutze ich sie nämlich schon um z.B. nach umbenennen oder löschen schnell die Stellen zu sehen, wo sich was getan hat.
Nur bei den Firms mit VST sehe ich nicht viel, da die ganzen VST-Fehler dazwischen funken.

[haentschman]

Zitat:

wo sich was getan hat.

da guckt man in das DIFF vom VCS...oder?

[himitsu]

Joar, einmal hast im Editor links den gelben/grünen Strich, wo jetzt was geändert wurde/ist. (und ob schon gespeichtert)

Und dann gibt es SVN/GIT/HG sogar im Delphi.
-> Entweder die Versionen aus __history oder eben aus dem Repository (wenn Eines vom Delphi erkannt wurde)


Wenn der Backgroundcompiler durch Fehler* die Arbeit versagt, oder durch $IFDEF falsch ausgewertet mit einem anderen Ergenis ankommt, dann haben ErrorInsight, CodeInsight und Co. Problemchen.
* = defekter Quellcode oder fehlende Suchpfade

[Redeemer]

In der Zeit von XE gab es diverse lustige Bugs. Verwende z.B. irgendwo im Projekt einen Record Helper. Zack, ganzes Projekt rot. Könnte es sein, dass VST Record Helper verwendet?

[TurboMagic]

Da er scheinbar schon auf 10.3 ist könnte er auch auf 10.4.1 wechseln,
durch die LSP Umstellung geht dort ErrorInsight viiiel besser! Wirklich!
So gut wie keine false positives mehr.

[norwegen60]

Hallo zusammen,

Zitat:

wo sich was getan hat.

Damit meinte ich, wo durch das Löschen oder Umbenennen Fehler auftreten. Natürlich kann ich auch compilieren und auf Fehler warten aber die Auflistung im Error-Fenster erscheint mir effektiver.
In dem Projekt gibt viele Forms wo das einwandfrei funktioniert. Probleme gibt es wie gesagt nur in denen, in denen VST eingebunden sind

Zitat von TurboMagic:

Da er scheinbar schon auf 10.3 ist könnte er auch auf 10.4.1 wechseln,...

Wie am Anfang gesagt, läuft das Projekt noch unter XE. Ich verwende zwar teilweise 10.3, sehe aber bei dem erwähnten Projekt kein Grund zum umsteigen. Meine Feststellung ist leider, dass Projekte mit aufwändige Formularen (mit Pagecontrols) in 10.x wesentlich langsamer geöffnet werden. Deshalb werden wir dieses Projekt nicht umstellen.

Zitat von Redeemer:

In der Zeit von XE gab es diverse lustige Bugs. Verwende z.B. irgendwo im Projekt einen Record Helper. Zack, ganzes Projekt rot. Könnte es sein, dass VST Record Helper verwendet?

Ich habe mein Projekt mal incl. VirtualStringTree nach "Class helper" oder "record helper" durchsucht und nichts gefunden

Grüße
Gerd