Ich musste ein uraltes Project wieder anfassen und habe es in Delphi 11.1 geöffnet - soweit so gut, das Öffnen ging zumindest ohne Fehler. Beim Kompilieren wirft mir der Kompiler aber folgende Fehlermeldung aus:

[dcc32 Fehler] E1026 Datei nicht gefunden: 'FMXTee.Editor.Picture.fmx'

Wobei da etliche weitere Fehlermeldungen kommen, immer mit dem "FMXTee.xxx" - leider sagt der Kompiler aber nicht wo der Mist steht. Da in dem Projekt Tee-Charts verwendet wurden, habe ich alle Formulare aufgerufen und nachgeschaut...aber: da wo früher nur z.B. "Tee.TeEngine" stand, hat Delphi bereits beim Öffnen des Projekts daraus selbstständig "VCLTee.TeEngine" gemacht (das gilt auch für die anderen Tee-Einträge). Da das Programm aktuell nur für Win32 kompeilert werden soll, spielt hier also FMX gar keine Rolle - aber wo kommen die Fehler dann her??? In irgendeiner Datei muss da doch was drinstehen (vermutlich nur Tee statt VCLTee)...aber ich hab nix gefunden. Weiss jemand Rat, wo ich noch nach solchen Einträgen suchen könnte?

Hartmut

Hallo,
musste man TeeChart nicht mehr GetIt nachladen?

Das ist bei mir in der Palette vorhanden - allerdings wenn ich die Maus auf eine Komponente halte, dann nur für Win32 u. 64 sowie für Android 32 und 64. Delphi
hat es ja auch im alten Projekt erkannt und korrekt VCLTee daraus in den Units gemacht, aber wo kommt der FMXTee-Fehler her?

Ich hab' gerade nochmal schnell ein neues Test-Projekt aufgesetzt mit einem TeeChart darauf - keine Problem und keine Fehlermeldung beim Kompeilern...

Hartmut

Hallo,
OK,
dann steht vielleicht Murks in der .dproj-Datei.

Die kann man aber neu aufbauen.

so, ich hab mal die .proj gelöscht und dann die .dpr aufgemacht - dann wird die .proj ja neu erstellt. Das hat aber leider nicht geholfen. Macht es evtl. Sinn, das Projekt zu löschen, ein neues Projekt zu erstellen und die Units neu einzubinden? Oder hat jemand noch einen "einfacheren" Weg als Idee?

Hartmut

Zitat von hoika:

musste man TeeChart nicht mehr GetIt nachladen?

Könnte sein,
aber mir ist auch so, als wenn es eine Option im Installer gibt und die ist standardmäßig aus.

Zitat:

Ich musste ein uraltes Project wieder anfassen und habe es in Delphi 11.1 geöffnet

Beim Upgrade von Projektoptionen (DPROJ), vor allem bei sehr großen Sprüngen,
da macht Delphi gern ein paar Fehler und vergisst z.B. unveränderte Standard-Optionen anzupassen, welche im aktuellen Delphi nun anders sind. (demnach fehlt dann dort Einiges, was in einer "neuen" Anwendung geht)
Eigentlich sollten in der DPROJ Standard-Werte nicht drin stehen, dann gäbe es das Problem nicht, aber das bekommt Emba einfach nicht hin.


Außerdem gibt es manchmal Fehler, wenn man die DPROJ löscht und über die DPR neu generieren lässt.
z.B. wenn es eine VCL-Anwendung war und Delphi jetzt nicht erkennt, dass es VCL sein soll und dann nur die Standardoptionen einer Consolen-Anwendung erstellt.
Hier kann man nur manuell die Optionen mit einer "neuen" VCL-Anwendung vergleichen, bzw. sich die DPROJ von dort "kopieren".

Zitat von himitsu:

aber mir ist auch so, als wenn es eine Option im Installer gibt und die ist standardmäßig aus.

Kann man aber jederzeit über Tools - Plattformen verwalten - Weitere Optionen nachholen.

Nochmal: die Tee-Komponenten (die mitgelieferten, keine gekaufte Version) sind installiert! Das ist nicht das Problem...aber der Hinweis von himitsu ist wohl richtig, dass Delphi bei einem zu grossen Sprung wohl was nicht korrekt hinbekommt. Ich habe jetzt jedenfalls ein neues Projekt angelegt, die alten .pas und .dfm dem Projekt zugefügt - und es lässt sich problemlos kompilieren! Trotzdem würde mich interessieren, wo der Kompiler die FMX-Fehler herbekommt...

Hartmut