Styles und Hilfe im chm-Format

[Jelen]

Hallo,
zu meinem Projekt (in Delphi 10.1 Berlin Update 2) gibt es eine Hilfedatei im CHM-Format. Vcl.HtmlHelpViewer der uses-Liste des Hauptformulars hinzugefügt und Application.HelpFile gesetzt.
Ganz einfach, funktioniert auch. Bis zu dem Moment, wo ich dem Projekt einen Style verpasse (Projektoptionen -> Anwendung -> Erscheinungsbild).
Jetzt versucht Windows, im Hilfefenster den Style zu übernehmen - zumindest Teilweise - und das geht gründlich in die Hose.
Das Hilfekapitel wird zwar noch richtig angezeigt, aber die Leiste mit den Navigationssymbolen ist abgeschnitten und die linke Spalte Inhaltsverzeichnis / Index / Suche ist der Hintergrundfarbe des Styles zum Opfer gefallen - siehe angehängtes Bild.
Hat jemand von Euch eine Ahnung, wie man das in den Griff bekommen kann ?

[himitsu]

CHM ist ja eine ZIP mit HTML-Dateien drin, die dann in einem eingebetteten Internet Explorer angezeigt wird.

Wir haben bei unserer HTML-Hilfe (einzelne Dateien) auch Probleme, wenn es z.B. von einem Netzlaufwerk geladen wird.
Der Internet Explorer stuft standardmäßig vieles als "gefährlich" ein und blockiert es.
Besonders gern sperrt der CSS-Dateien, aber JavaScript-Dateien werden öfters problemlos geladen.

Die einzige wirklich fast immer funktinierende Lösung war es, die Dateien über einen Webserver auszuliefern.
TIdHTMLServer
Der kann aus dem Netzwerk erreichbar sein oder lokal laufen.
Denn für den IE ist alles aus dem Internet "sicherer", als etwas aus dem Intranet.

[HolgerX]

Hmm..

Oder Du setzt die Flags für die HtmlHilfe in der Registry richtig:

[HKEY_LOCAL_MACHINE\Software\Microsoft\HTMLHelp\1.x \ItssRestrictions]
"MaxAllowedZone"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x \HHRestrictions]
"MaxAllowedZone"=dword:00000001
"EnableFrameNavigationInSafeMode"=dword:000000 01

Dadurch wird das "Lokale Intranet" für die HtmlHelp auf "zugelassen" gesetzt.
Dies verwenden wir bei unserer auf dem Server liegenden Hilfe bei den Kunden..
.. und schwubs können diese die Hilfe wieder öffenen und lesen.

[eickers]

Zu Antwort #3:

Zitat von HolgerX:

... Oder Du setzt die Flags für die HtmlHilfe in der Registry richtig...

Funktioniert leider nicht unter Windows 11 und Windows Server 2022 Standard mit Embarcadero® RAD Studio C++ Builder 11.3.

[HolgerX]

Hmm

Zitat von eickers:

Zu Antwort #3:

Zitat von HolgerX:

... Oder Du setzt die Flags für die HtmlHilfe in der Registry richtig...

Funktioniert leider nicht unter Windows Server 2022 Standard mit Embarcadero® RAD Studio C++ Builder 11.3.

Wo hast du den welche Regeinträge gesetzt?

Diese haben eigentlich nichts mit Delphi zu tun, sondern nur mit HTMLHelp...
Eventuell gibt es auf dem Server 2022 kein HTMLHelp mehr oder das RAD Studio 11.3 verwendet diese nicht mehr.

Damit die Hilfe (.CHM vom Netzwerk) auf den Clients angezeigt werden, müssen dort (also auf dem Client) folgende Einträge gesetzt werden:

Code:

[HKEY_LOCAL_MACHINE\Software\Microsoft\HTMLHelp\1.x\ItssRestrictions]
"MaxAllowedZone"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x\HHRestrictions]
"MaxAllowedZone"=dword:00000001
"EnableFrameNavigationInSafeMode"=dword:00000001

[Jelen]

Mit den Tücken des IE bei der chm-Hilfe hab' ich auch schon gekämpft. Damit überhaupt was angezeigt wird, lasse ich die CHM beim Programmstart in ein lokales Temp-Verzeichnis kopieren und rufe sie von dort aus auf. Mein Problem ist aber nicht die prinzipielle Anzeige der Hilfe, sondern die durch Styles gestörte Anzeige.
Was mich bei diesem Anzeigeproblem nur wundert ist, woher der IE überhaupt die Style-Info nimmt .
Wenn ich es mit der eingebetteten Anzeige von PeterPanino versuche (siehe hier), kann ich Styles verwenden wie ich will, ohne dass sie die Anzeige beeinflussen.

[a.def]

Zitat:

Damit überhaupt was angezeigt wird, lasse ich die CHM beim Programmstart in ein lokales Temp-Verzeichnis kopieren und rufe sie von dort aus auf.

Oder man schreibt sich sein eigenes Mini-Framework mit dem THTMLViewer

[Jelen]

Zugegeben, das wäre die beste Lösung - und auch mein persönlicher Favorit - ich hatte nur gehofft, mit weniger Aufwand auszukommen .
Schließlich ist ja eigentlich schon alles fertig, die Software beim Anwender im Testbetrieb, Bereitstellungstermin vorvorgestern, nur die blöde Hilfeanzeige zickt noch rum ...

@HolgerX: Das mit den Registry-Einträgen habe ich zusätzlich mit drin - für die Anwender, die kein Schreibrecht auf Ihrer lokalen Festplatte mehr haben (ja, auch das gibt es schon ) - scheitert aber meistens an fehlenden Admin-Rechten ...

[a.def]

Einem Anwender diesen NonSense anzutun in der Registry rumfuchteln zu müssen bzw. das vorauszusetzen finde ich ist ein Unding.
Dann doch lieber ein eigenes HilfeSystem schnell erstellt.

[HolgerX]

Hm..

Zitat von Jelen:

@HolgerX: Das mit den Registry-Einträgen habe ich zusätzlich mit drin - für die Anwender, die kein Schreibrecht auf Ihrer lokalen Festplatte mehr haben (ja, auch das gibt es schon ) - scheitert aber meistens an fehlenden Admin-Rechten ...

Wir haben hier ein kleines Konsolentool gebastelt, welches bei Einrichtung eines neuen PCs/TerminalServer von einem Admin 1x Aufgerufen wird.

Da unser Programm direkt von einem FileShare, ohne lokale Installation gestartet wird, scheidet hier die Verwendung eines Installprogrammes aus. Vor allem wegen der Verwendung auf TherminalServern ist dies notwendig.

Optional kann dieses Konsolenprogramm auch über eine Batch vor dem Programmstart aufgerufen werden, so dass der Link auf dem Desktop nicht direkt die Applikation startet, sondern die Batch. Dann sind jedoch Admin Rechte notwendig.

Einige Kunden haben ein solches Script oder eine Richtlinie bereits in ihren Defaults oder Installscripten für neue Arbeitsplätze enthalten.