Als lieben Gast hatten sich Christian und Hans diesmal Sebastian Golasch dazu geholt, der bereits einige Male zu Gast war und jedes mal eine Bereicherung für die Sendung ist.
[00:00:22] News
- Adobe Edge Relow
- Adobe veröffentlicht ein Tool für Responsive Webdesign um Photoshop zu verdrängen.
- Grunt 0.4.0 veröffentlich
- Nach langer Entwicklungszeit ist Grunt 0.4.0 nun endlich veröffentlicht.
Schaunotizen
- [00:01:53] asm.js
- Mozilla veröffentlicht asm.js, einer Untermenge von JavaScript, getrimmt auf Performance. Wir diskutieren über den Einsatzbereich von asm.js und on man es wirklich braucht.
- [00:15:02] UA Sniffing
- Pamela Fox schreibt über UA Sniffing und Fälle, bei denen es sinnvoll sein kann auf UA Sniffing zu vertrauen, anstatt Feature Detection zu nutzen.
- [00:25:31] Opera wechselt zu WebKit
- Buhuu… Die Meldung der Woche. Auch wir beteiligen uns an der Diskussion und sprechen über die Vor- und Nachteile dieses Schrittes. Als Diskussionsgrundlage bauen wir unter anderem auf Jake Archibalds Artikel auf.
[00:40:45] Keine Schaunotizen
- Edge Conference – Videos
- Einige interessante Panel-Diskussionen zu verschiedensten Webthematiken.
- Screensharing with getUserMedia
- Chrome Canary unterstützt Fullscreen-Sharing. Eine Demo dazu hat Eric Bidelman zusammengezimmert.
- Dialogboxen und a11y
- Nicholas Zakas beschreibt wie man mit wenigen aria-roles und ein bisschen JavaScript Dialogboxen zugänglich macht.
- Distilled Hype sucht Nachwuchs
- Unser Co-Host Kahlil such Hilfe für sein Link-Blog Distilled Hype.
- Flexbox richtig gemacht
- Chris Coyier beschreibt, wie man Flexbox richtig nutzt – mit der alten und neuen Syntax kombiniert.
- Textillate
- Mit Textillate kann man Buchstaben und Text toll animieren.
- Lazy Line Painter
- LLP malt SVGs. Demo anschauen!
Kommentare
Anselm #
Geschrieben am 20.02.2013 um 20:50
[39:00] Ich finde die W3C Hürde von mindestens 2 Implementatoren sehr gut. Und in Zukunft ist das noch besser: Jede Spec bekommt gleich die Mehrheit an Browsern, die es supporten. Damit wird hoffentlich doch der Einsatz solch einer Spec gleich viel schneller möglich.
[40:15] Eine Engine heißt ja noch lange nicht, dass es gleich läuft. Sieht man sich mal die Unterschiede zwischen WebKit Safari, WebKit Chrome usw. an, dann ist es doch so, dass hier schon genügend Unterschiede sind, die dazu zwingen, weiterhin immer in allen Browsern zu testen.
Vorhersage Donnerstag, 21.02.2013 | die Hörsuppe #
Geschrieben am 20.02.2013 um 21:46
[…] working draft: Revision 108: asm.js, UA Sniffing und Operas Wechsel zu WebKit […]
Deus Figendi #
Geschrieben am 22.02.2013 um 05:21
@Opera 2 Webkit:
Eigentlich finde ich es auch blöd diesen Wechsel und es fühlt sich immernoch falsch an, aber eure Argumente sind sehr valide; rational habt ihr mich überzeugt XD. Emotional ist es eben ein… „da geht etwas verloren“
Aber wegen der angesprochenen Hürde von zwei Implementationen… ja es scheint so als gäbe es dann nur noch WebKit, Mozilla und Trient, allerdings dachte ich Amaya würde keine dieser drei verwenden, sondern eine eigene. Allein weil es vom W3C kommt hätte es auch schon ein gewisses Gewicht (auch wenn es niemand verwendet). Auch fraglich ob WebKit nicht eher ein Fork von KHTML ist und nicht dessen Weiterführung, so wäre auch KHTML eine weitere Implementation (die allerdings wenn ich Wikipedia richtig lese so ziemlich nichts kann). Und während ich diesen Beitrag schreibe sehe ich gerade, dass es scheinbar auch eine Engine namens Robin gibt.
Überhaupt wenn ich mir bei Wikipedia die Liste der Webbrowser ansehe glaube ich eigentlich nicht, dass da alle oder auch nur der größte Teil der grafischen Browser auf den drei (vier) Engines aufbaut.
Kurzum: Wenn die Anforderung wirklich lautet „muss in zwei unabhängigen Implementationen sein“ dann zählt KHTML+Webkit vielleicht nicht, aber KHTML+Trient sehr wohl auch wenn es im Webkit nicht ist und ganz allgemein können die drei Mayor-Engines wenn sie ein Feature „durchdrücken“ wollen sich durchaus auf dem wie mir scheint breiten Browser-Markt umschauen um einen äääh „Koalitionspartner“ zu finden (notfalls können sie ja helfen es dort auch irgendwie rein zu klöppeln)
Revision 114: <template>, Appcache, asm.js versus Bytecode | Working Draft #
Geschrieben am 7.04.2013 um 11:06
[…] V8-Engineer hat Probleme mit asm.js (s. Revision 108). Das Ende der Performance-Optimierung von normalem JS wird befürchtet und außerdem sollte man […]
RSS-Feed zu diesem Beitrag
Kommentare sind für diesen Beitrag geschlossen.