IE9 Release Candidate: schnell und ressourcenschonend

Offensichtlich ist Microsoft im Web-2.0-Zeitalter angekommen. Statische Webseiten aus dem Web 1.0 sind heutzutage schon eher die Ausnahme. Für interaktive Ajax-Anwendungen, beispielsweise Google Text und Tabellen oder Office Live, ist eine hohe Browserperformance unabdingbar. Hier hat sich einiges getan.

IE9 verwendet nun wie seine Konkurrenten eine kompilierende Javascript-Engine. Dabei macht der neue Browser eine so gute Figur, dass es für den Sunspider-Benchmark bereits Schummelvorwürfe gab, die sich aber als haltlos erwiesen. Auch der RC1 schneidet beim Sunspider besser ab als die Mitbewerber (siehe Bild 1).

Bei anderen Javascript-Benchmarks sind die Ergebnisse allerdings gemischt: Im Google V8-Test (Bild 2) landet der IE9 auf dem letzten Platz. Testsieger Chrome ist mehr als doppelt so schnell. Der Peacekeeper-Test (Bild 3) teilt die Browser in zwei Hälften auf. Opera (14102 Punkte) und Chrome (13678 Punkte) erledigen ihre Aufgabe schnell, IE9 (7798 Punkte), Safari (7105 Punkte) und Firefox (6052 Punkte) hinken hinterher.

GPU-beschleunigte Ausgabe führt zu schlechter Schriftqualität

Neben einem optimierenden Javascript-Compiler gehört auch die Nutzung der GPU zur Standard-Ausstattung eines modernen Browsers. Sowohl 2D- als auch 3D-Ausgabe müssen hardwareunterstützt erfolgen, um interaktive Anwendungen zu ermöglichen. Davon profitieren vor allem Techniken wie SVG-Grafiken, HTML5-Canvas und WebGL.

Google Chrome verwendet dabei OpenGL, während Microsoft und Firefox auf DirectX und Direct2D setzen. OpenGL hat den Vorteil, dass sich der Browser leicht auf andere Plattformen wie Linux und Mac OS portieren lässt. DirectX ist dafür deutlich schneller, aber nur unter Windows verfügbar.

Für IE9 und Firefox 4 ergibt sich daraus ein Problem mit der Fontdarstellung. Wer nach beispielsweise nach „ie9 firefox 4 fonts unscharf“ googelt, findet zahlreiche Beschwerden von Nutzern in Foren über die schlechte Schriftqualität von Firefox und IE9, wenn Hardwarebeschleunigung aktiviert ist.

Das Problem liegt nicht in den Browsern selbst, sondern in der Art wie das DirectWrite-API Fonts darstellt. Das alte GDI-API von Windows stellt Fonts gestochen scharf dar. Allerdings werden die Fontmetriken nicht eingehalten. Das heißt die Texte werden zu lang oder zu kurz, wobei sie meistens zu lang werden. Eine genaue Untersuchung dieser Problematik bietet der ZDNet-Artikel „Unscharfe Fonts im Browser: Die Probleme von DirectWrite„.

Beim DirectWrite-API hat Microsoft eingesehen, dass falsche Metriken auf die Dauer nicht hinnehmbar sind. Insbesondere bei der Portierung von Anwendungen auf andere Betriebssysteme treten zahlreiche Probleme auf, etwa dass Texte in Dokumenten je nach OS anders umgebrochen werden. Deswegen hat sich Microsoft entschieden, die Fontmetriken beim DirectWrite-API exakt einzuhalten.

Allerdings hatte Microsoft bei der Rendering-Technik mittels Subpixel-Positioning keine glückliche Hand. Anwender beschreiben die Schriften als kontrastarm, verschwommen und blass. Mit einigen Patches, die über Windows-Update verteilt werden, und Cleartype-Tuning-Wizards versuchten die Redmonder, die Situation zu verbessern, allerdings mit mäßigem Erfolg.

Neben der Default-Darstellung lassen sich in DirectWrite weitere Rendering-Techniken auswählen. Für Firefox 4 existiert ein Add-on, dass die Auswahl einer anderen Rendering-Technik erlaubt. In IE9 ist man auch im RC auf die Default-Einstellung beschränkt. Allerdings sehen auch die alternativen Rendering-Techniken nicht wirklich gut aus. Die Methode „Outline“ verzichtet beispielsweise auf Subpixel-Positioning und stellt Fonts ähnlich dar wie Mac OS X. Jedoch erzielt Apple eine etwas bessere Qualität.

Es ist durchaus möglich, Vektorfonts so zu rendern, dass die die korrekte Metrik besitzen und trotzdem vom Anwender als scharf und kontrastreich empfunden werden. Die notwendige Technik inklusive Beispielcode hat Maxim Schemanarew schon 2007 veröffentlicht. Umgesetzt ist das beispielsweise in Ubuntu. Andere Linux-Distributionen bekleckern sich nicht gerade mit Ruhm, was die Fontdarstellung angeht. Das erst am Sonntag erschienene Debian 6 rendert die Metriken falsch und liefert zudem ein hässliches Schriftbild.

Sowohl Microsoft als auch Apple sollten hier nachbessern und ihre Fonts auf Basis frei verfügbarer Technologie so auf den Bildschirm bringen, dass die Augen nicht so schnell ermüden, wie es bei DirectWrite der Fall ist. Bei Chrome tritt die Problematik nicht so offensichtlich zu Tage, da es OpenGL verwendet. Die Fonts werden mittels GDI gestochen scharf, aber in der Metrik falsch gerendert.