http://www.golem.de/news/w3c-html5-ist- … 96413.html

Hat schon mal jemand diese config getestet, um TinyMCE HTML5 beizubringen?

https://gist.github.com/551339

Erledigt - das aktuelle TinyMCE-Modul verwendet den aktuellen TinyMCE-Editor, der auch HTML5 beherrscht.

http://dev.cmsmadesimple.org/feature_request/view/7927

Bei LS werden gezielt bestimmte Bestandteile abgelegt, insbesondere die, welche häufig in Nutzung sind.
Da bieten sich insbesondere Images aus dem Template oder CSS an, aber auch JS - Libs oder Schriften.

Schema ist immer gleich:

1. Liegt X im local Storage - von dort entnehmen und verwenden.
2. Liegt X nicht im Local Storage aus der Domain entnehmen , verwenden und in Local Storage ablegen.

Der Effekt tritt ab 2. Seitenaufruf und bedeutet einen enormen Zeitsprung, da diese Inhalte direkt vom Browser des Besuchers kommen.

Application Cache entspricht einer 100% Ablage einer Seite beim Besucher.
Es müssen Maßnahmen getroffen werden, das dieser Cache bei Änderungen aktualisiert wird.
Dynamische Komponente  sind über Javascript zu erledigen.

CSS sollte man über Javascript laden - der Effekt war selbst für mich verblüffend , insbesondere weil er so einfach ist.

[== js ==]
<script type="text/javascript"> var fileref=document.createElement("link"); fileref.setAttribute("rel", "stylesheet"); fileref.setAttribute("type", "text/css"); fileref.setAttribute("href", 'css/indexg.css'); document.getElementsByTagName("head")[0].appendChild(fileref); </script><

Das sind so Dinge die aktuell enorm etwas leisten, einfach im Einsatz sind und sogar komplette Kosten für CDN einsparen können.
Es müssen keine dicken JS Libs sein, die da zum Einsatz gelangen - diese Dinge sind mit ein paar Zeilen zu machen.

Einsatz von local Storage und Application Cache.

Ist das nicht das gleiche ?

... im Zusammenhang mit anderen Methoden - du sprichst in Rätseln, nu mal Butter bei die Fische

Meinst du etwas in dieser Art?

http://usejquery.com/posts/create-a-sel … and-jquery

Die richtige Performancemischung ist aber unverändert die Verringerung der Request's, Einsatz von local Storage und Application Cache.

Und  - ich lerne ja nie aus - das laden der kompletten CSS per Javascript ergibt einen unglaublichen Performanceschub beim rendern (kann man auch ohne HTML5 machen) im Zusammenhang mit den anderen Methoden.

Application Cache ist auch eine Anforderung von Pagespeed bei mobiler Nutzung geworden.

Und - das geht aus dem Tutorial schön hervor - Javascript mit Funktionscode (also kein dekorativer Schnickschnack) ist angesagt.

Die folgende Linksammlung geht der Frage nach, wie älteren Browsern bestimmte HTML5-Fähigkeiten beigebracht werden können

https://github.com/Modernizr/Modernizr/ … -Polyfills

Hier noch etwas zu diesem Thema

http://www.magjs.de/reuter/reuter.html

https://gist.github.com/551339

https://github.com/Modernizr/Modernizr/ … -Polyfills

http://www.peterkroener.de/html5-was-ge … eberblick/

http://maqetta.org/

http://www.tecchannel.de/webtechnik/web … mit_html5/

http://html5boilerplate.com/

Passend zur aktuellen Entwicklung haben deren Entwickler ein Template für mobile Browser nachgelegt

http://html5boilerplate.com/mobile/

Chrome V 10 aktuelle Beta Linux liegt bei 273 und 13 Bonuspunkten

Was ich an dem FF 4 absolut mistig finde:

Man installiert IE9 unter W 7 - alles läuft auch Flashvideos.

Man installiert Chrome 11 unter W 7 alles läuft.

Man installiert Chrome unter Linux - alles läuft

Man installiert FF4 unter W7 und unter Linux - Flash läuft nicht und natürlich MP3 auch nicht  - aber alle anderen dort installierten Browser machen es.

Von den Apple HTML5 Demos läuft unter FF4 nix, ganz im Gegenteil zu IE9 und Chrome.

Aber manche Demos aus dem IE Testdrive laufen mit dem FF 4 unter Windows 7 extrem schnell.

FF 4 RC 1   - 273 plus 13 Bonuspunkte
Google Chrome V 9 - 240 plus 9 Bonuspunkte
Google Chrome V 11 - 293 + 13 Bonuspunkte

Man ahnt wohin die Reise  geht, noch ist es RC1 und Google V11 sogar noch Beta, aber es wird besser.

Den größten Mangel beim FF 4 empfinde auch beim abspielen gängiger Videoformate wie auch Audioformate (MP3) und die Geschwindigkeit, wie auch die mangelnde direkte  Developerunterstützung.

http://www.testking.com/techking/infogr … heatsheat/