Mozilla Brick 2.0: Neustart des Projektes
Mit den Web Components befindet sich eine Webtechnologie in der Standardisierung durch das W3C, welche es Webentwicklern erlaubt, eigene HTML-Elemente für Webanwendungen zu bauen. Mit Brick entwickelt Mozilla eine auf Web Components basierende Sammlung wiederverwendbarer UI-Komponenten, deren Version 2.0 vor kurzem angekündigt worden ist.
Mozilla Brick ist eine Sammlung von UI-Komponenten, welche cross-browser-kompatibel und im März als Version 1.0 veröffentlicht worden ist. Im offiziellen Blog des Projektes gab es einen Ausblick auf die kommende Version 2.0. Brick 2.0 wird mehr oder weniger ein Neustart des Projektes sein, welches dann nicht länger auf X-Tag – einer von Mozilla entwickelten Polyfill-Bibliothek – aufbaut. Stattdessen werden die platform.js-Polyfills von Google Polymer genutzt und die Brick-Komponenten im „Vanilla“-Style geschrieben, sprich direkt die standardisierten APIs angesprochen. Ziel sei ein leichtgewichtigeres, mehr modulares Brick, zu welchem es außerdem einfacher sein soll, Code beizusteuern.
[lightbox style=“modern“ image_path=“https://www.soeren-hentzschel.at/wp-content/uploads/brick-2-0.png“ popup=“https://www.soeren-hentzschel.at/wp-content/uploads/brick-2-0.png“ link_to_page=““ target=““ description=““ size=“two_col_small“]
Mit Web Components sind Webentwickler dazu in der Lage, eigene HTML-Elemente zu bauen, welche in der Anwendung wiederverwendet werden können. Eines der Bricks ist beispielsweise ein Kalender. Eine Zeile wie <x-calendar controls chosen=’2012-05-17′></x-calendar> reicht, um einen Kalender in die Webanwendung zu integrieren. Weitere Widgets, welche Brick bereitstellt, sind unter anderem eine Tab-Leiste, ein Slider oder auch Tooltips. Mit den Bricks kann ein Entwickler viel Zeit sparen, da er sich keine Gedanken um das HTML/CSS/JavaScript dahinter machen muss. Die Widgets von Brick sind mit allen aktuellen Browsern kompatibel und mobiltauglich.
Sören Hentzschel ist Webentwickler aus Salzburg. Auf soeren-hentzschel.at informiert er umfassend über Neuigkeiten zu Mozilla. Außerdem ist er Betreiber von camp-firefox.de, der ersten Anlaufstelle im deutschsprachigen Raum für Firefox-Probleme aller Art. Weitere Projekte sind firefox.agenedia.com, mozilla.de, firefoxosdevices.org sowie sozone.de.
Weitere aktuelle Artikel aus der Kategorie „Mozilla“
- 15.04.2024Mozilla Didthis: Webversion von digitalem Tagebuch verfügbar
- 13.04.2024Nun also doch: Mastodon-App Mozilla Social für Android wird weiterentwickelt
- 10.04.2024Formulaic: Mozilla arbeitet an Community-Plattform für KI-Prompts
- 31.03.2024Mozilla Ventures investiert in Holistic AI
- 29.03.2024Mozilla veröffentlicht Common Voice Corpus 17.0
Der erste Link ist bei mir tot.
https://mozbrick.github.io/ ?
Hmpf, ja. Danke, werde ich korrigieren.
Hm, auf der einen Seite wirbt man für mehr Standardisierung bei W3C, andererseits dann wieder solche „Spielwiesen“- ich übertreibe mal bewußt …
Sofern sich solche Dinge verbreiten und das Netz „durchsetzen“ käme eine spätere, zeitversetzte Übernahme als Standard infrage, oder ? Als Knackpunkt sehe ich die crossfähige Nutzung bei allen Browsern, oder ist das eher eine kopfgemachte Problematik ?
Ich nutze andere Sachen außerhalb FF kaum noch bzw. selten und bewußt nur um vermutete fehlerhafte Seiten durch andere Browser zu testen, daher hinke ich mit Sicherheit hinterher …
Web Components sind bereits auf fortgeschrittenem Weg, Standard zu werden. Brick sind UI-Komponenten, welche in Form von Web Components umgesetzt sind.
Hier kommen sogenannte Polyfills ins Spiel. Die Aufgabe eines Polyfills ist es, Kompatibilität mit Browsern herzustellen, welche das nicht nativ unterstützen, hier kommt platform.js von Google Polymer zum Einsatz, Kompatibilität siehe:
http://www.polymer-project.org/resources/compatibility.html
Hier verstehe ich nicht, warum man HTML nicht gleich zu SGML bzw. zu XML erweitert. Das ist doch nur Symptombehandlung. Einfacher wäre es, wenn man gleich xml zu ließe und zwar nur mehr valides. Das würde diese ganzen Quirksmodes auch aufräumen und all die „ich schuster mir mal ne Webseite in 1-2 Stunden mit Klickibunti-Editoren zusammen“-Leute schön dazu zwingen die Sprachen ordentlich zu lernen oder aufzugeben 🙂
Mir ist nicht klar, welches Symptom genau du meinst, dass es durch Brick behandelt würde, und inwiefern XML irgendetwas vereinfachen würde.
Dann schau dir mal das Ökosystem rund um XML an. (XPath, XQuery, XSLT, …)
Abgesehen davon ist es in XML gar kein Problem einfach <my-awesome-element> zu bauen 🙂
Das kenne ich, das war auch ein Semester Inhalt meines Studiums. 😉 Meine Frage war, inwiefern das in dieser Sache irgendetwas vereinfachen würde.