vbrichclient5 webkit Browser Hilfe gesucht

[Wolfgang Bußmann]

Hallo,

ich würde gerne den WebKit Browser von Olaf in eines meiner Programme
einbinden.

Trotz diverser Versuche komme ich hiermit jedoch einfach nicht klar. Auf
den Seiten von Olaf finde ich leider auch keine Demo. Mit Cairo habe ich
mich überhaupt noch nicht beschäftigt und benötige daher wohl einen
"Anschub".

Welche Dateien werden benötigt?

Wie muss der Ordneraufbau sein?

Wie muss ich "diese" vbwidgets.dll in mein Programm einbinden oder
brauche ich diese "nur" für den Browser gar nicht.

Kann ich den Browser auch in eine "normale" Form einbinden oder muss es
eine "Cairo" Form sein?

Ich würde gerne aus einer Datenbank Werte einlesen und diese im Browser
über z. B. getDocumentbyID und InnerHtml diese ändern. Ich das möglich?

Kennt jemand einen Link mit einer kleine Demo?

Für Eure Unterstützung werde ich sehr dankbar.

Viele Grüße

Wolfgang

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
http://www.avast.com

[Schmidt]

Am 15.03.2015 um 09:03 schrieb Wolfgang Bußmann:

> ich würde gerne den WebKit Browser von Olaf in eines meiner
> Programme einbinden.

Vorab vielleicht erstmal...

Sollen Deine HTML-Schnipsel auch visualisiert werden?
(nur dann dann bräuchte es die vbWidgets.dll).

Oder geht es mehr um "rein Daten-orientiertes Parsen" bzw.
"Änderungen am DOM"?

Da seit IE9 der mit dem System kommende MS-Browser-Stack
ja wieder durchaus benutzbar ist (inkl. schnellem JavaScript),
wären weiter in Betracht zu ziehende Überlegungen:
- können XP-Clients in Deiner Anwendung ausgeschlossen werden?
- falls visualisiert wird, soll auch zu "Public WebSites" navigiert
werden?

Die cWebKit-Klasse (in Verbindung mit dem dann neben die
vbRichClient5.dll zu legenden Ordner WebKitCairo) macht
dann Sinn, wenn ein "wohldefiniertes Verhalten" in eher
"lokalen Szenarien" (InApp-Benutzung oder Intranet-Benutzung)
angestrebt wird (keine Überraschungen bei "speziellen CSS-
oder HTML5-Schnipseln" usw.).

Falls der HTML-, JavaScript- bzw. CSS-Content jedoch eher
einfach gestrickt ist (auch mit dem IE7/8 auf XP keine Problem
macht), dann wären die MS-Browser-Interfaces meiner Meinung nach
vorzuziehen (da keine Extra-Installation nötig).

Olaf

[Wolfgang Bußmann]

Hallo Olaf,

vielen Dank für Deine Rückmail.

Zur Zeit ist es so, dass ich durch statisch programmierte "Forms"
(Label, Linien, Picture, Frames, etc.) diverse "Anzeigemonitore"
erzeuge. Die Daten hole ich mir aus einer Access-Datenbank, die in einem
Programm an einem anderen Rechner bearbeitet wird. Die Anzeigemonitore
stehen teilweise an weit entfernten Arbeitsplätzen und sind im
"internen" Netzwerk verbunden.

Jeder Anwender möchte den Aufbau dieser "Anzeigen" natürlich anders
haben. ;-)

Jetzt habe ich mir gedacht, dass die Anwender sich selbst
HTML/CSS-Formulare erstellen, die ich durch das Programm nur noch mit
den Daten versorge. Im HTML-Formular stehen dann z. B. ID's für die
Datenbankfelder, welche von mir dann "gefüllt" werden. Bei Tabellen muss
dann von meinem Programm natürlich noch die entsprechende Anzahl von
Tabellenzeilen generiert werden.

Da sich die "Anzeigen" zusätzlich, je nach Aufstellplatz und anderen
Punkten, auch noch unterscheiden, muss ich dem Anwender noch die
Möglichkeit geben, diverse Punkte vorher einzustellen.

Theoretisch ist das ganze auch mit reinem HTML/CSS und Javascript
möglich. Um auf die Datenbank zugreifen zu können, muss ich hier jedoch
erst eine sqlite Datei erzeugen. Dieses dauert in meinem zeitkritischen
Hauptprogramm einfach zu lange. Weiterhin könnte ich, z. B. über UDP,
den Anzeigemonitoren mitteilen, dass sich Werte geändert haben und eine
neue Abfrage erfolgen muss.

Die Programme können nur noch ab Windows 7 installiert werden. XP wird
nicht mehr unterstützt. "Public" HTML-Seiten sollen, nach der
derzeitigen Planung, nicht unterstützt werden. Wie groß die
Installationsdateien werden, dürfte normalerweise keine Rolle spielen.

Über Deine Vorschläge würde ich mich freuen.

Gruß Wolfgang

--

Wolfgang Bußmann

w.bussmann at gmx.de

[Wolfgang Wolf]

Am 15.03.2015 09:03, schrieb Wolfgang Bußmann:
>
> Ich würde gerne aus einer Datenbank Werte einlesen und diese im Browser
> über z. B. getDocumentbyID und InnerHtml diese ändern. Ich das möglich?
>

Lass doch die Arbeit die Clients machen. Dafür brauchst du dort noch
nicht mal was installieren. Olafs vbRichClient hat auch einen kleinen
aber sehr feinen WebServer dabei. Dieser könnte die Daten blitzschnell
im JSON-Form liefern und die Browser der Clients visualisieren diese
Daten nach Lust und Laune. Sollte dich dieser Vorschlag interessieren,
kann ich weitere Details liefern. Habe diesbezüglich mal 2011 eine Demo
erstellt. Basiert auf Ext-JS und RC4:
http://www.ww-a.de/download/ExtBrowser.zip
(im RC4 Ordner muss auch der WebKitCairo-Ordner enthalten sein)
In dieser Demo kannst du als Alternative zum Browser den webkit als
RIA-Anwendung im Einsatz sehen.

Schönen Gruß
W. Wolf

[Wolfgang Bußmann]

Hallo Wolfgang,

vielen Dank für deinen Vorschlag. Deine Demo schaue ich mir in den
nächsten Tagen einmal in Ruhe an. Bei weiteren Fragen melde ich mich dann.

Gruß Wolfgang

[Schmidt]

Am 16.03.2015 um 07:52 schrieb Wolfgang Bußmann:

> Theoretisch ist das ganze auch mit reinem HTML/CSS und Javascript
> möglich. Um auf die Datenbank zugreifen zu können, muss ich hier jedoch
> erst eine sqlite Datei erzeugen.

Das verstehe ich nicht so ganz - falls eine Version Deiner SQLite-DB
bereits (auf einer zentralen Maschine) existiert, dann könntest Du
auf dieser Maschine ganz einfach eine cWebServer-Instanz hosten,
die dann die HTML- und CSS-Files an Deine anderen (Web-)Clients
liefert, und dennoch lokalen Zugriff auf die SQLite-Db hat.
Z.b. direkt in Deiner auf dieser zentralen Maschine laufenden
"Main-App" (falls Du sowas hast, um Deine Hardware zentral anzusteuern).

Vielleicht (bevor Du WebKit angehst) - erstmal mit dem RC5-WebServer
(cWebServer) herumspielen (z.B. in Verbindung mit einem ganz normalen
MS-Browser-Control auf einer kleinen "Client-TestForm").

> Die Programme können nur noch ab Windows 7 installiert werden. XP wird
> nicht mehr unterstützt.

Das legt die Verwendung der moderneren (auf ieframe.dll basierenden)
MS-Browser-Komponente nahe (anstelle von cWebKit).

Die MS-Browser-Komponente verhält sich per Default jedoch zunächst immer
im "IE7-Kompatibilitäts-Modus" - mit einer kleinen Helfer-Klasse kann
man jedoch dem Ganzen auf die Sprünge helfen, so dass auf Win7 mit
z.B. installiertem IE9, bzw. IE10 dann automatisch die höchste Browser-
Version Verwendung findet (mit dann besserem HTML5 und CSS3-support).

In Sub Main könnte die Anwendung der cFIE-Klasse z.B. so aussehen:
Option Explicit

Sub Main()
'the features of the WB-Control need to be set
'before the Control gets loaded into the process
With New cFIE
.FEATURE_BROWSER_EMULATION = Int(Val(.InstalledVersion))
End With
End Sub

Hier ist eine Diskussion dazu nachzulesen (inkl. Link zum cFIE-ClassCode):
http://www.vbforums.com/showthread.php?779789-Browser-emulation-to-the-highest-possible-version-of-IE-installed

Olaf

[Wolfgang Bußmann]

Hallo Olaf,
Hallo Wolfgang,

vielen Dank für Eure Rückmails.

Wahrscheinlich denke ich viel zu kompliziert. ;-(

Da ich mit Javascript nicht direkt auf eine mdb Datei zugreifen kann,
habe ich mir gedacht, was soll's, erzeuge eine komplette Kopie als
Sqlite Datei. Die Daten lese ich über XMLHttpRequest mit einen Timer
periodisch ein. Mit der Sql.js Bibliothek kann ich die Daten dann über
spezielle Select Befehle öffnen und die Daten im Javascript Code weiter
für die HTML-Seite verarbeiten. Einen Server brauche ich hierfür nicht.

Das funktioniert auch bereits alles relativ gut. Das Problem hierbei
ist, dass das Erzeugen der Sqlite Datei einen Moment dauert, den ich
nicht gebrauchen kann. Weiterhin muss die HTML Datei im gleichen
Verzeichnis wie die Sqlite Datei liegen. Ein höheres Verzeichnis
akzeptieren die Browser aus Sicherheitsgründen nicht.

Jetzt hatte ich mir gedacht, nimm VB6, packe ein "webBrowserControl"
hinein , lese die HTML-Datei ins "webBrowserControl" ein, lese die MDB
Datei wie immer erforderlich ein, ändere von VB6 aus über das
"webBrowserControl" und "document.GetElementeById" die entsprechenden
Felder. Das Kunde kann "sein Formblatt" entwickeln und ich fülle nur die
Felder. Das "webBrowserControl" wird auf Bildschirmgröße vergrößert und
fertig. Hier benötige ich keinen Server und beim "webKit" keinen Browser.

So wie Olaf schreibt kann das "webkit" aber leider nicht HTML5 und CSS3.
Das wäre für mich allerdings schlecht. Alternativ wäre daher
wahrscheinlich doch nur der Einsatz eines Servers möglich.

Für einen ersten "Server"-Einstieg habe ich daher versucht, Wolfgang's
"ExtBrowser" Beispiel zu testen. Leider bekomme ich es trotz intensiver
Versuche einfach nicht ans laufen. Mit fehlen wahrscheinlich einige
"Grundkenntnisse"?

Als erstes habe ich alle vbRichClient4 Verweise auf vbRichClient5
geändert. Die vbRichClient5 ist selbstverständlich registriert. Das
Programm startet einwandfrei.

Wähle ich dann das "alternative" Cairo-Formular bekomme ich folgende
Fehlermeldung:
Laufzeitfehler ...
WebKit.dll not loaded, please call initWebtKittdll beforehand (with the
correct path).

Wähle ich das "normale" VB-Formular bekomme ich folgende Fehlermeldung:
Fehler beim Laden. Weitere Informationen in ... /fbrowser.log.
Inhalt der "log" Datei: Zeile 11: Steuerelement WebKitHost1 kann nicht
geladen werden.

Nach dem Schließen des Fensters kommt noch eine Fehlermeldung
Laufzeitfehler "7". Nicht genügend Speicher.

Der Verzeichnisaufbau ist folgender:
/Models
/Sources
/Views
/WebKitCairo
DirectCOM.dll
ExtBrowser.vbp
vb_cairo_sqlite.dll
vbRichClient5.dll

Ich würde gerne die "Zusammenhänge" verstehen. Vielleicht kann ich dann,
wie von Olaf vorgeschlagen, auch die ?"bessere"? MSBrowser Komponente
einbinden.

Wolfgang benutzt in der Demo eine Ext-JS Bibliothek die bei
kommerziellem Einsatz etwas kostet. Dieses kommt für mich leider nicht
in Frage.

Wo liegt mein Fehler? Steht der "Wald" im Weg? Könnt Ihr mir nochmals
"unter die Arme greifen"?

Vielen Dank im Voraus!

Gruß Wolfgang

[Wolfgang Wolf]

Am 22.03.2015 10:18, schrieb Wolfgang Bußmann:
>

>
> Da ich mit Javascript nicht direkt auf eine mdb Datei zugreifen kann,
> habe ich mir gedacht, was soll's, erzeuge eine komplette Kopie als
> Sqlite Datei. Die Daten lese ich über XMLHttpRequest mit einen Timer
> periodisch ein. Mit der Sql.js Bibliothek kann ich die Daten dann über
> spezielle Select Befehle öffnen und die Daten im Javascript Code weiter
> für die HTML-Seite verarbeiten. Einen Server brauche ich hierfür nicht.
>

"Server" klingt in diesem Fall auch viel zu "übertrieben". In
Wirklichkeit handelt es sich um ein lokales cWebServer Objekt, welches
als Teil der eigenen Anwendungen an einem beliebigen Socket horcht und
hier die Web-Kit Anfragen beantwortet. Server und Client bilden also
eine Einheit, sind beide Teil des gleichen Programms. Alternativ kann
dieser Server genauso die Anfragen eines lokalen Browsers beantworten.
Natürlich kann man das auch auf Anfragen außerhalb der eigenen
Netzwerkkarte erweitern. Dafür muss nur die eigene Firewall ihr Ok für
den gewählten Port geben.

> Das funktioniert auch bereits alles relativ gut. Das Problem hierbei
> ist, dass das Erzeugen der Sqlite Datei einen Moment dauert, den ich
> nicht gebrauchen kann. Weiterhin muss die HTML Datei im gleichen
> Verzeichnis wie die Sqlite Datei liegen. Ein höheres Verzeichnis
> akzeptieren die Browser aus Sicherheitsgründen nicht.
>

Du spricht wohl eine temporäre Sqlite direkt aus dem HTML5-Browser an?
Deshalb auch diese spürbare Verzögerung. Das muss nicht sein, wenn du
die Browser-Komponente über TCP mit JSON-Daten fütterst. Dafür braucht
es kein HTML5 und kein Sqlite. Entsprechend kann auch WEBKit ordentlich
damit umgehen. Andererseits spricht auch nichts gegen eine HTML5-fähige
Engine, wie z.B. das IE-Browser-Control (in meinem Beispiel kann das
über das Menü "Call VB" und "Show App in Webbrowser" getestet werden).
Den Umweg über die SQLite-Datei würde ich daher dringend vermeiden.

[...]

>
> Für einen ersten "Server"-Einstieg habe ich daher versucht, Wolfgang's
> "ExtBrowser" Beispiel zu testen. Leider bekomme ich es trotz intensiver
> Versuche einfach nicht ans laufen. Mit fehlen wahrscheinlich einige
> "Grundkenntnisse"?

Mein Beispiel liefert Daten aus einer Access-DB über JSON an den Webkit,
welcher mal über eine VB-Form, mal über eine Cairo-Form geladen wird.
Habe das allerdings bisher noch nicht in der Kombination mit RC5
getestet. Meine Anwendungen basieren auf RC4.

>
> Als erstes habe ich alle vbRichClient4 Verweise auf vbRichClient5
> geändert. Die vbRichClient5 ist selbstverständlich registriert. Das
> Programm startet einwandfrei.
>

Ok, das habe ich gerade auch gemacht. Projektverweis auf vbRichclient5
und im Code alle vbRichclient4 durch vbRichclient5 ersetzt und
gespeichert. Bei mir hat's beim ersten Start dann auch geknallt, keine
Ahnung warum. Habe das Ganze wiederholt und den Fehler nicht mehr
reproduzieren können.

> Wähle ich dann das "alternative" Cairo-Formular bekomme ich folgende
> Fehlermeldung:
> Laufzeitfehler ...
> WebKit.dll not loaded, please call initWebtKittdll beforehand (with the
> correct path).
>

Normalerweise braucht man den Aufruf der Methode InitWebKitDll nicht,
wenn die Pfadstrukturen korrekt sind. Kannst es ja mal damit versuchen:
'in der Klasse cwBrowser
If WebKit Is Nothing Then
Set WebKit = New_c.WebKit
WebKit.InitWebKitDll "C:\RC5\WebKitCairo\" 'Pfad anpassen
End If

'und in der WebKitHost.ctl
Private Sub UserControl_Initialize()
Set oWebKit = New_c.WebKit
oWebKit.InitWebKitDll "C:\RC5\WebKitCairo\" 'Pfad anpassen
oWebKit.InitializeView UserControl.hWnd
End Sub

Geschadet hat das bei mir nicht. Starte mal mit Strg+F5, bzw. mal mit F8
durch den Startcode tippeln, wenn es weiterhin kracht.

Alternativ kannst du recht einfach das IE-Browser Control in der VB-Form
Variante einsetzen. Damit brauchst du WebKit gar nicht mehr, kannst die
WebKitHost.ctl ganz aus dem Projekt werfen.

Der Code in der VB-Form wäre dann folgender:

Private Sub Form_Load()
Move (Screen.Width-ScaleWidth)\2, (Screen.Height-ScaleHeight)\2
Show
WebBrowser1.Navigate2 STARTURL & "?RunLocal=true"
End Sub

Private Sub Form_Resize()
WebBrowser1.Move 0, 0, ScaleWidth, ScaleHeight
End Sub

Kannst auch das Laden der internen Browser ganz unterbinden und dafür
deinen Haus-Browser auf http://127.0.0.1:8080/nwind/nwind.html ansetzen.
Dafür das Browser-Control von der Form entfernen, ebenso den Code.
In der mMain dann:

'F_VB.STARTURL = AppServer.LocalUrl & "/" & STARTURL
F_VB.show

>
> Wolfgang benutzt in der Demo eine Ext-JS Bibliothek die bei
> kommerziellem Einsatz etwas kostet. Dieses kommt für mich leider nicht
> in Frage.

ExtJS ist einfach nur geil, andererseits aber auch nur ein JS-Framework
unter vielen. Die Töchter anderer Müttern sehen auch gut aus. Vielleicht
brauchst du aber auch kein Framework. Im Prinzip musst du nur die
AJAX-Sachen vernünftig umsetzen, alles andere ist eh nur DOM-Knete.

>
> Wo liegt mein Fehler? Steht der "Wald" im Weg? Könnt Ihr mir nochmals
> "unter die Arme greifen"?
>

Hoffen wir's ;-)

Schönen Gruß
W. Wolf

[Wolfgang Wolf]

Ergänzung: Wenn du weiter Ärger hast, mache ich dir morgen eine
WebKit-freie Demo. Dauert nur 5 Minuten.

Schönen Gruß
W. Wolf

[Wolfgang Wolf]

Am 21.03.2015 um 10:50 schrieb Schmidt:

>
> Vielleicht (bevor Du WebKit angehst) - erstmal mit dem RC5-WebServer
> (cWebServer) herumspielen (z.B. in Verbindung mit einem ganz normalen
> MS-Browser-Control auf einer kleinen "Client-TestForm").
>
>> Die Programme können nur noch ab Windows 7 installiert werden. XP wird
>> nicht mehr unterstützt.
>
> Das legt die Verwendung der moderneren (auf ieframe.dll basierenden)
> MS-Browser-Komponente nahe (anstelle von cWebKit).
>

Schon wieder auf eine Komponente von Microsoft setzen und später vor
einem Scherbenhaufen stehen? Siehe:
http://www.dotnetpro.de/dotnetpronews5795.aspx

Mich würde eine aktualisierte WebKit-Komponente im vbRichClient5.1 mehr
begeistern.

Schönen Gruß
W. Wolf

[Wolfgang Bußmann]

Hallo Wolfgang,

Dein Tipp mit den Pfadangaben war "goldrichtig".

Jetzt läuft das Programm. Wegen Zeitmangels konnte ich es aber noch
nicht weiter testen. Es wird auch sicher einige Zeit dauern, bis ich die
internen Strukturen Deines Programms verstehe.

Deine Angebot für eine "WebKit-Freie Demo" würde ich gerne annehmen, da
ich vermute, dass diese nicht so umfangreich wird.

Wenn irgend wie möglich, würde ich trotzdem gerne auf auf den
Internet-Explorer verzichten. Aber leider kann "WebKiT ja kann HTML5 und
CSS3.

Vielen Dank nochmals für Eure Hilfe.

[Schmidt]

Am 23.03.2015 um 17:03 schrieb Wolfgang Bußmann:

> Wenn irgend wie möglich, würde ich trotzdem gerne auf auf den Internet-
> Explorer verzichten. Aber leider kann "WebKiT ja kann HTML5 und CSS3.

Hier liegt ein Mißverständnis vor... das WebKitCairo-Bundle kann
bereits HTML5 und CSS3, allerdings nicht in vollem Umfang.

Gegenüber IE7 und IE8 ist cWebKit jedenfalls deutlich im Vorteil -
gegenüber dem IE9 ist der HTML5/CSS3-Support in etwa
vergleichbar (nicht Feature für Feature, sondern eher "in %").

Die neueren MS-Engines (IE10 und IE11) haben (wieder prozentmäßig)
dann jedoch bereits deutlich mehr an HTML5-Features verfügbar, als
das > 2 Jahre alte WebKit-Bundle...

Aber immerhin - Border-Radius, AlphaTransparenz & Co. (für nett
aussehende Browser-Widgets) ist supported - und die Javascript-
Engine ist bereits eine der flotteren (deutlich schneller als
die im IE8).

@Wolfgang
Bezüglich Windows-10 und "Spartan" würd' ich erstmal abwarten -
denke mal, dass die IE-COMponenten-Bibliothek auf Level-11 weiterhin
ladbar ist und wie bisher vorinstalliert mit dem System kommt -
vielleicht werden sogar dieselben COM-Interfaces wie bisher dann
gegen die Funktionaliltät der Spartan-Engine gemappt.

Für einen Refresh von WebKitCairo habe ich keine Zeit im Moment
(auch nächstes Jahr sieht das schlecht aus) - und wenn, dann würde ich
inzw. wohl auf eine der regelmäßig "von offizieller Seite" geupdateten
Pakete setzen (entweder die XULRunner-libs - oder die Google-getriebene
Chromium-Lib). Auch wenn das dann bedeutet, dass die Deployment-
Größe von derzeit ca. 3,5 MB auf das rund Zehnfache (so um die 30MB
haben diese library-bundles derzeit alle) steigt.

Olaf

[Wolfgang Wolf]

Am 23.03.2015 um 17:03 schrieb Wolfgang Bußmann:

fgang,
>
> Dein Tipp mit den Pfadangaben war "goldrichtig".
>

Freut mich.

> Jetzt läuft das Programm. Wegen Zeitmangels konnte ich es aber noch
> nicht weiter testen. Es wird auch sicher einige Zeit dauern, bis ich die
> internen Strukturen Deines Programms verstehe.
>
> Deine Angebot für eine "WebKit-Freie Demo" würde ich gerne annehmen, da
> ich vermute, dass diese nicht so umfangreich wird.

Nun ja, die Änderungen sind nicht so gravierend. Es fliegen lediglich 3
Klassen aus dem Projekt. Siehe:

http://www.ww-a.de/download/ExtBrowserIE.7z

>
> Wenn irgend wie möglich, würde ich trotzdem gerne auf auf den
> Internet-Explorer verzichten. Aber leider kann "WebKiT ja kann HTML5 und
> CSS3.
>

Das brauchst du nicht. Selbst der IE6 kann mit AJAX umgehen. Sofern du
das Konzept (Webserver - AJAX - BrowserControl oder Webbrowser) wie in
meinem Beispiel anwendest, kannst du verwenden was du willst. Wenn dein
Anwender seine Anzeige sowieso individuell einrichten will, dann kann er
sein HTML-Template gleich lokal halten und seinen eigenen Webbrowser
verwenden (ähnlich wie in meinen Beispiel unter "CallVB" / "Show App in
WebBrowser"

Schönen Gruß
W. Wolf

[Wolfgang Wolf]

Am 23.03.2015 um 17:38 schrieb Schmidt:

>
> @Wolfgang
> Bezüglich Windows-10 und "Spartan" würd' ich erstmal abwarten -
> denke mal, dass die IE-COMponenten-Bibliothek auf Level-11 weiterhin
> ladbar ist und wie bisher vorinstalliert mit dem System kommt -
> vielleicht werden sogar dieselben COM-Interfaces wie bisher dann
> gegen die Funktionaliltät der Spartan-Engine gemappt.
>

Die in der Dotnetpro schreiben:
"Im Interesse seiner Business-Kundschaft, die zum Teil noch auf den
Internet Explorer angewiesen sind, verschwindet der IE allerdings nicht
ganz, sondern wird in einigen Windows-Versionen noch enthalten sein."

Je nachdem was damit gemeint ist, könnte der IE ggf. nur noch in
Enterprise Versionen vorhanden sein. Das wäre dann weniger gut.

> Für einen Refresh von WebKitCairo habe ich keine Zeit im Moment
> (auch nächstes Jahr sieht das schlecht aus)

Verlangt auch keiner. War von mir nur so daher geplappert, nachdem ich
die IE-News auf Dotnetpro gelesen habe.

- und wenn, dann würde ich
> inzw. wohl auf eine der regelmäßig "von offizieller Seite" geupdateten
> Pakete setzen (entweder die XULRunner-libs - oder die Google-getriebene
> Chromium-Lib). Auch wenn das dann bedeutet, dass die Deployment-
> Größe von derzeit ca. 3,5 MB auf das rund Zehnfache (so um die 30MB
> haben diese library-bundles derzeit alle) steigt.

Iiiiii... das wäre ja schon fast das halbe .Net-Framework. ;-)

Schönen Gruß
W. Wolf

[Wolfgang Bußmann]

Hallo Olaf,
hallo Wolfgang,

vielen Dank an Euch beide für die vielen Hinweise und den Code.

Ich werde allerdings einige Zeit brauchen, bis ich mich
"durchgearbeitet" habe. Sicher tauchen noch einige Fragen auf. Ich darf
mich sicher dann nochmals melden. ;-)

Vielen Dank nochmals!

Gruß Wolfgang