Eine Aktualisierung auf die neueste Windows-Version erfordert von Unternehmen meist umfangreiche Test zur Kompatibilität der Unternehmensanwendungen mit der aktuellen Version von Internet Explorer. Diese Aufgabe wird dadurch erschwert, dass Unternehmen oft nicht genau wissen, welche der internen Unternehmensanwendungen wirklich wichtig sind und von den Mitarbeitern genutzt werden. Häufig testen IT-Experten alle internen Apps, auch ungenutzte. Dies ist kostspielig und zeitaufwendig. Nicht nur die Testphase, auch die Reduzierung von Kompatibilitätsproblemen ohne mehr über die Anwendung zu wissen, kann sich schwierig gestalten.

Das Enterprise Site Discovery Toolkit bietet IT-Experten die Möglichkeit, den Umgang der Benutzer mit Internet Explorer 11 besser zu verstehen. Dieses Toolkit erfasst Informationen von Internet Explorer 11 für alle von den Benutzern aufgerufene Websites und erstellt eine Liste der Websites, die im Unternehmen verwendet werden. So können IT-Experten entscheiden, für welche Anwendungen als erstes Kompatibilitätstest mit Internet Explorer durchgeführt werden sollen. Das Toolkit bietet auch zusätzliche Informationen über den Aufbau der Website und der Verwendung von Internet Explorer. Diese Informationen tragen dann in der Enterprise Mode Site List zur Reduzierung von Kompatibilitätsproblemen wichtiger Websites bei.

Welche Informationen werden erfasst?

Standardmäßig ist die Datensammlung deaktiviert. Bei aktivierter Sammlung werden Daten von allen von den Benutzern mit Internet Explorer 11 besuchten Websites erfasst. Die Informationen werden für jedes Ereignis bei der Browsing-Ereignis erfasst und wie dargestellt mit der aufgerufenen URL verknüpft. Die Datensammlung wirkt sich kaum auf die Leistung von Internet Explorer aus.

Datensammlung bei jedem Browsing-Ereignis

Wie können diese Daten verwendet werden? Das Discovery Toolkit informiert IT-Experten basierend auf tatsächlichen Benutzerdaten, wie IE in ihrer Umgebung verwendet wird. So können viele Fragen beantwortet werden. Zum Beispiel:

• Welche Websites werden am häufigsten aufgerufen?
• In welchem Dokumentmodus wird die Seite geladen? Wie wurde der Dokumentmodus ausgewählt?
• Auf welchen Websites und wie häufig werden ActiveX-Steuerelemente verwendet?
• Welche Website stürzen nach dem Aufrufen ab bzw. reagieren nicht mehr?
• Gibt es in der Liste „Vertrauenswürdige Sites“ Websites, die entfernt werden sollten?
• Gibt es Websites, die zur Enterprise Mode Site List hinzugefügt oder von dieser entfernt werden sollten?

Was sind die ersten Schritte für IT-Experten mit dem Discovery Toolkit?

• Erfahren Sie mehr über das Toolkit bei Technet.
• Aktualisieren Sie Internet Explorer mit dem aktuellen kumulativen Update (Oktober 2014 oder später).
• Laden Sie die Konfigurations- und Einrichtungsskripte herunter.
• Sehen Sie sich einige Bespielberichte an.

Wir freuen uns über dieses Toolkit und möchten Sie ermuntern, das Toolkit zu testen, zum Beispiel die Funktion der Datensammlung mit all ihren Vorteilen. Wir freuen uns auf Ihr Feedback bei @IEDevChat oder Connect. – Deen King-Smith, Program Manager, Internet Explorer

Bei ActiveX-Steuerelementen handelt es sich um kleine Apps, die das Bereitstellen von Inhalten (z. B. Videos und Spiele) auf Websites und die Verwendung von Inhalten wie Symbolleisten ermöglichen. Da viele ActiveX-Steuerelemente leider nicht automatisch aktualisiert werden, veralten diese mit der Veröffentlichung neuer Versionen. ActiveX-Steuerelemente sollten unbedingt auf dem neuesten Stand gehalten werden. Böswillige oder gekaperte Webseiten nutzen veraltete ActiveX-Steuerelemente mit Sicherheitslücken, um Informationen abzugreifen, gefährliche Software zu installieren oder einer anderen Person die Remotesteuerung Ihres PCs zu ermöglichen.

Laut dem aktuellen Microsoft Security Intelligence Report zielten 84,6 % bis 98,5 % der im Jahr 2013 jeden Monat durch das Exploit-Kit erkannten Exploits auf Java. Diese Sicherheitslücken wurden in aktuellen Versionen zwar behoben, einige Benutzer wissen jedoch nicht, wie sie ein Upgrade durchführen. Diese Situation soll bei ActiveX-Steuerelementen vermieden werden. Daher steht am 12. August 2014 ein Update für Internet Explorer mit einer neuen Sicherheitsfunktion zum Blockieren veralteter ActiveX-Steuerelemente zur Verfügung.

Beim Blockieren veralteter ActiveX-Steuerelemente haben Sie folgende Möglichkeiten:

• Lassen Sie sich von Internet Explorer informieren, wenn Webseiteninhalte ermittelt und blockiert werden, die häufig verwendete, aber veraltete ActiveX-Steuerelemente laden.
• Sie können weiterhin auf andere Bereiche der Webseite zugreifen, die nicht durch die veralteten Steuerelemente betroffen sind.
• Sie können veraltete Steuerelemente aktualisieren, damit diese auf dem neuesten Stand sind und sicher genutzt werden.
• Sie können die von Ihrer Organisation verwendeten ActiveX-Steuerelemente auflisten.

Wir möchten Sie über das in der nächsten Woche anstehende Update informieren und Ihre Möglichkeiten erläutern. Wir empfehlen allen Endbenutzern, auf die neueste Version zu aktualisieren, sobald die Benachrichtigungsleiste angezeigt wird. Als IT-Experte können Sie selbst entscheiden, wie Sie diese Funktion implementieren.

Unterstützte Konfigurationen

Das Blockieren veralteter ActiveX-Steuerelemente funktioniert mit:

• Internet Explorer 8 bis Internet Explorer 11 unter Windows 7 SP1 und höher
• Internet Explorer 8 bis Internet Explorer 11 unter Windows Server 2008 R2 SP1 und höher
• Sämtlichen Sicherheitszonen (z. B. die Internetzone), jedoch nicht die Zonen „Lokales Intranet“ oder „Vertrauenswürdige Sites“

Diese Funktion weist Sie nicht auf ActiveX-Steuerelemente in den Zonen „Lokales Intranet“ oder „Vertrauenswürdige Sites“ hin und blockiert diese auch nicht.

Wie sieht die Benachrichtigung über das Blockieren veralteter ActiveX-Steuerelemente aus?

Beachten Sie, dass diese Funktion den Benutzer standardmäßig warnt. Sie können die Steuerelemente aktualisieren oder die Warnung ignorieren. Wenn Internet Explorer ein veraltetes ActiveX-Steuerelement blockiert, wird abhängig von der ausgeführten Version von Internet Explorer eine der folgenden Benachrichtigungsleisten angezeigt:

Internet Explorer 9 bis Internet Explorer 11

Internet Explorer 8

Wenn Sie bei dieser Benachrichtigung über das veraltete ActiveX-Steuerelement auf „Aktualisieren“ klicken, werden Sie zur Website des Steuerelements weitergeleitet. Hier können Sie die neueste Version herunterladen. In einer verwalteten Umgebung kann die Funktion durch den IT-Administrator so konfiguriert werden, dass diese blockiert wird und die Benutzer veraltete ActiveX-Steuerelemente nicht ausführen können.

Die Funktion zum Blockieren veralteter ActiveX-Steuerelemente gibt auch eine Sicherheitswarnung aus, wenn eine Webseite versucht, bestimmte veraltete Apps außerhalb von Internet Explorer zu starten:

Wie entscheidet Internet Explorer, welche ActiveX-Steuerelemente blockiert werden?

Internet Explorer ermittelt mithilfe der von Microsoft gehosteten Datei „versionlist.xml“, ob das Laden eines ActiveX-Steuerelements verhindert werden soll. Diese Datei wird aktualisiert, sobald bekannt ist, dass weitere ActiveX-Steuerelemente veraltet sind, und von Internet Explorer automatisch an den lokalen Speicherort der Datei auf Ihren Computer heruntergeladen. Derzeit kennzeichnen wir ältere Java-Versionen, mit der Zeit werden andere veraltete ActiveX-Steuerelemente in die Liste aufgenommen.

Ab dem 9. September 2014 erhalten Benutzer eine Benachrichtigung, wenn Webseiten versuchen, folgende Versionen von Java ActiveX-Steuerelementen zu laden:

• J2SE 1.4, alle Versionen, die älter sind als Update 43
• J2SE 5.0, alle Versionen, die älter sind als Update 71
• Java SE 6, alle Versionen, die älter sind als Update 81
• Java SE 7, alle Versionen, die älter sind als Update 65
• Java SE 8, alle Versionen, die älter sind als Update 11

Eine vollständige Liste von Microsoft, die alle veralteten ActiveX-Steuerelemente enthält, finden Sie unter Internet Explorer-Versionsliste.

Blockieren veralteter ActiveX-Steuerelemente in verwalteten Umgebungen

Die Funktion zum Blockieren veralteter ActiveX-Steuerelemente ist in den Zonen „Lokales Intranet“ und „Vertrauenswürdige Sites“ deaktiviert. Dadurch wird sichergestellt, dass Intranet-Webseiten und vertrauenswürdige Branchenanwendungen ActiveX-Steuerelemente weiterhin ohne Beeinträchtigung nutzen können. Einige Benutzer wünschen sich jedoch weitere Steuerungsmöglichkeiten für diese Funktion in verwalteten Systemen. IT-Experten möchten möglicherweise das Protokollieren von ActiveX-Steuerelementen aktivieren, das Blockieren erzwingen, das Verwenden veralteter ActiveX-Steuerelemente bei ausgewählten Domänen zulassen oder – dies wird jedoch nicht empfohlen – die Funktion komplett deaktivieren. Einen Leitfaden für die Unternehmensbereitstellung finden Sie im Microsoft Knowledge Base-Artikel 2991000.

Internet Explorer enthält vier neue Gruppenrichtlinieneinstellungen für die Funktion zum Blockieren veralteter ActiveX-Steuerelemente.

• In der Protokollierung werden zulässige bzw. zur Warnung und Blockierung gekennzeichnete ActiveX-Steuerelemente mit entsprechender Erläuterung aufgeführt. Durch das Erstellen einer Bestandsaufnahme von ActiveX-Steuerelementen kann außerdem aufgezeigt werden, welche ActiveX-Steuerelemente kompatibel mit dem erweiterten geschützten Modus (EGM) sind, eine Sicherheitsfunktion von Internet Explorer 11, die zusätzlichen Schutz vor Browser-Exploits bietet. Da jedoch nicht alle ActiveX-Steuerelemente EGM-kompatibel sind, unterstützt Sie diese Funktion bei der Bereitstellung der Blockierung veralteter ActiveX-Steuerelemente und der EGM-Aktivierung in Ihrem Unternehmen. Die Gruppenrichtlinie zum Aktivieren der Protokollierung von ActiveX-Steuerelementen in Internet Explorer kann einzeln oder zusammen mit den anderen drei Richtlinien verwendet werden.
• Die erzwungene Blockierung hindert Benutzer daran, die Warnung bezüglich veralteter ActiveX-Steuerelemente zu ignorieren. Die Schaltfläche „Dieses Mal ausführen“ wird nicht angezeigt (Gruppenrichtlinie zum Entfernen der Schaltfläche „Dieses Mal ausführen“ für veraltete ActiveX-Steuerelemente in Internet Explorer).
• Ausgewählte Domänen können festgelegt werden, damit Internet Explorer veraltete ActiveX-Steuerelemente bei diesen nicht blockiert bzw. keine Warnung ausgibt. Die Gruppenrichtlinie zum Deaktivieren der Blockierung veralteter ActiveX-Steuerelemente von Internet Explorer bei bestimmten Domänen enthält eine Liste mit Top-Level-Domains, Hostnamen oder Dateien.
• Diese Funktion kann mithilfe der Richtlinie zum Deaktivieren der Blockierung veralteter ActiveX-Steuerelemente von Internet Explorer deaktiviert werden. Dies ist hilfreich, wenn die Richtlinie in Kombination mit der Protokollierungsfunktion zur Bewertung von ActiveX-Steuerelementen herangezogen wird. Anschließend sollte die Funktion erneut aktiviert werden. Die Aktivierung der vier Richtlinien ist auch über einen Registrierungsschlüssel möglich – in diesem Fall REG_DWORD „HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Ext\VersionCheckEnabled“ mit einem Wert von Null.

Die komplette technische Dokumentation finden Sie hier. Sie können die aktualisierten administrativen Vorlagen für Internet Explorer mit den neuen Einstellungen auch über die Seite Administrative Templates for Internet Explorer herunterladen.

Stets die aktuelle Internet Explorer-Version

Viele Organisationen sind weiterhin auf ActiveX-Steuerelemente angewiesen. Veraltete ActiveX-Steuerelemente stellen jedoch ein Sicherheitsrisiko dar. Da Microsoft Benutzer unterstützt, auf dem neuesten Stand zu bleiben, und IT-Administratoren die Möglichkeit bietet, ActiveX-Steuerelemente auch im erweiterten geschützten Modus besser zu verwalten, erhöht Microsoft die Onlinesicherheit. Wir halten unser Versprechen, Benutzern Internet Explorer sicherer und zuverlässiger zu machen.

Wir möchten abschließend dem Java-Entwicklungsteam unseren Dank für die Zusammenarbeit bei der Bereitstellung dieser Funktion aussprechen. Diese Partnerschaft zeigt, dass Java und IE das gleiche Ziel verfolgen: mehr Sicherheit für die Benutzer dank stets aktueller Versionen.

Nachtrag – 10.08.2014

Wir möchten auf einige Fragen zu diesem Update eingehen und noch eine Ankündigung machen.

Ausgehend von Ihrem Feedback haben wir entschieden, das Blockieren veralteter ActiveX-Steuerelemente um 30 Tage zu verschieben. Benutzer können mithilfe der neuen Protokollierungsfunktion ActiveX-Steuerelemente in ihrer Umgebung prüfen und Gruppenrichtlinien zum Erzwingen der Blockierung, zum Deaktivieren der Blockierung von ActiveX-Steuerelementen für bestimmte Domänen oder zum Deaktivieren der kompletten Funktion je nach Bedarf bereitstellen. Die Funktion und die zugehörigen Gruppenrichtlinien sind auch am 12. August noch verfügbar, veraltete ActiveX-Steuerelemente werden jedoch nicht vor Dienstag, den 9. September blockiert. Microsoft arbeitet weiterhin an der Erhöhung der Browsersicherheit. Wir empfehlen allen Benutzern eine Aktualisierung auf die neueste Version von Internet Explorer und die Installation von Updates.

Im Folgenden finden Sie Antworten auf häufig gestellte Fragen zu diesem Update.

Häufig gestellte Fragen

Welche veralteten ActiveX-Steuerelemente sind von diesem Update betroffen?

Wenn die Funktion im August veröffentlicht wird, sind keine ActiveX-Steuerelemente betroffen. Im September sind nur veraltete Oracle Java ActiveX-Steuerelemente betroffen. Alle anderen ActiveX-Steuerelemente funktionieren wie gehabt.

Sind Anwendungen betroffen, die veraltete Java-Versionen außerhalb von Internet Explorer verwenden?

Nein. Der Benutzer erhält nur eine Eingabeaufforderung, wenn eine veraltete Java-Version ein ActiveX-Steuerelement in Internet Explorer geladen hat.

Gilt dieses Update für Internet Explorer auf Servern und Client-SKUs?

Ja.

Ist diese Funktion Bestandteil des kumulativen Updates vom August oder wird es als separater Hotfix veröffentlicht?

Diese Funktion ist Bestandteil des kumulativen Sicherheitsupdates für Internet Explorer vom August. Veraltete ActiveX-Steuerelemente werden jedoch in den folgenden 30 Tagen nicht blockiert, damit Benutzer Zeit zum Testen und Anpassen ihrer Umgebungen erhalten.

Bietet diese Funktion Schutz vor Angriffen auf veraltete Java-Steuerelemente?

Ja. Durch die Installation der aktuellen Version von Java Runtime wird die Sicherheit für den Benutzer erheblich verbessert. Weitere Informationen über bestimmte CVEs werden im Microsoft-Sicherheitsblog „Keeping Oracle Java updated continues to be high security ROI“ sowie im Microsoft Security Intelligence Report besprochen.

Können Endbenutzer die Eingabeaufforderung außer Kraft setzen, wenn für eine vertrauenswürdige Anwendung eine veraltete Java-Version erforderlich ist?

Ja. Benutzer können bei Internetseiten, die veraltete ActiveX-Steuerelemente erfordern, die Option „Dieses Mal ausführen“ auswählen.

In meinen Unternehmen werden Branchenwebsites verwendet, die auf veraltete Java ActiveX-Steuerelemente in der Intranetzone bzw. der Zone „Vertrauenswürdige Sites“ angewiesen sind. Sind diese vom Update betroffen?

Nein. Websites in der Intranetzone bzw. der Zone „Vertrauenswürdige Sites“ werden nach dem Update weiterhin wie gewohnt funktionieren. Intranetwebsites, auf die durch einen vollständig qualifizierten Domänennamen oder eine IP-Adresse zugegriffen wird, zählen zur Internetzone und sind vom Update betroffen. Im folgenden Knowledge Base-Artikel finden Sie eine ausführliche Besprechung und vorgeschlagene Workarounds. Zusätzlich sollten Sie beachten, dass veraltete ActiveX-Steuerelemente in den nächsten 30 Tagen nicht betroffen sind, damit Benutzer Zeit zum Testen und Anpassen ihrer Umgebungen erhalten.

In meinen Unternehmen werden Branchenwebsites verwendet, die auf veraltete ActiveX-Steuerelemente in der Internetzone angewiesen sind. Sind diese vom Update betroffen?

Zunächst sind veraltete Java ActiveX-Steuerelemente nicht betroffen, damit Benutzer Zeit zum Testen und Anpassen ihrer Umgebungen erhalten. Nach dem 9. September erhalten Endbenutzer beim Laden von veralteten Java ActiveX-Steuerelementen eine Eingabeaufforderung (wie in diesem Blogbeitrag bereits beschrieben). Endbenutzer können die Option „Dieses Mal ausführen“ auswählen, um veraltete Java ActiveX-Steuerelemente in zu laden. Nach dem Laden funktionieren die veralteten Java ActiveX-Steuerelemente wie gewohnt.

Kann diese Funktion deaktiviert werden, wenn für mein Unternehmen eine ältere Version von Java Runtime erforderlich ist?

Ja, dafür gibt es verschiedene Optionen. Microsoft stellt aktualisierte administrative Vorlagen für Gruppenrichtlinien in Internet Explorer bereit, in denen vier neue Gruppenrichtlinien zur Steuerung dieser Funktion enthalten sind.* Mithilfe von zwei dieser Gruppenrichtlinien kann diese Funktion domänenweise oder generell deaktiviert werden.

Wenn Sie die Funktion nicht mit den administrativen Vorlagen für Gruppenrichtlinien deaktivieren möchten, stehen hierfür folgende Registrierungsschlüssel zur Verfügung. Diese können über Gruppenrichtlinien festgelegt werden. (Eine ausführliche Beschreibung des Vorgangs finden Sie unter Konfigurieren eines Registrierungselements und hier.) Alle Schlüssel können in HKLM oder HKCU festgelegt werden (HKLM hat Vorrang vor HKCU).

reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Ext\ Domain" /v contoso.com /t REG_SZ /f

reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Ext" /v VersionCheckEnabled /t REG_DWORD /d 0 /f

Wenn keine der oben aufgeführten Optionen funktioniert, kann die Webseitenadresse, für die ein veraltetes Java ActiveX-Steuerelement erforderlich ist, der Zone „Vertrauenswürdige Sites“ hinzugefügt werden.

Kann diese Funktion ohne Administratorzugriff deaktiviert werden?

Ja. Löschen Sie hierfür alle bisher heruntergeladenen Versionen der Datei „versionlist.xml“. Richten Sie IE so ein, dass die XML-Datei nicht mehr aktualisiert wird. Geben Sie hierfür folgende Befehle in ein Befehlszeilenfenster ein:

1. reg add "HKCU\Software\Microsoft\Internet Explorer\VersionManager" /v DownloadVersionList /t REG_DWORD /d 0 /f

2. del “%LOCALAPPDATA%\Microsoft\Internet Explorer\VersionManager\versionlist.xml”

Wie erhält, aktualisiert und verwendet Internet Explorer die Datei „versionlist.xml“?

Unterstützte Versionen von Internet Explorer laden die ursprüngliche Version der Datei „versionlist.xml“ innerhalb von 12 Stunden nach dem Installieren des kumulativen Updates für August und nach dem Starten von Internet Explorer herunter. Die Datei „versionlist.xml“ wird hier heruntergeladen und an folgender Stelle gespeichert: %LOCALAPPDATA%\Microsoft\Internet Explorer\VersionManager\versionlist.xml.

Die Funktion wird aktiviert, sobald die Datei heruntergeladen wurde. Internet Explorer beginnt mit dem Blockieren veralteter Java ActiveX-Steuerelemente gemäß den in der Datei „versionlist.xml“ enthaltenen Daten. Internet Explorer sucht regelmäßig nach Updates für diese Datei. Wenn die Datei von Microsoft aktualisiert wird, lädt Internet Explorer eine neue Version dieser Datei herunter. Beachten Sie, dass die Datei veraltete ActiveX-Steuerelemente in den ersten 30 Tagen nicht blockiert, damit Benutzer Zeit zum Testen und Anpassen ihrer Umgebungen erhalten.

Kann ein Unternehmen die URL, zu der ein Benutzer nach dem Klicken auf die Schaltfläche bei der Eingabeaufforderung weitergeleitet wird, deaktivieren oder überschreiben?

Die URL, zu der Benutzer nach dem Klicken auf die Schaltfläche „Aktualisieren“ weitergeleitet werden, ist in der Datei „versionlist.xml“ gespeichert. Diese URL kann in der Datei geändert werden. Künftige Updates an der Datei „versionlist.xml“ machen eine eventuelle Änderung jedoch wieder rückgängig.

Sind veraltete Java-Versionen die einzigen ActiveX-Steuerelemente, die von dieser Funktion ab September blockiert werden?

Im September werden nur veraltete Oracle Java ActiveX-Steuerelemente von dieser Funktion blockiert. Internet Explorer blockiert eventuell auch weitere, häufig verwendete, jedoch veraltete ActiveX-Steuerelemente in künftigen Updates.

*Wo finde ich weitere Dokumentationen über diese Funktion und die Administratorvorlagen für Gruppenrichtlinien?

Weitere TechNet-Dokumentationen und die administrativen Vorlagen für Gruppenrichtlinien stehen ab dem 12.8. über TechNet und im Download Center zur Verfügung.

– Fred Pullen, Senior Product Manager, Internet Explorer

– Jasika Bawa, Program Manager, Security

Neues bei IE in der Windows 10 Technical Preview

HTTP/2

Internet Explorer unter der Windows 10 Technical Preview unterstützt das neue HTTP/2-Netzwerkprotokoll, das sich dank des großen Rückhalts in der gesamten Branche auf dem besten Weg befindet, sich zum neuen Standard zu entwickeln. HTTP/2 basiert auf unserer Erfahrung mit SPDY/3-Unterstützung in IE11 und zeichnet sich im Web dank Techniken wie Multiplexing, Header Compression und Server Push durch bessere Performance aus.

HTTP2-Unterstützung in den F12-Tools von IE für die Windows Technical Preview

Leistungssteigerungen an der Chakra JavaScript-Engine

IE unter der Windows 10 Technical Preview bringt außerdem einige Verbesserungen an der Leistung der Chakra JavaScript-Engine. Diese Änderungen umfassen die Optimierung der Ausführungspipeline von Chakra, die für einen schnellen Start sorgt, sowie Optimierungen des Just-in-Time-Compilers zur Beschleunigung der Skriptverarbeitung und Verbesserungen am Garbage Collection-Untersystem, die die Reaktionsfähigkeit von Apps und Websites erhöhen.

Zusammenarbeit bei der Auflösung von Top-Level-Domains

Bei IE unter der Windows 10 Technical Preview werden Domänennamen mithilfe der Algorithmen und Domänenlisten unter https://publicsuffix.org aufgelöst.

Start der IE Platform Suggestion Box auf UserVoice

Wir freuen uns, ankündigen zu können, dass heute auf der Feedbackplattform UserVoice die IE Platform Suggestion Box an den Start geht. Dies ist der neueste Schritt unserer vergangenen April angekündigten Bemühungen um einen Austausch mit Webentwicklern, zu denen auch unsere #AskIE-Sessions und unser Reddit AmA im August gehören.

Mithilfe des UserVoice-Abstimmungssystems können wir genau feststellen, welche vorgeschlagenen Funktionen bei der Webentwickler-Community den größten Anklang finden, und unsere Arbeit auf diese Ergebnisse abstimmen. Die Abstimmungsergebnisse sind auch direkt in status.modern.ie eingebunden. Dadurch können Sie uns noch einfacher Feedback zu neuen Standards und Funktionen zukommen lassen.

Abstimmungsergebnis zu Funktionen bei „status.modern.ie“ – Stimmen Sie per Mausklick auf UserVoice ab.

Beachten Sie, dass spezifische Bugs weiterhin über Connect gemeldet werden sollten. Feedback zur Bedienung von Internet Explorer können Sie über die Windows Feedback-App in der Windows 10 Technical Preview geben.

Testen der neuesten IE-Webplattform

Zusätzlich zur Bereitstellung neuer Feedback-Kanäle möchten wir es Entwicklern leichter machen, die neueste IE-Webplattform selbst zu testen. Im Juni haben wir den IE Developer Channel gestartet, der sich parallel zur veröffentlichten IE11-Version installieren lässt. Dank des großartigen Feedbacks konnten zahlreiche im IE Developer Channel vorgestellte Funktion in das IE11-Update vom August einbezogen werden.

Testen Sie auch weiterhin die neueste IE-Webplattform, treten Sie dem Windows Insider-Programm bei und installieren Sie die Windows 10 Technical Preview. Als Mitglied des Windows Insider-Programms erhalten Sie regelmäßig aktuelle Preview-Versionen, mit denen Sie in Sachen Windows und Internet Explorer stets auf dem neuesten Stand sind.

Das ist längst nicht alles

Das war nur ein kleiner Ausschnitt und wir freuen uns, in kommenden Blogbeiträgen mehr zu HTTP/2, den Verbesserungen an der Chakra-Leistung, den Änderungen bei der Auflösung von Top-Level-Domains und die Internet Explorer Platform Suggestion Box zu berichten. Mehr erfahren Sie am 2. Oktober zwischen 10:00 und 12:00 Uhr (PST) bei unserem regelmäßigen #AskIE Twitter-Chat bei @IEDevChat.

– Charles Morris, Principal Program Manager Lead, Internet Explorer

Microsoft unterstützt mit Internet Explorer die erste größere Überarbeitung des HTTP-Protokolls seit 1999. Es wurde also langsam Zeit.

In den vergangenen Jahren gab es immer wieder Maßnahmen zur Optimierung der Webarchitektur. Doch der Umfang keiner dieser Maßnahmen lässt sich mit dem von HTTP/2 vergleichen. Wir haben in der IETF HTTPbis-Arbeitsgruppe unseren Beitrag zur Entwicklung dieses neuen, effizienten und kompatiblen Standards geleistet. Der Name des neuen Standards wird, wie nicht anders zu erwarten, HTTP/2 lauten. Mit Internet Explorer in der Windows 10 Technical Preview erhalten Sie einen ersten Einblick.

Eine Übersicht über die Tätigkeit der HTTPbis-Arbeitsgruppe finden Sie auf der Microsoft Open Technologies HTTP/2-Seite.

Gründe für die führende Stellung von Internet Explorer bei der Implementierung von HTTP/2

In einer Welt, in der die Bedeutung von Echtzeitdiensten und Mobilgeräten noch weiter wächst, kommt es mehr den je auf Leistung an, selbst kleinste Steigerungsraten können einen enormen Unterschied ausmachen. Beispielsweise hat eine Untersuchung von Bing ergeben, dass eine Verlängerung der Seitenladezeit um nur 10 ms für die Website eine jährliche Gewinneinbuße von 250.000 USD bedeuten würde. Eine Steigerung von 100 ms – das ist 3-mal schneller als ein Augenblinzeln – vernichtet drei Monate Arbeit an der Verbesserung der Suchergebnisrelevanz. Durch diese Verzögerung von 100 ms bei der Reaktionsfähigkeit von eCommerce-Websites entgeht Onlinehändlern bis zu 1 % Ihres Umsatzes, da Onlinesuchen abgebrochen werden. Die Tätigkeit der Arbeitsgruppe hat also große ökonomische Tragweite.

Was stimmt nicht mit dem bisherigen Protokoll?

Der Ladevorgang von Websites ist heute noch immer quasi genau derselbe wie in den Tagen von Bildschirmen mit 800 x 600 Pixel. Selbstverständlich ist das Web schneller geworden, jedoch könnte es noch weitaus schneller und wesentlich ressourcenschonender sein.

Beim Aufbau einer Seite sind derzeit noch immer zahlreiche einzelne Abfragen zwischen dem Browser und dem Server erforderlich. Die einzelnen Aufrufe an den Server können nur nacheinander erfolgen. Selbstverständlich können Sie mehrere unabhängige Verbindungen parallel öffnen. Die Anzahl der Abfragen die gleichzeitig erfolgen kann, bleibt aber auch hierbei beschränkt. Die Reihenfolge der Antworten durch den Server ist noch immer vorgegeben und verhindert dadurch die serverseitige Optimierung.

Was ist bei HTTP/2 anders?

HTTP/2 stellt die Webseitenelemente schneller und effizienter bereit. Dabei wird die gesamte verfügbare Bandbreite genutzt. Dank langanhaltender Verbindungen und Multiplexing (die Fähigkeit des Protokolls, mehrere Anforderungen in einer Verbindung zu vereinen) werden mehr Websiteelemente früher bereitgestellt. Experimentelle HTTP/2-Funktionen wie Server Push und Anforderungsabhängigkeiten können die Leistung des Webs in Zukunft noch weiter verbessern.

Was bedeutet das für Entwickler?

HTTP/2 war von Anfang an auf Abwärtskompatibilität mit HTTP/1.1 ausgelegt. Daher müssen die APIs für die HTTP-Bibliotheken nicht geändert werden und Entwickler, die diese Bibliotheken verwenden, können den Code ihrer Anwendungen wie gehabt weiterverwenden. Dies bedeutet einen gewaltigen Vorteil: Entwickler müssen nicht Monate mit der Aktualisierung älterer Websites verbringen.

Was ist mit Netzwerken? Und der Sicherheit?

Weniger und weniger häufige Verbindungen bedeutet, dass HTTP/2 die Auslastung von Netzwerken verringert. Ziehen Sie hierbei die Ausdehnung des heutigen Webs in Betracht, lässt dies deutliche Effizienzsteigerungen erwarten, besonders bei mobilen Netzwerken. Dank des effizienten Verbindungsmodells von HTTP/2 verringern sich die Leistungseinbußen für die Verwendung von TLS, womit mehr Administratoren die Gelegenheit nutzen können, TLS für Ihre Websites zu verwenden.

Wann kann ich HTTP/2 selbst ausprobieren?

IE in der Windows 10 Technical Preview unterstützt HTTP/2. Die Arbeit an HTTP/2 für IE begann mit Windows und Windows Phone 8.1, als wir das experimentelle SPDY 3.0-Protokoll hinzugefügt hatten. Dadurch konnten wir einige Erfahrung mit einem Multiplexing-fähigen HTTP-Protokoll sammeln und die Einführung von HTTP/2, dem neuen Branchenstandard, vorbereiten.

SPDY war ein guter Ausgangspunkt für den HTTP/2-Standard, jedoch handelt es sich hierbei um ein experimentelles Protokoll, dass nie für den langfristigen Einsatz vorgesehen war. Mit der Einführung von HTTP/2 wird in allen kommenden Versionen von IE auf SPDY-Unterstützung verzichtet. Websites und Anwendungen, die derzeit SPDY verwenden, sollten sich ohne oder mit lediglich geringfügigen Änderungen zu HTTP/2 migrieren lassen.

Wie können sich Entwickler und Websitebetreiber auf die Änderung vorbereiten?

• Führen Sie die IE-Version in der Windows 10 Technical Preview aus.
• Starten Sie die Entwicklungstools und aktivieren Sie die Netzwerkverfolgung.
• Laden Sie Websites, die HTTP/2 draft-14 unterstützen. Einige fantastische Websites finden Sie auf den Implementer-Seiten unter: https://github.com/http2/http2-spec/wiki/Implementations
• Staunen Sie, wie schnell HTTP/2-Pakete übertragen werden.

Die Technical Preview verfügt zudem über HTTP/2-Serverunterstützung. Sie können Websites in IIS erstellen und End-to-End-Tests Ihrer Inhalte durchführen. Hinweis: In den Technical Preview-Versionen von IE und IIS werden unsichere Verbindungen (z. B. HTTP) unter HTTP/2 nicht unterstützt. HTTP/2 unterstützt nur sichere Verbindungen (z. B. HTTPS).

Probieren Sie unsere HTTP/2-Implementierung aus und stellen Sie sie auf den Prüfstand! Wir freuen uns auf Ihr Feedback bei @IEDevChat oder Connect.

– Rob Trace, Senior Program Manager

– David Walp, Senior Program Manager

Wie bereits im Windows-Blog erläutert, erhalten Sie über den etablierten monatlichen Aktualisierungsprozess neben den Sicherheitsupdates weiterhin Verbesserungen für einzelne Funktionen und Tools.

Neue Funktionen für Internet Explorer 11

Das Update umfasst vier Funktionsverbesserungen, die auf Kunden- und Entwicklerfeedback beruhen. Einige dieser Verbesserungen wurden bereits im Internet Explorer Developer Channel angekündigt und können nun veröffentlicht werden. Vielen Dank für das Feedback.

Verbesserungen an den F12-Entwicklungstools

Mit diesem Update profitieren Sie bei den F12-Entwicklungstools von entscheidenden Verbesserungen: Es umfasst neue Funktionen und Fehlerbehebungen für die Benutzeroberfläche, die Konsole, den DOM-Explorer, den Debugger, das Emulationstool und die Tools für die Reaktionsfähigkeit der Benutzeroberfläche sowie die Speicherprofilerstellung.

Weitere Infromationen finden Sie im Microsoft Knowledge Base-Artikel 2990946. Außerdem erfahren Sie in einem zukünftigen IE-Blogbeitrag mehr über die Verbesserungen an F12.

Aktualisiertes F12-Tool für die Reaktionsfähigkeit der Benuteroberfläche

Verbesserungen am WebGL-Renderer

Der aktualisierte WebGL-Renderer unterstützt jetzt die Erweiterungen „ANGLE_instanced_arrays“, „OES_element_index_uint“ und „WEBGL_debug_renderer_info“, das Attribut für die Kontexterstellung „failIfMajorPerformanceCaveat“, 16-Bit-Texturen, mehr Übereinstimmungen mit GLSL und Line Loop- sowie Dreiecksfächer-Primitive.

Außerdem rendern nun mehr Windows 7-Systeme WebGL im Hardwaremodus, sofern die Treiber aktuell sind.

Mit dieser Version hat sich das Ergebnis des Khronos WebGL Conformance Test 1.0.3 von 89,9 % auf 96,8 % verbessert. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 2991001. Mehr über WebGL erfahren Sie in zukünftigen IE-Blogbeiträgen.

WebDriver-Unterstützung

Mit dem Update vom August unterstützt IE11 zudem den kommenden Standard für WebDriver, mit dem Webentwickler automatisierte Browsertests für ihre Websites erstellen können. WebDriver ist eine programmierbare Remotesteuerung zur Entwicklung komplexer Benutzerszenarien, die automatisch für die jeweilige Website und den entsprechenden Browser ausgeführt werden. Das Update vom August weist Änderungen an der Browser-Engine auf, die zur Aktivierung der systemeigenen WebDriver-Unterstützung erfroderlich sind. Zum Ausführen von WebDriver-Skripts müssen Sie ein separates Paket installieren, das in Kürze zur Verfügung steht.

Blockieren veralteter ActiveX-Steuerelemente in Internet Explorer

Durch die Blockierung veralteter ActiveX-Steuerelemente bleiben die verwendeten ActiveX-Steuerelemente in Internet Explorer auf dem neuesten Stand und können sicher eingesetzt werden. Weitere Informationen finden Sie in unserem Blogbeitrag und im Microsoft Knowledge Base-Artikel 2991000.

Sicherheitsupdates für Internet Explorer

Im Update vom August sind zudem folgende Sicherheitsupdates enthalten:

• Microsoft-Sicherheitsbulletin MS14-051 – Mit diesem wichtigen Sicherheitsupdate werden eine öffentlich bekannt gegebene und 25 vertraulich gemeldete Sicherheitslücken in Internet Explorer geschlossen. Weitere Informationen finden Sie im vollständigen Bulletin.
• Sicherheitsupdate für Flash Player (2982794) – Dieses Sicherheitsupdate für Adobe Flash Player in Internet Explorer 10 und 11 unter allen unterstützten Editionen von Windows 8, Windows 8.1, Windows Server 2012 und Windows Server 2012 R2 ist ebenfalls verfügbar. Ausführliche Informationen hierzu finden Sie im Adobe-Sicherheitsbulletin APSB14-18. Dieses Update behebt die Sicherheitsanfälligkeiten in Adobe Flash Player, indem die in Internet Explorer 10 und Internet Explorer 11 enthaltenen betroffenen Adobe Flash-Binärdateien aktualisiert werden. Weitere Informationen finden Sie in der vollständigen Sicherheitsempfehlung.

Immer auf dem neuesten Stand

Die meisten Kunden verwenden automatische Updates und müssen keine Maßnahmen ergreifen, da diese Updates automatisch heruntergeladen und installiert werden. Kunden, die automatischen Updates deaktiviert haben, müssen nach Updates suchen und diese Updates manuell installieren.

Wir freuen uns auf Ihr Feedback über Twitter @IEDevChat oder auf Connect.

– Sharon Meramore, Program Manager, Internet Explorer

– Charles Morris, Program Manager Lead, Internet Explorer

Windows Phone 8.1 Update enthält Hunderte Optimierungen an Internet Explorer 11, die die Kompatibilität im mobilen Web deutlich verbessern.

Anhand Ihres Feedbacks haben wir uns entschieden, IE-Anwendern eine Webnutzung zu ermöglichen, die der auf iOS- und Android-Geräten entspricht, auch wenn dies Funktionen erfordert, die nicht den Webstandards entsprechen. Unsere Ansicht nach handelt es sich um einen pragmatischen Ansatz hinsichtlich des mobilen Webs, in dem weniger auf Standards geachtet wird.

Wir haben über 500 der beliebtesten mobilen Websites getestet und festgestellt, dass das IE11-Update die Nutzung von 40 % dieser Websites optimiert.

Beispielsweise sah „www.twitter.com“ mit IE11 bislang so aus:

Windows Phone 8.1

Hier die Darstellung in IE11 mit dem Update, unter Firefox OS und auf einem iPhone:

Windows Phone 8.1 Update

Firefox OS

iPhone mit iOS 7

Entsprechend wird „www.baidu.com“ mit IE11 und unter Firefox OS folgendermaßen dargestellt:

Windows Phone 8.1

Firefox OS

Hier die Darstellung in IE11 mit dem Update und auf einem iPhone:

Windows Phone 8.1 Update

iPhone mit iOS 7

Analyse der beliebtesten Websites

Im Gegensatz zu den eher standardbasierten „Desktop-Websites“ sind die meisten modernen Websites für iOS und das iPhone ausgelegt. Dies führt bei Benutzern anderer Geräte oftmals zu Einschränkungen.

Vor einigen Wochen haben wir über unsere Vorstellungen und Prioritäten für das Web berichtet. Wir sind der Meinung, das „das Web für alle da sein sollte – für Benutzer, Entwickler und Unternehmen.“ Wir haben untersucht, wie wir die Funktion mobiler Websites für unsere Benutzer verbessern können.

Bei der Untersuchung der weltweit beliebtesten mobilen Websites ergaben sich Gemeinsamkeiten bei den Problemursachen. Websites verwenden oftmals minderwertigen Code zur Browsererkennung, der dazu führt, dass Windows Phone-Benutzern die Desktop-Website angezeigt wird. Desktop-Websites sind in der Regel größer, werden langsamer geladen und verursachen daher im Rahmen von Datentarifen höhere Kosten. Bei diesen Websites wird die Schrift besonders klein dargestellt, was hohen Zeitaufwand durch Zoomen und Verschieben verursacht. Außerdem wird die Verwendung einer Maus vorausgesetzt, was den Umgang mit Menüs und Formularen erschwert.

Die RTM-Version von Windows Phone 8.1 verwendete dieselbe schnelle, standardbasierte IE11-Browserengine wie die PC-Version von IE auf dem Desktop. Seit einigen Jahren haben wir die Bereitstellung desselben Markups für alle Browser mithilfe von Funktionserkennung und angemessener Reduzierung propagiert. Obwohl noch immer nicht alle Desktop-Websites diese Idee umsetzen, hat sich hier die Lage verbessert. Im mobilen Web sieht dies jedoch völlig anders aus. Zahlreiche Websites verwenden Funktionen mit veraltetem anbieterspezifischem Präfix, unterstützen jedoch nicht die Standardversion ohne Präfix bzw. unterstützen anbieterspezifische Präfixe nur für bestimmte Geräte. Andere Websites verwenden nicht standardkonforme proprietäre APIs, die nur Safari oder Chrome unterstützen. Selbstverständlich gab es auch Bugs in IE oder es fehlten schlichtweg Funktionen, was bei mobilen Websites, die für die Browser der Konkurrenz entwickelt wurden, besonders offensichtlich war.

Aktualisierung von Internet Explorer in Windows Phone 8.1 Update

Wir haben all diese Kompatibilitätsdaten gesammelt und die erforderlichen Änderungen an IE vorbereitet. Der verbleibende Teil dieses Beitrags befasst sich mit einigen der wichtigsten Änderungen und den Ursachen, die diese Änderungen erforderlich gemacht haben. Die Probleme mit mobilen Websites lassen sich grob in fünf Kategorien unterteilen:

• Fehlerhafte Browsererkennung, durch die IE nicht als Mobilgerätebrowser erkannt und dadurch die Desktop-Website bereitgestellt wird
• Verwendung veralteter Funktionen mit WebKit-Präfixen, die durch Standards ersetzt wurden
• Verwendung proprietäter Funktionen mit WebKit-Präfixen, für die keine Standards vorhanden sind
• Verwendung von Funktionen, die IE nicht unterstützt und nicht angemessen reduzieren kann
• Interoperabilitäts-Bugs und Implementierungsunterschiede in IE

Ändern der Zeichenfolge des Benutzer-Agenten

Einer der auffälligsten Fehler, den wir auf Websites feststellen konnten, war die Tatsache, dass IE unter Windows Phone nicht als Mobilgerätebrowser erkannt und deshalb die Desktop-Website bereitgestellt wurde. Dadurch wurden die Websites oft mit zu kleiner Schrift dargestellt, sodass beim Lesen Zoomen und Verschieben erforderlich waren. Außerdem wurden dadurch oftmals mehr Daten über die Datenverbindung des Smartphones übertragen, da es sich um nicht für Mobilgeräte optimierte Inhalte handelte. Die Bilder sind groß und außerdem werden wesentlich mehr Werbeanzeigen heruntergeladen und eingeblendet.

Es gibt verschiedene Möglichkeiten, mit denen sich ermitteln lässt, ob eine Website für Mobilgeräte bereitgestellt werden soll. Hier ist eine dieser Überprüfungsmöglichkeiten, die wir auf einer Website im Internet gefunden haben:

window.mobileCheck = function() {

var check = false;

(function(a){if(/(android|bb\d+|meego).+mobile|avantgo|bada\/|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge |maemo|midp|mmp|mobile.+firefox|netfront|opera m(ob|in)i|palm( os)?|phone|p(ixi|re)\/|plucker|pocket|psp|series(4|6)0|symbian|treo|up\.(browser|link)|vodafone|wap|windows (ce|phone)|xda|xiino/i.test(a)||/1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r |s )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1 u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp( i|ip)|hs\-c|ht(c(\-| |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac( |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt( |\/)|klon|kpt |kwc\-|kyo(c|k)|le(no|xi)|lg( g|\/(k|l|u)|50|54|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-| |o|v)|zz)|mt(50|p1|v )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-| )|webc|whit|wi(g |nc|nw)|wmlb|wonu|x700|yas\-|your|zeto|zte\-/i.test(a.substr(0,4)))check = true})(navigator.userAgent||navigator.vendor||window.opera);

return check;
}

Wir haben die Zeichenfolge des Benutzer-Agenten in IE unter Windows Phone aktualisiert, um die Anzahl der Websites zu erhöhen, die für Mobilgeräte optimierte Inhalte bereitstellen. Dies setzt ein unerfreuliches Muster fort, das alle Browser betrifft und den meisten Entwicklern bekannt ist. Beispielsweise gibt es eine interessante Diskussion aus dem Jahr 2006 in einem WebKit-Bug mit dem Titel „Safari lies. Reports itself as Mozilla, Gecko and KHTML too“. Bei der Veröffentlichung von IE11 für den Desktop hatten wir den Zusatz „like Gecko“ zu der Zeichenfolge hinzugefügt, da dieser die Kompatibilität mit Desktop-Websites deutlich verbessert. Chrome und Opera geben vor, Inhalte wie Gecko und Safari zu verarbeiten, um Kompatibilität mit Webinhalten zu erzielen.

Wenn Sie „www.hawaiianairlines.com“ mit IE11 und Firefox OS aufrufen, wird die Desktop-Website angezeigt:

Windows Phone 8.1

Firefox OS

Hier die Darstellung in IE11 mit dem Update und auf einem iPhone:

Windows Phone 8.1 Update

iPhone mit iOS 7

Wenn Sie „www.nytimes.com“ mit IE11 und Firefox OS aufrufen, wird ebenfalls die Desktop-Website angezeigt:

Windows Phone 8.1

Firefox OS

Hier die Darstellung in IE11 mit dem Update und auf einem iPhone:

Windows Phone 8.1 Update

iPhone mit iOS 7

Im Allgemeinen raten wir zur Entwicklung flexibler Websites, die sich an die Funktionen unterschiedlicher Geräte anpassen. Wenn Sie eine Website für Mobilgeräte erstellen, empfehlen wir die Suche nach der Unterzeichenfolge „mobile“ in der Zeichenfolge des Benutzer-Agenten, um zu ermitteln, ob für Mobilgeräte optimierte Inhalte bereitgestellt werden sollen.

function isMobile() {
    return navigator.userAgent.toLowerCase().indexOf("mobile")>=0;
}

Zuordnung von veralteten Funktionen mit WebKit-Präfix zur IE-Implementierung

Im Anschluss an die Änderung der Zeichenfolge des Benutzer-Agenten, dank der IE dieselben Inhalte erhält wie andere Smartphone-Browser, können wir mit der Analyse der Probleme beginnen, die auf Websites für Mobilgeräte auftreten. Bei ersten wichtigen Problem handelt es sich darum, dass viele Websites für Mobilgeräte lediglich Inhalte mit WebKit-Präfix für CSS-Farbverläufe, -Flexbox, -Übergänge und -Animationen bereitstellen. Deise Funktion unterstützt die webstandardbasierte IE11-Engine bereits für Websites mit browserübergreifendem Markup. Laut Mozilla kommt WebKitCSSMatrix häufig auf Mobilgeräten zum Einsatz. IE unterstützt MSCSSMatrix. Des Weiteren verwenden zahlreiche Websites window.orientation anstelle des kommenden Standards screen.orientation. Das zweite Problem besteht darin, dass im Website-Code häufig veraltete Syntax zum Einsatz kommt, beispielsweise die alte Syntax für Farbverläufe anstelle des aktualisierten, standardbasierten Verfahrens.

In Windows Phone 8.1 Update haben wir die in IE11 bereits vorhandene Unterstützung standardbasierter Syntax häufig verwendeten APIs mit WebKit-Präfix zugeordnet. Dadurch werden Websites, die lediglich WebKit-Code senden während des Ladevorgangs in standardbasierten Code übersetzt. Die Unterstützung sämtlicher APIs mit WebKit-Präfix ist nicht geplant. Wir haben diejenigen zugeordnet, die für das mobile Web unverzichtbar sind.

Beispielsweise sieht „www.macys.com“ in IE11 so aus:

Windows Phone 8.1

Hier sehen Sie die korrekte Darstellung der Farbverläufe in IE11 mit Update und auf einem iPhone:

Windows Phone 8.1 Update

iPhone mit iOS 7

Beispielsweise sieht „www.answers.com“ in IE11 so aus:

Windows Phone 8.1

Hier sehen Sie die korrekte Darstellung der Website in IE11 mit Update und auf einem iPhone:

Windows Phone 8.1 Update

iPhone mit iOS 7

Unterstützung für nicht standardmäßige, proprietäre Funktionen

Eine geringe Anzahl nicht standardmäßiger Funktionen, die Apple auf dem iPhone eingeführt hat, erwies sich als weit verbreitet. Eine Standardisierung dieser Funktionen ist nicht geplant, jedoch sind nur Browser, die diese Funktionen unterstützen, in der Lage, wichtige mobile Websites korrekt darzustellen. Ein Beispiel ist die Funktion -webkit-appearance, mit der Websites Elemente so umgestalten können, dass diese systemeigenen Apps entsprechen. Wie Mozilla hervorhebt, ist dies „nicht standardkonform und außerdem ergibt sich mit jedem Browser ein anderes Verhalten“. Leider ist die Verwendung von Websites ohne ein gewisses Maß an Unterstützung dieser nicht standardmäßigen Funktionen eingeschränkt.

Neue, in IE unterstützte Funktionen

Es gibt einige von IE11 bislang nicht unterstützte Funktionen, die auf Desktop-Websites nur selten Verwendung finden, dafür im mobilen Web umso häufiger eingesetzt werden. Wir haben beschlossen, diese Funktionen hinzuzufügen, da IE11 immer häufiger für mobile Inhalte verwendet wird. Beispielsweise ist window.locationbar Bestandteil von HTML5, wird für Desktop-Websites jedoch kaum genutzt. Wir haben die Implementierung mehrerer neuer Funktionen aufgrund deren Bedeutung für mobile Websites bevorzugt durchgeführt.

Eines der größeren Probleme im Zusammenhang mit APIs, das die Kompatibilität mit mobilen Websites beeinträchtigt, ist die Unterstützung für Toucheingabe. In IE10 wurden erstmals Zeigerereignisse unterstützt, die jetzt vom W3C mit dem Status „Candidate Recommendation“ geführt werden. In IE11 haben wir die Implementierung aktualisiert und Änderungen an der Spezifikation übernommen. Zeigerereignisse bedeuten zahlreiche Leistungs- und Funktionsverbesserungen hinsichtlich Websites, bei denen Maus-, Touch-, Stift- oder Zeigereingaben verarbeitet werden sollen. Wir empfehlen diese Methode weiterhin als beste API für Websites, die geräteübergreifend funktionieren sollen.

Im mobilen Web verwenden die meisten Websites das ältere Touchereignis-Model. Trotzdem erwarten Benutzer, dass die Websites funktionieren. Mit dem Update von IE11 werden jetzt auch diese Touchereignisse unterstützt, damit die entsprechenden Websites richtig angezeigt werden. Untersuchungen haben ergeben, dass die Aktivierung von Touchereignissen auf Geräten, die auch eine Maus unterstützen (beispielsweise Windows-Tablets und Two-in-One-Geräte), im Desktop-Web Probleme verursacht. Beispielsweise führt die Aktivierung der Touchereignisse dazu, dass auf etwa 10 % der wichtigsten Websites die Unterstützung für Maus und Trackpad verloren geht. Bei vielen Websites wird nicht davon ausgegangen, dass sowohl Touch- als auch Mausereignisse verwendet werden können. Diese Websites bieten daher nur Unterstützung für eine Möglichkeit. Wir haben uns mit anderen Browserherstellern zur W3C Touch Events Community Group zusammengeschlossen, die an der Lösung dieser Probleme für das gesamte Web arbeitet. Weitere Informationen zu Zeiger- und Touchereignissen finden Sie in diesem Beitrag.

Beseitigung der schwerwiegendsten Probleme bei der Interoperabilität

Bei der Untersuchung des Markups von Websites, die in Internet Explorer nicht richtig angezeigt werden, haben wir einige seltsame Probleme bei der Interoperabilität entdeckt. Beispielsweise lässt sich in anderen Browsern innerhalb von <a>-Links unabhängig auf <button>- und <label>-Elemente klicken, obwohl dieses Verhalten an keiner Stelle dokumentiert ist. Ein anderes Beispiel ist die Aktualisierungsunterstützung für <meta>-Elemente. Die HTML5-Spezifikation sieht "URL=" als Teil des Inhalts eines Elements vor, damit eine Weiterleitung zu einer anderen URL erfolgen kann. In anderen Browsern ist dies nicht erforderlich, wodurch diese nicht konforme Verwendung dazu führen kann, dass Seiten in IE ständig neu geladen werden.

Letztlich haben wir noch einige Bugs in der Trident-Engine entdeckt, die die Darstellung wichtiger mobiler Websites beeinträchtigt haben. Mit dem Update werden diese Bugs behoben. Zu diesen zählten beispielsweise Navigationsprobleme mit location.hash sowie CSS-Layoutprobleme, von denen beliebte mobile Websites betroffen waren.

Was Sie beitragen können

Viele der vorgenommenen Änderungen beziehen sich auf die Verarbeitung von veralteten Websiteinhalten bzw. solchen mit anbieterspezifischem Präfix. Die Unterstützung sämtlicher APIs mit anbieterspezifischem WebKit-Präfix ist nicht das Ziel. Wir werden uns weiterhin dafür einsetzen, dass diese Websites standardbasiertes Markup übernehmen. Zugleich ist die von uns hinzugefügte Unterstützung notwendig, damit das mobile Web schon heute für alle da sein kann. Auch Sie können helfen, wenn Sie auf Websites mit nicht standardmäßigem Code stoßen: Wir arbeiten zusammen mit Mozilla unter webcompat.com an der Erfassung defekter Websites. Diese Websites verursachen oft browserübergreifend Probleme in Firefox sowie IE und sollten gemeldet werden.

Als Webentwickler sollten Sie Ihre Website mit dem Scannertool unter https://modern.ie testen. Dieses Tool erkennt häufige Probleme in der Programmierung, einschließlich Problemen, die durch anbieterspezifische Präfixe verursacht werden, und hilft bei deren Behebung.

Alles in allem verbessern die Änderungen an IE in Windows Phone 8.1 Update die Kompatibilität mit den beliebtesten mobilen Websites erheblich. Das Update steht mit der Windows Phone 8.1 Developer Preview bereits zur Verfügung. Benutzer mit Windows Phone 8.1-Geräten erhalten das Update in den kommenden Monaten. Des Weiteren haben wir auf MSDN im IE-Entwicklerhandbuch eine Liste sämtlicher Änderungen veröffentlicht.

Stellen Sie Ihre Fragen auf Twitter @IEDevChat. Der nächste #AskIETweet-Chat findet heute (31. Juli) von 18:00 bis 20:00 statt. Markieren Sie Ihre Fragen mit #AskIE.

Adrian Bateman
Program Manager, Internet Explorer

Frank Olivier
Program Manager, Internet Explorer

Microsoft bietet innovative, revolutionäre Dienste für eine Welt, in der sich alles um Mobilgeräte und die Cloud dreht, mit denen Sie mehr erreichen und erledigen können. Internet Explorer spielt in diesem Konzept eine wichtige Rolle.  In der modernen digitalen Welt nutzen Milliarden Menschen beruflich und privat Geräte mit Internetverbindung, deren Anwendungen auf Cloud-Diensten basieren.  Ein moderner Browser ist wichtiger als je zuvor. Nur so profitieren Sie jederzeit, überall und von jedem Gerät aus von schnellem und sicherem Zugriff auf die neuesten Websites und Dienste.

Vorteile für Entwickler und Benutzer

Für Entwickler ist es von Vorteil, wenn Benutzer den neuesten Webbrowser verwenden. Ältere Browser unterstützen moderne Webstandards möglicherweise nicht. Vielfalt bei den verwendeten Browsern stellt folglich ein Problem für Entwickler dar. Entwickler von Web-Apps können zudem bessere Produkte und entsprechende Roadmaps effizienter erstellen, wenn die Kunden moderne Browser verwenden. Das Entwicklerökosystem profitiert von der Aktualisierung.

Auch Benutzer profitieren von der Verwendung moderner Browser, da diese die neuesten beruflichen und privaten Anwendungen unterstützen und zugleich das Risiko bei der Internetnutzung senken. Internet Explorer 11, unser neuester moderner Browser, zeichnet sich durch zahlreiche Vorteile aus:

• Erhöhte Sicherheit: Veraltete Browser stellen eine wesentliche Herausforderung hinsichtlich der Internetsicherheit dar. Moderne Browser bieten bessere Schutzfunktionen. Internet Explorer 11 enthält Funktionen wie den erweiterten geschützten Modus, der für die Sicherheit der Benutzer sorgt. Microsoft arbeitet proaktiv an der Schließung potenzieller Sicherheitslücken in Internet Explorer – und das mit großem Erfolg: Laut NSS Labs hat sich der Schutz vor Schadsoftware von 69 % bei Internet Explorer 8 im Jahr 2009 auf über 99 % bei Internet Explorer 11 verbessert. Dabei ist es eigentlich keine Überraschung, dass die neueste Internet Explorer-Version mit sämtlichen Patches sicherer ist als ältere.
• Produktivität: Die neueste Version von Internet Explorer ist schneller, unterstützt mehr Webstandards und zeichnet sich durch höhere Kompatibilität mit vorhandenen Web-Apps aus. Benutzer profitieren von den neuesten Websites und Diensten wie Office 365, die neben älteren Web-Apps ausgeführt werden können.
• Der Weg in die Zukunft: Die Aktualisierung auf die stets neueste Version von Internet Explorer kann die Migration zu Windows 8.1 Update sowie zu den neuesten Windows-Tablets und anderen Geräten vereinfachen. So profitieren Benutzer von Technologien der neuesten Generation, die höhere Produktivität versprechen.

Hinweise zur Browsermigration

Microsoft empfiehlt die Aktivierung der automatischen Updates, die sicherstellen, dass Ihr Computer stets auf dem neuesten Stand ist, einschließlich der neuesten Version von Internet Explorer. Derzeit verwenden die meisten Benutzer diese Funktion. Unternehmensanwendern wird empfohlen, Updates zeitnah zu testen und zu übernehmen, insbesondere Sicherheitsupdates. Normale Updates bieten deutliche Vorteile wie die Minimierung von Sicherheitsrisiken und höhere Zuverlässigkeit. Windows Update kann Updates für Internet Explorer und Windows automatisch installieren.

Kunden, die noch nicht den neuesten Browser für ihr Betriebssystem verwenden, sollten auf diesen umsteigen, damit sie von schnellerer Internetnutzung sowie höherer Sicherheit profitieren. Bis 12. Januar 2016 werden die folgenden Kombinationen aus Betriebssystem und Browser unterstützt:

Ab dem 12. Januar 2016 erhalten nur noch die neuesten Versionen von Internet Explorer für das jeweilige unterstützte Betriebssystem technischen Support und Sicherheitsupdates. Beispielsweise sollten Benutzer, die Internet Explorer 8, Internet Explorer 9 oder Internet Explorer 10 unter Windows 7 SP1 verwenden, auf Internet Explorer 11 umsteigen, damit sie weiterhin Sicherheitsupdates und technischen Support erhalten. Weitere Informationen zu den Supportzyklen für Windows und Windows Embedded finden Sie auf der Microsoft Support Lifecycle-Website.

Da einige Unternehmenskunden standardmäßig ältere Versionen von Internet Explorer einsetzen, führt Microsoft neue Funktionen und Ressourcen ein, die Benutzern beim Upgrade auf den jeweils aktuellen Browser unterstützen. Benutzer sollten das Upgrade auf moderne Standards in Betracht ziehen, um von zusätzlicher Leistung sowie höherer Sicherheit und Produktivität moderner Web-Apps zu profitieren. In der Zwischenzeit ist Abwärtskompatibilität eine kostengünstige, wenn auch vorübergehende Lösung. Der Unternehmensmodus für Internet Explorer 11, der im April 2014 eingeführt wurde, bietet erweiterte Abwärtskompatibilität und ermöglicht die Ausführung älterer Web-Apps während der Übergangsphase zu modernen Webstandards. 

Heute können wir ankündigen, dass der Unternehmensmodus für die Dauer des Betriebssystemlebenszyklus unterstützt wird, damit Kunden Investitionen in vorhandene Web-Apps länger nutzen und zugleich die neueste Version von Internet Explorer verwenden können. Unter Windows 7 wird der Unternehmensmodus bis zum 14. Januar 2020 unterstützt. Microsoft verbessert die Abwärtskompatibilität des Unternehmensmodus fortlaufend und investiert in Tools und andere Ressourcen, die Kunden beim Upgrade auf die neueste Version von Internet Explorer unterstützen.

Ressourcen zur Browsermigration

Microsoft stellt zahlreiche Onlinesupportressourcen für Kunden und Partner bereit, die auf die neueste Version von Internet Explorer umsteigen möchten.

1. Modern.IE: Modern.IE stellt Tools, bewährte Vorgehensweisen und Hilfeinformationen für Entwickler bereit, die Websites auf moderne Standards aktualisieren. Ein herunterladbarer Intranetscanner für die Bewertung von Web-Apps im Unternehmensnetzwerk steht ebenfalls zur Verfügung.
2. Internet Explorer TechCenter: Die Internet Explorer TechNet-Website enthält technische Ressourcen für die Bereitstellung, die Wartung und den Support von Internet Explorer. Der Unternehmensmodus für Internet Explorer 11 wird ausführlich behandelt, damit Kunden mithilfe dieser neuen Abwärtskompatibilitätsfunktion Investitionen in vorhandene Web-Apps länger nutzen können.
3. Internet Explorer Developer Center: Die MSDN-Entwicklerwebsite enthält Ressourcen zur Anwendungsentwicklung für Internet Explorer.
4. Microsoft Assessment and Planning (MAP) Toolkit: Hierbei handelt es sich um ein Inventur- und Planungstool ohne Agent zur Bewertung derzeit installierter Browser.

Kunden und Partner, die direkte Hilfe benötigen, erhalten von Microsoft zahlreiche Bereitstellungs- und Kompatibilitätsdienstleistungen zur Unterstützung bei der Migration. Die Dienstleistungen im Einzelnen:

1. Microsoft Services Support: Nutzen Sie Ihre IT-Infrastruktur optimal, indem Sie Microsoft Services Premier Support für Ihr Unternehmen in Anspruch nehmen. Unser fachkundiges Team unterstützt Sie fortlaufend und eskaliert zeitkritische Probleme umgehend. Dies sorgt für eine schnellere Problembehebung und trägt zur Verfügbarkeit unternehmenswichtiger Systeme bei.
2. Microsoft Consulting Services: Eine schnelle und effiziente Bereitstellung von Microsoft-Technologien gewährleistet eine schnellere Amortisierung. Außerdem trägt der umfassende Einsatz dieser Technologien durch Ihre Mitarbeiter zur Erweiterung ihrer Fähigkeiten sowie zum Ausbau des Unternehmens bei. Microsoft Services-Berater leiten gemeinsam mit Ihnen die Bereitstellung und Anwendung von Microsoft-Technologien sowohl effizient als auch kostengünstig in die Wege. Außerdem können wir das Risiko komplexer Initiativen minimieren. Unsere Fachkenntnis hinsichtlich der Microsoft-Plattform und die Zusammenarbeit mit Netzwerkpartnern und technischen Communitys weltweit ermöglicht uns, Sie dabei zu unterstützen, Ihre Innovationen sowie Technologien und Lösungen von Microsoft voll auszuschöpfen.
3. Internet Explorer Migration Workshop: Der Microsoft Services Internet Explorer Migration Workshop bringt Benutzern den Migrationsprozess auf die neueste Version von Internet Explorer näher. Der strukturierte Workshop richtet sich an IT-Experten und Entwickler. Ihre Experten lernen schnell, Kompatibilitätsprobleme und entsprechende Lösungen einzuschätzen. Weitere Informationen erhalten Sie von Ihrem Microsoft Services-Ansprechpartner sowie unter www.microsoft.com/services.
4. Suche nach einem Microsoft-Partner auf Pinpoint: Wenden Sie sich an einen zertifizierten IT-Experten in Ihrer Nähe, der Sie beim Upgrade auf die aktuelle Version von Internet Explorer [sowie von .NET Framework] bei minimaler Beeinträchtigung Ihres Unternehmens und Ihrer Anwendungen unterstützt.

Durch die verbesserte Abwärtskompatibilität und Ressourcen zum Upgrade macht es Microsoft Unternehmensanwendern so einfach wie nie zuvor, stets die neueste Version von Internet Explorer zu verwenden. Zusätzlich zu modernen Webstandards, zu höherer Leistung, verbesserter Sicherheit und größerer Zuverlässigkeit hilft der Umstieg auf Internet Explorer 11 auch beim Upgrade auf Windows 8.1 Update und Dienste wie Office 365 sowie bei der Nutzung der neuesten Windows-Geräte.

– Roger Capriotti, Director, Internet Explorer

Um Entwicklern bei der Entscheidung zu helfen, welche API wann zum Einsatz kommen soll, möchten wir unsere aktuelle Richtlinie sowie unsere Konzepte für die Webplattform der Zukunft erläutern, auch in Hinsicht darauf, dass Zeigerereignisse in Kürze von Firefox unterstützt werden, während Google neulich beschlossen hat, die Spezifikation nicht zu implementieren.

Vergleich der Vor- und Nachteile jedes Modells

Wir möchten, dass Entwickler die Eingabetechnologie nutzen können, die am Besten für ihre Zwecke geeignet ist. Wir stellen Touchereignisse bereit, die mit den meisten modernen Browsern kompatibel sind, sowie aktuelle Zeigerereignisse, die einfacheren Code, zusätzliche Funktionen, erweiterten Gerätesupport, verbesserte Reaktionsfähigkeit und optimale Hardwarebeschleunigung ermöglichen. Dies ist eine Übersicht der Eigenschaften und Funktionen jedes Modells.

Einige Unterschiede und Probleme werden in diesem HTML5 Rocks-Artikel ausführlich erläutert.

Performance

Die Performance ist bei der Eingabe von entscheidender Bedeutung, insbesondere für die Toucheingabe. Benutzer sollen den Eindruck gewinnen, Websites tatsächlich zu bewegen – auch wenn Sie in Wirklichkeit nur mit dem Finger über den Bildschirm wischen. Aus diesem Grund hat unser Entwicklungsteam drei Jahre lang an der neuen GPU-beschleunigten Quad-Thread-Architektur der Touchpipeline von IE gearbeitet, die in IE10 eingeführt und für IE11 verbessert wurde. Außerdem wurden Zeigerereignisse entwickelt, die diese Architektur nutzen und seither auch in anderen modernen Browsern verwendet werden.

Die wichtigsten Touchaktionen sind normalerweise Zoomen und Verschieben, diese machen 60 % aller Touchgesten in IE und Chrome für Windows aus. Fast jede systemeigene App, Web-App oder Website verwendet Verschieben und/oder Zoomen. Die Eingabe-Performance lässt sich bei dieser Geste besonders gut untersuchen. Wenn das Verschieben am Anfang zu langsam (das Objekt „springt“ nach einer Verzögerung zum Finger) oder abgehackt (Frames werden übersprungen) erfolgt, fällt dies schnell negativ auf.

Für Touchereignisse muss vor dem Verschieben oder Zoomen JavaScript synchron ausgeführt werden. Dies kann zu signifikanten Performanceproblemen im Bereich von einigen Hundert Millisekunden oder mehr führen. Der Wechsel zu Zeigerereignissen kann die Benutzerfreundlichkeit der Toucheingabe daher entscheidend verbessern:

Auf dieser Testseite (konfiguriert mit 1000 ms Verzögerung) finden Sie ein von Rick Byers, einem Mitglied des Chrome-Teams, entwickeltes einfaches Beispiel. Es ist deutlich erkennbar, dass beim Verschieben mit Touchereignissen in IE der erste Frame erst nach 1020 ms dargestellt wird, nachdem der Touchkontakt bereits 4,8 cm entfernt ist. Indem die Touchereignishandler durch Zeigerereignishandler ersetzt werden, lässt sich diese Latenz auf nur 31 ms und 0,3 cm verringern – eine mehr als 32-fache Verbesserung.

Die Verzögerung auf dieser Testseite wurde künstlich verursacht, demonstriert aber ein grundlegendes Performanceproblem, das im Web häufig anzutreffen ist. In der Praxis gibt es sogar Seiten mit größerer Verzögerung als den 1000 ms im Beispiel. Diese veränderliche und unbegrenzte Abhängigkeit vom Primärthread des Browsers führt zu einem unvorhersagbaren Verhalten und verhindert die optimale Reaktionszeit von 1 ms. Die Mitarbeiter von Microsoft Research konnten die signifikanten Auswirkungen einer derartigen Latenzreduzierung auf die Benutzerfreundlichkeit demonstrieren. Reaktionszeiten von 1 ms beim Verschieben/Zoomen werden immer noch nicht ganz erreicht, aber die Einführung von Zeigerereignissen sind ein wichtiger Schritt in die richtige Richtung.

Zeigerereignisse bieten außerdem zusätzliche Funktionen, die von Entwicklern gewünscht wurden und bei Touchereignissen nicht bereitgestellt werden können. Dies sind beispielsweise die Übergangsereignisse „Über“, „Außerhalb“, „Eingabe“ und „Verlassen“. Zusätzliche Funktionen bedeuten jedoch immer auch zusätzliche Nachteile. Wir haben daher daran gearbeitet, diese Nachteile so gering wie möglich zu halten. Die für diese Funktionen erforderlichen zusätzlichen Treffertests erfordern in der Regel 0,15 ms. Wir haben verschiedene Vorschläge zur Verbesserung, falls sich tatsächlich herausstellen sollte, dass dies das Erreichen einer Performance von 60 FPS für Entwickler unmöglich macht.

Kompatibilität

In unserer Ankündigung der Unterstützung von Touchereignissen haben wir bereits Probleme mit dem Web auf Desktop-PCs erwähnt, die eine Kompatibilität dieser API mit diesen Geräten verhindern. Wenn z. B. Touchereignisse auf einem Desktop aktiviert sind, verhindert folgende übliche Art der Programmierung die Mausunterstützung:

Durch diesen Code können in einem Browser, der Touchereignisse unterstützt, keine Mausereignisse verarbeitet werden (unabhängig davon, ob das Gerät tatsächlich über einen Touchscreen verfügt). Dies verursacht schwerwiegende Probleme. Beispielsweise lassen sich Menüs, Dropdownlisten oder gemeinsame Symbole auf Websites wie Web MD, Macys, Onet, Pages Juanes, Globo, Samsung, Taobao oder Huffington Post mit der Maus nicht mehr bedienen.

Folgende Maßnahmen sollen die Benutzerfreundlichkeit verbessern und Entwicklern die Arbeit erleichtern:

• Unterstützung von Touchereignissen in IE unter Windows Phone (bereits implementiert)
• Zusammenarbeit mit Websiteentwicklern, um die oben beschriebenen Probleme zu lösen und APIs sinnvoll zu nutzen (in Arbeit, weitere Informationen in E-Mails oder Tweets von unserem Outreach-Team und unter webcompat.com)
• Einführung von Touchereignissen auf allen unserer Plattformen, um die Unterstützungsmatrix für Entwickler zu vereinfachen (in Arbeit)
• Mitarbeit bei der Implementierung von Zeigerereignissen auf anderen Plattformen (in Arbeit für Firefox und Chrome)
• Aktive Zusammenarbeit mit Website- und Framework-Entwicklern, um von diesen Feedback über die gewünschte Ausrichtung der Webplattform zu erhalten
• Freigabe unserer internen Entwicklungsdokumente, Architekturdiagramme und Testmethoden sowie unseres Codes für andere Browser (in Arbeit)

Für viele Entwickler ist es am einfachsten, Zeigerereignisse mit einem Polyfill für andere Browser zu verwenden, wie z. B. Google Polymer Pointer Events oder Hand.JS. Wenn Sie Touchereignisse verwenden möchten, stellen Sie jedoch sicher, dass auch Mauseingaben unterstützt werden. Gehen Sie nie davon aus, dass wenn Touchereignis-APIs vorhanden sind, das Gerät auch über einen Touchscreen verfügt.

Fazit

Eingabeereignisse bleiben eine der größten Herausforderungen für die Interoperabilität zwischen Browsern und Geräten. Wie bei den meisten Problemen dieser Art sind die Folgen unnötig komplexer Code und Kompatibilitätsprobleme für Entwickler und Benutzer. Wir gehen diese Probleme durch die Arbeit an der Interoperabilität unseres Browsers sowie unserer Beteiligung an der W3C-Standardisierung an.

Wir möchten eine Plattform entwickeln, mit der sowohl Webentwickler als auch Benutzer zufrieden sind. Wir sind gespannt auf Ihr Feedback. Welche Vorschläge haben Sie? Was funktioniert nicht? Welche Funktionen erwarten Sie in Zukunft? Schreiben Sie uns unter @iedevchat oder auf den Problembehebungsblogs von Chrome und Firefox.

Jacob Rossi
Program Manager

Lesen Sie auch die kommenden Beiträge über Neuigkeiten für Webentwickler in dieser Version.

Schneller Zugriff auf Websites

Jeder wünscht sich einen schnelleren Browser – eine spannende Herausforderung, die unser Team in zwei Schritte aufgeteilt hat. Erstens müssen Sie Ihr Ziel in den Browser eingeben, zweitens soll der Browser dieses Ziel so schnell wie möglich erreichen. Dabei wird in der Regel der Schwerpunkt auf den zweiten Schritt gelegt und viel über Benchmarks für die Browserleistung (wie z. B. SunSpider, Acid3, Octane und andere volltönende Namen) diskutiert. Nach unseren Fortschritten bei den Benchmarks haben wir uns dieses Mal den ersten Schritt vorgenommen, die Eingabe des Ziels in den Browser. Im Folgenden möchte ich unsere Herangehensweise erläutern.

Häufig besuchte Websites & URL-Vorhersagen

Wenn Sie auf die Adressleiste tippen, möchten Sie wahrscheinlich zu einer anderen Website wechseln. Wir alle besuchen bestimmte Websites häufiger, und um diese einzugeben reicht ab sofort ein kurzes Tippen auf die Adressleiste. Während Sie den Browser verwenden wird laufend aktualisiert, welche Websites Sie auf dem Smartphone am häufigsten besuchen. In diesem Screenshot sehen Sie meins.

Schon beim Tippen in die Adressleiste wird vorhergesagt, zu welcher Website Sie wahrscheinlich wechseln möchten (der hervorgehobene Teil unten). Sie müssen nicht mehr die gesamte URL schreiben, sondern einfach nur auf Eingabe tippen, um sofort ans Ziel zu kommen. Bald schon werden Sie nicht mehr wissen, wie Sie jemals ohne diese Funktion leben konnten. Das Ergebnis ist ein Browser, der sich viel persönlicher anfühlt, da Sie viel müheloser auf Ihre Lieblingswebsites zugreifen können.

Unbegrenzte Registerkarten (mit einfachem Zugriff) & Ein IE, überall

Da immer häufiger auf mobilen Geräten im Internet gesurft wird, sollen auf diesen Geräten auch immer komplexere Aufgaben durchgeführt werden. Ein Beispiel dafür ist das Browsen mit mehreren Registerkarten. In früheren Versionen konnten nur bis zu sechs Registerkarten geöffnet werden und es gab im Menü „...“ eine schmale Kachelschwelle zum Zugriff auf die Registerkarten (wenn die Standardeinstellung für die Adresszeilenschaltfläche nicht geändert wurde).

Wir haben diese Begrenzung daher entfernt. Sie können jetzt so viele Registerkarten öffnen, wie Sie möchten. Wirklich! Und die Schaltfläche neben der Adresszeile greift jetzt standardmäßig auf Ihre Registerkarten zu. Außer dem Zugriff auf die Registerkarten wollten wir auch das Aktualisieren erleichtern. Das haben wir gleich mit erledigt. Beachten Sie, dass die Schaltflächen für Registerkarten und Aktualisieren beide nun unmittelbar verfügbar sind.

Aufmerksamen Lesern ist im obigen Screenshot vielleicht das Wörtchen „other“ aufgefallen. Wir freuen uns, ankündigen zu können, dass Internet Explorer 11 nun in der Lage ist, die Browserdaten mit sämtlichen Ihrer Smartphones, Tablets und PCs zu synchronisieren. Dies gilt für all Ihre Favoriten, Verlaufsdaten, Kennwörter und geöffneten Registerkarten. Sie können nun auf einem anderen Gerät sofort genau an der Stelle weitermachen, an der Sie aufgehört haben. Sich selbst Links per E-Mail senden zu müssen gehört der Vergangenheit an.

Keine Angst: Machen Sie sich um Ihre Datennutzung keine Sorgen. Wir kümmern uns darum. Geben Sie einfach Ihr Datenlimit in die DataSense-App ein, und wir achten darauf, wann Daten synchronisiert werden, um zusätzliche Gebühren bei einer Datenüberschreitung zu vermeiden.

Angeheftete Live-Websites

Ich liebe es, über angeheftete Websites auf der Startseite direkt auf meine Lieblingsblogs zuzugreifen. Aber ehrlich gesagt sahen die auf dem Windows Phone bisher nicht so toll aus. Sie zeigten nur statische Screenshots und konnten nicht mit den attraktiven, dynamischen Live-Kacheln meiner Lieblings-Apps mithalten. Aber das ändert sich jetzt. Wenn Sie Windows 8.1 verwenden, sind Ihnen angeheftete Websites bereits vertraut.

Nun werden angeheftete Websites mit zahlreichen Symbolen angezeigt, die wie andere Live-Kacheln im Hintergrund aktualisiert werden können, sodass sie beispielsweise die neuesten Schlagzeilen und Bilder Ihres Lieblingsblogs enthalten. Hier finden Sie Anleitungen, wie Sie dieses Feature für Ihre eigene Website nutzen können (Hinweis: das Markup ist das gleiche wie unter Windows 8.1). Sollten Ihre Lieblingsseiten angeheftete Live-Websites nicht unterstützen, weisen Sie sie freundlich darauf hin, wie cool das ist, und verweisen Sie auf diese Anleitungen. Für Entwickler werden wir noch weitere Informationen bereitstellen. In der Zwischenzeit können Sie diese Startseite bewundern, die ausschließlich angeheftete Live-Websites enthält.

Schnelles und flüssiges Browsen

Sie können jetzt also wesentlich schneller in den Browser eingeben, welche Websites Sie besuchen möchten. Aber auch die Inhalte sollen natürlich so schnell wie möglich geladen und angezeigt werden. Mit Inline-Videowiedergabe, Leseansicht, Speichern von Kennwörtern, Wischen zum Vor- und Zurückblättern und der Speicherung heruntergeladener Dateien haben wir daher auch die Vorgänge nach Ankunft auf einer Website beschleunigt.

Inline-Videowiedergabe

Wie oft haben Sie ein YouTube-Video angesehen und sich gedacht: „Was wohl das Internet darüber denkt?“ Sie können sich nun das Video UND die wertvollen Kommentare darunter innerhalb Ihres Browsers ansehen. Um das ganze noch zu toppen wird das Video sogar im Sperrbildschirm wiedergegeben. In Kürze stellen wir weitere Informationen für Entwickler bereit, die die Inline-Videowiedergabe optimal unterstützen möchten.

Leseansicht

Sie lesen unterwegs gern Promi-Klatsch Nachrichten? Tippen Sie einfach in der Adressleiste auf das Symbol „Leseansicht“, genau wie auf Ihrem Tablet oder PC, um den Lesespaß enorm zu erhöhen. Unerwünschte Inhalte werden hierdurch entfernt und alle Seiten eines Artikels zusammengefügt. So sieht der gleiche Artikel auf der Website und in der Leseansicht aus.

Speichern von Kennwörtern

Die Anmeldung wird hierdurch zum reinsten Kinderspiel. Noch Fragen?
PS: Kennwörter im IE werden jetzt auf Smartphone, Tablet und PC synchronisiert.

Wischen zum Vor- und Zurückblättern

Sie können nun zum Vor- und Zurückblättern wischen, ähnlich wie auf Ihrem PC oder Tablet. Ja, Sie können im IE unter Windows Phone endlich wieder vorblättern! Der folgende Screenshot zeigt das Zurückblättern beim Lesen eines Artikels.

Speichern von heruntergeladenen Dateien

Sie können nun selbst entscheiden, ob heruntergeladene Dateien gespeichert werden sollen.

Sicherheit und Datenschutz

Mit SmartScreen-Filter war der IE der erste mobile Browser mit Phishingschutz. Außerdem haben wir das DoNotTrack-Signal eingeführt, um den wachsenden Datenschutz-Anforderungen entgegenzukommen. Mit neuen Funktionen zur Verbesserung Ihrer Sicherheit setzen wir diesen Trend fort.

InPrivate

Sie möchten Ihre Begeisterung für Einhörner für sich behalten? Öffnen Sie die Registerkarte „InPrivate“, und seien Sie gewiss, dass alle mit dieser Registerkarte verknüpften Daten beim Schließen der Registerkarte gelöscht werden. Öffnen Sie einfach auf dem Bildschirm „Registerkarten“ das Menü, und wählen Sie „Open InPrivate tab“ (InPrivate-Registerkarte öffnen) aus.

DataSense-Speichermodus

DataSense für IE auf dem Windows Phone 8 ermöglichte bis zu 40 % mehr Browsen mit der gleichen Datenmenge, ohne wahrnehmbare Unterschiede. Nun führen wir als neuen Speichermodus den „High Savings Mode“ ein, der nur die wichtigsten Teile einer Website lädt und Bilder stark komprimiert. Auf der linken Seite sehen Sie ein Beispiel mit, auf der rechten Seite ohne High Savings Mode.

Die Seite sieht definitiv anders aus, was enorm nützlich ist für einen knappen Datentarif oder wenn Ihr monatliches Datenvolumen schon ausgeschöpft ist. In den Internet Explorer-Einstellungen können Sie festlegen, ob der High Savings Mode immer, nie oder automatisch aktiviert wird, wenn Sie sich dem Datenlimit Ihres Tarifs nähern (entsprechend der Konfiguration Ihrer DataSense-App). Tippen Sie für die Vollversion der Website einfach auf das Symbol in der Adressleiste, während Sie sich im High Savings Mode befinden.

Barrierefreiheit

Wir bei Microsoft haben einen integrativen Anspruch an die Produktentwicklung, denn wir möchten den Bedürfnissen all unserer Benutzer entgegenkommen. Ich freue mich sehr darüber, dass der IE11 über Hochkontrastmodus, Sprachausgabe und einen Außerkraftsetzungsschalter verfügt, um die Zoomfunktion für alle Webseiten zu ermöglichen. Weitere Informationen über die systemweite Barrierefreiheit finden Sie in einem kommenden Beitrag im Windows Phone-Blog.

Zusammenfassung

Puh! Das war eine ganze Menge. Wir sind gespannt auf Ihr Feedback zu diesen großartigen Udates für Ihren Browser. Schreiben Sie unten einen Kommentar, oder twittern Sie bei IE.

– Amin Lakhani, Programm Manager, Internet Explorer

Vielen Dank an Dhruv Chadha, Derek Liddell und Oren Freiberg für Ihre Beteiligung an diesem Beitrag.

Startseiten mit Web-Feeds

Mit Internet Explorer können Benutzer ihre Lieblingswebsites auf der Startseite von Windows und Windows Phone neben ihren Lieblings-Apps anheften. Diese aus IE angehefteten Websites können Benutzer über die Startseite direkt aufrufen und sparen so den wiederholten Navigationsaufwand.

Wenn Benutzer Ihre Website anheften, heißt das, dass sie die Website regelmäßig besuchen und sich für aktuelle Informationen von dieser Website interessieren. Internet Explorer ermöglicht hierfür ab sofort die Bereitstellung von Live-Kacheln für Websites, über die Sie Benutzer auch dann mit Informationen versorgen können, wenn diese den Browser nicht geöffnet haben.

Mit Live-Kacheln können Sie Ihren Benutzern aktuelle Inhalte wie Eilmeldungen, Chatbenachrichtigung oder Titel von Blog-Beiträgen direkt auf die Startseite liefern. Außerdem haben Sie die Möglichkeit, unterschiedliche Kachelgrößen für Ihre Website zu unterstützen, damit Benutzer diese hervorgehoben als breite oder große Kachel anzeigen können.

Spaltenweise von links oben: IE-App-Kachel, youtube.com, techmeme.com, theverge.com, anandtech.com, mathrubhumi.com, twitter.com, reuters.com, t.msn.com, aol.com, economictimes.indiatimes.com, IE Test Drive für angeheftete Websites, wired.co.uk, lapresse.ca, cnet.com, contrejour.ie, dhakatimes.com.bd, outlook.com, wellsfargo.com, geekwire.com, nymag.com, gawker.com, indiatimes.com, facebook.com, vyclone.com, polygon.com, wpcentral.com, theage.com.au.

Spaltenweise von links oben: IE-App-Kachel, techmeme.com, contrejour.ie, wellsgargo.com, gawker.com, t.msn.com, youtube.com, vyclone.com, IE Test Drive für angeheftete Websites, wpcentral.com

Hinzufügen einer Live-Kachel zu einer Website

Live-Kacheln für Websites funktionieren mithilfe regelmäßiger Benachrichtigungen, bei denen die Plattform in einem vordefinierten Intervall Text und Bilder von auf Servern gehosteten URIs abruft und diese auf der Website-Kachel anzeigt. Sie haben drei Möglichkeiten, Ihrer Website Live-Kachel-Unterstützung hinzufügen – mithilfe von META-Tags auf Ihrer Webseite, durch Erstellen einer Manifestdatei oder über eine JavaScript-API. Im folgenden Beispiel richtet die Website ihre Kachel für Windows 8.1 mithilfe von META-Tags ein:

<meta name="application-name" content=" CenturyCutCook" /> <meta name="msapplication-TileColor" content=" #009900" />
 <!-- Logos for all four tile sizes --> <meta name="msapplication-square70x70logo" content="smalltile.png" /> <meta name="msapplication-square150x150logo" content="mediumtile.png" /> <meta name="msapplication-wide310x150logo" content="widetile.png" /> <meta name="msapplication-square310x310logo" content="largetile.png" />
 <!-- Notification URL --> <meta name="msapplication-notification" content="frequency=30; polling-uri=1.xml; polling-uri2=2.xml; polling-uri3=3.xml; polling-uri4=4.xml; polling-uri5=5.xml" />

Die in diesem Beispiel definierten Abruf-URIs enthalten die anzuzeigende Benachrichtigung. Der Abruf erfolgt jede halbe Stunde. Daher erhält der Benutzer in einem Intervall von 30 Minuten bis zu 5 Updates von dieser Website und profitiert so von stets aktuellen Informationen.

Die Abruf-URIs enthalten XML-Markup, das vordefinierten Vorlagen entspricht. Diese Vorlagen legen das Aussehen und Verhalten einer Kachel fest und können für Websites und Windows-Apps verwendet werden. Es gibt text- und grafikbasierte Vorlagen sowie Kombivorlagen. Das folgende Beispiel besteht aus einer Abruf-URI mit einer Bindung für die Kachelgrößen „Mittelgroß“, „Breit“ und „Groß“. (Beachten Sie, dass „Groß“ unter Windows, jedoch nicht unter Windows Phone unterstützt wird.)

<tile>    <visual lang="en-US" version="2">       <binding template=" TileSquare310x310ImageAndTextOverlay02" branding="name">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers </text>          <text id="2">This recipe for Cheddar and Ham Skewers made with Sargento Tastings is perfect whether you’re looking for an appetizer to entertain with, or you’re looking for a special crave-worthy afternoon snack </text>       </binding>       <binding template=" TileWide310x150ImageAndText01" branding="logo">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers</text>       </binding>       <binding template="TileSquare150x150Image" branding="name">          <image id="1" src="cheddar_and_ham.png" />       </binding>    </visual> </tile>

Für die vier auf der Startseite unterstützten Größen ergibt sich aus der Bindung die folgende Kachel:

Große Kachel, Vorlage: TileSquare310x310ImageAndTextOverlay02	Breite Kachel, Vorlage: TileWide310x150ImageAndText01
Mittelgroße Kachel, Vorlage: TileSquare150x150Image	Kleine Kachel (keine Benachrichtigungen)

Mehr über das Erstellen von Live-Kacheln erfahren Sie mithilfe unserer Codebeispiele. Wenn Sie über einen RSS-Feed verfügen und diesen für Benachrichtigungen verwenden möchten, erstellen Sie mithilfe unseres buildmypinnedsite-Assistenten innerhalb weniger Minuten eine Kachel für Ihre Website.

Zusammenfassung

Mit Windows 8.1 und IE11 können Sie Benutzer auch dann mit Informationen versorgen, wenn diese keine Browserregisterkarte geöffnet haben. Mit der Unterstützung für Live-Kacheln erhalten Benutzer auf der Startseite Anreize, Ihre Website öfter zu besuchen. Und das Beste ist: Sie können die Unterstützung innerhalb weniger Minuten zu Ihrer Website hinzufügen!

– Tanvi Surti, Program Manager, Internet Explorer

– Derek Liddell‎, Program Manager, Internet Explorer