VCL Twebbroser mit YouTube I-Frame API

[EWeiss]

Zitat von Rolandrevolvermann:

Falls es jemand interessiert: Das ist die API
https://developers.google.com/youtub...eference?hl=de

Interessant
Wird denn

Zitat:

Der Endnutzer muss einen Browser verwenden, der die HTML5-postMessage-Funktion unterstützt.

HTML5 unterstützt von der VCL TWebbrowser Komponente?

grus

[Rolandrevolvermann]

Ja, TWebBrowser ist ja nur ein verpackter IE. Und wenn man forciert, dass der IE 11 benutzt wird dann wird auch HTML5 unterstützt. Ab welcher IE Version HTML5 unterstützt wird weiß ich auswendig jetzt leider nicht...

[Bernhard Geyer]

Das Problem mit dem TWebBrowser-Control ist, das MS meint diese Standardmäßig in einem über 10 Jahre alten Modus des IE7 zu betreiben.

Und mit jeder neuen Version (und auch im Bereich Touch-Support) ergänzt MS ein paar Registry-Schalter die man setzen muss, damit die Anwendung wie ein IE11 mit allen Features wirkt.

https://blog.malwarebytes.com/101/20...ser_emulation/


Bei uns läuft der IE mittlerweile sogar in einem Modus, bei dem die Grafikkarte zu Beschleunigung verwendet wird.

Mann kann eigentlich nur über MS fluchen wie sie verzweifelt Versuchen Altkompatiblität zu gewährleisten, aber praktisch zu 99% nur Probleme damit verursachen.

[Andreas L.]

Vielleicht hilft dir der EmbeddedIE.

[EWeiss]

Zitat:

das MS meint diese Standardmäßig in einem über 10 Jahre alten Modus des IE7 zu betreiben.

Da gab es doch beim IE7 das Problem mit der ieframe.dll
Besteht das immer noch?

gruss

[Bernhard Geyer]

Zitat von Andreas L.:

Vielleicht hilft dir der EmbeddedIE.

Für D6 hilft das.
Unter neueren Delphi-Versionen stört diese Ableitung eher.
Wir haben sie mittlerweile rausgeschmissen und arbeiten mit einer eigenen Ableitung.
TWebBrowser von D 10.2/10.3 ist um einige besser noch als die alte D6-Implementierung welche die 1-2 Methoden die EmbeddedWB bracht und es noch nicht gibt nachrüstet.

Zitat von EWeiss:

Zitat:

das MS meint diese Standardmäßig in einem über 10 Jahre alten Modus des IE7 zu betreiben.

Da gab es doch beim IE7 das Problem mit der ieframe.dll
Besteht das immer noch?

Wenn intreessiert noch IE7
Unser Mindest-OS das wir unterstützen ist Windows Vista. Dort ist mindesten schon der IE8 dabei.
Die Abkündigung von XP und der Ausbau der Kompatibilität vor 2 Jahren (Mittlerweile kommt Meldung beim Start das wir XP nicht mehr unterstützten) hat keinen unserer Kunden interessiert (bzw niemand hat sich gemeldet).
Also ist ein IE7 nur noch im Rahmen von Computergeschichte relevant aber nicht mehr im realen Alltag.

[EWeiss]

Also was denn nun!

Zitat:

alten Modus des IE7 zu betreiben.

Wird er im alten Modus betrieben oder nicht.
Falls nicht was versuchst du uns hier mitzuteilen?

Wenn die Komponente nur den Anschein erweckt der IE11 zu sein in der Wirklichkeit aber der IE7 ist dann spielt das sehr wohl eine rolle.
Oder was wolltest du uns mit dem Beitrag vermitteln.

gruss

[Bernhard Geyer]

Zitat von EWeiss:

Also was denn nun!

Zitat:

alten Modus des IE7 zu betreiben.

Wird er im alten Modus betrieben oder nicht.
Falls nicht was versuchst du uns hier mitzuteilen?

Wenn die Komponente nur den Anschein erweckt der IE11 zu sein in der Wirklichkeit aber der IE7 ist dann spielt das sehr wohl einen rolle.
Oder was wolltest du uns mit dem Beitrag vermitteln.

gruss

Also Standardmäßig gibt sich der IE erstmal als IE7 aus.
In wieweit hier dann uralt-Bugs und Probleme noch dabei sind - Keine Ahnung.
Wir betreiben den IE immer (!) im IE11-Modus mit allen für uns relevanten Aktivierungen (wie z.B. OpenGL mit GPU-Beschleunigung).
Ob nun der IE11 im IE7-Modus noch über die Delphi-Integration ein Problem hat - Keine Ahnung.

[EWeiss]

Zitat:

In wieweit hier dann uralt-Bugs und Probleme noch dabei sind - Keine Ahnung.

Dann war meine frage berechtigt.
Denn ein emulierter Browser IE7 der vorgibt der IE11 zu sein kann ohne weiteres immer noch den ieframe.dll bug beinhalten.

Das war meine frage
Damit ich mit VB6 das "Microsoft Webbrowser Control" verwenden kann muss ich diese Keys setzen.
Dieses baut auch auf den IE7 auf (wobei hier uninteressant ist welche IE Version letztendlich emuliert wird.)

Code:

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\CLSID\{8856F961-340A-11D0-A96B-00C04FD705A2}]
@="Microsoft Web Browser"

[HKEY_CLASSES_ROOT\CLSID\{8856F961-340A-11D0-A96B-00C04FD705A2}\InProcServer32]
@="C:\\Windows\\system32\\shdocvw.dll"

[HKEY_CLASSES_ROOT\CLSID\{8856F961-340A-11D0-A96B-00C04FD705A2}\ToolboxBitmap32]
@="C:\\Windows\\system32\\shdocvw.dll, 257"

gruss

[Bernhard Geyer]

Zitat von EWeiss:

Denn ein emulierter Browser IE7 der vorgibt der IE11 zu sein kann ohne weiteres immer noch den ieframe.dll bug beinhalten.

Umgekehrt. Du hast den IE11 der ausgiebt ein IE7 zu sein.

Wird auch für dein antikes VB6-Programm gelten.

Der Zugriff erfolgt über diverse Interfaces, welche neuere Delphi-Versionen in höheren Versionsständen des Interfaces ansprechen.
Es kann also sein das D10.2 kein Problem hat da es die neuere Interface-Inkarnation verwendet und du mit VB6 über die uralte Version auf den installierten IE zugreifst.