Revision 223: Safari 9, Web Components und A11Y tools
Schepp, Peter, Rodney und Stefan üben sich als Verschwörungstheoretiker. Grundsatz ihrer Theorie: Unfertige Standards, die ohne Präfix in Browsern landen und so der jeweiligen Firma einen Vorsprung liefern. Was liegt, das pickt, denn pactum sund servanda. Die heutigen Exponate:
Schaunotizen
- [00:00:20] Safari 9
- Die aktuelle Version des Safaris ist in einem Previewrelease verfügbar, und die Reaktionen sind eher bescheiden. Mit dem Force Touch Callbacks übergeht man schnell mal alle Bemühungen in Richtung Pointer Events, AirPlay Support ist hochproprietär, kommt aber als Standard daher, und die neuen Erweiterungen des
link
-Elements sorgen für umständliche Hotfixes bei anderen Browsern. Halbfertige Dinge kommen mit Präfix in den Browser, total unfertige und unabgesegnte CSS Eigenschaften total ohne. Wir gehen die gesamte Feature Liste durch und geben zu jedem Punkt Senf ab. Großes Urteil: Für ein Jahr Pause ziemlich dünn, und noch dazu mit zuviel fragwürdigen Erweiterungen ausgestattet als dass wir das gut finden würden. Wir fühlen uns an die 90er und einen bestimmten anderen Browser rückerinnert. - [00:41:29] The State of Web Components
- Mozilla gibt Auskunft über den aktuellen Stand der Web Components Standards, und wir sprechen über deren tatsächliche Verwendbarkeit. Stefan findet Type Extensions im Sinne von Progressive Enhancement gut, Peter wirft aber gekonnt den beschränkten Use-Case ebenjener ein, weil die Implementierung wichtige Zugriffe auf diverse Funktionalitäten unterbindet. Wir sehen uns dem AppCache Problem gegenüber: Gute Idee, aber zu hohe Abstraktion macht’s unbrauchbar. Das zeigt auch der Versuch, HTML in Custom Elements nachzuimplementieren. Wir halten es am Schluß wie Schepp: In Ruhe abwarten und Tee trinken. Wenn’s fertig ist kann man’s ja verwenden
- [00:56:00] Tota11y
- Ein weiteres Accessibility Tool, dass uns sagen soll wo unsere Barrierefreiheitsschnitzer sind. Peter fühlt sich an bereits vorher gescheiterte Versuche erinnert, Rodney will das eher als ersten, allerdings nicht finalen Check automatisiert. In einer finalen Runde meinen wir, dass barrierefreiem Webdesign in der Geschäftswelt nicht genug Bedeutung bemessen wird und für eine ausführliche Umsetzung vor allem das Bewusstsein dafür sowie Fachkräfte fehlen.
[01:10:16] Keine Schaunotizen
- PurifyCSS
- Baut auf CleanCSS auf und schmeisst unnützen CSS Code weg, checkt allerdings, welche Klassen durch JavaScript verändert werden
- When Responsive Images Get Ugly
- Massenweise Edge Cases für
srcset
undpicture
, sowie Lösungsansätze. Vieles davon vielleicht nicht in der realen Welt nötig, aber dennoch gut zu wissen.