Erstellte HTML-Datei lädt nicht nachdem Thread fertig ist

[RWarnecke]

Hallo zusammen,

ich erstelle in einer App eine HTML-Datei. Diese Speichere ich in den TMP-Ordner. Das funktioniert auch soweit sehr gut. Jetzt versuche ich im OnTerminate diese gespeicherte Datei im TWebbrowser aufzurufen. Das funktioniert nur mit der ersten erstellten Datei. Jede weitere Datei die erstellt wird, wird im OnTerminate nicht geöffnet, sondern erst wenn ich die App einmal schließe und dann wieder neu öffne, kann ich jede erstellte Datei einwandfrei im TWebbrowser öffnen. Die Erstellung der Datei läuft in der Execute-Procedure des Threads ab.

Hier der Quelltext vom OnTerminate-Ereignis:

Delphi-Quellcode:

procedure TPhoneMainForm.LoadingContentTerminated(Sender: TObject);
var
  tmpFileName: string;
begin
  tmpFileName := LoadingContentClass.FileName;
  LoadingContentClass := nil;

  if FileExists(TPath.Combine(TPath.GetTempPath, tmpFileName)) then
  begin
    WB_Details.Navigate('file://' + TPath.Combine(TPath.GetTempPath, tmpFileName));
    TC_Main.ActiveTab := TI_Details;
  end
  else
    TC_Main.ActiveTab := TI_News;
end;

Das FileExists liefert ein True, aber der TWebbrowser zeigt mir die Datei nicht an.

Hatte schonmal jemand so ein Problem und wie kann ich es lösen ?

[stahli]

So in´s blaue:
Ist das immer der gleiche Dateiname?
Hilft F5 im Browser?

[RWarnecke]

Zitat:

Zitat von stahli (Beitrag 1257695)

Ist das immer der gleiche Dateiname?

Nein, es sind unterschiedliche Namen.

Zitat:

Zitat von stahli (Beitrag 1257695)

Hilft F5 im Browser?

Müsste ich noch ausprobieren, was passiert wenn ich ein Refresh hinter Navigate setze.

Angemerkt sei, dass das ganze unter iOS so auftritt.

[RWarnecke]

So, ich habe eine Lösung (Workaround) gefunden. Ich erstelle keine Datei mehr und versuche die über die Adresse file://<Pfad>/<Dateiname> zu laden sondern benutze die Funktion LoadFromStrings von TWebbrowser. Damit kann ich den HTML Inhalt aus einem String im TWebbrowser anzeigen lassen. Der zweite Parameter von LoadFromStrings muss nur gesetzt werden, wenn es relative Pfade bei Bildern oder Links innerhalb des HTML Inhalts gibt.

[himitsu]

Im Notfall kannst du auch einen WebServer aufsetzen.

TIdHTTP mit einem netten Port (den kann man notfalls auch dynamisch belegen und sich einen Freien raussuchen) und dann via http://localhost:port/id-string oder http://127.0.0.1:port/id-string auf die Datei zugreifen.

Der TWebBrowser und der IE allgemein ist gern mal durch Sicherheitsrichtlinien extrem eingeschränkt.
Selbst wenn dort das Intranet als "vertrauenswürdig" eingestuft ist, dann sind es lokale Dateien und Dateien auf Netzlaufwerken noch lange nicht.
Unserer Erfahrungen waren dann, daß CSS und JS nicht oder zumindestens nicht komplett funktioniert, bzw. dennoch (teilweise) gesperrt sein können.



Beim Versuch eine "richtige" und vorallem funktionierende Hilfe für unser Programm bereitzustellen, sind wir letzendlich bei Help&Manual gelandet und geben die Hilfe jetzt über den Server (DataSnap, DMS, Hilfe) zu den Clientanwendungen weiter, wo die Hilfe nun in einem internen TWebBrowser oder notfalls über den lokalen (Standard)Browser angezeigt wird.
Der TidHTTP könnte aber auch direkt in der (Client)Anwendung eingebaut sein.
> Leider existiert ja sonst praktisch kein (kontextsensitives) Hilfesystem, welche wirklich überall problemlos funktioniert. (selber wenn man es erstmal nur für Windows versuchen wöllte)

[mkinzler]

Das wäre ja ein wirklicher Overkill für eine iOS-App

[himitsu]

Zitat:

Zitat von mkinzler (Beitrag 1257813)

Das wäre ja ein wirklicher Overkill

Kommt drauf an.

Wenn bereits Indy im Programm verwendet würde, dann fällt der kleine TidHTTP auch nicht mehr auf. :angel:

[RWarnecke]

Zitat:

Zitat von mkinzler (Beitrag 1257813)

Das wäre ja ein wirklicher Overkill für eine iOS-App

Ich bin ganz der Meinung von Markus. Man muss umdenken, wenn man iOS-Apps erstellt. So meine Meinung.