Posts Tagged ‘ajax’

Google Wave and IE-Support

Friday, September 25th, 2009

So after all Google has developed its Chrome Frame plugin for Internet Explorer for a good reason: enabling the majority of users – which are unfortunately still using Internet Explorer (6,7 AND 8) to have a better experience with HTML5-based websites.

Lars Rasmussen posted on the Google Wave Developer Blog that Wave will inform Internet Explorer users to install Chrome Frame for a better user experience. Reason being that Internet Explorer is just too slow at interpreting JavaScript and DOM Manipulations – features Wave heavily relies on. IE’s support of modern web standards such as HTML5 is pretty poor, too.

I’ve been experiencing the same issues with IE over and over for myself – yet in a smaller dimension: Every hour (and it have been many hours) a developer spends on the specific quirks on IE (which of course are different per each version) and to fix them for their application is not spent on adding cool new features or bug fixes which affect general issues.

Since this has been a problem for so a long time I hope this finally helps to fix this issue.

“Beispiel” zur Selectors API in Entwicklung

Thursday, July 17th, 2008

Seit kurzem entwickle ich in meiner Freizeit an einer Beispiel-Lösung wie sich mit Hilfe der Selectors API überflüssige CSS-Selektoren auf einer Website finden lassen. Das lag mir sehr nahe da ich die Möglichkeiten und auch die Performance der Selectors API einmal testen möchte.

Konkret handelt es sich dabei um ein Stück Javascript, das auf Client-Seite CSS-Selektoren dahingehend überprüft ob sie benötigt werden. Die Ergebnisse können direkt via Ajax zurückgesendet werden. Prototype und die bereits beschriebene Selectors API erleichtern hier die Arbeit besonders.

Das Frontend ist in einer Vorabversion mit den Minimal-Features beinahe fertig, einzig die Rückübermittlung der Ergebnisse ist momentan noch ein wenig knifflig, es gibt kleinere Probleme mit der JSON-Implementierung in Prototype bzw. der Kodierung von Sonderzeichen wie ‘#’ der Unterstützung von UTF-8 in PHP.

Aus Performance-Gründen ist das ganze sehr offen konzipiert. So bekommt das Client-System eine gewisse Anzahl Selektoren mit, muss diese aber nicht alle abarbeiten. Es kann auch einfach nur soviele Selektoren prüfen dass für den Browser des Besuchers keine merkliche Performance-Beeinträchtigung besteht.

Für das Backend setze ich eine Reihe von PHP-Skripten ein die allerdings noch in einem sehr frühen Stadium sind. Vorstellbar sind hier sehr viele Szenarien bis hin zu einer Statistik über die genutzten und gesamten Selektoren – z.B. auch über einen gewissen Zeitraum hinweg.

Zur Kommunikation zwischen den beiden Bereichen kommt wie nicht anders zu erwarten Ajax und JSON zum Einsatz, der Einfachheit halber benutze ich dafür Prototype.

Weitere Entwicklungen werden ebenfalls hier landen.

Wie auch die “Entdeckung” der Selectors API ist das für mich völliges Neuland von dem ich noch nicht gehört habe, dass jemand schon eine fertige oder ähnliche Lösung dafür hat.