Der Browser muß sowohl die File-API (mit dem
Blob-Objekt) als auch die Methode "
requestAnimationFrame" unterstützen ... ansonsten verweigert die neue Oberfläche die Mitarbeit.
Damit fallen z.B. auch ältere iPhones/iPads mit Safari aus, genau so wie viele andere ältere Geräte (und das ausnahmsweise mal nicht aus Sicherheitsgründen wie beim TLS mit RC4).
Ich bin schon am Überlegen, ob man nicht mal den Versuch unternehmen sollte, die alte Oberfläche ohne "responsive design" parallel zu installieren und mit einem zusätzlichen Parameter im Request entsprechend umzuschalten, wenn die clientseitige Browser-Prüfung ein Problem ergibt. Allerdings ist das wohl nur für die NAND-Modelle mit ausreichend freiem Speicher für das Filesystem eine Option ...
Zwar fallen dann sicherlich einige Sachen in der Oberfläche weg, die erst mit der neuen Version dazugekommen sind ... aber die Basis-Funktion des Ajax-Callbacks gibt es ja nun schon wesentlich länger und da hat sich nun auch wieder nicht so viel verändert in der Struktur der Lua-Seiten, daß das generell unmöglich wäre, es auch ohne Animationen zu betreiben.
Wer sich mal ansehen will, wie das mit einem älteren Browser auch ohne diese Funktionen aussehen würde, der kann den Download/das Ausführen des Javascript-Files "js/browser.js" blockieren oder modifizieren, dann findet die Umleitung auf die Seite "sorry.lua" nicht statt, die sonst so aussieht:
Code:
var ok = true
try {
/*
*/
if (!gNbc) {
var blob = new window.Blob(['<a></a>'], { type : 'text/html' });
ok = ("object" === typeof blob);
ok = ok && window.requestAnimationFrame;
}
} catch (err) {
ok = false;
}
if (!ok) {
window.location.href="sorry.lua";
}
(Warum man sich bei der ersten Zeile auf die Intelligenz des Parsers verläßt -
http://www.ecma-international.org/ecma-262/5.1/#sec-7.9 -, verstehe ich trotzdem nicht.)
