17.12.2009 04:53:13 #

Insgesamt ein interessanter Beitrag. Was mich allerdings stört ist der Punkt "•HTML-Browser-Control funktioniert auch bei OOB". Müsste es nicht "nur" statt "auch" heißen? Meines Wissens verweigert das Browser-Control innerhalb des Browsers den Dienst mit der Meldung "HTML disabled"

Michael

17.02.2010 13:05:09 #

Ich denke nicht, dass das WebBrowserControl im Hintergrund dasselbe macht, weil im OOB-Modus die HTML-Bridge zur Erzeugung des iframe gar nicht verfügbar ist. Weiß der Geier wie der das macht.

Die iframe-Methode hat sowieso gravierende Nachteile. Ins Layout integriert es sich nicht so geschmeidig, weil MouseEvents verschluckt werden, so dass z.B. GridSplitter nicht mehr richtig funktionieren, wenn man sie in den iframe-Bereich hineinzieht. Auch kann man keine Elemente (wie z.B. das ChildWindow) über dem iframe-Bereich platzieren.

Das mit der "Rekursion" ist denk ich mal nicht der Grund. Dann könnte man ja genausogut Schleifen abschaffen, wenn man den Entwicklern nicht zutraut, dass sie nicht immer Endlosschleifen produzieren.

herzmeister der welten

18.02.2010 06:01:35 #

Ein Beispielprojekt kann ich auf die Schnelle nu nich isolieren, aber es ist ja nicht schwer nachzustellen, wenn du sowieso schon so ein Control auf iframe-Basis in petto hast. Platzier es einfach mal in ein Layout mit Gridsplittern und versuch den Bereich mit dem iframe zu verkleinern. Wenn man den Gridsplitter etwas schneller zieht, wird sich der nicht mehr bewegen. Außerdem versuch mal ein ChildWindow aufzupoppen und über den iframe-Bereich zu ziehen.

Ich hab das ganze noch nicht mit Silverlight 4 probiert, vielleicht funktioniert's ja nun besser.

Übrigens hab ich mir in der Zwischenzeit mit dem Reflexx0r das WebBrowser-Control angeschaut, und der macht interne Magie:

www.freeimagehosting.net/uploads/457e0ec57b.png

herzmeister der welten

19.02.2010 04:40:02 #

Das meint übrigens der scottgu dazu:


WHY SOME SILVERLIGHT 4 FEATURES (EG WEBBROWSER) ARE ONLY SUPPORTED OUTSIDE THE BROWSER

"I get asked this a lot. The main reason for that is mainly around security. People want to print without a ‘Confirmation’ dialogue. The trouble with that is on a website they could choke your printer if we didn’t ask permission. Likewise if we did full-screen mode they could display what looks like a login prompt that causes you to enter your user name and password. There were certain things we needed to do to keep your machine safe. The WebBrowser control is a tough one in that you can do a heck of a lot with it, including spoof attacks – and IE, Firefox, Chrome and Safari have all had exploits like that recently – and so we’re just being careful with Silverlight running inside the browser to make sure it’s not susceptible to those attacks which is why WebBrowser inside the browser is not available today. If we can find a way to make it 100% safe then we will do that."


irascianwork.blogspot.com/.../...q-transcript.html

herzmeister der welten