IDE Hints werden als HTML Quellcode angezeigt

[ULIK]

Delphi 11.2 aktuell.

Seit ein paar Stunden habe ich das komische Problem, daß IDE Hints nur noch als HTML Quellcodes angezeigt werden (siehe Anhang). Die einzige Änderung heute, die mir einfällt, wäre die Installation des aktuellen DevExpress-Packages.
Hat von euch jemand eine Idee, was da passiert sein könnte? Ein Neustart des Rechners hat jedenfalls mal nichts gebracht.

[Uwe Raabe]

Zitat:

Zitat von ULIK (Beitrag 1513740)

Die einzige Änderung heute, die mir einfällt, wäre die Installation des aktuellen DevExpress-Packages.
Hat von euch jemand eine Idee, was da passiert sein könnte?

Das solltest du dann vielleicht mal DevExpress fragen.
Geht es denn weg, wenn du die Packages wieder entfernst?

[ULIK]

Ich glaub inzwischen nicht mehr dran, daß DevExpress der Verursacher ist: wenn ich andere Projekte lade oder neu erstelle (auch mit DX Komponenten), dann stimmt die Hintanzeige wieder.

Ich hab jetzt mal alle lokalen .dsk, .local gelöscht und die IDE neu gestartet. Hat aber auch nichts gebracht.

[himitsu]

Ich wüsste nicht, dass sich DevExpress dort einhängt.

Erste Vermutung wäre gewesen, dass das HTML ungültig (nicht valide) ist und daher die Anzeige scheitert. (sieht aber nicht auffällig falsch aus)


Ich weiß grade nicht in welchem Package dieses HelpInsight drin steckt,
und es gibt auch noch mehrere Packages bezüglich IE, welche ebenfalls einen Einfluß hätten ... k.A. ob Emba die Anzeige schon auf Edge umgestellt hat.


und ansonsten, wie immer erstmal Testen, ob es allgemein ein Problem ist
-R siehe https://docwiki.embarcadero.com/RADS...es_and_Options
https://www.delphipraxis.net/190566-...icht-mehr.html


[add]
Wenn ein Projekt geladen ist und man an den "registrierten Packages" rumfummelt, dann ist das in der DPROJ und nicht in der Registry gespeichert,
womit beim Laden/Entladen eines Projektes auch Packages ge-/entladen werden können und damit Funktionen fehlen würden.
siehe <Excluded_Packages>

[ULIK]

Hm,

es scheint immer dann zu passieren, wenn ich ein bestimmtes Projekt lade. Andere Projekte gehen problemlos. Ich hab dann mal alle DPROJ etc. gelöscht und das Projekt rein aus dem DPR laden lassen. Selbes Spiel, ich krieg wieder nur den HTML Code angezeigt.
Auch wenn ich das Projekt unter einem andern Namen speichere und neu lade tritt das Problem auf.

Was noch interessant ist: alle Projekte, die mit dem fehlerhaften Projekt in der gleichen Projektgruppe liegt, zeigen auch das Problem sobald man sie in der Projektgruppe aktiviert. Lädt mal sie hingegen einzeln, ist alles gut.

[Der schöne Günther]

Neu in 11.2:

Zitat:

Removed Internet Explorer
In RAD Studio 11.2, the embedded Internet Explorer control was fully removed throughout the IDE. The rich HTML preview, the Markdown support, and HelpInsight all use a native VCL HTML control.

Quelle


Wird wohl die Ursache sein.

[himitsu]

ahhhh, perfekt :freak:
remove, nicht replace



siehe letztes [ADD]

Die Projektgruppe hat eigentlich kein eigenes Exclude, aber
ist denn immer das selbe Projekt aktiv (fett im Projektmanager) und wird somit beim Start initialisiert?

[ULIK]

Ich war die ganze Zeit etwas auf dem Holzweg. Ausgelöst hat es durchaus die DevExpress Installation. Das Problem liegt aber nicht darin sondern an eigenen Komponenten, die wir auf DX basierend erstellt haben. Die hab ich auch noch kompilieren müssen wegen der Abhängigkeit. Und dann entsteht das Problem.
Ich hab zwar noch keine Ahnung, was darin das Problem auslösen könnte, aber wenn man die aushängt, dann geht es wieder. :gruebel:

Vielen Dank an alle, die sich damit befasst haben!

[himitsu]

wie gesagt ... schau mal in deinen DPROJ nach <Excluded_Packages> ob da mehr als die beiden Standardpackages drin steht.

[ULIK]

<Excluded_Packages> hat bei mir nur die Einträge für Office-Packages. Daran sollte es also nicht liegen. Das unterscheidet sich nicht von anderen Test-Programmen, wo es geht.

[ULIK]

Jetzt wird's kurios: Wenn das Problem auftritt, dann reicht es, in der IDE auf Komponente / Package installieren zu gehen, dort IRGENDEIN Package abzuhaken und wieder anzuhaken und mit 'Speichern' zu beenden. Dann stimmen die Hints wieder. Zumindest bis ich das Projekt schließe. Sobald ich es neu lade, paßt es wieder nicht mehr.
Na ja, wenigstens ein Workaround...

[Uwe Raabe]

Dann hat es vermutlich mit der Reihenfolge der Packages zu tun in der sie geladen werden. Dazu kommt noch die Problematik des Lazyload, welches die Fehlersuche sicher nicht einfacher macht.

[himitsu]

Zitat:

Removed Internet Explorer

Dann haben die wohl nun auch das HTML-Wirsing in der IDE kaputt gemacht? :cry:


Aber wenn es manchmal geht, dann kann es doch nicht ganz raus sein?

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1513903)

Dann haben die wohl nun auch das HTML-Wirsing in der IDE kaputt gemacht?

Wer sind denn jetzt "die"?

Zitat:

Zitat von ULIK (Beitrag 1513783)

Das Problem liegt aber nicht darin sondern an eigenen Komponenten, die wir auf DX basierend erstellt haben. Die hab ich auch noch kompilieren müssen wegen der Abhängigkeit. Und dann entsteht das Problem.
Ich hab zwar noch keine Ahnung, was darin das Problem auslösen könnte, aber wenn man die aushängt, dann geht es wieder.

[Der schöne Günther]

Zitat:

Zitat von himitsu (Beitrag 1513903)

Dann haben die wohl nun auch das HTML-Wirsing in der IDE kaputt gemacht? :cry:
Aber wenn es manchmal geht, dann kann es doch nicht ganz raus sein?

Den ganzen Absatz lesen. Einen Ersatz gibt es ja:

Zitat:

The rich HTML preview, the Markdown support, and HelpInsight all use a native VCL HTML control.

Embarcadero hat beim freundlichen Russen von nebenan die "Delphi HTML Component Library" für die IDE ab 11.2 lizensiert.

Quelle: https://en.delphipraxis.net/topic/70...d-new-release/

[ULIK]

Das Problem ist gefunden!

Auslöser ist durchaus die neu installierte Version des DevExpress 22.1.3. Aber dies alleine macht noch nichts aus. Erst die Kombination mit einer eigenen DexExpress-Baritem Komponente hat es ausgelöst:
Diese Komponente hat intern eine komplexe Form erstellt, die einen lokal agierenden DevExpress HintStyleController enthielt. Dummerweise wurde diese Form immer gleich mit Erstellung der Komponente auch mit erstellt.
Wenn man die Komponente nun in der IDE installiert und dann auf einem Form platziert hat, dann war dieser Hintstyle Controller somit auch zur Designzeit aktiv, auch wenn die Form selbst eigentlich gar nicht sichtbar war. Und hat fröhlich die Hintanzeige der IDE manipuliert.
Sprich der Hint an sich war immer korrekt, nur wurde er von der falschen HintWindow-Instanz angezeigt.

Zum Glück hab ich es so umbauen können, daß die Komponente nun auch ohne den HintStyle-Controller arbeiten kann. Und schon ist das Problem für mich gelöst.
Wieso das Überhaupt mit der IDE interagieren kann, darum darf sich nun DevExpress kümmern.
Ich persönlich kann's mir eigentlich nur so erklären, das die IDE selbst DexExpress verwendet und somit sich der lokale Controller dort registrieren konnte. Aber dafür kenn ich mich mit Komponentenentwicklung zu wenig aus, was da intern genau passiert. Jetzt muß ich erst mal eine Testkomponente für DexExpress generieren :-)

[Uwe Raabe]

Zitat:

Zitat von ULIK (Beitrag 1513907)

Ich persönlich kann's mir eigentlich nur so erklären, das die IDE selbst DexExpress verwendet und somit sich der lokale Controller dort registrieren konnte.

Es wird wohl eher so sein, dass DevExpress sich irgendwo in den Hint-Mechanismus der VCL einklinkt (und ja, die wird auch von der IDE verwendet), was es zur Designzeit aber vielleicht besser lassen sollte.