..eine Kleinigkeit, zugegeben, dennoch --als offenes Problem-- reizt sie.
Wie gesagt, obwohl als Standardbrowser im Moment Chrome eingestellt ist und seine Kooperation mit anderen Programmen, die unter WXPP den http Dienst (oder die Behandlung der .htm(-l) Dateien) verlangen, problemlos klappt, werden einige Links aus der Hilfsdatei, z.B. der Link zu diesem Forum, "http://www.qhaut.de/forums/", immer wieder vom MSIE (v6) geöffnet.
Andere Links aus der selben Datei, etwa "http://www.phase5.info/", rendert (darstellt) die Hilfsdatei-Anwendung selbst, dh im eigenen Fenster (_self),
Das kam mir inkonsistent vor und ich habe daraufhin alles probiert um zumindestens die Öffnung derjeniger Links, die einen Browser verlangen, vom eingestellten Standardbrowser (Chrome) zu erzwingen. Doch kein Erfolg, obwohl
--Dateitypen (http Protokoll, url-Verknüpfung, .htm Suffix) überprüft;
--Registry durchgestöbert.

Im Netz fand ich jedoch Hinweise, daß alle diese möglichen Einstellungen NICHTS daran ändern können, wenn in den betreffenden Dateien auf irgendeine Weise die Nutzung von MSIE festgeschrieben ist.
Kann es bei der Hilfsdatei der Fall sein? Falls ja, sollte man nicht korrigieren?

Da bei mir unter Vista die CHM-Dateien sowieso nicht mehr funktionieren, kann ich das jetzt nicht testen, ich kann mich aber erinnern, dass ich mit den Links in der Hilfe auch teilweise ähnliche Probleme hatte. Hast du ggf. genauere Referenzen, wo hast du die Hinweise gefunden? Ich bin damals glaube ich auch nur so weit gekommen, dass es nicht möglich ist, der CHM-Datei von außen irgendetwas vorzuschreiben: Sie macht was sie will (Microsoft eben ).

Hab jetzt die CHM-Datei doch zum Laufen bekommen: Die Links öffnen sich entweder direkt im Fenster der Hilfedatei oder im Browser meiner Wahl und (nach einem weiteren Test) auch im IE.

Geht bitte mal auf "Empfehlungen - Surftipps": "tutorial.clairette.de" öffnet im IE, alle anderen Links auf der Seite im Standardbrowser (bei mir FF) - ist das bei dir auch so? Und die Links auf der Hilfestartseite (www.phase5.info) öffnen beide direkt im Hilfefenster - bei dir auch?

Hallo,

also dass mit dem Link auf tutorial.clairette.de ist ein Schreibfehler von mir.
Im Link heißt dort irrtümlicherweise "htttp://tutorial.clairette.de" also mit 3 x "t"
Da es im CHM als "externer Hyperlink" definiert ist, der Standardbrowser wie z.b. Chrome jedoch das "Protokoll" htttp: nicht
gebucht hat, behilft sich wohl der CHM-Darsteller mit dem Aufruf des IE.

Doch, genau das habe ich gemacht und in meinem Eingangsposting geschrieben,
s. shot (hoffentlich klappt's, i.d. Vorschau sehe ich's leider nicht
Klicken um den Anhang anzusehen

@Thomas
Der erwähnte Hinweis auf feste 'Verdrahtungen' war bei irgendeinem mozilla Forum, habe aber leider nicht gebookmarkt

htttp, nicht http (eben ein Schreibfehler)! Aber egal, gibt es noch andere Links, die bei dir nicht funktionieren und kannst du uns schreiben, wo die sich befinden? Was passiert mit den von mir genannten Links, die sich bei mir im FF öffnen - gehen die bei dir in Chrome auf?

hilfe::Empfehlung und Surftipps
"http://selfhtml.org/"
"http://ftp-uploader.de/"
"http://portablewebap.com/" und "http://www.php.net/"
alle mit MSIE 'verdrahtet'. Ditto alle links auf hilfe:: Hilfe/Support-Forum

..nun habe ich so gut wie alle externe Links durchgeklickt und über dasselbe: MSIE.
Tja, wer sagt's denn.

Wie gesagt, bei mir unter Vista geht es, unter XP kann ich es zuhause mal testen. Ansonsten noch eine Frage zu deinem Screenshot: Ist bei "URL: CallTo" ein Leerzeichen zwischen "URL:" und "CallTo"? Kann es eventuell damit zusammenhängen? Was passiert, wenn du z.B. auf dem Desktop eine neue Internetverknüpfung anlegst und die dann anklickst: Geht die in Chrome auf?

URL: CallTo ist NetMeeting
s. MSN
Desktoplinks, wie auch andere HTM, HTML Dokus öffnet Chroma anstandlos.
Vielleicht ist hh.exe verantwortlich?
Klicken um den Anhang anzusehen

Mir ging es mehr um das Leerzeichen zwischen "URL:" und "CallTo" und das das eventuell zu Problemen führen könnte.

Mit diesem Programm werden die kompilierten HTML-Dateien angezeigt. Und man kann damit auch die kompilierten Dateien wieder dekompilieren (z.B. "hh.exe -decompile . htmledit.chm", aber auf eigene Verantwortung und vorher am besten aber die htmledit.chm in ein eigenes leeres Verzeichnis kopieren). Hilft aber auch nicht wirklich weiter, da soweit ich das sehe, das Inhaltsverzeichnis zwar in der htmledit.hcc steckt, aber nicht als reines HTML.

Ich melde mich nochmal, wenn ich es unter XP ausprobiert habe.

Auf XP bei mir ganz genauso - insofern kann es eigentlich nicht an der CHM-Datei liegen. Vielleicht ist doch irgendwo tief im System bei dir was verstellt?

cfr.:
O-Ton aus Redmond

"What if my user wants to use a browser other than Internet Explorer?
They can continue to use any browser they want. However, the HTML Help Java Applet, which is supported across browsers, only works with a subset of the navigation features supported by the HTML Help ActiveX control. The applet supports:
"

Das bezieht sich meines Erachtens aber auf Systeme, auf denen gar kein IE installiert ist. Da das Hilfesystem selbst wahrscheinlich auch auf die Engine des IE zurückgreift, muss in diesem Fall der andere Browser zusammen mit dem genannten Applet eingesetzt werden, was zu Funktionseinschränkungen innerhalb der Hilfeanzeige führt. Mit der externen Verlinkung und dem dabei aufgerufenen Browser hat das - soweit ich das verstehe - nichts zu tun.



Die Verlinkung wird bei MSDN unter http://msdn.microsoft.com/en-us/library/ms644580(VS.85).aspx angesprochen - und da gibt es nach meiner Recherche keinerlei Hinweise darauf, dass man Links irgendwie an einen bestimmten Browser binden kann.

Und da ich jetzt noch auf einem zweiten XP-System verifiziert habe, dass die korrekten Links (mit "http" als Protokoll) immer im Standardbrowser und nicht im IE geöffnet werden, tippe ich eher auf ein anderes Problem auf deinem System, evtl. im Zusammenhang mit Chrome (ich habe meine Tests alle mit dem FF durchgeführt).

Lade dir doch mal eine andere CHM-Datei herunter (z. B. die von SELFHTML) und guck, was dort passiert. Und teste doch mal, was passiert, wenn du beim Anklicken eines Links die Shift-Taste gedrückt hältst. Das hat bei mir zur Folge, dass alle externen Links, die normalerweise im Hilfefenster geöffnet werden, im Standardbrowser geöffnet werden. Lediglich bei Links die in die CHM-Datei selbst verzweigen, wird der IE genutzt (mit einem Link der Form "mk:@MSITStore:C:\Programme\phase5\htmledit.chm::/einstieg_fuer_anfaenger.html").

Ich geb's auf,
*.chm UND Google Chrome als Standardbrowser vertragen sich nicht. Bei mir nicht. Womöglich nur bei mir.
Hab's auch bei der selfhtml.chm festgestellt. Die gedrückte Shift-Taste beim Klick auf einen externen Link bewirkt lediglich, daß NICHT im Fenster der Anwendung sondern in einem neuen des wohl vorhandenen IE geöffnet wird.
Damit werde ich wohl leben müssen.

Noch 'ne Idee : Hast du schon SP3 installiert? Meine XPs (allerdings beide Home) sind bezüglich der MS-Patches einigermaßen auf dem neuesten Stand - vielleicht wurde ja da noch was nachgebessert.

..nein, auch wegen s. hier-->
die Patches lade ich bisjetzt händisch runter.

Da ich mir übrigens nicht vorstellen kann, daß MS die Bindung der .chm files an IE via ActiveX Control lösen wird, suche ich nach anderen workarounds. Etwa, einen (anderen) Browser dazu bringen, daß er .chm rendert oder ein anderes tool als hh.exe sie öffnet.

Da hab ich wohl Glück gehabt - ich hab mit SP3 nicht mehr Probleme als ohne .

Zum Thema CHM ohne IE findest du eventuell hier etwas ...

..vernünftiger Kompromiß: sustine et abstine!