Ein redaktioneller Leitfaden zu Protocol mit echten Schriftfamilien, Abstands- und Container-Skalen, einer responsiven, illustrierten Leseseite und einem vollständigen Formularbeispiel mit nativen CSS-Komponenten.
Mozilla Protocol-Designsystem – Schnittstellenvorschau
Vergleichen Sie die Lesedichte, klappen Sie die Erläuterungen auf und probieren Sie ungültige und gültige E-Mail-Zustände aus, ohne ein Abonnement abzuschließen.
Native Mozilla Protocol 22.0.0 CSS und Paketschriftarten; eigenständige HTML, Illustration und JavaScript. Keine Übermittlung des Formulars über das Netzwerk. · Implementierungsreferenz
02
Mozilla Protocol-Designsystem – Designreferenz
Veröffentlichte Token-JSON-Datei für Mozilla Protocol 22.0.0 und natives CSS. Namen mit vorangestelltem Dollarzeichen sind Sass-Tokens. Das eigenständige Beispiel verwendet das Mozilla-Typografiethema; seine Dichtesteuerung und die kreisförmige Illustration sind anwendungsspezifische Entscheidungen.
Mozilla Protocol-Designsystem – redaktionelle Gestaltung
Beginnen Sie mit einer gut lesbaren redaktionellen Hierarchie
Protocol unterstützt neben der Benutzeroberfläche auch redaktionelle und Marketing-Oberflächen. Das Beispiel beginnt mit einer großen Überschrift und einer eigenständigen kreisförmigen Illustration und geht dann zu einer Artikelvorschau und einem Digest-Formular über. So bekommt die Botschaft genügend Raum, bevor die Lesenden zur Bedienung von Steuerelementen aufgefordert werden. Diese Gestaltung unterscheidet sich von einem dicht belegten Verwaltungs-Dashboard.
Markenthema und Anwendungskonzept voneinander trennen
Das Beispiel verwendet mzp-t-mozilla und die native Protocol-Typografie. Artikel, Illustration und Einstellung für die Lesedichte sind eigene Anwendungsinhalte. Weder die nativen Klassennamen noch die Schriftdateien machen daraus einen offiziellen Mozilla-Dienst. Die Fußzeile erläutert den Umfang, und die Digest-Aktion zeigt lediglich eine Bestätigungsvorschau an.
Mozilla Protocol Schriftarten und Titel-Utilities des Designsystems
Das markenspezifische Schriftduo auswählen
Protocol 22 stellt für Mozilla die Schriftfamilien Mozilla Headline und Mozilla Text sowie für Firefox Metropolis und Inter bereit. Das Beispiel lädt die vom Paket bereitgestellten Schriftarten. Überschriften und Fließtext sollten getrennte Rollen haben: Eine Display-Schrift in jedem Absatz beseitigt den Kontrast, der die redaktionelle Hierarchie wirkungsvoll macht.
Überschriftensemantik unabhängig von der visuellen Größe beibehalten
Der Hero-Bereich ist eine h1 mit mzp-u-title-lg. Die nachfolgenden Abschnitte sind h2 mit mzp-u-title-xs, der Artikeltitel ist eine h3 mit mzp-u-title-2xs. Responsive Utilities können die visuelle Größe ändern, ohne die Gliederung zu verändern. Die Einstellung für die Lesedichte wirkt sich nur auf die Beispielabsätze aus; die gesamte Seite und ihre Bedienelemente werden dadurch nicht skaliert.
h1 leitet die Seite ein.
h2 unterteilt die Lesevorschau und das Formular.
h3 bezeichnet den Artikelauszug.
Mozilla Protocol Farben und Illustrationen des Designsystems
Illustrationen als redaktionelle Inhalte verwenden
Der kreisförmige Farbverlauf ist ein eigenes CSS-Kunstwerk mit einer kurzen barrierefreien Beschreibung. Der warme Verlauf bis hin zu Violett wird weder als neues offizielles Mozilla-Logo noch als von Protocol exportiertes Design-Token dargestellt. Der Rest der Seite nutzt zurückhaltende neutrale Hintergründe, damit die Illustration und die primäre Aktion klar hervortreten.
Dem Formularstatus eine eigene Bedeutung geben
Der lokale E-Mail-Fehler wird durch eine Erklärung und einen sichtbaren Rahmen für ungültige Eingaben kenntlich gemacht. Der Erfolg erscheint in einem separaten Bestätigungsfeld, das die eingegebene Beispieladresse enthält und darauf hinweist, dass keine E-Mail gesendet wurde. Ein farbenfroher Hero-Bereich sollte nicht mit dem Fehlerstatus konkurrieren oder Zweifel daran aufkommen lassen, ob das Formular erfolgreich war.
Mozilla Protocol Abstände und Layout-Skalen des Designsystems
Die beiden Abstandsskalen gezielt einsetzen
Die veröffentlichten Abstände für Komponenten betragen 4, 8, 16, 24, 32 und 48px. Eine separate Layout-Skala reicht bis 64, 96 und 192px. Die kleinere Skala eignet sich für Formulare und Karten, der größere Rhythmus für Abstände zwischen redaktionellen Abschnitten. Werden alle kleinen Abstände auf Layout-Werte vergrößert, leidet die visuelle Verbindung zwischen einer Beschriftung und dem zugehörigen Feld.
Die Zeilenlänge begrenzen, bevor weitere Spalten hinzukommen
Mozilla Protocol Schaltflächen, Details und Formulare des Designsystems
Die tatsächliche Struktur des Formulars beibehalten
Das Digest-Beispiel ist ein natives Formular mit sichtbarer Beschriftung, E-Mail-Eingabefeld, erläuterndem Hinweis, Fehlermeldung und Absenden-Schaltfläche. Protocol gestaltet die Komponenten; die Anwendung prüft die Eingabe und meldet das lokale Ergebnis. Für die Aktion im Hero-Bereich kommt ein Link zum Einsatz, da er zu einem Abschnitt auf derselben Seite führt. Zum Absenden dient dagegen eine Schaltfläche.
Ergänzende Erläuterungen mit einem einfachen Aufklappelement bereitstellen
Das Aufklappelement „Was ändert sich?“ ist ein natives details/summary-Paar. Es erläutert die benutzerdefinierten Absatzwerte für die komfortable und kompakte Darstellung, ohne den Hauptartikel zu unterbrechen. Dabei handelt es sich weder um einen vorgetäuschten Navigations-Tab noch um eine versteckte Voraussetzung. Formular und Steuerelemente für die Lesedichte bleiben unabhängig davon bedienbar, ob das Element geöffnet oder geschlossen ist.
Mozilla Protocol Lese- und Validierungsstatus des Designsystems
Jeweils nur eine Leseeinstellung ändern
Die beiden Schaltflächen zur Lesedichte bilden eine beschriftete Gruppe und stellen aria-pressed bereit. Beim Wechsel zur kompakten Ansicht ändern sich im Artikel ausschließlich Schriftgröße, Zeilenhöhe und unterer Absatzabstand. Text, Titel und Formulareingabe bleiben unverändert. Das Beispiel unterscheidet diese Einstellung bewusst vom Wechsel zwischen den Markenthemen von Mozilla und Firefox.
Die lokale Fehlerbehebung im Formular vorhersehbar gestalten
Bei einer ungültigen Adresse wird eine Fehlermeldung angezeigt und das Eingabefeld fokussiert. Durch Bearbeiten wird der veraltete Fehler entfernt und eine vorherige Bestätigung ausgeblendet. Bei einer gültigen Adresse wird ein lokal erzeugtes Ergebnis angezeigt und fokussiert. „Andere Adresse testen“ leert das Formular, entfernt den Status für ungültige Eingaben und setzt den Fokus zurück auf das Eingabefeld. Es wird kein asynchrones Abonnement eingerichtet.
Eine leere oder fehlerhafte Adresse absenden und die Fehlermeldung des Felds lesen.
Eine Beispieladresse eingeben und die lokale Bestätigung anzeigen lassen.
Mit „Andere Adresse testen“ das Formular zurücksetzen und den Fokus auf das Eingabefeld legen.
Mozilla Protocol Barrierefreie redaktionelle Steuerelemente des Designsystems
Illustrationen und Bedienelementen unterschiedliche Rollen zuweisen
Die Illustration ist ein Element mit der Rolle „image“ und einem knappen Alternativtext. Die Schaltflächen für die Lesedichte, das Aufklappelement und die Absendeaktion sind echte Steuerelemente. Das E-Mail-Feld verweist über aria-describedby sowohl auf den Hinweis als auch auf die Fehlermeldung. Eine sichtbare Fokusumrandung ergänzt die native Gestaltung für die Tastaturbedienung.
Eine sinnvolle Reihenfolge beim Stapeln des Layouts beibehalten
Die Dokumentreihenfolge lautet: Überschrift, Lesevorschau, Erläuterung und Formular. Auf Mobilgeräten bleibt diese Reihenfolge bestehen; CSS zieht das Formular nicht vor den Kontext. Die 180px große mobile Illustration ergänzt den redaktionellen Inhalt, statt als festbreites Hindernis horizontales Scrollen zu erzwingen.
Mozilla Protocol Integration des Designsystems CSS
Die veröffentlichten Assets mit dem Beispiel bündeln
Der bereitgestellte Einstiegspunkt importiert ein kompiliertes Theme, protocol.css und protocol-components.css und anschließend das Anwendungs-Stylesheet. Bei Protocol 22 müssen die benutzerdefinierten Theme-Eigenschaften auf :root gesetzt sein; allein eine veraltete Markenklasse anzuhängen, löst die Typografie nicht auf. protocol-theme.scss muss vor dem Start von Vite kompiliert werden. Ein bundler mit Modulunterstützung verarbeitet die URLs der Schrift- und Bilddateien. Die folgenden Blöcke HTML, JavaScript und CSS enthalten den vollständigen Quellcode des Beispiels; es gibt weder ein verborgenes Backend für den Newsletter noch einen zustandsverwaltenden Provider, der an ein bestimmtes Paket gebunden ist.
Das Formular nur dann erweitern, wenn ein echter Abonnementdienst vorhanden ist
Mozilla Protocol-Designsystem-Komponentenbeispiele
index.html — vollständige redaktionelle Seite
Semantischer Artikel, Steuerelemente für die Lesedichte, Offenlegungsbereich und lokales Digest-Formular mit einer eigens erstellten CSS-Illustration.
html
<!doctype html>
<html lang="en">
<head><meta charset="utf-8"><meta name="viewport" content="width=device-width,initial-scale=1"><title>Reading specimen</title></head>
<body>
<main class="reading-example mzp-t-mozilla">
<header class="reading-top">
<strong>MOZILLA PROTOCOL · EDITORIAL SPECIMEN</strong
><span>Original example by OpenDesign</span>
</header>
<section class="reading-hero">
<div>
<h1 class="mzp-u-title-lg">A little more room to read.</h1>
<p>
Make space for useful ideas, quieter pages, and a reading rhythm that
feels like yours.
</p>
<a class="mzp-c-button" href="#reading-controls"
>Explore the reading preview</a
>
</div>
<div
class="orb"
role="img"
aria-label="Original warm-to-purple circular illustration"
></div>
</section>
<div class="reading-main">
<section id="reading-controls">
<h2 class="mzp-u-title-xs">Choose your reading rhythm</h2>
<p>
Compare two application-defined densities using the same short article.
</p>
<div class="density-options" role="group" aria-label="Reading density">
<button
class="mzp-c-button mzp-t-secondary"
data-density="comfortable"
aria-pressed="true"
>
Comfortable</button
><button
class="mzp-c-button mzp-t-secondary"
data-density="compact"
aria-pressed="false"
>
Compact
</button>
</div>
<article id="article-sample">
<h3 class="mzp-u-title-2xs">The open page</h3>
<p>
A useful page gives an idea enough room to breathe. Its headings show
the path, its paragraphs keep a readable measure, and its controls
remain easy to find.
</p>
<p>
Changing density should preserve the story. This preview adjusts
paragraph size and spacing without replacing the article or changing
your place in the task.
</p>
</article>
<details>
<summary>What changes in this example?</summary>
<p>
Comfortable uses 16px text with 1.6 line height. Compact uses 14px
with 1.4. These are example reading preferences, not separate official
Protocol themes.
</p>
</details>
</section>
<aside class="signup">
<h2 class="mzp-u-title-xs">Preview a reading digest</h2>
<p>
Try the form styling and local validation. No subscription is created.
</p>
<form id="reading-form" novalidate>
<label for="email">Email address</label
><input
id="email"
type="email"
autocomplete="email"
aria-describedby="email-note email-error"
/>
<p class="note" id="email-note">
Use an example address. Nothing will be sent.
</p>
<p id="email-error" class="error" role="alert" hidden>
Enter an email address, such as [email protected].
</p>
<button class="mzp-c-button" type="submit">Preview confirmation</button>
</form>
<div id="confirmation" tabindex="-1" role="status" hidden>
Local preview confirmed for <strong></strong>. No email was sent.<button
id="reset"
class="mzp-c-button mzp-t-secondary"
type="button"
>
Try another address
</button>
</div>
</aside>
</div>
<footer class="reading-footer">
Native Mozilla Protocol 22.0.0 CSS and fonts. Original illustration, copy
and JavaScript; not an official Mozilla service.
</footer>
</main>
<script type="module" src="/src/main.js"></script>
</body></html>
Die Sass-Konfiguration legt die Marke fest; hierfür wird keine Laufzeit-Klasse umgeschaltet.
04
Mozilla Protocol-Designsystem-Agent-Einrichtung
Ausgangspunkt für die Implementierung
Die nativen CSS/fonts und das eigens erstellte Skript wurden für die lokale Vorschau gebündelt. Verwenden Sie eine von Ihrer Vite-Version unterstützte Node.js-Version. Legen Sie bei einer Weitergabe der Build-Datei die Paketlizenz und die Quellenangaben zu den Assets bei.
sh
npm create vite@latest protocol-reading -- --template vanilla
cd protocol-reading
npm install
npm install @mozilla-protocol/[email protected]
npm install --save-dev sass
npx sass --load-path=node_modules src/protocol-theme.scss src/protocol-theme.css
# Replace index.html; add src/main.js and src/protocol.css from the full examples.
npm run dev
Ein Prompt für dein Projekt
Agenten-Prompt
Erstellen Sie mit Mozilla Protocol 22.0.0 eine redaktionelle Seite. Ermitteln Sie die tatsächlichen Referenzwerte für Schriftarten, Abstände und Container. Verwenden Sie die bereitgestellte vollständige HTML/CSS/JS-Komposition als Ausgangspunkt, behalten Sie semantische Überschriften und sichtbare Formularbeschriftungen bei und unterscheiden Sie eigens erstellte Illustrationen und Dichteoptionen von offiziellen Design-Tokens. Gestalten Sie die lokale Validierung transparent; integrieren Sie ein echtes Abonnement erst, wenn die Anforderungen des Dienstes und an die Einwilligung festgelegt sind.
05
Mozilla Protocol-Designsystem: Quellen und Geltungsbereich
OpenDesign-Anwendungsleitfaden für Mozilla Protocol 22.0.0. Das Beispiel verwendet das veröffentlichte CSS und gebündelte Schriftarten sowie eigens erstellte Texte, Illustrationen und lokales Formularverhalten. Es ist weder ein Mozilla-Produkt noch ein Newsletter- oder Abonnementdienst; Marken- und Asset-Rechte verbleiben bei den jeweiligen Inhabern.