![]() |
AW: dynamische Website
Zitat:
Das sind alles Versuche ein Problem zu lösen, das nicht zu lösen ist. |
AW: dynamische Website
Zitat:
auf ein programm bezogen, bringt es den vorteil das man erstmal minimal sicherstellen kann das das ausgeführt wird was man selber möchte. also vorteil gegen manipulation des grund-codes falls du verstehst was ich meine. wenn index.htm einfach so mitgeliefert wird, kann ja jeder sofort editieren und das manipulat verbreiten, so ist es erstmal nicht sofort ersichtlich. ob dies ein vorteil oder im sinne des OP ist kann ich beurteilen. |
AW: dynamische Website
Ich habs bei mir so gemacht: Resourcen (HTML) in eine Resource-Datei laden und ins Programm mit einkompilieren.
Wenig Aufwand, Zweck erfüllt. Wer manipulieren will, schafft das in jedem Fall. |
AW: dynamische Website
Hallo zusammen,
nochmals danke für die weiteren Antworten. Ich denke ich erstelle eine HTML-Datei und füge die als Ressource der EXE bei. Kann zwar immer noch manipuliert werden, aber ist schon mal ein wenig aufwendiger wie eine index.html-Datei im Programm Verzeichniss... Ich habe es so gemacht wie Sebastian Jänicke in der ersten Antwort gezeigt hat. (Projekt -> Ressourcen und Bilder). Habe allerdings Schwierigkeiten die Ressourcen-Datei jetzt im Webbrowser anzuzeigen. Habe div. Funktionen gefunden wie man Bilder etc. aus der Ressource ließt, allerdings nicht wie das mit (HTML)-Dateien funktioniert. Hat hierfür jemand ein Beispiel oder ein Hinweis auf die passende Funktion? Nochmals vielen Dank :thumb: |
AW: dynamische Website
|
AW: dynamische Website
oder
![]() Aber ![]() ![]() ![]() Abgesehn davon, dass Ressourcen über "Namen" viel schöner zu behandeln sind, anstatt über eine "komische" Nummer/ID. TResourceStream + TEncoding/TStringStream/TStringList/... |
AW: dynamische Website
Das würde doch heißen: Man gibt beim TWebbrowser diese URL ein
Code:
und fertig?
res://mydll.dll/#2/#234
So in etwa
Delphi-Quellcode:
?
WebBrowser.Navigate(Format('res://%s/#2/#234',[Application.ExeName]));
|
AW: dynamische Website
Arg, hatte es länger nicht mehr in neuen Projekten benutzt,
aber ich wäre davon ausgegangen, dass alle "richtigen" Browser auch alle im System registrierten Protokolle unterstüzen. (aber selbstregistrierte Protokolle funktionieren komischer Weise) res://C:%5Cwindows%5Csystem32%5Cmsxml3.dll/XML/DEFAULTSS.XSL Internet Explorer und der TWebBrowser lädt es (aber nicht als Link/Referenz in einer HTML aus dem Internet) der Edge leitet krampfhaft an Bing weiter der Firefox macht garnichts (nichtmal eine "nicht gefunden / kann nicht geladen werden"-Fehlermeldung :freak:) der Explorer läd es auch, bzw. leitet an den Internet Explorer weiter Dateizugriffe (TFileStream usw.) oder Notepad (Datei öffnen) funktionieren problemlos (so lange niemand vorher sowas wie FileExists verwendet, z.B. mit einem FindFirstFile) sowas wie CMD:
Delphi-Quellcode:
mag es nicht
type ...
|
AW: dynamische Website
Man kann dieses Protokoll ohnehin nicht auf andere Browser umbiegen. Das lässt Windows gar nicht zu. Von daher würde es auch nicht viel bringen, wenn diese es ausführen könnten, auch wenn es schade ist, dass sie es gar nicht erst können.
|
AW: dynamische Website
Wieso nichts bringen?
Als Referenz für Bilder, CSS, JS oder Frames, innerhalb einer HTML aus dem Intranet oder einer Datei von der Festplatte? Oder eben die HTML aus der Ressource direkt in einem der anderen Browser geladen. Fänd ich jedenfalls praktischer, als einen lokalen Webserver starten zu müssen. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:00 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz