initial commit

27 files changed, 2747 insertions, 0 deletions

diff --git a/files/de/mdn/community/bleibe_auf_dem_laufenden/index.html b/files/de/mdn/community/bleibe_auf_dem_laufenden/index.html
new file mode 100644
index 0000000000..cd5c500e41
--- /dev/null
+++ b/files/de/mdn/community/bleibe_auf_dem_laufenden/index.html
@@ -0,0 +1,42 @@
+---
+title: Bleibe auf dem Laufenden
+slug: MDN/Community/Bleibe_auf_dem_Laufenden
+tags:
+  - Anfänger
+  - Community
+  - Guide
+  - MDN-Meta
+translation_of: MDN/Community/Whats_happening
+---
+<div>{{MDNSidebar}}</div><p>MDN wird von der <a href="https://wiki.mozilla.org/MDN">Mozilla Developer Network Community (englisch)</a> erstellt. Hier sind ein paar Kanäle, über die wir Informationen darüber teilen, an was wir arbeiten.</p>
+
+<h2 id="Blogs">Blogs</h2>
+
+<dl>
+ <dt><a href="https://hacks.mozilla.org/">Mozilla Hacks (englisch)</a></dt>
+ <dd>Neuigkeiten und ausführliche Berichte zu Web- und Mozilla-Technologien und -Features.</dd>
+ <dt><a href="https://blog.mozilla.org/community/category/developer-engagement/">Entwickler einbinden (englisch)</a></dt>
+ <dd>Förderung der Aktivitäten und Diskussionen zwischen der an MDN beteiligten Community bei Mozilla.</dd>
+</dl>
+
+<h2 id="Streams">Streams</h2>
+
+<ul>
+ <li><a href="https://twitter.com/MozDevNet">@MozDevNet (englisch)</a>: Interessante Seiten, Tutorials, Guides, Aufrufe zur Einbringung, besondere Ankündigungen und andere Neuigkeiten über das Mozilla Developer Network.</li>
+ <li><a href="https://twitter.com/mozhacks">@MozHacks (englisch)</a>: Tweets über neue Webtechnologien, tolle HTML5-Apps und Firefox-Features.</li>
+ <li><a href="https://www.youtube.com/user/mozhacks">Mozilla Hacks (YouTube; englisch)</a></li>
+</ul>
+
+<h2 id="Statusboards_und_Dashboards">Statusboards und Dashboards</h2>
+
+<p>Das MDN-Dokumentationsteam unterhält ein <a href="https://trello.com/b/HAhl54zz/status">Trello board (englisch)</a>, auf dem unsere Projekte verwaltet werden. Dieses Board ist nur lesbar, erlaubt es dir jedoch, zu sehen, an was gearbeitet wird und was wir hoffen, bald angehen zu können, und ermöglicht es dir, herauszufinden, wo du helfen kannst. <a href="/de/docs/MDN/Contribute/Community/Trello">Dieser Artikel</a> erklärt, wie dieses Board verwendet wird.</p>
+
+<p>Außerdem solltest du einen Blick auf die <a href="/de/docs/MDN/Doc_status">Dokumentationsstatus</a>-Seiten werfen, um zu sehen, was aktuell in Bezug zu allen MDN-Inhalten passiert. Du kannst sehen, welche Artikel geschrieben oder aktualisiert werden müssen, welche Themen die meiste Hilfe benötigen und viel, viel mehr.</p>
+
+<h2 id="MDN-Meetings">MDN-Meetings</h2>
+
+<p>Es gibt einige regelmäßige Meetings, um den Fortschritt verschiedener MDN-Projekte und -Prozesse zu verfolgen und zu teilen. Diese sind auf der <a href="https://wiki.mozilla.org/MDN/Meetings">MDN-Meetings-Wikiseite (englisch)</a> beschrieben.</p>
+
+<p>Um einen allgemeinen Sinn dafür zu bekommen, was aktuell passiert, sollte man am MDN-Community-Meeting teilnehmen, welches alle zwei Wochen mittwochs, 10:00 US-Pazifikzeit (UTC-0800 Oktober-März, UTC-0700 März-Oktober) im <a href="irc://irc.mozilla.org/mdn">#mdn</a> <a href="https://wiki.mozilla.org/IRC">IRC-Kanal</a> stattfindet. Siehe die <a href="https://wiki.mozilla.org/MDN/Meetings/Community">MDN-Community-Meetings</a>-Wikiseite für Termine und Notizen zu vergangenen Meetings.</p>
+
+<p>Der Kalender für <a class="external text" href="https://www.google.com/calendar/embed?src=mozilla.com_2d35383434313235392d323530%40resource.calendar.google.com" rel="nofollow">öffentliche MDN-Events (englisch)</a> beinhaltet MDN-Community-Meetings, Docsprints und andere MDN-bezogene Ereignisse. Falls du ein Meeting siehst, das im "mdn"-Kanal unseres Vidyo-Videokonferenzsystems stattfindet, kannst du <a href="https://v.mozilla.com/flex.html?roomdirect.html&amp;key=gMM1xZxpQgqiQFNkUR3eBuHgxg">an der Konversation im Web teilnehmen (englisch)</a>.</p>
diff --git a/files/de/mdn/community/index.html b/files/de/mdn/community/index.html
new file mode 100644
index 0000000000..f8df9274e7
--- /dev/null
+++ b/files/de/mdn/community/index.html
@@ -0,0 +1,80 @@
+---
+title: Tritt der MDN-Gemeinschaft bei
+slug: MDN/Community
+tags:
+  - Community
+  - Guide
+  - Landing
+  - MDN Meta
+  - Meeting
+translation_of: MDN/Community
+---
+<div>{{MDNSidebar}}</div>
+
+<div>{{IncludeSubnav("/en-de/docs/MDN")}}</div>
+
+<p>MDN ist mehr als ein Wiki: Es ist eine Gemeinschaft von Entwicklern, die zusammenarbeiten um MDN zu einer eigenständigen Ressource für Entwickler, die openWeb-Technologien nutzen, zu machen. Die "Arbeit" wird auf der  MDN-Seite gemacht, aber die "Community" funktioniert auch (asynchron) durch Diskussionen und (synchron) durch Online-Chats.</p>
+
+<p>Wir würden uns freuen, wenn Du beim MDN mitmachen würdest, aber noch mehr, wenn Du bei der MDN-Community mitmachen würdest. Hierunter kannst Du lesen, wie man sich in wenigen Schritten anmeldet:</p>
+
+<ol>
+ <li>Erstelle ein MDN-Konto.</li>
+ <li>Abonniere die dev-mdc Verteilerliste.</li>
+ <li>Gehe zu IRC.</li>
+</ol>
+
+<h2 id="Erstelle_ein_MDN-Konto">Erstelle ein MDN-Konto</h2>
+
+<p>{{page("/en-US/docs/Project:MDN/Contributing/Getting_started", "Creating an account") }}</p>
+
+<h2 id="Unseren_Verteiler-Listen_beitreten">Unseren Verteiler-Listen beitreten</h2>
+
+<p>Zum Informationsaustausch und für Diskussionen hat Mozilla mehrere nützliche Mailinglisten. Insbesondere für MDN sind das:</p>
+
+<dl>
+ <dt><a href="https://lists.mozilla.org/listinfo/dev-mdc">dev-mdc</a></dt>
+ <dd>In dieser Liste diskutieren wir über die Dokumentation auf MDN. Wir sprechen über Änderungen und Verbesserungen die wir gemacht haben und wir klären, wer welche Inhalte bearbeiten möchte. Wir empfehlen dringend, dass Du dieser Liste beitrittst, wenn Du Dich ernsthaft für die Dokumentation auf MDN interessierst!</dd>
+ <dt><a href="https://lists.mozilla.org/listinfo/dev-mdn">dev-mdn</a></dt>
+ <dd>In dieser Liste führen wir Diskussionen über die Entwicklung der MDN zugrunde liegenden Plattform Kuma. Wenn Du neugierig auf die Entwicklung und Arbeit hinter den Kulissen bist und am Entscheidungsprozess über die Plattform beteiligt sein möchtest, oder an Verbesserungen für die Plattform arbeiten willst, solltest Du Dich auf jeden Fall in dieser Liste engagieren.</dd>
+ <dt><a href="https://lists.mozilla.org/listinfo/mdn-drivers">mdn-drivers</a></dt>
+ <dd>Diese Mailingliste wird verwendet, um über die Prioritäten für die MDN-Entwicklung zu entscheiden. Es dient in der Regel dazu zu diskutieren, was weitergehend bearbeitet werden soll und gehen wir das Entwicklungsteam Aufmerksamkeit zu erregen, wenn ein ernstes Problem muss behoben werden, nachdem wir einen Bug für das Thema eingereicht haben.</dd>
+</dl>
+
+<p>Es gibt auch ein paar Listen speziell für MDN Lokalisierung Gemeinschaften. Wenn Ihre Gemeinde sehr groß und aktiv ist, erhalten Sie wahrscheinlich eine Liste erstellt für Ihre Gemeinde; Fragen Sie uns und wir schauen hinein. Derzeit haben diese Sprachen Listen : <a href="https://lists.mozilla.org/listinfo/dev-mdc-es">Spanish</a>, <a href="https://lists.mozilla.org/listinfo/dev-mdc-ja">Japanese</a>, und <a href="https://lists.mozilla.org/listinfo/dev-mdc-pt">Portuguese</a>.</p>
+
+<p>Warum "Dev-Mdc"? In der Vergangenheit wurde dies als "Mozilla Developer Center" oder MDC bezeichnet. Die Mailing-Liste stammt aus jener Zeit, so ist es Dev-Mdc. Es gibt auch eine Dev-Mdn Mailing-Liste für die Diskussion ist über die Entwicklung der Kuma-Plattform, die MDN läuft auf. Du bist herzlich eingeladen, die auch, aber es ist nicht notwendig, wenn Sie nur in MDN Inhalt interessiert.</p>
+
+<h2 id="In_den_IRC_gehen">In den IRC gehen</h2>
+
+<p>Der Internet Relay Chat (IRC) ist unserer bevorzugter Weg um uns täglich abzusprechen und in Echtzeit Diskussionen unter Community-Mitgliedern zu führen. Wir nutzen verschiedene Kanäle um Diskussionen zu führen, die mit dem MDN zu tun haben.</p>
+
+<dl>
+ <dt><a href="irc://irc.mozilla.org/devmo" title="irc://irc.mozilla.org/devmo">#devmo</a></dt>
+ <dd>Internet Relay Chat (IRC) ist unsere bevorzugte Methode für die täglichen Chat und Diskussionen unter den Community-Mitgliedern in Echtzeit. Wir verwenden ein paar Kanäle für Diskussionen im Zusammenhang mit MDN.</dd>
+ <dt><a href="irc://irc.mozilla.org/mdn" title="irc://irc.mozilla.org/mdn">#mdn</a></dt>
+ <dd>MDN ist mehr als nur die Dokumentation, und aus diesem Grund haben wir einen Kanal für das Gespräch über die größeren MDN-Projekts. Das ist #mdn.</dd>
+ <dt><a href="irc://irc.mozilla.org/mdndev" title="irc://irc.mozilla.org/mdndev">#mdndev</a></dt>
+ <dd>dieses Kanals ist unsere primäre Kanal für die Erörterung des Dokumentation Inhalts selbst. Wir sprechen über das Schreiben, Organisation von Inhalten, und so weiter. Wir haben auch "Wasser-Kühler" Gespräche hier – es ist ein Weg, unsere Community in Kontakt zu bleiben und einfach nur rumhängen kann.</dd>
+</dl>
+
+<p>Diese Kanäle sind am ehesten in Nordamerika unter der Woche aktiv sein.</p>
+
+<p>Erfahre mehr über IRC, wenn Du damit nicht vertraut bist. ChatZilla ist ein IRC-Client implementiert als Firefox Add-on, das macht es schnell und einfach zu installieren und starten Sie mit it.</p>
+
+<h2 id="Nimm_an_unseren_zweiwöchentlichen_Besprechungen_(und_anderen_Veranstaltungen)_teil">Nimm an unseren zweiwöchentlichen Besprechungen (und anderen Veranstaltungen) teil</h2>
+
+<p>Jede zweite Woche, hält die MDN Gemeinschaft ein IRC-basierten Live Meeting Notizen austauschen, reden, was wir getan haben und klären wir für die nächsten zwei Wochen zu tun möchten. Wir sprechen auch über Entwicklungspläne für die MDN-Plattform selbst und oft Updates über neue und kommende Features der Website erhalten. Dies sind lockere, lustige treffen, und jeder ist herzlich willkommen.<br>
+ <br>
+ Auf der Seite MDN Gemeindeversammlungen auf der Mozilla-Wiki für Details über den Zeitplan sowie die Tagesordnungen und Notizen für vergangene und geplante Veranstaltungen.</p>
+
+<p>Auf der Seite <a href="https://wiki.mozilla.org/MDN/Community_meetings" title="https://wiki.mozilla.org/MDN/Community_meetings">MDN Community Meetings</a> auf der Mozilla-Wiki für Details über den Zeitplan sowie die Tagesordnungen und Notizen für vergangene und geplante Veranstaltungen.</p>
+
+<p>Die <a href="https://mail.mozilla.com/home/publiccalendar@mozilla.com/MDN_Events.html">MDN Events calendar</a> für diese und andere Meetings, Doc Sprints und anderen Veranstaltungen zu sehen.</p>
+
+<h2 id="Nächste_Schritte">Nächste Schritte</h2>
+
+<ul>
+ <li>Einen Beitrag zur MDN: Hier finden Sie Anleitungen für Arbeiten in MDN und Vorschläge für Unternehmungen, an zu arbeiten.<br>
+  Verfolgen, was passiert ist: mehr Möglichkeiten mit MDN und Mozilla Entwickler Engagement im allgemeinen mithalten. .</li>
+ <li>Verfolgen, was passiert ist: mehr Möglichkeiten mit MDN und Mozilla Entwickler Engagement im allgemeinen mithalten.</li>
+</ul>
diff --git a/files/de/mdn/contribute/feedback/index.html b/files/de/mdn/contribute/feedback/index.html
new file mode 100644
index 0000000000..fcc2560b5d
--- /dev/null
+++ b/files/de/mdn/contribute/feedback/index.html
@@ -0,0 +1,51 @@
+---
+title: Feedback zu MDN senden
+slug: MDN/Contribute/Feedback
+tags:
+  - Dokumentation
+  - Guide
+  - MDN
+  - MDN-Meta
+translation_of: MDN/Contribute/Feedback
+---
+<div>{{MDNSidebar}}</div>
+
+<div>{{IncludeSubnav("/de/docs/MDN")}}</div>
+
+<p>Willkommen auf MDN! <span class="seoSummary">Falls du Verbesserungsvorschläge für oder Probleme mit der Benutzer von MDN hast, ist dies der richtige Ort. Dass du Interesse daran zeigst, Feedback zu geben, macht dich mehr Teil der Mozilla-Community, und wir danken dir im Voraus für dein Interesse.</span></p>
+
+<p><span class="seoSummary">Du hast mehrere Möglichkeiten, deine Eindrücke zu schildern; dieser Artikel hilft dir dabei.</span></p>
+
+<h2 id="Die_Dokumentation_aktualisieren">Die Dokumentation aktualisieren</h2>
+
+<p>Zuallererst, falls du ein Problem im Zusammenhang mit der Dokumentation gesehen hast, kannst du ihn gerne selbst korrigieren. <a href="/de/docs/MDN/Contribute/Howto/ERstellung_eines_MDN_Profils">Melde dich an</a>, indem du <a href="https://github.com/">GitHub</a> verwendest, dann klicke auf einen blauen <strong>Bearbeiten</strong>-Button, um den <a href="/de/docs/MDN/Contribute/Editoren_Anleitung">Editor</a> zu öffnen und damit an der MDN-Dokumentation mitzuwirken. Die Dokumentation hier ist in einem Wiki und wird durch ein Team von Freiwilligen und bezahlten Arbeitskräften betreut, seit also nicht schüchtern — deine Grammatik muss nicht perfekt sein. Wenn du einen Fehler machen solltest, werden wir ihn beheben; keine Sorge!</p>
+
+<p>Für weitere Informationen über die Mitwirkung zur MDN-Dokumentation siehe:</p>
+
+<ul>
+ <li><a href="/de/docs/MDN/Erste_Schritte">Erste Schritte</a></li>
+ <li><a href="/de/docs/MDN/Contribute">Beitragen zu MDN</a></li>
+ <li><a href="/de/docs/MDN/Contribute/Editoren_Anleitung" title="/en-US/docs/Project:MDN_editing_interface">Editoren-Anleitung</a></li>
+</ul>
+
+<h2 id="Nimm_an_der_Konversation_teil">Nimm an der Konversation teil</h2>
+
+<p>Sprich mit uns! Es gibt mehrere Wege, um mit anderen Leuten, die an MDN-Inhalten arbeiten, in Kontakt zu treten.</p>
+
+<h3 id="Synchron_Chat">(Synchron) Chat</h3>
+
+<p>
+ </p><h3 id="Asynchron_Diskussionen">(Asynchron) Diskussionen</h3>
+
+
+<p>Längere Diskussionen finden in unserem <a href="https://discourse.mozilla-community.org/c/mdn">MDN-Diskussionsforum (englisch)</a> statt. Du kannst über die E-Mail-Adresse <a href="mailto://mdn@mozilla-community.org">mdn@mozilla-community.org</a> ins Forum posten. Falls du dem Forum beitritts, kannst du zudem auswählen, ob du Benachrichtigungen über Diskussionen via E-Mail erhalten willst.</p>
+
+<h2 id="Fehler_melden">Fehler melden</h2>
+
+<h3 id="Dokumentationsfehler">Dokumentationsfehler</h3>
+
+<p>Falls du einen Fehler in der Dokumentation siehst und ihn aus irgendeinem Grund nicht selbst beheben kannst, kannst du einen <a href="https://github.com/mdn/sprints/issues/new?template=issue-template.md&amp;projects=mdn/sprints/2&amp;labels=user-report">Fehlerbericht erstellen (englisch)</a>! Du kannst dieses Formular für beliebige Dokumentationsprobleme verwenden, egal ob es eine einfache Korrektur ist oder eine Anfrage für einen komplett neuen Inhalt. Wie zuvor erwähnt, laden wir dich dazu ein, die Änderungen selbst beizutragen, jedoch steht dir diese Option ebenfalls offen.</p>
+
+<h3 id="Seitenfehler">Seitenfehler</h3>
+
+<p>Falls du auf Probleme mit der MDN-Webseite stößt oder Ideen für neue Features für die Seite hast, kannst du <a href="https://bugzilla.mozilla.org/form.mdn">ein Ticket an das MDN-Entwicklerteam stellen (englisch)</a>.</p>
diff --git a/files/de/mdn/contribute/getting_started/index.html b/files/de/mdn/contribute/getting_started/index.html
new file mode 100644
index 0000000000..a1f27d9d62
--- /dev/null
+++ b/files/de/mdn/contribute/getting_started/index.html
@@ -0,0 +1,125 @@
+---
+title: Erste Schritte auf MDN
+slug: MDN/Contribute/Getting_started
+tags:
+  - Documentation
+  - Getting Started
+  - Guide
+  - MDN
+  - MDN Project
+  - New Contributors
+translation_of: MDN/Contribute/Getting_started
+---
+<div>{{MDNSidebar}}</div><p id="What_is_MDN.3F">Wir sind eine offene Gemeinschaft von Entwicklern, die Ressourcen für ein besseres Internet ohne Rücksicht auf Marke, Browser oder Plattform erstellen. Jeder kann dazu einen Beitrag leisten und jeder, der uns dabei hilft, macht uns stärker. Gemeinsam können wir auch in Zukunft Neuerungen im Internet zum Nutzen Aller voranbringen. Es beginnt hier, mit Ihnen.</p>
+
+<p>Alle Bestandteile von MDN (Dokumentationen, Demos und die Webseiten an sich) werden von einer offenen Gemeinschaft von Entwicklern erstellt. Bitte schließen Sie sich uns an!</p>
+
+<h2 id="3_einfache_Schritte_um_bei_MDN_mitzumachen"><span><span>3 einfache Schritte um bei MDN mitzumachen</span></span></h2>
+
+<p>MDN ist ein Wiki, dem <strong>jeder</strong> Inhalte hinzufügen und diese bearbeiten kann. Sie müssen kein Programmierer sein oder besonders viel über Technologien wissen. Es gibt eine ganze Reihe von Aufgaben, die erledigt werden müssen, vom Einfachen (Korrekturlesen und Beheben von Tippfehlern) bis zum Komplexen (API Dokumentationen schreiben).</p>
+
+<p>Einen Beitrag zu leisten ist einfach und sicher. Wenn Sie einen Fehler machen, wird dieser schnell behoben werden. Auch wenn Sie sich nicht sicher sind, wie manche Dinge aussehen sollen oder Ihre Grammatik nicht allzu gut ist, zerbrechen Sie sich darüber nicht den Kopf. Wir haben ein Team von Leuten, deren Job es ist zu gewährleisten, dass die Inhalte auf MDN so gut wie möglich sind. Jemand wird da sein um sicherzustellen, dass Ihre Arbeit ordentlich und gut formuliert ist.</p>
+
+<h3 id="Schritt_1_Legen_Sie_ein_Konto_für_MDN_an">Schritt 1: Legen Sie ein Konto für MDN an</h3>
+
+<p>Um mit Ihren Beiträgen auf MDN zu beginnen, benötigen Sie ein Konto für MDN. Näheres erfahren Sie unter <a href="/de/docs/MDN/Contribute/Howto/Create_an_MDN_account">Anlegen eines Accounts</a>.</p>
+
+<h3 id="Schritt_2_Suchen_Sie_sich_eine_zu_erledigende_Aufgabe">Schritt 2: Suchen Sie sich eine zu erledigende Aufgabe</h3>
+
+<p>Sobald Sie eingeloggt sind, lesen Sie die Beschreibungen der verschiedenen Arten von Aufgaben in der Liste unten und entscheiden Sie, welche Sie davon am Meisten reizt. Sie können sich jede Aufgabe die Ihnen gefällt aussuchen, um mit Ihrem Beitrag zu beginnen.</p>
+
+<h3 id="Schritt_3_Erledigen_Sie_die_Aufgabe">Schritt 3: Erledigen Sie die Aufgabe</h3>
+
+<p>Sobald Sie entschieden haben, welche Art von Aufgabe Sie erledigen wollen, suchen Sie nach einer Seite, einem Code Beispiel o. ä. an dem Sie arbeiten wollen und legen Sie einfach los!</p>
+
+<p>Machen Sie sich keine Gedanken, ob es perfekt ist! Andere Mitwirkende von MDN sind da, um durchgerutschte Fehler zu beheben. Möchten Sie lieber erst experimentieren bevor Sie etwas “in Echt” machen, können Sie die <a href="/de/docs/Sandbox">Sandbox</a> Seite editieren. Bei auftauchenden Fragen finden Sie auf der <a href="/de/docs/MDN/Community">Community</a> Seite Informationen über Mailing Listen und Chat Kanäle, auf denen Sie Antworten erhalten können.</p>
+
+<p>Wenn Sie fertig sind, können Sie sich gerne eine weitere Aufgabe aussuchen oder schauen Sie unten <a href="#Was_Sie_noch_auf_MDN_tun_k.C3.B6nnen">was Sie noch auf MDN tun können</a>.</p>
+
+<h2 id="Mögliche_Arten_von_Aufgaben">Mögliche Arten von Aufgaben</h2>
+
+<p>Abhängig von Ihren Fähigkeiten und Interessen gibt es viele Möglichkeiten, um zu MDN beizutragen. Obwohl manche Aufgaben gewaltig sind, haben wir auch eine Menge einfacher Arbeiten zur Auswahl. Viele davon sind in fünf Minuten (oder weniger!) erledigt. Zusätzlich zur Aufgabe und einer kurzen Beschreibung finden Sie die ungefähre Zeit, die jede Art von Aufgabe normalerweise erfordert, mit angegeben.</p>
+
+<h3 id="Option_1_Ich_mag_Worte">Option 1: Ich mag Worte</h3>
+
+<p>Sie können uns bei der Durchsicht und beim Bearbeiten bestehender Dokumentationen und beim Anlegen zutreffender Schlagwörter behilflich sein.</p>
+
+<ul>
+ <li><a href="/de/docs/MDN/Contribute/Howto/Set_the_summary_for_a_page">Schreiben Sie die Zusammenfassung für eine Seite</a> (5-15 Minuten)</li>
+ <li><a href="/de/docs/Project:MDN/Contributing/How_to/Do_an_editorial_review">Redaktionelle Durchsichten</a> (5–30 Minuten)</li>
+ <li><a href="/de/docs/MDN/User_guide/Writing#Editing_an_existing_page">Aktualisieren Sie einen bestehenden Artikel mit neuen Informationen</a> (5 Minuten - 1 Stunde)</li>
+ <li><a href="/de/docs/MDN/User_guide/Writing#Adding_a_new_page">Schreiben Sie einen Artikel über eine neue Technologie oder API</a> (30 Minuten - 2 Stunden)</li>
+</ul>
+
+<div class="note"><strong>Hinweis:</strong> Wenn Sie Artikel rezensieren oder neue Artikel verfassen, bitten wir Sie den <a href="/de/docs/Project:MDN/Style_guide">Style Guide</a> einzusehen. Somit wird gewährleistet, dass alle Artikel einheitlich bleiben.</div>
+
+<h3 id="Option_2_Ich_mag_Code">Option 2: Ich mag Code</h3>
+
+<p>Wir brauchen mehr Code Beispiele! Außerdem können Sie uns beim Aufbau unserer Webseiten Plattform <a href="https://developer.mozilla.org/de/docs/Project:MDN/Kuma">Kuma</a> behilflich sein!</p>
+
+<ul>
+ <li><a href="/de/docs/Project:MDN/Contributing/How_to/Convert_code_samples_to_be_live_">Wandeln Sie Code Beispiele in “live Code” um</a> (30 Minuten)</li>
+ <li><a href="https://kuma.readthedocs.org/en/latest/installation-vagrant.html">Richten Sie eine Kuma Build Umgebung ein</a> (1 Stunde)</li>
+ <li><a href="https://github.com/mozilla/kuma#readme">Senden Sie Ihren Code Patch an die Kuma Codebase</a> (1 Stunde)</li>
+ <li><a href="https://developer.mozilla.org/de/demos/submit">Reichen Sie eine neue Demo ein</a><a href="https://developer.mozilla.org/en-US/demos/submit"> </a>(1 Stunde)</li>
+</ul>
+
+<h3 id="Option_3_Ich_mag_sowohl_Worte_als_auch_Code">Option 3: Ich mag sowohl Worte als auch Code</h3>
+
+<p>Wir haben Aufgaben, die sowohl technische als auch sprachliche Fähigkeiten erfordern, wie z.B. neue Artikel verfassen, Durchsichten auf technische Genauigkeit oder das Anpassen von Dokumenten.</p>
+
+<ul>
+ <li><a href="/de/docs/Project:MDN/Contributing/How_to/Tag_JavaScript_pages">Javascript Seiten mit Schlagwörtern versehen</a> (5 Minuten)</li>
+ <li><a href="/de/docs/MDN/Promote">MDN auf Ihrer eigenen Website promoten</a> (5 Minuten)</li>
+ <li><a href="/de/docs/Project:MDN/Contributing/How_to/Do_a_technical_review">Technische Durchsichten</a> (30 Minuten)</li>
+ <li><a href="/de/docs/Project:MDN/Contributing/How_to/Update_API_page_layout">API Seiten Layout aktualisieren</a> (30 Minuten)</li>
+ <li><a href="/de/docs/MDN/Contribute/Creating_and_editing_pages#Creating_a_new_page">Schreiben Sie einen neuen Artikel über ein Thema, mit dem Sie vertraut sind</a> (1 Stunde oder mehr)</li>
+</ul>
+
+<h3 id="Option_4_Ich_möchte_MDN_in_meiner_Sprache">Option 4: Ich möchte MDN in meiner Sprache</h3>
+
+<p>Sämtliche Lokalisierungs- und Übersetzungsarbeiten auf MDN werden von unserer phantastischen Gemeinschaft von Freiwilligen geleistet.</p>
+
+<ul>
+ <li><a href="/de/docs/MDN/Contribute/Localize/Translating_pages">Seiten übersetzen</a> (2 Stunden)</li>
+ <li>Treten Sie in Verbindung mit anderen Lokalisierern die unter <a href="/de/docs/Project:MDN/Localizing/Localization_projects">Lokalisierungsprojekte</a> aufgeführt sind (30 Minuten)</li>
+</ul>
+
+<h3 id="Option_5_Ich_habe_eine_falsche_Information_gefunden_aber_ich_weiß_nicht_wie_ich_den_Fehler_beheben_kann">Option 5: Ich habe eine falsche Information gefunden, aber ich weiß nicht wie ich den Fehler beheben kann</h3>
+
+<p>Sie können Probleme melden indem Sie einen <a class="external" href="https://bugzilla.mozilla.org/enter_bug.cgi?product=Mozilla%20Developer%20Network">Dokumentations-Bug anlegen</a>. (5 Minuten)</p>
+
+<p>Verwenden Sie diese Feldwerte:</p>
+
+<table class="standard-table">
+ <tbody>
+  <tr>
+   <td><strong>Bugzilla Feld</strong></td>
+   <td><strong>Wert</strong></td>
+  </tr>
+  <tr>
+   <td><code>product</code></td>
+   <td><a href="https://bugzilla.mozilla.org/enter_bug.cgi?product=Developer+Documentation">Entwicklerdokumentation</a></td>
+  </tr>
+  <tr>
+   <td><code>component</code></td>
+   <td>[Wählen Sie einen geeigneten Bereich für das Thema oder "General", wenn Sie sich nicht sicher sind oder den richtigen Bereich nicht finden können]</td>
+  </tr>
+  <tr>
+   <td><code>URL</code></td>
+   <td>Die Seite auf der Sie das Problem gefunden haben</td>
+  </tr>
+  <tr>
+   <td><code>Description</code></td>
+   <td>So viel Sie über das Problem wissen oder Zeit haben, das Problem zu beschreiben und wo korrekte Informationen zu finden sind. Das können sowohl Menschen ("sprich mit so-und-so") als auch Web-Links sein.</td>
+  </tr>
+ </tbody>
+</table>
+
+<h2 id="Was_Sie_noch_auf_MDN_tun_können">Was Sie noch auf MDN tun können</h2>
+
+<ul>
+ <li><a href="/de/docs/Project:MDN/Contributing/Join_the_community">Schließen Sie sich der MDN Community an</a>.</li>
+ <li><a href="/de/profile">Füllen Sie Ihr Profil aus</a>, so dass andere mehr über Sie erfahren können.</li>
+ <li>Erfahren Sie mehr darüber, wie Sie <a href="/de/docs/MDN/Contribute">zu MDN beitragen</a> können.</li>
+</ul>
diff --git a/files/de/mdn/contribute/howto/convert_code_samples_to_be_live/index.html b/files/de/mdn/contribute/howto/convert_code_samples_to_be_live/index.html
new file mode 100644
index 0000000000..4c4a0a283e
--- /dev/null
+++ b/files/de/mdn/contribute/howto/convert_code_samples_to_be_live/index.html
@@ -0,0 +1,28 @@
+---
+title: How to convert code samples to be "live"
+slug: MDN/Contribute/Howto/Convert_code_samples_to_be_live
+translation_of: MDN/Contribute/Howto/Convert_code_samples_to_be_live
+---
+<div>{{MDNSidebar}}</div><p class="summary">MDN besitzt ein "<a href="/en-US/docs/MDN/Contribute/Editor/Live_samples">live sample</a>"-System, bei dem die Ausgabe des angezeigten Codes direkt angezeigt wird. Allerdings gibt es noch viele Codebeispiele, die dieses System noch nicht nutzen und noch konvertiert werden müssen.</p>
+
+<p><span class="seoSummary">Live-Beispiele, die dir direkt die Ausgabe anzeigen, machen Dokumentationen dynamischer und informativer. Der Leitfaden beschreibt, wie die "live"-Funktionalität zu bereits bestehenden Beispielen hinzugefügt werden kann.</span></p>
+
+<ul>
+ <li>Beispielabhängige Fähigkeiten in HTML, CSS und JavaScript</li>
+ <li>Fähigkeit <a href="https://developer.mozilla.org/en-US/docs/MDN/Contribute/Tools/KumaScript">KumaScript</a> in Artikeln zu nutzen</li>
+</ul>
+
+<ol>
+ <li><span style="display: none;"> </span><span style="display: none;"> </span>Wähle einen Artikel mit dem Tag "<a href="https://developer.mozilla.org/en-US/docs/tag/NeedsLiveSample">NeedsLiveSample</a>" aus</li>
+ <li>Konvertiere das Codebeispiels</li>
+ <li>Lösche alle Bilder oder<span style="display: none;"> </span> Texte, auf denen die Ausgabe gezeigt wird<span style="display: none;"> </span></li>
+</ol>
+
+<dl>
+ <dt><strong>Wo muss dies gemacht werden?</strong></dt>
+ <dd>Bei Artikeln mit dem Tag "<a href="/en-US/docs/tag/NeedsLiveSample">NeedsLiveSample</a>".</dd>
+ <dt><strong>Was musst du können um diese Aufgabe zu erledigen?</strong></dt>
+ <dt><strong>Welche Schritte müssen<span style="display: none;"> </span> unternommen werden?</strong></dt>
+</dl>
+
+<p>Für weitere Informationen um das Thema Erstellen und Bearbeiten von Live-Beispielen, schau dir <a href="https://developer.mozilla.org/en-US/docs/MDN/Contribute/Editor/Live_samples">Using the live sample system</a> an</p>
diff --git a/files/de/mdn/contribute/howto/do_a_technical_review/index.html b/files/de/mdn/contribute/howto/do_a_technical_review/index.html
new file mode 100644
index 0000000000..0f52932293
--- /dev/null
+++ b/files/de/mdn/contribute/howto/do_a_technical_review/index.html
@@ -0,0 +1,54 @@
+---
+title: Wie eine technische Überprüfung gemacht wird
+slug: MDN/Contribute/Howto/Do_a_technical_review
+translation_of: MDN/Contribute/Howto/Do_a_technical_review
+---
+<div>{{MDNSidebar}}</div><p class="summary"><strong>Technische Überprüfungen beinhalten die Prüfung der technischen Genauigkeit und Vollständigkeit eines Artikels und gegebenenfalls dessen Korrektur.</strong> Falls ein Autor eines Artikels will, dass jemand anderes den technischen Inhalt eines Artikels überprüft, so kann er das Kontrollkästchen "Technisch – Quelltext-Ausschnitte, APIs oder Technologien" während der Bearbeitung anhaken. Oftmals kontaktiert der Autor eine bestimmte Person, damit diese die technische Überprüfung durchführt, jedoch kann jeder mit technischer Expertise im jeweiligen Bereich diese durchführen.</p>
+
+<p><span class="seoSummary">Dieser Artikel beschreibt, wie man bei einer technischen Überprüfung vorgeht, und hilft somit, sicherzustellen, dass die Inhalte auf MDN korrekt sind.</span></p>
+
+<table class="fullwidth-table">
+ <tbody>
+  <tr>
+   <td><strong>Was ist die Aufgabe?</strong></td>
+   <td>Überprüfen und korrigieren von Artikeln auf technische Genauigkeit und Vollständigkeit</td>
+  </tr>
+  <tr>
+   <td><strong>Wo muss sie gemacht werden?</strong></td>
+   <td>Innerhalb bestimmter Artikel, die markiert wurden, dass sie eine <a href="/de/docs/needs-review/technical">technische Überprüfung</a> benötigen.</td>
+  </tr>
+  <tr>
+   <td><strong>Was muss ich wissen, um die Aufgabe zu erledigen?</strong></td>
+   <td>
+    <ul>
+     <li>Expertenwissen im Bereich, den der Artikel, den du überprüfst, umfasst.</li>
+     <li>Fähigkeit, einen Wikiartikel auf MDN zu bearbeiten.</li>
+    </ul>
+   </td>
+  </tr>
+  <tr>
+   <td><strong>Was sind die auszuführenden Schritte?</strong></td>
+   <td>
+    <ol>
+     <li>Wähle einen Artikel zur Überprüfung:
+      <ol>
+       <li>Schau dir die <a href="/de/docs/needs-review/technical">Liste der Artikel, die technische Überprüfung benötigen</a>, an. Diese listet alle Seiten auf, für die eine redaktionelle Überprüfung angefordert wurde.</li>
+       <li>Wähle eine Seite, mit dessen Thema du dich auskennst.</li>
+       <li>Klicke auf den Artikellink, um die Seite zu laden.</li>
+      </ol>
+     </li>
+     <li>Sobald die Seite geladen ist, klicke auf die <strong>BEARBEITEN</strong> Schaltfläche oben auf der Seite; dies startet den <a href="/de/docs/Project:MDN/Contributing/Editoren_Anleitung">MDN Editor</a>. Zögere nicht, zu einer anderen Seite zu wechseln, falls dir die erste nicht zusagt.</li>
+     <li>Während des Lesens des Artikels korrigiere alle technischen Informationen, die fehlerhaft sind, und füge wichtige Informationen hinzu, die fehlen.</li>
+     <li>Gib einen <strong>Kommentar zur Version</strong> des Artikels ein, der beschreibt, was du getan hast; beispielsweise '<em>Technische Überprüfung durchgeführt.</em>' Falls du Informationen korrigiert hast, füge dies deinem Kommetar hinzu, beispielsweise <em>'Technische Überprüfung: Parameterbeschreibungen korrigiert.'</em></li>
+     <li>Klicke auf die <strong>ÄNDERUNGEN SPEICHERN</strong> Schaltfläche.</li>
+     <li>Sobald der korrigierte Artikel auf dem Bildschirm erscheint nachdem der Editor geschlossen wurde, setze einen Haken bei <strong>Technisch</strong> (unterhalb <strong>Die folgenden Überprüfungen wurden angefordert</strong>) und klicke auf <strong>ÜBERPRÜFUNG ABSENDEN</strong>.</li>
+     <li>
+      <p>Fertig!</p>
+     </li>
+    </ol>
+   </td>
+  </tr>
+ </tbody>
+</table>
+
+<p> </p>
diff --git a/files/de/mdn/contribute/howto/do_an_editorial_review/index.html b/files/de/mdn/contribute/howto/do_an_editorial_review/index.html
new file mode 100644
index 0000000000..2c8df95aa6
--- /dev/null
+++ b/files/de/mdn/contribute/howto/do_an_editorial_review/index.html
@@ -0,0 +1,49 @@
+---
+title: Wie eine redaktionelle Überprüfung gemacht wird
+slug: MDN/Contribute/Howto/Do_an_editorial_review
+translation_of: MDN/Contribute/Howto/Do_an_editorial_review
+---
+<div>{{MDNSidebar}}</div><p class="summary"><strong>Redaktionelle Überprüfungen beinhalten die Korrigierung von Tipp-, Rechtschreib-, Grammatik- oder Benutzungsfehlern - also ausdrücklich keine inhaltliche Zensur - in einem Artikel. Nicht alle Mitwirkenden sind Sprachexperten, haben jedoch durch ihr Wissen äußerst nützliche Artikel beigetragen, welche korrekturgelesen werden müssen.</strong> Dies findet in der redaktionellen Überprüfung statt.</p>
+
+<p><span class="seoSummary">Dieser Artikel beschreibt, wie man bei einer redaktionellen Überprüfung vorgeht, und hilft somit, sicherzustellen, dass die Inhalte auf MDN korrekt sind.</span></p>
+
+<table class="fullwidth-table">
+ <tbody>
+  <tr>
+   <td><strong>Was ist die Aufgabe?</strong></td>
+   <td>Korrekturlesen von Artikeln, die markiert wurden, dass sie eine redaktionelle Überprüfung benötigen.</td>
+  </tr>
+  <tr>
+   <td><strong>Wo muss sie gemacht werden?</strong></td>
+   <td>Innerhalb bestimmter Artikel, die markiert wurden, dass sie eine redaktionelle Überprüfung benötigen.</td>
+  </tr>
+  <tr>
+   <td><strong>Was muss ich wissen, um die Aufgabe zu erledigen?</strong></td>
+   <td>Du benötigst gute Grammatik- und Rechtschreibkenntnisse in Deutsch.</td>
+  </tr>
+  <tr>
+   <td><strong>Was sind die auszuführenden Schritte?</strong></td>
+   <td>
+    <ol>
+     <li>Wähle einen Artikel zur Überprüfung:
+      <ol>
+       <li>Schau dir die <a href="/de/docs/needs-review/editorial">Liste der Artikel, die redaktionelle Überprüfung benötigen</a>, an. Diese listet alle Seiten auf, für die eine redaktionelle Überprüfung angefordert wurde.</li>
+       <li>Wähle eine Seite, die eine englische Überschrift hat und deren Pfad nicht mit <code>Template:</code> beginnt.</li>
+       <li>Klicke auf den Artikellink, um die Seite zu laden.</li>
+      </ol>
+     </li>
+     <li>Sobald die Seite geladen ist, klicke auf die <strong>BEARBEITEN</strong> Schaltfläche oben auf der Seite; dies startet den <a href="/de/docs/Project:MDN/Contributing/Editoren_Anleitung">MDN Editor</a>. Zögere nicht, zu einer anderen Seite zu wechseln, falls dir die erste nicht zusagt.</li>
+     <li>Korrigiere alle Tipp-, Rechtschreib- und Grammatik- oder Benutzungsfehler, die du siehst.</li>
+     <li>Gib einen <strong>Kommentar zur Version</strong> des Artikels ein; beispielsweise '<em>Redaktionelle Überprüfung: Tipp-, Grammatik- und Rechtschreibfehler korrigiert.</em>'</li>
+     <li>Klicke auf die <strong>ÄNDERUNGEN SPEICHERN</strong> Schaltfläche.</li>
+     <li>Sobald der korrigierte Artikel auf dem Bildschirm erscheint nachdem der Editor geschlossen wurde, setze einen Haken bei <strong>Redaktionell</strong> (unterhalb <strong>Die folgenden Überprüfungen wurden angefordert</strong>) und klicke auf <strong>ÜBERPRÜFUNG ABSENDEN</strong>.</li>
+     <li>
+      <p>Fertig!</p>
+     </li>
+    </ol>
+   </td>
+  </tr>
+ </tbody>
+</table>
+
+<p> </p>
diff --git a/files/de/mdn/contribute/howto/document_a_css_property/index.html b/files/de/mdn/contribute/howto/document_a_css_property/index.html
new file mode 100644
index 0000000000..3270d75064
--- /dev/null
+++ b/files/de/mdn/contribute/howto/document_a_css_property/index.html
@@ -0,0 +1,89 @@
+---
+title: How to document a CSS property
+slug: MDN/Contribute/Howto/Document_a_CSS_property
+tags:
+  - CSS
+  - Guide
+  - Howto
+  - MDN Meta
+  - NeedsTranslation
+  - TopicStub
+translation_of: MDN/Contribute/Howto/Document_a_CSS_property
+---
+<div>{{MDNSidebar}}</div>
+
+<div>{{IncludeSubnav("/en-US/docs/MDN")}}</div>
+
+<p>As the <a href="/en-US/docs/Web/CSS">CSS</a> standards evolve, new properties are always being added. The MDN <a href="/en-US/docs/Web/CSS/Reference">CSS Reference</a> needs to be kept up to date with these developments. This document gives step-by-step instructions for creating a CSS property reference page.</p>
+
+<p>Each CSS property reference page follows the same structure. This helps readers find information more easily, especially once they are familiar with the standard reference page format.</p>
+
+<h2 id="Step_1_—_Decide_which_property_to_document">Step 1 — Decide which property to document</h2>
+
+<p>First, you will need to decide which property to document. The <em>CSS Documentation status</em> page lists properties that <a href="/en-US/docs/Web/CSS/Documentation_status#Missing_pages">need to be documented</a>. For details about the CSS property you will need to find a relevant specification for it (e.g., a <a href="http://www.w3.org/Style/CSS/">W3C specification</a>, a <a href="https://wiki.mozilla.org">Mozilla Wiki page</a>, or a bug report for a non-standard property used in rendering engines like Gecko or Blink).</p>
+
+<div class="note">
+<p><strong>Pro tips:</strong></p>
+
+<ul>
+ <li>When using a W3C spec, always use the <strong>Editor's Draft</strong> (note the red banner on the left side) and not a published version (e.g. Working Draft). The Editor's Draft is always closer to the final version!</li>
+ <li>If the implementation and spec diverge, feel free to mention it in the implementation bug: it may be a bug in the implementation (and a follow-up bug will be filed), a delay in the publication of a new spec, or an error in the spec (in which case a spec bug is worth filing).</li>
+</ul>
+</div>
+
+<h2 id="Step_2_—_Check_the_database_of_CSS_properties">Step 2 — Check the database of CSS properties</h2>
+
+<p>Several characteristics of a CSS property, such as its syntax or if it can be animated, are mentioned in several pages and are therefore stored in an ad-hoc database. Macros that you'll use on the page need information about the property that is stored there, so start by <a href="/en-US/docs/MDN/Contribute/Howto/Update_the_CSS_JSON_DB">checking that this information is there</a>.</p>
+
+<p>If not, contact an admin or a power user, either in the <a href="https://chat.mozilla.org/#/room/#mdn:mozilla.org">MDN Web Docs (Matrix) chat room</a>, or, if nobody is available, by <a href="https://bugzilla.mozilla.org/form.doc">filing a bug</a>.</p>
+
+<h2 id="Step_3_—_Creating_the_CSS_property_page">Step 3 — Creating the CSS property page</h2>
+
+<p>Preparations finished! Now we can add the actual CSS property page. The easiest way to create a new CSS property page is to copy the content of an existing page and to edit it. We will go through the different steps now.</p>
+
+<div class="note">
+<p>Cloning a page is currently broken on MDN. That's why we need to go through these somewhat more complex steps. Please vote for ({{bug(870691)}}).</p>
+</div>
+
+<ol>
+ <li>Clone the <a href="/en-US/docs/MDN/Contribute/Howto/Document_a_CSS_property/Property_template">following page</a>, set the title to <em>your-property</em> (without capitals) and the slug to <code>Web/CSS/<em>your-property</em></code><em>.</em></li>
+ <li>Change the summary to fit, but keep it starting the same way : "The <em><code>your-property</code></em> <a href="/en-US/docs/Web/CSS">CSS</a> property…". Explain briefly what this property is for.</li>
+ <li>If the property is not experimental, remove the <code>\{{SeeCompatTable}}</code> macro. The purpose of this macro is to alert developers to the possibility that the feature may not yet have consistent support across browsers, and may change in the future as its specificaton evolves. Deciding whether a feature is experimental is a matter of judgement, and should include factors like:
+  <ul>
+   <li>Is the feature supported by several browsers?</li>
+   <li>Is the feature prefixed or behind a preference?</li>
+   <li>Is there any reason to think that the implementation of the feature will change in the future?</li>
+  </ul>
+ </li>
+ <li>Replace the parameter of the <code>\{{cssinfo("animation-name")}}</code> macro by the name of the CSS property you are documenting. This will allow you to build the summary box using the data you entered in step 2.</li>
+ <li>Replace the example of the syntax by relevant ones. Keep them very simple and don't forget that a lot of people don't understand a formal syntax so it needs to be simple and exhaustive. Keep the <code>inherit</code>, <code>initial</code>, and <code>unset</code> keywords examples at the end. It reminds users that these are valid values, too.</li>
+ <li>Under the chapter <em>Values</em>, put the meaning of each value. If it is a keyword, don't forget to mark it as code (select it and press <code>CTRL-O</code>). Each description should start by "Is a" followed by the type of the value, or indicating it is a keyword.</li>
+ <li>Clear the <em>Examples</em> chapter, we will add them at the end!</li>
+ <li>Update the specification table. For information about how to do it, read this <a href="/en-US/docs/MDN/Contribute/Structures/Specification_tables">tutorial</a>.</li>
+ <li>Update the compatibility information. For information about how to do it, read this <a href="/en-US/docs/MDN/Contribute/Structures/Compatibility_tables">tutorial</a>.</li>
+ <li>Update the <em>See also</em> section with relevant links. Do not link to specs here and usually link to internal documents. External documents are welcome, but only if they bring really good information. There are spam or SEO links often, so don't worry if external links are removed sometimes. Just start the discussion if you still find it useful and want to see it back.</li>
+ <li>Add the relevant tags: you need to add <code>CSS</code>, <code>CSS Property</code>, and <code>Reference.</code> You also need to add <code>Experimental</code> or <code>Non-standard</code> if this is the case. Finally you also need to add a <code>CSS XYZ</code> tag, where XYZ stands for the group of CSS properties it belongs to. It is often the spec short name. All these tags are used to generate quicklinks and other niceties.</li>
+</ol>
+
+<p>At any point, you can save by hitting the <code>SAVE</code> button. You can continue to edit right along. If you haven't saved your page until now, please do so! :-)</p>
+
+<p>The last step is to add <em>Examples</em>. To do that follow this <a href="/en-US/docs/Project:MDN/Contributing/Editor_guide/Live_samples">tutorial about live samples</a>. Don't forget that we are in a document explaining one single property: you need to add examples that show how this property is working in isolation, not how the whole specification is used. That means, examples for <code>list-style-type</code> will show what the different values generate, but not how to combine it with other property, pseudo-classes or pseudo-elements to generate nice effects; tutorials and guide can be written to show more.</p>
+
+<h2 id="Step_4_—_Getting_a_review">Step 4 — Getting a review</h2>
+
+<p>You have documented your CSS property! Congratulations!</p>
+
+<p>In order to have a good quality and consistency throughout the MDN CSS reference, it is good practice to request a review. Just click on the checkbox at the bottom of the article (in edit mode), and, optional, if you want to have a more personal review helping you to improve editorial skills, ask for it on the <a href="https://discourse.mozilla-community.org/c/mdn">MDN forum</a>.</p>
+
+<h2 id="Step_5_—_Integrating_the_new_page_in_the_MDN">Step 5 — Integrating the new page in the MDN</h2>
+
+<p>Now that your page is created, you want it to be found by the readers. Adding tags helped about this already as it allowed it to appear in the quicklinks to related CSS pages. Also you want it to appear on the <a href="/en-US/docs/Web/CSS/Reference">CSS index page</a>. If the newly documented property is on the standard track and at least one major browser is implementing it, it deserves to be listed this. Only administrator can add it there, so contact the CSS driver on IRC (currently at #mdn ping teoli) or file a documentation bug requesting it.</p>
+
+<p>Also, if the property is implemented by Firefox, you need to check that it is listed, and linked! in the correct <a href="/en-US/Firefox/Releases">Firefox for developers</a> MDN page. The new CSS property is likely already listed in the HTML section, just be sure that its name links back to your newly created page.</p>
+
+<h2 id="Contact_us">Contact us</h2>
+
+<ul>
+ <li>On IRC: <a href="irc://irc.mozilla.org/mdn">#mdn</a></li>
+ <li><a href="https://discourse.mozilla.org/c/mdn">Discourse</a></li>
+</ul>
diff --git a/files/de/mdn/contribute/howto/erstellung_eines_mdn_profils/index.html b/files/de/mdn/contribute/howto/erstellung_eines_mdn_profils/index.html
new file mode 100644
index 0000000000..d0f017a0f1
--- /dev/null
+++ b/files/de/mdn/contribute/howto/erstellung_eines_mdn_profils/index.html
@@ -0,0 +1,50 @@
+---
+title: Anleitung zur Erstellung eines MDN Profils
+slug: MDN/Contribute/Howto/ERstellung_eines_MDN_Profils
+tags:
+  - Anfänger
+  - Einführung
+translation_of: MDN/Contribute/Howto/Create_an_MDN_account
+---
+<div>{{MDNSidebar}}</div><p><span class="Summary">Um Änderungen an den Inhalten von MDN vornehmen zu können, brauchst du ein MDN - Profil (egal ob du Seiten ändern oder eine Demo hinzufügen willst). Aber keine Angst, du brauchst kein Profil wenn du in MDN lesen oder suchen  willst. </span></p>
+
+<h4 id="Diese_kleine_Anleitung_wird_dir_helfen_dein_MDN_Profil_selbst_zu_erstellen">Diese kleine Anleitung wird dir helfen, dein MDN Profil selbst zu erstellen:</h4>
+
+<p>Warum braucht MDN deine eMail adresse ?   Die eMail Adresse wird verwendet um den Account wieder herzustellen</p>
+
+<div style="width: 280px;" class="standardSidebar"><strong>Warum braucht MDN deine E-Mail-Adresse ?</strong><br>
+<br>
+Die E-Mail-Adresse wird verwendet, um den Account wiederherzustellen.                                                                                                                          Zusätzlich hast du die Möglichkeit, Benachrichtigungen zu erhalten (wie z.B. <a href="/en-US/docs/MDN/Contribute/Howto/Watch_a_page">wenn sich bestimmte Seiten ändern</a>). Wenn Du z.B. die Option "Teilnehmen am Beta Test Team" gewählt hast, erhälst du E-Mails über neue Funktionen, die getestet werden können.<br>
+<br>
+Deine E-Mail-Adresse wird in MDN <strong>nie</strong> und ausschließlich in Übereinstimmung mit unserer <a href="https://www.mozilla.org/privacy/websites/">Datenschutzrichtlinie</a> benutzt.</div>
+
+<ol>
+ <li>In der rechten oberen Ecke jeder Seite befindet sich die Schaltfläche <strong><span style="color: #6699ff;">Anmelden mit</span></strong><span style="color: #008000;">. </span>Gehe mit Deinem Mausezeiger dorthin und du bekommst eine Liste von Anmeldediensten für MDN angezeigt.</li>
+ <li>Wähle einen Dienst z.B.<strong> Anmelden </strong><strong>mit <span style="color: #40e0d0;"><strong><span style="color: #6699ff;">Persona</span></strong></span></strong>. Es öffnet sich ein neues Fenster mit dem <strong>Persona</strong> Login.</li>
+ <li>Gib Deine E-Mail-Adresse ein, die Du für Dein neues Profil benutzen willst und drücke auf <strong>Weiter</strong>.</li>
+ <li>Der nächste Punkt ist anhängig davon, ob Du E-Mail-Adresse bereits für Persona benutzt.
+  <ul>
+   <li>Falls Sie bereits Persona nutzen, wird nach Ihrem existierenden Passwort gefragt. Geben Sie es ein und klicken Sie auf <strong>Fertig</strong>.</li>
+   <li>Falls dies nicht der Fall ist, wird Persona Sie darum bitten, ein neues Password zu erstellen.
+    <ol>
+     <li>Geben Sie ihr Passwort zweimal ein und drücken Sie auf <strong>Fertig</strong>.</li>
+     <li>Überprüfen Sie ihren E-Mail Nachrichtenkorb auf eine Nachricht von <code>no-reply@persona.org</code>; Falls Sie die Nachricht nicht erhalten, kontrollieren Sie bitte ihren Spam-Filter.</li>
+     <li>Bestätigen Sie den Registrationslink in der Nachricht . Ihr Persona Profil wurde erstellt.</li>
+     <li>Wechseln Sie wieder zu dem Tab, oder Fenster, indem Sie mit der Registrierung bei MDN begannen.</li>
+    </ol>
+   </li>
+  </ul>
+ </li>
+ <li>Sobald Sie sich bei Persona authentifiziert haben. öffnet sich die <strong>Neues Profil</strong> Seite von MDN.</li>
+ <li>Geben Sie einen Nutzernamen ein, um sich mit Ihren Profil zu verknüpfen und drücken Sie auf<strong> Neues Profil erstellen</strong>.</li>
+</ol>
+
+<p>Das war's! Sie haben jetzt einen MDN Account und könne sofort Seiten bearbeiten oder mit Tags versehen, oder Demos einreichen!</p>
+
+<p>Auf jeder MDN Seite können Sie auf Ihren Namen klicken um ihr öffentliches Profil zu sehen. Dort können Sie auf "Bearbeiten" klicken um Ihr Profil zu ändern oder zu erweitern. Auch können Sie etwas über Ihre Intressen teilen, einen Twitter Account oder Blog hinzufügen, und so weiter.</p>
+
+<div class="note">
+<p><strong>Hinweis:</strong> Nutzernamen können keine Leerzeichen oder das "@" Symbol beinhalten. Bedenken Sie bitte, dass ihr Nutzername für die Öffentlichkeit sichtbar ist, um festzustellen, was sie schon alles geleistet haben!</p>
+</div>
+
+<p> </p>
diff --git a/files/de/mdn/contribute/howto/index.html b/files/de/mdn/contribute/howto/index.html
new file mode 100644
index 0000000000..9b2c82cf9f
--- /dev/null
+++ b/files/de/mdn/contribute/howto/index.html
@@ -0,0 +1,13 @@
+---
+title: How-to Leitfäden
+slug: MDN/Contribute/Howto
+tags:
+  - Documentation
+  - Landing
+  - MDN
+  - NeedsTranslation
+  - TopicStub
+translation_of: MDN/Contribute/Howto
+---
+<div>{{MDNSidebar}}</div><p><span id="result_box" lang="de"><span class="hps">Diese Artikel</span> <span class="hps">bieten Schritt-für</span><span>-Schritt-Anleitungen</span> <span class="hps">zum</span> <span class="hps">Erreichuen</span> <span class="hps">bestimmter Zielsetzungen</span><span>, wenn</span> <span class="hps">Sie zu</span> <span class="hps">MDN</span><span> beitragen.</span></span></p>
+<p>{{LandingPageListSubpages}}</p>
diff --git a/files/de/mdn/contribute/howto/schlagwörter_für_javascript_seiten/index.html b/files/de/mdn/contribute/howto/schlagwörter_für_javascript_seiten/index.html
new file mode 100644
index 0000000000..42a1d25435
--- /dev/null
+++ b/files/de/mdn/contribute/howto/schlagwörter_für_javascript_seiten/index.html
@@ -0,0 +1,81 @@
+---
+title: Wie man JavaScript bezogene Seiten mit Schlagworten versieht
+slug: MDN/Contribute/Howto/Schlagwörter_für_JavaScript_Seiten
+translation_of: MDN/Contribute/Howto/Tag_JavaScript_pages
+---
+<div>{{MDNSidebar}}</div><p class="summary"><strong>Schlagwörter sind Metadaten, welche helfen den Inhalt einer Seite </strong>zusammenzufassen um unteranderem die Suche zu verbessern.</p>
+
+<table class="fullwidth-table">
+ <tbody>
+  <tr>
+   <td><strong>Wo muss es gemacht werden?</strong></td>
+   <td>Auf bestimmten <a href="/de/docs/MDN/Doc_status/JavaScript">JavaScript bezogenen Seiten, welche keine Schlagwörter haben</a></td>
+  </tr>
+  <tr>
+   <td><strong>Was muss du wissen um die Aufgabe zu erledigen?</strong></td>
+   <td>
+    <ul>
+     <li>JavaScript Grundkenntnisse, z.B. was eine Methode oder ein Attribut ist.</li>
+    </ul>
+   </td>
+  </tr>
+  <tr>
+   <td><strong>Welche Schritte müssen gemacht werden?</strong></td>
+   <td>
+    <ol>
+     <li>Such dir eine Seite aus, welche du auf der oben verlinkten Liste findest.</li>
+     <li>Klicke auf den Artikel-Link um die Seite zu öffnen.</li>
+     <li>Sobald die Seite geladen ist kannst du auf den <strong>BEARBEITEN</strong>-Button oben rechts klicken, welcher den MDN-Editor öffnet.</li>
+     <li>Es sollte mindestens das Schlagwort JavaScript eingefügt werden. Folgend findest du weitere mögliche Schlagwörter die hinzugefügt werden können:
+      <table class="standard-table">
+       <thead>
+        <tr>
+         <th scope="col">Schlagwort</th>
+         <th scope="col">Wann es verwendet werden sollte</th>
+        </tr>
+       </thead>
+       <tbody>
+        <tr>
+         <td><code>Method</code></td>
+         <td>Methoden</td>
+        </tr>
+        <tr>
+         <td><code>Property</code></td>
+         <td>Attribute</td>
+        </tr>
+        <tr>
+         <td><code>prototype</code></td>
+         <td>Prototypen</td>
+        </tr>
+        <tr>
+         <td>Objekttypen Name</td>
+         <td>Methoden eines Objektes z.B.: String.fromCharCode sollte das Schlagwort "<code>String" haben</code></td>
+        </tr>
+        <tr>
+         <td><code>ECMAScript6 </code>and <code>Experimental</code></td>
+         <td>Funktionen welche in einer neuen ECMAScript Version hinzugefügt wurden</td>
+        </tr>
+        <tr>
+         <td><code>Deprecated</code></td>
+         <td>Veraltete Funktionen (Deren Verwendung nicht mehr empfohlen wird, dennoch noch möglich ist)</td>
+        </tr>
+        <tr>
+         <td><code>Obsolete</code></td>
+         <td>Obsolete Funktionen (Welche nicht mehr von neueren Browsern unterstützt werden)</td>
+        </tr>
+        <tr>
+         <td>others</td>
+         <td>Siehe <a href="/de/docs/MDN/Contribute/Howto/Tag">MDN Leitfaden zur sachgemäßen Seitenkennzeichnung</a> für andere mögliche Schlagwörter</td>
+        </tr>
+       </tbody>
+      </table>
+     </li>
+     <li>Speichere mit einem kurzen Kommentar.</li>
+     <li>Du bist fertig!</li>
+    </ol>
+   </td>
+  </tr>
+ </tbody>
+</table>
+
+<p> </p>
diff --git a/files/de/mdn/contribute/howto/set_the_summary_for_a_page/index.html b/files/de/mdn/contribute/howto/set_the_summary_for_a_page/index.html
new file mode 100644
index 0000000000..8c30eb2dcb
--- /dev/null
+++ b/files/de/mdn/contribute/howto/set_the_summary_for_a_page/index.html
@@ -0,0 +1,54 @@
+---
+title: Wie erstelle ich eine Zusammenfassung für eine Seite
+slug: MDN/Contribute/Howto/Set_the_summary_for_a_page
+tags:
+  - Beginner
+  - Guide
+translation_of: MDN/Contribute/Howto/Set_the_summary_for_a_page
+---
+<div>{{MDNSidebar}}</div><p><span class="seoSummary">Sie können die Zusammenfassung einer Seite am MDN definieren, diese wird in verschiedenen Arten verwendet, einschließlich in Suchmaschinenergebnissen, auf anderen MDN Seiten wie als Themeneinführung, und in Tooltipps.</span> Es sollte ein Text sein, welcher in Zusammenhang mit der Seite, als auch alleine Sinn macht.</p>
+
+<p>Eine Zusammenfassung kann explizit für eine Seite definiert werden. Wenn sie nicht explizit definiert wird, so wird oft der erste Satz oder ähnliche benutzt, welche nicht immer die besten für diese Verwendung sind.</p>
+
+<table class="full-width-table">
+ <tbody>
+  <tr>
+   <td><strong>Was ist die Aufgabe?</strong></td>
+   <td>Markieren Sie den Text in einer Seite, welcher als Zusammenfassung, auch in anderen Zusammenhängen,  verwendet werden soll; diese Aufgabe kann das Schreiben eines entsprechenden Texts beinhalten.</td>
+  </tr>
+  <tr>
+   <td><strong>Wo muss es gemacht werden?</strong></td>
+   <td>Auf Seiten, welche keine oder keine gute Zusammenfassung haben.</td>
+  </tr>
+  <tr>
+   <td><strong>Was müssen Sie wissen, um die Aufgabe zu erledigen?</strong></td>
+   <td>Fähigkeit den MDN Editor zu benutzen; gute Schreibkompetenz in Deutsch; genug Vertrautheit mit der Seite um eine gute Zusammenfassung schreiben zu können.</td>
+  </tr>
+  <tr>
+   <td><strong>Welche Schritte sind zu unternehmen?</strong></td>
+   <td>
+    <ol>
+     <li>Wählen Sie eine Seite aus, für welche die Zusammenfassung erstellt werden soll:
+      <ol>
+       <li>Wählen Sie auf der <a href="/en-US/docs/MDN/Doc_status">MDN Dokumentationsstatus</a> Seite unter der Kategorie <strong>Sections</strong> ein Thema über welches Sie etwas wissen (zum Beispiel: HTML).</li>
+       <li>Klicken Sie <strong>Pages </strong>auf der Dokumentationsstatus Seite, um eine Übersicht über alle Seiten in diesem Abschnitt zu bekommen; in der linken Spalte sehen Sie Links zu den Seiten, und in der Rechten Spalte sehen Sie die Schlüsselwörter und die Zusammenfassung.</li>
+       <li>Wählen Sie eine Seite aus, welche keine oder nur eine schlechte Zusammenfassung besitzt.</li>
+       <li>Klicken Sie auf den Link um auf die Seite zu gelangen.</li>
+      </ol>
+     </li>
+     <li>Klicken Sie auf <strong>Edit</strong> um die Seite im MDN Editor zu öffnen.</li>
+     <li>Suchen Sie einen oder zwei Sätze, welche auch außerhalb der Seite als Zusammenfassung funktionieren. Wenn benötigt, bearbeiten Sie den existierenden Inhalt indem sie Sätze erzeugen, oder so verändern, dass sie eine gute Zusammenfassung ergeben.</li>
+     <li>Wählen Sie den Text der Zusammenfassung aus.</li>
+     <li>Wählen Sie im Styles Widget in der Editor Toolbar <strong>SEO Summary</strong> aus. (Im Seitenquelltext erzeugt das ein {{HTMLElement("span")}} Element mit <code>class="seoSummary"</code> um den ausgewählten Text.)</li>
+     <li>Speichern Sie Ihre Änderungen mit einem Revision Comment wie "Seitenzusammenfassung erstellt."</li>
+    </ol>
+   </td>
+  </tr>
+ </tbody>
+</table>
+
+<p> </p>
+
+<p> </p>
+
+<p> </p>
diff --git a/files/de/mdn/contribute/howto/tag/index.html b/files/de/mdn/contribute/howto/tag/index.html
new file mode 100644
index 0000000000..7fd597e80f
--- /dev/null
+++ b/files/de/mdn/contribute/howto/tag/index.html
@@ -0,0 +1,429 @@
+---
+title: Leitfaden zum Setzen von Schlagwörtern
+slug: MDN/Contribute/Howto/Tag
+tags:
+  - Beginner
+  - Contribute
+  - Guide
+  - Howto
+  - Intro
+  - MDN Meta
+  - Tutorial
+translation_of: MDN/Contribute/Howto/Tag
+---
+<div>{{MDNSidebar}}</div>
+
+<p class="summary"><strong>Artikel-Schlagwörter</strong> sind ein wichtiges Hilfsmittel, es Besuchern zu ermöglichen, hilfreichen Inhalt zu finden. Jede Seite sollte im Normalfall mehrere Schlagwörter enthalten. Diese Seite erklärt die beste Art Seiten zu markieren, so dass Leser Informationen finden und wir selbst Ordnung bewahren können.</p>
+
+<p>Um zur Hilfe für die Oberfläche zur Bearbeitung von Schlagwörtern zu gelangen, rufen Sie bitte den Link <a href="/en-US/docs/MDN/Contribute/Editor/Basics#The_tags_box">tagging section</a> in unserem Editor-Handbuch auf.</p>
+
+<p>Bitte nutzen Sie die Schlagwörter sachgemäß, wie folgend beschrieben. Wenn Sie dies nicht tun, sind unsere automatischen Werkzeuge nicht in der Lage, Listen des Inhalts, der Einstiegsseiten und querverweisenden Artikel zu generieren.</p>
+
+<h2 id="Schlagwort-Verwendung_im_MDN">Schlagwort-Verwendung im MDN</h2>
+
+<p>Auf MDN werden Schlagwörter auf verschiedene Weisen verwendet.</p>
+
+<dl>
+ <dt>Dokument-Kategorisierung</dt>
+ <dd>Um welchen Dokumenten-Typ handelt es sich? Ist es eine Referenz? Ein Tutorial? Eine Eine Einstiegsseite zu einem Thema? Unsere Besucher können diese Schlagwörter verwenden, um Suchen zu filtern, deshalb sind sie sehr wichtig!</dd>
+ <dt>Topic-Identifizierung</dt>
+ <dd>Worum geht es in dem Artikel? Ist er über eine API? Das DOM? Grafik? Auch diese Schlagwörter sind sehr wichtig, weil sie als Suchfilter verwendet werden können.</dd>
+ <dt>API-Identifizierung</dt>
+ <dd>Referenzseiten über eine API müssen die spezifische Komponente der API, die auf Ihnen dokumentiert wird, bezeichnen (das heißt: zu welchem Interface sie gehört und welche Eigenschaft oder Methode sie umfasst, falls zutreffend).</dd>
+ <dt>Technologie-Status</dt>
+ <dd>Welchen Status hat die beschriebene Technologie? Entspricht sie einem Standard oder nicht? Wird sie nicht mehr verwendet oder ist veraltet? Ist sie experimentell?</dd>
+ <dt>Skill-Level</dt>
+ <dd>Für Tutorials und Anleitungen - Wie weit fortgeschritten ist das Material, das im Artikel behandelt wird?</dd>
+ <dt>Dokument-Metadaten</dt>
+ <dd>Die Autoren-Gemeinschaft verwendet Schlagwörter, um nachvollziehen zu können, welche Seiten welcher Art von Arbeit bedürfen.</dd>
+</dl>
+
+<h2 id="Handbuch_zu_Schlagwort-Typen">Handbuch zu Schlagwort-Typen</h2>
+
+<p>Hier ist eine Kurzanleitung zu den verschiedenen Schlagwort-Typen und ihre konkreten Werte.</p>
+
+<h3 id="Kategorie">Kategorie</h3>
+
+<p>Wenn Sie einen Artikel mit einem Schlagwörter aus diesen Kategorien versehen, unterstützen sie die automatischen Werkzeuge dabei, genauer Einstiegsseiten, Inhaltsverzeichnise usw. zu generieren.</p>
+
+<p>Wir verwenden die folgenden Kategorien als Standard-Schlagwörter:</p>
+
+<dl>
+ <dt><code>{{Tag("Intro")}}</code></dt>
+ <dd>Der Artikel stellt Einführungs-Material zu einem Thema zur Verfügung. Theoretisch sollte jeder Technologie-Bereich nur ein "Intro" haben.</dd>
+ <dt><code>{{Tag("Featured")}}</code></dt>
+ <dd>Dieser Artikel ist ein äußerst wichtiger Artikel, der mittels einer speziellen Methode auf erreichte Seiten hinweist. Bitte achten Sie auf eine äußerst sparsame Anwendung. Es sollten max. drei oder weniger in den Dokumentations-Bereichen existieren <em>(Dieses Schlagwort wird in der englischen Version dieser Seite nicht mehr beschrieben und ist möglicherweise nicht mehr aktuell)</em>.</dd>
+ <dt><code>{{Tag("Reference")}}</code></dt>
+ <dd>Der Artikel enthält Referenz-Material über ein API, ein Element, ein Attribut, ein Merkmal oder ähnliches.</dd>
+ <dt><code>{{Tag("Landing")}}</code></dt>
+ <dd>Diese Seite ist eine Einstiegsseite.</dd>
+ <dt><code>{{Tag("Guide")}}</code></dt>
+ <dd>Dieser Artikel ist eine Schritt-für-Schritt Anleitung oder ein Leitfaden.</dd>
+ <dt><code>{{Tag("Example")}}</code></dt>
+ <dd>Dieser Artikel ist eine reine Code-Beispielseite, oder enthält Code-Beispiele (das heißt, tatsächlich nützliche Code-Schnipsel, nicht einzeilige "Syntaxbeispiele").</dd>
+</dl>
+
+<h3 id="Themen">Themen</h3>
+
+<p>Durch die Angabe des Themenbereiches können Sie helfen, bessere Suchergebnisse zu erzeugen (und damit auch Einstiegsseiten und sonstige Navigations-Hilfen).</p>
+
+<p>Derzeit ist hier noch etwas Raum für Flexibilität, da wir noch neue Themenbereiche identifizieren. Wir versuchen allerdings, uns auf die Namen von APIs oder Technologien zu beschränken. Einige nützliche Bespiele:</p>
+
+<ul>
+ <li><code>{{Tag("HTML")}}</code></li>
+ <li><code>{{Tag("CSS")}}</code></li>
+ <li><code>{{Tag("JavaScript")}}</code> (Beachten Sie dabei den Großbuchstaben "S"!)</li>
+ <li><code>{{Tag("Document")}}</code></li>
+ <li><code>{{Tag("DOM")}}</code></li>
+ <li><code>{{Tag("API")}}</code> für jedes Interface, jede Methode und jede Eigenschaft..</li>
+ <li><code>{{Tag("Method")}}</code> für jede Methode einer API.</li>
+ <li><code>{{Tag("Property")}}</code> für jede Eigenschaft einer API.</li>
+ <li><code>{{Tag("Graphics")}}</code></li>
+ <li><code>{{Tag("SVG")}}</code></li>
+ <li><code>{{Tag("WebGL")}}</code></li>
+ <li><code>{{Tag("Tools")}}</code></li>
+ <li><code>{{Tag("Web")}}</code></li>
+ <li><code>{{Tag("Element")}}</code></li>
+ <li><code>{{Tag("Node")}}</code> <em>(Dieses Schlagwort wird in der englischen Version dieser Seite nicht mehr beschrieben und ist möglicherweise nicht mehr aktuell, s.u.) </em></li>
+ <li><code>{{Tag("Extensions")}}</code> und <code>{{Tag("WebExtensions")}}</code> für die WebExtension-Dokumentation</li>
+</ul>
+
+<p>Generell nützlich ist der Name eines Interfaces, wie auch weitere verwandte Seiten (wie z.B. bei <a href="/en-US/docs/Web/API/Node" title="/en-US/docs/Web/API/Node">Node</a>, das viele verwandte Seiten für seine verschiedenen Eigenschaften und Methoden hat), oder der Name des übergeordneten Technologie-Typs. Eine Seite über WebGL könnten Sie zum Beispiel mit den Schlagwörtern <code>Graphics</code> und <code>WebGL</code> versehen, aber eine Seite über {{HTMLElement("canvas")}} könnte mit <code>HTML</code>, <code>Element</code>, <code>Canvas</code>, und <code>Graphics</code> gekennzeichnet werden.</p>
+
+<h4 id="Mozilla-spezifische_Inhalte">Mozilla-spezifische Inhalte</h4>
+
+<p>Diese Schlagwörter werden nur für Mozilla-spezifische Inhalte verwendet:</p>
+
+<ul>
+ <li><code>{{Tag("Mozilla")}}</code></li>
+ <li><code>{{Tag("Firefox")}}</code></li>
+ <li><code>{{Tag("Firefox OS")}}</code></li>
+ <li><code>{{Tag("Gecko")}}</code></li>
+ <li><code>{{Tag("XUL")}}</code></li>
+ <li><code>{{Tag("XPCOM")}}</code></li>
+</ul>
+
+<h3 id="API-Identifikation">API-Identifikation</h3>
+
+<p>In der API-Referenz sollte aus jedem Artikel hervorgehen, welchen Teil der API er abdeckt:</p>
+
+<dl>
+ <dt><strong><code>{{Tag("Interface")}}</code></strong></dt>
+ <dd>Der Hauptartikel für ein Interface sollte dieses Schlagwort verwenden. Zum Beispiel: RTCPeerConnection.</dd>
+ <dt><code>{{Tag("Constructor")}}</code></dt>
+ <dd>Jedes Interface darf bis zu eine Seite haben, die mit "Constructor" gekennzeichnet ist. Dies ist der Konstruktor des Interface. Die Seite sollte den gleichen Namen haben wie das Interface, wie in RTCPeerConnection.RTCPeerConnection().</dd>
+ <dt><code>{{Tag("Property")}}</code></dt>
+ <dd>Jeder Artikel, der eine Eigenschaft von einem Interface beschreibt, benötigt dieses Schlagwort. Siehe zum Beispiel: RTCPeerConnection.connectionState().</dd>
+ <dt><code>{{Tag("Method")}}</code></dt>
+ <dd>Jeder Artikel, der eine Methode eines Interfaces dokumentiert, benötigt dieses Schlagwort. Siehe zum Beispiel: RTCPeerConnection.createOffer().</dd>
+</dl>
+
+<p>Weiterhin müssen Referenzseiten Interface, Eigenschaft und Methodennamen in ihrer Schlagwortliste enthalten. Einige Bespiele:</p>
+
+<dl>
+ <dt>Das Interface RTCPeerConnection</dt>
+ <dd>Fügen Sie die Schlagwörter <code>RTCPeerConnection</code> zusammen mit den anderen relevanten Schlagwörtern ( <code>Interface</code>, <code>WebRTC</code>, <code>WebRTC API</code>, <code>API</code>, <code>Reference</code>, usw.) hinzu.</dd>
+ <dt>Die Methode RTCPeerConnection.createOffer()</dt>
+ <dd>Fügen Sie die Schlagwörter <code>RTCPeerConnection</code> und <code>createOffer</code> (Beachten Sie hierbei: <em>keine</em> Klammern in Schlagwörtern!) zusammen mit den anderen relevanten Schlagwörtern hinzu, wie <code>Method</code>, <code>WebRTC</code>, <code>WebRTC API</code>, <code>API</code>, <code>Reference</code>, usw. Erwägen Sie auch die Verwendung von Schlagwörtern wie <code>Offer</code> und <code>SDP</code>, die hier auch relevant sind.</dd>
+ <dt>Die Eigenschaft RTCPeerConnection.iceConnectionState</dt>
+ <dd>Fügen Sie die Schlagwörter <code>RTCPeerConnection</code> und <code>iceConnectionState</code> zusammen mit anderen relevanten Schlagwörtern hinzu, wie <code>Property</code>, <code>WebRTC</code>, <code>WebRTC API</code>, <code>API</code> und <code>Reference</code>. Erwägen sie auch, <code>ICE</code> hinzuzufügen.</dd>
+</dl>
+
+<h3 id="Technologie-Status">Technologie-Status</h3>
+
+<p>Um dem Leser bei dem Verstehen, wie praktikabel eine Technologie ist, zu unterstützen, verwenden wir Schlagwörter, um Seiten mit dem Stand einer technischen Spezifikation zu markieren. Dies ist zwar nicht so detailliert, wie das erklären der Spezifikation und wie weit der Spezifikations-Prozess fortgeschritten ist (dafür gibt es die Spezifikations-Tabelle), aber es hilft dem Leser, mit einem kurzen Blick einzuschätzen, ob es eine gute Idee ist, die beschriebene Technologie zu verwenden.</p>
+
+<p>Hier sind mögliche Belegungen für diese Schlagwörter:</p>
+
+<dl>
+ <dt><code>{{Tag("Read-only")}}</code></dt>
+ <dd>Nutzen Sie dieses Schlagwort für Referenzseiten, die eine Eigenschaft oder ein Attribut beschreiben, das einen Nur-Lese-Status hat.</dd>
+ <dt><code>{{Tag("Non-standard")}}</code></dt>
+ <dd>Weist darauf hin, dass die auf der Seite beschriebene Technologie oder API nicht Teil eines Standards ist, unabhängig davon, ob es in den Browsern, die es implementieren, stabil funktioniert (wenn es nicht stabil sind, sollte die Seite mit Experimental gekennzeichnet werden). Wenn Sie dieses Schlagwort nicht verwenden, werden Ihre Leser davon ausgehen, dass die Technologie ein Standard ist. Die Kompatibilitäts-Tabelle auf der Seite sollte klarstellen, welche/-r Browser diese API oder Technologie unterstützen.</dd>
+ <dt><code>{{Tag("Deprecated")}}</code></dt>
+ <dd>Die Technologie oder die API auf der Seite ist in der Spezifikation als veraltet gekennzeichnet und es ist zu erwarten, dass sie irgendwann entfernt wird, jedoch ist sie im Allgemeinen in den aktuellen Versionen der Browser noch verfügbar.</dd>
+ <dt><code>{{Tag("Obsolete")}}</code></dt>
+ <dd>Die Technologie oder API gilt als veraltet und wurde aus allen, bzw. den meisten aktuellen Browsern entfernt (oder sie wird gerade aktiv entfernt).</dd>
+ <dt><code>{{Tag("Experimental")}}</code></dt>
+ <dd>Die Technologie ist nicht standardisiert und ist noch eine experimentelle Technologie oder API, die möglicherwiese zukünftig ein Standard werden könnte. Sie unterliegt zudem der stetigen Veränderungen in der Browserengine, die sie implementiert (typischerweise ist dies nur eine). Wenn die Technologie nicht Teil einer Spezifikation ist (auch, falls sie Teil eines Entwurfs derselben ist), so sollte sie außerdem das Schlagwort Non-standard bekommen.</dd>
+ <dt><code>{{Tag("Needs Privileges")}}</code></dt>
+ <dd>Die API benötigt privilegierten Zugriff zu dem Gerät, auf dem der Code läuft.</dd>
+ <dt><code>{{Tag("Certified Only")}}</code></dt>
+ <dd>Die API funktioniert ausschließlich mit zertifiziertem Code.</dd>
+</dl>
+
+<p>Die Verwendung dieser Schlagwörter ist kein Grund dafür, dass Sie die <a href="de/docs/MDN/Contribute/Structures/Kompatibilitaets_Tabellen" title="/en-US/docs/Project:Compatibility_tables">Kompatibilitätstabelle</a> in Ihrem Artikel weglassen können! Die sollte immer vorhanden sein.</p>
+
+<h3 id="Fertigkeitsstand">Fertigkeitsstand</h3>
+
+<p>Nutzen Sie die Fertigkeitsstand-Schlagwörter nur für Guides und Tutorials (also Seiten, die mit dem Schlagwort: <code>Guide</code> gekennzeichnet wurden). Sie sollen den Benutzern dabei helfen, basierend darauf, wie gut sie eine Technologie kennen, das richtige Tutorial auszuwählen. Hierfür gibt es drei Schlagwörter:</p>
+
+<dl>
+ <dt><code>{{Tag("Beginner")}}</code></dt>
+ <dd>Artikel für Anfänger mit dem Zweck der Einführung in eine Technologie, die sie noch nie angewendet haben bzw. mit der sie nur wenig vertraut sind.</dd>
+ <dt><code>{{Tag("Intermediate")}}</code></dt>
+ <dd>Artikel für Anwender, die zwar schon begonnen haben, die Technologie zu benutzen, jedoch keine Experten sind.</dd>
+ <dt><code>{{Tag("Advanced")}}</code></dt>
+ <dd>Artikel mit dem Ziel, die Fähigkeiten der Technologien und des Lesers vollständig auszuschöpfen.</dd>
+</dl>
+
+<h3 id="Dokument-Metadaten">Dokument-Metadaten</h3>
+
+<p>Die Autoren-Gemeinschaft verwendet Schlagwörter, um Artikel entsprechend der Art der Arbeit, die gemacht werden muss, zu kennzeichnen. Hier ist eine Liste der Schlagwörter, die wir am häufigsten dafür benutzen:</p>
+
+<dl>
+ <dt><code>{{Tag("Draft")}}</code></dt>
+ <dd>Der Artikel ist noch nicht vollständig und wird zumindest theoretisch noch aktiv überarbeitet (auch wenn es möglich ist, dass man ihn vergessen hat). Versuchen Sie, die letzten Beitragenden zu kontaktieren, bevor Sie Veränderungen vornehmen, um mögliche Inhaltskollisionen zu vermeiden.</dd>
+ <dt><strong><code>{{Tag("junk")}}</code></strong></dt>
+ <dd>Beitrag enthält wertloses Zeug - sollte entfernt werden <em>(Dieses Schlagwort wird in der englischen Version dieser Seite nicht mehr beschrieben und ist möglicherweise nicht mehr aktuell)</em>.</dd>
+ <dt><code>{{Tag("NeedsCompatTable")}}</code></dt>
+ <dd>Der Artikel benötigt eine Tabelle, welche die Kompatibilität eines Features mit verschiedenen Browsern aufzeigt. <a href="/de/docs/MDN/Contribute/Structures/Kompatibilitaets_Tabellen">Siehe hier</a> für die Anleitung zum Beitragen der Browser-Kompatiblität.</dd>
+ <dt><code>{{Tag("NeedsContent")}}</code></dt>
+ <dd>Der Artikel ist ein Kurzeintrag oder es fehlen auf eine andere Art und Weise Informationen. Das bedeutet, dass jemand den Inhalt überarbeiten, mehr Details hinzufügen und/oder den Artikel zu Ende schreiben sollte.</dd>
+ <dt><code>{{Tag("NeedsExample")}}</code></dt>
+ <dd>Der Artikel benötigt ein oder mehrere Beispiele, um den Inhalt zu illustrieren. Solche Beispiele sollten das <a href="/en-US/docs/Project:MDN/Contributing/How_to_help/Code_samples" title="/en-US/docs/Project:MDN/Contributing/How_to_help/Code_samples">live sample system</a> benutzen.</dd>
+ <dt><code>{{Tag("NeedsLiveSamples")}}</code></dt>
+ <dd>In diesem Artikel bit es ein oder mehrere Beispiele, die mittels <a href="/en-US/docs/Project:MDN/Contributing/How_to_help/Code_samples" title="/en-US/docs/Project:MDN/Contributing/How_to_help/Code_samples">live sample system</a> erneuert werden müssen.</dd>
+ <dt><code>{{Tag("NeedsSpecTable")}}</code></dt>
+ <dd>Der Artikel benötigt eine Tabelle, welche das bzw. die Dokument/-e enthält, in dem/denen das Feature definiert wurde.</dd>
+ <dt><code>{{Tag("NeedsUpdate")}}</code></dt>
+ <dd>Der Inhalt ist veraltet und muss aktualisiert werden.</dd>
+ <dt><code>{{Tag("l10n:exclude")}}</code></dt>
+ <dd>Der Inhalt ist es nicht wirklich wert, übersetzt zu werden und wird nicht auf Übersetzungs-Status-Seiten erscheinen.</dd>
+ <dt><code>{{Tag("l10n:priority")}}</code></dt>
+ <dd>Der Inhalt ist wichtig und sollte für MDN-Übersetzer als priorisiert markiert sein. Er wird in einer extra Prioritäts-Tabelle auf Lokalisierungs-Status-Seiten erscheinen.</dd>
+</dl>
+
+<h3 id="Web_Literacy_Map">Web Literacy Map</h3>
+
+<p><em>(Dieser Abschnitt ist in der Englischen Version dieser Seite nicht mehr vorhanden und möglicherweise nicht mehr aktuell)</em> Das <a href="https://webmaker.org" rel="external">WebMaker</a> Projekt, siehe <a href="https://webmaker.org/literacy" rel="external">Web Literacy Map</a>, hat eine Reihe von Schlagwörtern definiert, um die verschiedenen und empfohlenen Fähigkeiten zu definieren, die ein besseres Lesen, Schreiben und die Teilnahme am Web ermöglichen. Wir benutzen sie auf MDN, um unseren Anwendern die besten Resourcen zu finden, welche ihren Ansprüchen genügen:</p>
+
+<dl>
+ <dt>{{Tag("Navigation")}}</dt>
+ <dd>Der Beitrag liefert Informationen darüber wie man das Web durchsuchen kann.</dd>
+ <dt>{{Tag("WebMechanics")}}</dt>
+ <dd>Der Beitrag liefert Informationen darüber wie das Web organisiert ist und wie es funktioniert.</dd>
+ <dt>{{Tag("Search")}}</dt>
+ <dd>Der Beitrag zeigt die Möglichkeiten auf, wo Informationen, Personen und Resourcen mittels des des Webs zu finden sind.</dd>
+ <dt>{{Tag("Credibility")}}</dt>
+ <dd>Der Artikel liefert Informationen darüber wie kritisch zu bewertende Informationen sind, die auf dem Web gefunden wurden.</dd>
+ <dt>{{Tag("Security")}}</dt>
+ <dd>Der Artikel liefert Informationen wie man Systeme, Identitäten und Inhalt sicher aufbewahrt.</dd>
+ <dt>{{Tag("Composing")}}</dt>
+ <dd>Der Artikel liefert Informationen wie Inhalt für das Web kreiert und sichert.</dd>
+ <dt>{{Tag("Remixing")}}</dt>
+ <dd>Der Artikel liefert Informationen wie man existierende Web-Resourcen nutzt, um neue Inhalte zu erstellen.</dd>
+ <dt>{{Tag("DesignAccessibility")}}</dt>
+ <dd>Der Artikel liefert Informationen darüber, wie eine effektive und universelle Kommunikation mittels Nutzung der Web-Resourcen zustande gebracht werden kann.</dd>
+ <dt>{{Tag("CodingScripting")}}</dt>
+ <dd>Der Artikel liefert Informationen wie interaktive Kodierung und/oderErfahrungen auf dem Web erstellt werden können.</dd>
+ <dt>{{Tag("infrastructure")}}</dt>
+ <dd>Der Artikel liefert Informationen, die das Verständnis der Internet-Technik aufzeigen.</dd>
+ <dt>{{Tag("Sharing")}}</dt>
+ <dd>Der Artikel zeigt auf, wie man zusammen mit anderen Teilnehmern Resourcen kreiert.</dd>
+ <dt>{{Tag("Collaborating")}}</dt>
+ <dd>Der Artikel liefert Informationen wie man mit an deren zusammenarbeiten kann.</dd>
+ <dt>{{Tag("Community")}}</dt>
+ <dd>Der Artikel liefert Informationen wie man in Web-Communities eingebunden werden kann und zeigt deren Praktiken auf.</dd>
+ <dt>{{Tag("Privacy")}}</dt>
+ <dd>Der Artikel liefert Informationen über Konsequenzen, wenn Daten online ausgetauscht werden.</dd>
+ <dt>{{Tag("OpenPracticies")}}</dt>
+ <dd>Der Artikel liefert Informationen wie geholfen werden kann, das Web universell zugänglich zu machen.</dd>
+</dl>
+
+<h2 id="Zusammenfassung">Zusammenfassung</h2>
+
+<p>Für jede Seite fügen Sie nun verscheidene Schlagwort-Typen hinzu, zum Beispiel:</p>
+
+<dl>
+ <dt>Eine Anleitung über WebGL für Anfänger:</dt>
+ <dd>{{Tag("WebGL")}}, {{Tag("Graphics")}}, {{Tag("Guide")}}, {{Tag("Beginner")}}</dd>
+ <dt>Referenz-Seite für das {{HTMLElement("canvas")}} Element</dt>
+ <dd>{{Tag("Canvas")}}, {{Tag("HTML")}}, {{Tag("Element")}}, {{Tag("Graphics")}}, {{Tag("Reference")}}</dd>
+ <dt>Seite für Firefox OS Entwickler-Werkzeuge</dt>
+ <dd>{{Tag("Tools")}}, {{Tag("Firefox OS")}}, {{Tag("Landing")}}</dd>
+</dl>
+
+<h2 id="Schlagwörter_und_Suchfilter">Schlagwörter und Suchfilter</h2>
+
+<p>Suchfilter funktionieren nicht richtig, außer wir verwenden die Schlagwörter der MDN-Seiten korrekt. Hier ist eine Tabelle mit Suchfiltern und den Schlagwörtern, die sie benutzen. <em>(Diese Tabelle ist möglicherweise nicht aktuell, siehe auch <a href="en-US/docs/MDN/Contribute/Howto/Tag#Tagging_and_search_filters">englische Version</a>)</em></p>
+
+<div class="note">
+<p><strong>Note:</strong> Falls mehrere Tags unter "Tag Name" gelistet sind, bedeutet das, dass einer oder mehrere dieser Tags benötigt werden, damit der Artikel gefunden wird.</p>
+</div>
+
+<table class="standard-table">
+ <thead>
+  <tr>
+   <th scope="col">Filter-Gruppe</th>
+   <th scope="col">Suchfilter Name</th>
+   <th scope="col">Schlagwörter</th>
+  </tr>
+ </thead>
+ <tbody>
+  <tr>
+   <th>Topic</th>
+   <td>Open Web Apps</td>
+   <td>{{Tag("Apps")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>HTML</td>
+   <td>{{Tag("HTML")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>CSS</td>
+   <td>{{Tag("CSS")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>JavaScript</td>
+   <td>{{Tag("JavaScript")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>APIs and DOM</td>
+   <td>{{Tag("API")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Canvas</td>
+   <td>{{Tag("Canvas")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>SVG</td>
+   <td>{{Tag("SVG")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>MathML</td>
+   <td>{{Tag("MathML")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>WebGL</td>
+   <td>{{Tag("WebGL")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>XUL</td>
+   <td>{{Tag("XUL")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Marketplace</td>
+   <td>{{Tag("Marketplace")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Firefox</td>
+   <td>{{Tag("Firefox")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Firefox for Android</td>
+   <td>{{Tag("Firefox Mobile")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Firefox for Desktop</td>
+   <td>{{Tag("Firefox Desktop")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Firefox OS</td>
+   <td>{{Tag("Firefox OS")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Mobile</td>
+   <td>{{Tag("Mobile")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Web Development</td>
+   <td>{{Tag("Web Development")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Add-ons &amp; Extensions</td>
+   <td>{{Tag("Add-ons ")}}|| {{Tag("Extensions")}} || {{Tag("Plugins")}} || {{Tag("Themes")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Games</td>
+   <td>{{Tag("Games")}}</td>
+  </tr>
+  <tr>
+   <th>Skill level</th>
+   <td>I'm an Expert</td>
+   <td>{{Tag("Advanced")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Intermediate</td>
+   <td>{{Tag("Intermediate")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>I'm Learning</td>
+   <td>{{Tag("Beginner")}}</td>
+  </tr>
+  <tr>
+   <th>Document type</th>
+   <td>Docs</td>
+   <td><em>This will restrict the search to docs content, leaving out Hacks and other MDN content.</em></td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Demos</td>
+   <td><em>This will include Demo Studio content in the search results.</em></td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Tools</td>
+   <td>{{Tag("Tools")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Code Samples</td>
+   <td>{{Tag("Example")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>How-To &amp; Tutorial</td>
+   <td>{{Tag("Guide")}}</td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>Developer Profiles</td>
+   <td><em>This will include developer profiles from the MDN site in the search results.</em></td>
+  </tr>
+  <tr>
+   <th></th>
+   <td>External Resources</td>
+   <td><em>This is something the dev team will need to figure out.</em></td>
+  </tr>
+ </tbody>
+</table>
+
+<h2 id="Schlagwörter-Probleme_die_Sie_beheben_können">Schlagwörter-Probleme, die Sie beheben können</h2>
+
+<p>Es gibt verschiene Typen von Problemen mit Schlagwörtern, die Sie beheben können.</p>
+
+<dl>
+ <dt>Keine Schlagwörter</dt>
+ <dd>im Allgemeinen sollten alle Artikel <em>mindestens</em> mit einem <a href="/en-US/docs/Project:MDN/Contributing/Tagging_standards#Category" title="/en-US/docs/Project:MDN/Contributing/Tagging_standards#Categories">category </a>und einem <a href="/en-US/docs/Project:MDN/Contributing/Tagging_standards#Topic" title="/en-US/docs/Project:MDN/Contributing/Tagging_standards#Topic">topic </a>Schlagwort versehen sein. Meistens sind auch andere Schlagwörter sinnvoll, aber wenn Sie uns helfen können, diese minimale Kennzeichnung mit Schlagwörtern auf allen Seiten sicherzustellen, sind sie ein Dokumentationsheld!</dd>
+ <dt>Schlagwörter, die nicht unseren Schlagwort-Standards entsprechen</dt>
+ <dd>Bitte beseitigen sie in alle Probleme auf Seiten, deren Schlagwörter nicht den Standars auf dieser Seite folgen. Beachten Sie, dass Sie gelegentlich einige lokalisierte Schlagwörter auf Englischen Seiten sehen werden (wie <code>Référence</code>). Dies ist aufgrund eines <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=776048">Bugs in Kuma</a> passiert, was dazu führte, das einige Schlagwörter wieder auftauchten, auch wenn sie bereits gelöscht waren. Dieser Bug wurde <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=776048#c37">seitdem behoben</a>, sodass sämtliche verbliebene lokalisierte Schlagwörter (auf den englischen Seiten) bereinigt werden können, wenn sie gesichtet werden.</dd>
+ <dt>Falsch verwendete Schlagwörter</dt>
+ <dd>Wenn Sie sich einen Artikel über HTML ansehen, der mit dem Schlagwort "JavaScript" versehen ist, dann ist das wahrscheinlich falsch! Genauso ist es, wenn ein Artikel Mozilla-interne Dinge beschreibt, aber mit einem "Web" Schlagwort versehen ist. Das ist vermutlich auch falsch. Entfernen Sie diese Schlagwörter und fügen Sie die richtigen hinzu, falls sie noch nicht vorhanden sind. Bitte korrigieren Sie auch falsch geschriebene Schlagwörter (z.B. würde "Javascript" immer noch funktionieren, da Schlagwörter keine Groß- und Kleinschreibung berücksichtigen, aber lassen Sie uns nicht nachlässig sein!).</dd>
+ <dt>Fehlende Schlagwörter</dt>
+ <dd>Wenn ein Artikel ein paar, aber noch nicht alle Schlagwörter hat, die er benötigt, fügen Sie ruhig mehr hinzu. Zum Beispiel, wenn eine JavaScript-Referenzseite (korrekterweise) mit dem Schlagwort JavaScript versehen ist, aber keinem sonst, fügen Sie gerne das Schlagwort "Reference" oder einen anderes, passendes Kategorie-Schlagwort hinzu!</dd>
+ <dt>Schlagwort-Spam</dt>
+ <dd>Dieses heimtückische Biest ist das abstoßendste aller Schlagwort-Probleme: irgendein Web-Ungeziefer hat seine Häufchen in den Schlagwörtern hinterlassen (wie zum Beispiel "Free warez!" oder "Hey ich war auf deiner Seite unterwegs und wollte fragen ob du mir helfen kannst mein Flashplayer stürzt dauernd ab"). Wir müssen solche Schlagwörter sofort löschen! Sie sind unschön, es wird schwer, sie loszuwerden, wenn wir sie zu lange rumlungern lassen und sie sind schrecklich für {{Glossary("SEO")}}.</dd>
+</dl>
+
+<p>Wenn Sie eines (oder mehrere) dieser Probleme bemerken, <a href="https://developer.mozilla.org/en-US/docs/Project:MDN/Contributing/Getting_started#Logging_into_MDN">melden Sie sich bei MDN an</a> und klicken Sie auf "Bearbeiten" oben rechts am MDN-Fenster. Nachdem der Editor geladen ist, scrollen Sie nach unten zum Ende der Seite. Dort finden Sie die Schlagwort-Box. Für mehr Details zur Schlagwort-Oberfläche besuchen Sie bitte "<a href="https://developer.mozilla.org/de/docs/MDN/Contribute/Editoren_Anleitung/Basics#The_tags_box">The tags box</a>" im <a href="/de/docs/MDN/Contribute/Editoren_Anleitung">MDN-Editor-Leitfaden</a>.</p>
diff --git a/files/de/mdn/contribute/index.html b/files/de/mdn/contribute/index.html
new file mode 100644
index 0000000000..9859a888b0
--- /dev/null
+++ b/files/de/mdn/contribute/index.html
@@ -0,0 +1,91 @@
+---
+title: Beitragen zu MDN
+slug: MDN/Contribute
+tags:
+  - Anleitung
+  - Dokumentation
+  - Einstieg
+  - MDC Projekt
+  - MDN
+translation_of: MDN/Contribute
+---
+<div>{{MDNSidebar}}</div><p>Willkommen! Durch das Betreten dieser Seite haben Sie bereits den ersten Schritt getan, um bei MDN mitzuwirken. Hier finden Sie Anleitungen zu allen Möglichkeiten des Mitwirkens bei MDN, wie etwa Style Guides, Leitfäden zur Benutzung unseres Editors und verschiedener Tools und vieles mehr.</p>
+<div class="row topicpage-table">
+ <div class="section">
+  <h2 id="Leitfäden_für_Helfer">Leitfäden für Helfer</h2>
+  <dl>
+   <dt>
+    <a href="/de/docs/MDN/Erste_Schritte">Erste Schritte</a></dt>
+   <dd>
+    Eine Kurzanleitung für Ihren ersten Beitrag.</dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Style_guide">Leitfaden für Inhalte und Styles</a></dt>
+   <dd>
+    Im Leitfaden für Inhalte und Styles auf MDN erfahren Sie Details zu Schreibstil, Seitenlayout und Styles von Inhalten, so dass die von Ihnen verfassten Inhalte zu den restlichen Inhalten auf MDN passen.</dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Editor">Autoren Anleitung</a></dt>
+   <dd>
+    Eine vollständige Anleitung zur Verwendung des Editors von MDN.</dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Reviewing_articles">Artikel überprüfen</a></dt>
+   <dd>
+    <span id="result_box" lang="de"><span class="hps">Ein Leitfaden zur</span> <span class="hps">Durchführung von</span> <span class="hps">technischen und redaktionellen</span> Überprüfungen <span class="hps">des</span> <span class="hps">Inhalts der Beiträge. So </span><span class="hps">helfen Sie</span> <span class="hps">sicherzustellen, dass alle</span> <span class="hps">Inhalte auf</span> <span class="hps">MDN</span> <span class="hps">so nützlich und</span> <span class="hps">lesbar</span> <span class="hps">wie möglich sind!</span></span></dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Conventions">Terminologie und Konventionen</a></dt>
+   <dd>
+    Unser Handbuch über Terminologie und Konventionen stellt Informationen bereit, die Ihnen helfen, das korrekte Fachvokabular in Ihren Beiträgen zu verwenden.</dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Community">Mit der MDN Community zusammenarbeiten</a></dt>
+   <dd>
+    Ein Leitfaden zur Zusammenarbeit mit unserer Community, zum Auffinden von Hilfe und wie man mit den Leuten Kontakt aufnimmt, die Antworten auf die Fragen haben, die während Ihren Beiträgen zu MDN auftauchen.</dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/FAQ">Häufig gestellte Fragen</a></dt>
+   <dd>
+    Tipps und Antworten zu den häufigsten Fragen über Beiträge zu MDN.</dd>
+  </dl>
+  <dl>
+   <dt>
+    <a href="/de/docs/MDN/Kuma/Contributing">Zu Kuma beitragen</a></dt>
+   <dd>
+    Eine Anleitung zu Beiträgen zum Kuma Projekt. Kuma ist der Name der Plattform, welche die MDN Webseiten unterstützt.</dd>
+  </dl>
+ </div>
+ <div class="section">
+  <h2 id="How_to...">How to...</h2>
+  <p>Unsere <a href="/de/docs/MDN/Contribute/Howto">how-to Leitfäden</a> stellen Schritt-für-Schritt-Anleitungen bereit, die Ihnen bei der Bewältigung spezieller Aufgaben während des Verfassens von Beiträgen für MDN behilflich sind.</p>
+  <dl>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Howto/Document_a_CSS_property">Wie man eine CSS Eigenschaft dokumentiert</a></dt>
+   <dd>
+    Eine Anleitung zum Dokumentieren von CSS Eigenschaften. Alle Dokumente über CSS Eigenschaften sollten dem in diesem Artikel beschriebenen Stil und Layout entsprechen.</dd>
+   <dt>
+    Wie man ein HTML Element dokumentiert</dt>
+   <dd>
+    Diese Anleitung zur Dokumentation von HTML Elementen gewährleistet, dass von Ihnen verfasste Dokumente zu anderen auf MDN passen.</dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Howto/Tag">Wie man Seiten richtig mit Schlagwörtern auszeichnet</a></dt>
+   <dd>
+    Diese Anleitung zur Verschlagwortung von Seiten informiert über unsere Standards bezüglich Schlagwörtern (Tags), einschließlich Listen mit Tags, die eine Standardbedeutung auf MDN haben. Indem Sie dieser Anleitung folgen wird gewährleistet, dass Ihre Inhalte korrekt kategorisiert und leichter durchsuchbar sind und dass unser Suchfiltermechanismus mit Ihren Artikeln richtig funktioniert.</dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Howto/Interpret_specifications">Wie man Spezifikationen deutet</a></dt>
+   <dd>
+    Diese Anleitung hilft Ihnen, Standard-Web-Spezifikationen richtig zu verstehen. In der Lage zu sein, diese zu lesen, kann eine Kunst sein, und zu wissen, wie es geht, wird Ihnen helfen, bessere Dokumentationen zu schreiben.</dd>
+  </dl>
+  <h2 id="Lokalisierung">Lokalisierung</h2>
+  <dl>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Localize/Tour">Führung zur Lokalisierung</a></dt>
+   <dd>
+    Während dieser Führung lernen Sie, wie Sie Inhalte auf MDN lokalisieren.</dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Localize/Guide">Leitfaden zur Lokalisierung</a></dt>
+   <dd>
+    Diese Anleitung<span id="result_box" lang="de"><span class="hps"> bietet</span> detaillierte <span class="hps">Informationen über den</span> <span class="hps">Lokalisierungsprozess</span> <span class="hps">für</span> Inhalte auf <span class="hps">MDN</span><span>.</span></span></dd>
+   <dt>
+    <a href="/de/docs/MDN/Contribute/Localize/Localization_projects">Lokalisierungsprojekte</a></dt>
+   <dd>
+    Finden Sie das Lokalisierungsprojekt für Ihre Sprache—oder, wenn es noch keines gibt, erfahren Sie, wie man ein neues startet!</dd>
+  </dl>
+ </div>
+</div>
+<p> </p>
diff --git a/files/de/mdn/contribute/localize/index.html b/files/de/mdn/contribute/localize/index.html
new file mode 100644
index 0000000000..dcb1fcc13e
--- /dev/null
+++ b/files/de/mdn/contribute/localize/index.html
@@ -0,0 +1,29 @@
+---
+title: Lokalisieren von MDN
+slug: MDN/Contribute/Localize
+tags:
+  - Documentation
+  - Localization
+  - MDN
+  - NeedsTranslation
+  - TopicStub
+translation_of: MDN/Contribute/Localize
+---
+<div>{{MDNSidebar}}</div><p>MDN wird von Menschen auf der ganzen Welt als Referenz und Anleitung für Web Technologien, wie auch für Internas von Firefox selbst, genutzt. Unsere Lokalisierungsgemeinschaften sind ein wichtiger Teil des Mozilla Projekts. Ihre Übersetzungs- und Lokalisierungsarbeit hilft Menschen auf der ganzen Welt, um für das offene Web zu entwickeln. Wenn Sie mehr über unsere Lokalisierungsteams erfahren möchten, einem Team beitreten oder sogar eine neue Lokalisierung beginnen möchten, ist dies der Ort, um damit zu beginnen.</p>
+<p>{{LandingPageListSubpages}}</p>
+<h2 id="Lokalisierungstools">Lokalisierungstools</h2>
+<p>Es gibt einige nützliche Tools, die Sie bei Ihrer Übersetzungsarbeit nutzen werden:</p>
+<dl>
+ <dt>
+  <a href="/en-US/docs/Mozilla/Localization/Localizing_with_Verbatim" title="/en-US/docs/Mozilla/Localization/Localizing_with_Verbatim">Verbatim</a></dt>
+ <dd>
+  Wird für die Übersetzung von Zeichenketten über verschiedene Mozilla Projekte hinweg genutzt, einschließlich der MDN Benutzeroberfläche (sowie der Firefox Benutzeroberfläche).</dd>
+ <dt>
+  <a href="http://transvision.mozfr.org/" title="http://transvision.mozfr.org/">Transvision</a></dt>
+ <dd>
+  Ein Werkzeug von Mozilla France, das Sie nach einer englischen Zeichenkette suchen lässt und als Ergebnis die verschiedenen Übersetzungen einer Sprache dazu liefert, die im gesamten Mozilla Code verwendet werden. Dieses Werkzeug eignet sich, um die bevorzugte Übersetzung eines Wortes oder eines Satzes zu finden.</dd>
+</dl>
+<h2 id="Siehe">Siehe</h2>
+<ul>
+ <li><a href="/en-US/docs/Mozilla/Localization" title="/en-US/docs/Mozilla/Localization">Localization at Mozilla</a></li>
+</ul>
diff --git a/files/de/mdn/contribute/localize/translating_pages/index.html b/files/de/mdn/contribute/localize/translating_pages/index.html
new file mode 100644
index 0000000000..796212f0ac
--- /dev/null
+++ b/files/de/mdn/contribute/localize/translating_pages/index.html
@@ -0,0 +1,58 @@
+---
+title: MDN Seiten übersetzen
+slug: MDN/Contribute/Localize/Translating_pages
+tags:
+  - Anfänger
+  - Beginner
+  - Guide
+  - Lokalisation
+  - MDN
+  - Seite Übersetzen
+  - Übersetzung
+  - übersetzen
+translation_of: MDN/Contribute/Localize/Translating_pages
+---
+<div>{{MDNSidebar}}</div>
+
+<p>Dieser Artikel ist eine grundlegende Anleitung für die Übersetzung von Inhalten auf MDN. Er beinhaltet sowohl die Grundlagen für Übersetzungsarbeit als auch Tipps für den richtigen Umgang mit den verschiedenen Arten von Inhalten.</p>
+
+<h2 id="Eine_neue_Übersetzung_einer_Seite_starten">Eine neue Übersetzung einer Seite starten</h2>
+
+<p>Befolgen Sie diese Schritte, wenn Sie eine Seite in Ihre Sprache übersetzen möchten:</p>
+
+<ol>
+ <li>Klicken Sie auf das Sprachen-Symbol ({{FontAwesomeIcon("icon-language")}}), um das <strong>Sprachen</strong>-Menü zu öffnen und wählen Sie <strong>Übersetzung hinzufügen</strong>. Daraufhin erscheint die Auswahlseite der verfügbaren Sprachen.</li>
+ <li>Wählen Sie die Sprache, in die Sie die Seite übersetzen möchten. Anschließend öffnet sich ein Editor, auf dessen linker Hälfte die originale Seite, auf der rechten die Vorschau der übersetzten Seite zu sehen ist.</li>
+ <li>Unter <strong>Beschreibung übersetzen</strong> können Sie den Titel und optional den Adressnamen (Slug) in die Zielsprache übersetzen. Der Adressname ist der letzte Teil der URL einer Seite (zum Beispiel: "Translating_pages" für diesen Artikel.) Manche Sprachcommunities übersetzen den Adressnamen nicht und übernehmen den Englischen. Vergleichen Sie dazu am besten andere Artikel in Ihrer Sprache, um die gängige Praxis zu ermitteln. Um mehr Platz für den Abschnitt <strong>Übersetzung in Deutsch</strong> zu erhalten, können Sie auf das Minus-Zeichen neben dem Abschnitt <strong>Beschreibung übersetzen</strong> klicken und ihn so ausblenden.</li>
+ <li>Übersetzen Sie den Inhalt der Seite unter <strong>Übersetzung in Deutsch</strong>.</li>
+ <li>Tragen Sie mindestens ein <strong>Schlagwort</strong> für die Seite ein.</li>
+ <li>Drücken Sie<strong> Änderungen speichern</strong> wenn Sie fertig sind.</li>
+</ol>
+
+<div class="note"><strong>Hinweis:</strong> Die Benutzeroberfläche der "Artikel übersetzen"-Ansicht wird anfangs in Englisch angezeigt. Bei nachfolgenden Bearbeitungen eines bestimmten Artikels im Editor wird die Benutzeroberfläche in der jeweils passenden Sprache angezeigt, falls eine Lokalisierung für MDN in dieser Sprache verfügbar ist. Die MDN Benutzeroberfläche kann mit <a href="https://localize.mozilla.org/projects/mdn/" title="https://localize.mozilla.org/projects/mdn/">Pontoon</a> lokalisiert werden. Konsultieren Sie dazu <a href="/en-US/docs/Mozilla/Localization/Localizing_with_Verbatim" title="/en-US/docs/Mozilla/Localization/Localizing_with_Verbatim">Lokalisierung mit Pontoon</a> für Details zu dessen Benutzung.</div>
+
+<h2 id="Eine_übersetzte_Seite_bearbeiten">Eine übersetzte Seite bearbeiten</h2>
+
+<ul>
+ <li>Drücken Sie auf einer übersetzten Seite den <strong>Bearbeiten</strong> Knopf (mitunter auch englisch: <strong>Edit</strong>). Die <strong>Artikel-Übersetzen</strong>-Ansicht öffnet sich.</li>
+</ul>
+
+<p>Wenn die englische Version seit der letzten Aktualisierung der Übersetzung verändert wurde, wird in der Artikel-Übersetzen-Ansicht die Quellebene "diff" mit den Änderungen der englischen Version angezeigt. Dies hilft Ihnen, Aktualisierungen schneller durchzuführen.</p>
+
+<h2 id="Schlagwort-Übersetzungen">Schlagwort-Übersetzungen</h2>
+
+<p>Es ist wichtig, dass jede Seite mit mindestens einem Schlagwort getaggt wird, auch wenn es sich um eine Übersetzung handelt.</p>
+
+<p>Manche Tags werden von Suchfiltern oder als Konventionen zwischen Beitragserstellern benutzt. Diese Schlagwörter sollten nicht übersetzt werden. Lesen Sie hierzu die <a href="/en-US/docs/Project:MDN/Contributing/Tagging_standards">Tagging Standards</a>, um diese Schlagwörter zu erkennen.<br>
+ Sie dürfen gern übersetzte Schlagwörter erstellen, um Inhalte zu gruppieren, wenn sie nicht von einem Standard-Schlagwort abgedeckt werden.</p>
+
+<h2 id="Tipps_für_neue_Übersetzer">Tipps für neue Übersetzer</h2>
+
+<p>Sie sind neu bei der Lokalisierung auf MDN? Dann sind hier ein paar Ratschläge:</p>
+
+<ul>
+ <li>Artikel im <a href="/de/docs/Glossary">Glossar</a> eignen sich hervorragend für Einsteiger, weil sie einfach und kurz sind.</li>
+ <li>Artikel mit dem Schlagwort <a href="/en-US/docs/tag/l10n:priority">"l10n:priority"</a> werden beim Übersetzen mit einer hohen Priorität berücksichtigt.</li>
+ <li>Wenn Text in doppelten geschweiften Klammern steht, wie beispielsweise <code>\{{some-text("more text")}}</code>, dann lassen Sie diesen unübersetzt, und ändern Sie die Satzzeichen nicht. Dies sind <a href="/en-US/docs/MDN/Contribute/Structures/Macros">Makros</a>, die Strukturen auf der Seite erstellen oder andere nützliche Funktionen übernehmen. Es kann sein, dass das Makro unübersetzten Text erzeugt, machen Sie sich darüber aber keine Gedanken, bis Sie mehr Erfahrung mit MDN gewonnen haben (das Bearbeiten dieses Textes erfordert <a href="/en-US/docs/MDN/Contribute/Tools/Template_editing">spezielle Privilegien</a>, weil Makros sehr mächtige Werkzeuge sein können). Wenn Sie neugierig sind, werfen Sie doch einen Blick auf die <a href="/en-US/docs/MDN/Contribute/Structures/Macros/Commonly-used_macros">häufig verwendeten Makros</a>, um die Möglichkeiten der Makros zu verstehen.</li>
+ <li>Schauen Sie auf die <a href="/en-US/docs/MDN/Contribute/Localize/Localization_projects">Lokalisations-Projektseite</a>, um mehr über die Lokalisierung in Ihrer Sprache zu erfahren.</li>
+</ul>
diff --git a/files/de/mdn/contribute/zu_tun_im_mdn/index.html b/files/de/mdn/contribute/zu_tun_im_mdn/index.html
new file mode 100644
index 0000000000..9eeff3ffd6
--- /dev/null
+++ b/files/de/mdn/contribute/zu_tun_im_mdn/index.html
@@ -0,0 +1,27 @@
+---
+title: Was alles im MDN zu tun ist
+slug: MDN/Contribute/zu_tun_im_MDN
+tags:
+  - Anleitung
+  - Guide
+  - MDN
+translation_of: MDN/Contribute/Getting_started
+---
+<div>{{MDNSidebar}}</div><p>Du willst das MDN besser machen? Es gibt viele Wege, wie du helfen kannst: du kannst Tippfehler verbessern, neue Inhalte verfassen, du kannst sogar die <a href="/en-US/docs/Project:MDN/Kuma">Kuma</a> Plattform verbessern, auf welcher diese Seite aufbaut. Der Artikel "<a href="https://developer.mozilla.org/de/docs/MDN/Contribute">Beitragen zu MDN</a>" deckt alle Möglichkeiten ab, wobei und wie du uns helfen könntest. Unten findest du eine etwas spezifischere Liste an Aufgaben die erledigt werden müssen.</p>
+
+<p>Es gibt viele Möglichkeiten für dich zu helfen. Hier ist eine Liste mit den verschiedenen Dingen, die noch getan werden müssen:</p>
+
+<ul>
+ <li><a href="https://developer.mozilla.org/de/docs/MDN/Contribute/Reviewing_articles">Inhalte auf Richtigkeit prüfen</a> (technisch oder redaktionell)</li>
+ <li><a href="https://developer.mozilla.org/de/docs/MDN/Contribute/Howto/Tag">Tags zu Artikeln hinzufügen</a> um die Suchergebnisse und Inhaltslisten zu verbessern</li>
+ <li><a href="/en-US/docs/MDN/User_guide/Writing#Adding_a_new_page">Neue Artikel schreiben</a></li>
+ <li><a href="/en-US/docs/MDN/User_guide/Writing#Editing_an_existing_page">Bestehende Articles verbessern</a> und mit neuen Informationen füllen oder Fehler ausbessern</li>
+ <li><a href="/en-US/docs/MDN/Contribute/Howto/Convert_code_samples_to_be_live">Bestehende Codebeispiele konvertieren</a> damit diese vom Livesystem profitieren können</li>
+ <li><a href="/en-US/docs/MDN/Contribute/Editor/Live_samples">Füge neue Live-Code Beispiele hinzu</a> damit Andere den Code in Aktion sehen können</li>
+ <li><a href="/en-US/docs/MDN/Plans">Sieh dir die nächsten großen Dokumentierungsprojekte an</a></li>
+ <li><a href="/en-US/docs/Project:MDN/Kuma/Contributing">Hilf mit die Kuma Plattform zu entwickeln, auf der das MDN läuft</a></li>
+</ul>
+
+<p>Für mehr Ideen wie du helfen kannst, sieh dir unsere <a href="/de/docs/MDN/Contribute/Howto">How-to Leitfäden</a> an. Du kannst auf <a href="/de/docs/MDN/Doc_status/Overview">dieser Seite</a> kategorisierte Listen von Seiten finden, die deine Hilfe benötigen.</p>
+
+<p>Zusätzlich kannst du eine Liste mit großen Projekten die demnächst gestartet werden auf dem <a href="https://trello.com/b/HAhl54zz/status">Trello Board</a> vom MDN Team finden. Dieses Board zeigt dir sowohl woran die MDN Autoren gerade arbeiten, als auch Projekte an denen vermutlich demnächst angefangen wird zu arbeiten. <a href="/en-US/docs/MDN/Contribute/Community/Trello">Dieser Artikel</a> zeigt dir wie du dieses Board nutzen kannst.</p>
diff --git a/files/de/mdn/guidelines/index.html b/files/de/mdn/guidelines/index.html
new file mode 100644
index 0000000000..cbf0c6aa77
--- /dev/null
+++ b/files/de/mdn/guidelines/index.html
@@ -0,0 +1,14 @@
+---
+title: MDN content and style guides
+slug: MDN/Guidelines
+tags:
+  - Guidelines
+  - Landing
+  - MDN Meta
+translation_of: MDN/Guidelines
+---
+<div>{{MDNSidebar}}</div><div>{{IncludeSubnav("/en-US/docs/MDN")}}</div>
+
+<p><span class="seoSummary">These guides provide details on how MDN documentation should be written and formatted, as well as how our code samples and other content should be presented.</span> By following these guides, you can ensure that the material you produce is clean and easy to use.</p>
+
+<p>{{LandingPageListSubpages}}</p>
diff --git a/files/de/mdn/guidelines/style_guide/index.html b/files/de/mdn/guidelines/style_guide/index.html
new file mode 100644
index 0000000000..274d9d4f8c
--- /dev/null
+++ b/files/de/mdn/guidelines/style_guide/index.html
@@ -0,0 +1,560 @@
+---
+title: MDN style guide
+slug: MDN/Guidelines/Style_guide
+translation_of: MDN/Guidelines/Writing_style_guide
+---
+<div>{{MDNSidebar}}</div>
+
+<div>{{IncludeSubnav("/de-DE/docs/MDN")}}</div>
+
+<p>Um die Dokumentation in einer organisierten, standardisierten und leicht verständlichen Weise darzustellen, beschreibt der MDN Web Docs Style Guide, wie dieser Text organisiert, geschrieben, formatiert und gestaltet werden sollte. Das sind eher Richtlinien als strenge Regeln. Wir sind mehr an Inhalten als an der Formatierung interessiert, also fühlen Sie sich nicht verpflichtet, den Style Guide zu lernen, bevor Sie einen Beitrag leisten. Seien Sie jedoch nicht verärgert oder überrascht, wenn ein fleißiger Freiwilliger Ihre Arbeit später bearbeitet, um sie an diesen Leitfaden anzupassen.</p>
+
+<p>Wenn Sie nach Spezifikationen suchen, wie eine bestimmte Art von Seite strukturiert sein sollte, lesen Sie den <a href="/en-US/docs/MDN/Contribute/Content/Layout">MDN page layout guide</a>.</p>
+
+<p>Die sprachlichen Aspekte dieses Leitfadens gelten in erster Linie für die englischsprachige Dokumentation. Andere Sprachen haben möglicherweise ihre eigenen Styleguides (und können diese gerne erstellen). Diese sollten als Unterseiten auf der Seite des Lokalisierungsteams veröffentlicht werden.</p>
+
+<p>Stilstandards, die für Inhalte gelten, die für andere Sites als MDN geschrieben wurden, finden Sie im <a href="http://www.mozilla.org/en-US/styleguide/" title="http://www.mozilla.org/en-US/styleguide/">One Mozilla style guide</a>.</p>
+
+<h2 id="Page_name_and_heading_capitalization" name="Page_name_and_heading_capitalization">Basics</h2>
+
+<p>The best place to start in any major publishing style guide is with some very basic text standards to help keep documentation consistent. The following sections outline some of these basics to help you.</p>
+
+<h3 id="Page_titles">Page titles</h3>
+
+<p>Page titles are used in search results and also used to structure the page hierarchy in the breadcrumb list at the top of the page. The page title (which is displayed at the top of the page and in the search results) can be different from the page "slug," which is the portion of the page's URL following "<em>&lt;locale&gt;/docs/</em>".</p>
+
+<h4 id="Title_and_heading_capitalization">Title and heading capitalization</h4>
+
+<p>Page titles and section headings should use sentence-style capitalization (only capitalize the first word and proper nouns) rather than headline-style capitalization:</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: "A new method for creating JavaScript rollovers"</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: "A New Method for Creating JavaScript Rollovers"</li>
+</ul>
+
+<p>We have many older pages that were written before this style rule was established. Feel free to update them as needed if you like. We're gradually getting to them.</p>
+
+<h4 id="Choosing_titles_and_slugs">Choosing titles and slugs</h4>
+
+<p>Page slugs should be kept short; when creating a new level of hierarchy, the new level's component in the slug should generally just be a word or two.</p>
+
+<p>Page titles, on the other hand, may be as long as you like, within reason, and they should be descriptive.</p>
+
+<h4 id="Creating_new_subtrees">Creating new subtrees</h4>
+
+<p>When you need to add a number of articles about a topic or topic area, you will typically do so by creating a landing page, then adding subpages for each of the individual articles. The landing page should open with a paragraph or two describing the topic or technology, then provide a list of the subpages with descriptions of each page. You can automate the insertion of pages into the list using a number of macros we've created.</p>
+
+<p>For example, consider the <a href="/en-US/docs/Web/JavaScript">JavaScript</a> guide, which is structured as follows:</p>
+
+<ul>
+ <li><a href="/en-US/docs/Web/JavaScript/Guide" title="JavaScript/Guide">JavaScript/Guide</a> - Main table-of-contents page</li>
+ <li><a href="/en-US/docs/Web/JavaScript/Guide/JavaScript_Overview" title="JavaScript/Guide/JavaScript_Overview">JavaScript/Guide/JavaScript Overview</a></li>
+ <li><a href="/en-US/docs/JavaScript/Guide/Functions" title="JavaScript/Guide/Functions">JavaScript/Guide/Functions</a></li>
+ <li><a href="/en-US/docs/JavaScript/Guide/Details_of_the_Object_Model" title="JavaScript/Guide/Details_of_the_Object_Model">JavaScript/Guide/Details of the Object Model</a></li>
+</ul>
+
+<p>Try to avoid putting your article at the top of the hierarchy, which slows the site down and makes search and site navigation less effective.</p>
+
+<h3 id="Sections.2C_Paragraphs.2C_Newlines" name="Sections.2C_Paragraphs.2C_Newlines">Sections, paragraphs, and newlines</h3>
+
+<p>Use heading levels in decreasing order: {{HTMLElement("h2")}} then {{HTMLElement("h3")}} then {{HTMLElement("h4")}}, without skipping levels. H2 is the highest level allowed because H1 is reserved for the page title. If you need more than three or four levels of headers you should consider breaking up the article into several smaller articles with a landing page, linking them together using the {{TemplateLink("Next")}}, {{TemplateLink("Previous")}}, and {{TemplateLink("PreviousNext")}} macros.</p>
+
+<p>The Enter (or Return) key on your keyboard starts a new paragraph. To insert a newline without a space, hold down the Shift key while pressing Enter.</p>
+
+<p>Don't create single subsections -- you don't subdivide a topic into one. It's either two subheadings or more or none at all. </p>
+
+<p>Don't have bumping heads, which are headings followed immediately by headings. Aside from looking horrible, it's helpful to readers if every heading has at least a brief intro after it to introduce the subsections beneath.</p>
+
+<h3 id="Text_Formatting" name="Text_Formatting">Text formatting and styles</h3>
+
+<p>Use the "Formatting Styles" drop-down list to apply predefined styles to selected content.</p>
+
+<div class="note"><strong>Note: </strong>The "Note" style is used to call out important notes, like this one.</div>
+
+<div class="warning"><strong>Warning:</strong> Similarly, the "Warning" style creates warning boxes like this.</div>
+
+<p>Unless specifically instructed to do so, <strong>do not</strong> use the HTML <code>style</code> attribute to manually style content. If you can't do it using a predefined class, drop into {{IRCLink("mdn")}} and ask for help.</p>
+
+<h3 id="Code_sample_style_and_formatting">Code sample style and formatting</h3>
+
+<h4 id="Tabs_and_line_breaks">Tabs and line breaks</h4>
+
+<p>Use two spaces per tab in all code samples. Code should be indented cleanly, with open-brace ("{") characters on the same line as the statement that opens the block. For example:</p>
+
+<pre class="brush: js notranslate">if (condition) {
+  /* handle the condition */
+} else {
+  /* handle the "else" case */
+}
+</pre>
+
+<p>Long lines shouldn't be allowed to stretch off horizontally to the extent that they require horizontal scrolling to read. Instead, break at natural breaking points. Some examples follow:</p>
+
+<pre class="brush: js notranslate">if (class.CONDITION || class.OTHER_CONDITION || class.SOME_OTHER_CONDITION
+       || class.YET_ANOTHER_CONDITION ) {
+  /* something */
+}
+
+var toolkitProfileService = Components.classes["@mozilla.org/toolkit/profile-service;1"]
+                           .createInstance(Components.interfaces.nsIToolkitProfileService);
+</pre>
+
+<h4 id="Inline_code_formatting">Inline code formatting</h4>
+
+<p>Use the "Code" button (labeled with two angle brackets "&lt;&gt;") to apply inline code-style formatting to function names, variable names, and method names (this uses the {{HTMLElement("code")}} element). For example, "the <code class="js plain">frenchText()</code> function".</p>
+
+<p>Method names should be followed by a pair of parentheses: <code>doSomethingUseful()</code>. This helps to differentiate methods from other code terms.</p>
+
+<h4 id="Syntax_highlighting">Syntax highlighting</h4>
+
+<p><img alt='Screenshot of the "syntax highlighting" menu.' src="https://mdn.mozillademos.org/files/7857/syntax-highlighting-menu.png" style="border-style: solid; border-width: 1px; float: right; height: 315px; margin: 2px 4px; width: 183px;">Entire lines (or multiple lines) of code should be formatted using syntax highlighting rather than the {{HTMLElement("code")}} element. Click the "pre" button in the toolbar to create the preformatted content box in which you'll then write your code. Then, with the text entry cursor inside the code box, select the appropriate language from the language list button to the right of the "pre" button, as seen in the screenshot to the right. The following example shows text with JavaScript formatting:</p>
+
+<div class="line number2 index1 alt1">
+<pre class="brush: js notranslate">for (var i = 0, j = 9; i &lt;= 9; i++, j--)
+  document.writeln("a[" + i + "][" + j + "]= " + a[i][j]);</pre>
+</div>
+
+<p>If no appropriate transformation is available, use the <code>pre</code> tag without specifying a language ("No Highlight" in the language menu).</p>
+
+<pre class="notranslate">x = 42;</pre>
+
+<h4 id="Styling_HTML_element_references">Styling HTML element references</h4>
+
+<p>There are various specific rules to follow when writing about HTML elements, in order to consistently describe the various components of elements, and to ensure that they're properly linked to detailed documentation.</p>
+
+<dl>
+ <dt>Element names</dt>
+ <dd>Use the {{TemplateLink("HTMLElement")}} macro, which creates a link to the page for that element. For example, writing \{{HTMLElement("title")}} produces "{{HTMLElement("title")}}". If you don't want to create a link, <strong>enclose the name in angle brackets</strong> and use "Code (inline)" style (e.g., <code>&lt;title&gt;</code>).</dd>
+ <dt>Attribute names</dt>
+ <dd>Use <strong>bold face</strong>.</dd>
+ <dt>Attribute definitions</dt>
+ <dd>Use the {{TemplateLink("htmlattrdef")}} macro (e.g., <span class="nowiki">\{{htmlattrdef("type")}}</span>) for the definition term, so that it can be linked to from other pages, then use the {{TemplateLink("htmlattrxref")}} macro (e.g., <span class="nowiki">\{{htmlattrxref("attr","element")}}</span>) to reference attribute definitions.</dd>
+ <dt>Attribute values</dt>
+ <dd>Use "Code (inline)" style, and do not use quotation marks around strings, unless needed by the syntax of a code sample. E.g.: When the <strong>type</strong> attribute of an <code>&lt;input&gt;</code> element is set to <code>email</code> or <code>tel</code> ...</dd>
+ <dt>Labeling attributes</dt>
+ <dd>Use labels like {{HTMLVersionInline(5)}} thoughtfully. For example, use them next to the bold attribute name but not for every occurrence in your body text.</dd>
+</dl>
+
+<h3 id="Latin_abbreviations" name="Latin_abbreviations">Latin abbreviations</h3>
+
+<h4 id="In_notes_and_parentheses" name="In_notes_and_parentheses">In notes and parentheses</h4>
+
+<ul>
+ <li>Common Latin abbreviations (etc., i.e., e.g.) may be used in parenthetical expressions and in notes. Use periods in these abbreviations.
+  <ul>
+   <li><span class="correct"><strong>Correct</strong></span>: Web browsers (e.g. Firefox) can be used ...</li>
+   <li><span class="incorrect"><strong>Incorrect</strong></span>: Web browsers e.g. Firefox can be used ...</li>
+   <li><span class="incorrect"><strong>Incorrect</strong></span>: Web browsers, e.g. Firefox, can be used ...</li>
+   <li><span class="incorrect"><strong>Incorrect</strong></span>: Web browsers, (eg: Firefox) can be used ...</li>
+  </ul>
+ </li>
+</ul>
+
+<h4 id="In_running_text" name="In_running_text">In running text</h4>
+
+<ul>
+ <li>In regular text (i.e. text outside of notes or parentheses), use the English equivalent of the abbreviation.
+  <ul>
+   <li><span class="correct"><strong>Correct</strong></span>: ... web browsers, and so on.</li>
+   <li><span class="incorrect"><strong>Incorrect</strong></span>: ... web browsers, etc.</li>
+   <li><span class="correct"><strong>Correct</strong></span>: Web browsers such as Firefox can be used ...</li>
+   <li><span class="incorrect"><strong>Incorrect</strong></span>: Web browsers e.g. Firefox can be used ...</li>
+  </ul>
+ </li>
+</ul>
+
+<h4 id="Meanings_and_English_equivalents_of_Latin_abbreviations" name="Meanings_and_English_equivalents_of_Latin_abbreviations">Meanings and English equivalents of Latin abbreviations</h4>
+
+<table class="fullwidth-table">
+ <tbody>
+  <tr>
+   <th>Abbrev</th>
+   <th>Latin</th>
+   <th>English</th>
+  </tr>
+  <tr>
+   <td>cf.</td>
+   <td><em>confer</em></td>
+   <td>compare</td>
+  </tr>
+  <tr>
+   <td>e.g.</td>
+   <td><em>exempli gratia</em></td>
+   <td>for example</td>
+  </tr>
+  <tr>
+   <td>et al.</td>
+   <td><em>et alii</em></td>
+   <td>and others</td>
+  </tr>
+  <tr>
+   <td>etc.</td>
+   <td><em>et cetera</em></td>
+   <td>and so forth, and so on</td>
+  </tr>
+  <tr>
+   <td>i.e.</td>
+   <td><em>id est</em></td>
+   <td>that is, in other words</td>
+  </tr>
+  <tr>
+   <td>N.B.</td>
+   <td><em>nota bene</em></td>
+   <td>note well</td>
+  </tr>
+  <tr>
+   <td>P.S.</td>
+   <td><em>post scriptum</em></td>
+   <td>postscript</td>
+  </tr>
+ </tbody>
+</table>
+
+<div class="note">
+<p><strong>Note:</strong> Always consider whether it's truly beneficial to use a Latin abbreviation. Some of these are used so rarely that many readers won't understand the meaning, and others are often confused with one another. And be sure that <strong>you</strong> use them correctly, if you choose to do so. For example, be careful not to confuse "e.g." with "i.e.", which is a common error.</p>
+</div>
+
+<h3 id="Acronyms_and_abbreviations" name="Acronyms_and_abbreviations">Acronyms and abbreviations</h3>
+
+<h4 id="Capitalization_and_periods" name="Capitalization_and_periods">Capitalization and periods</h4>
+
+<p>Use full capitals and delete periods in all acronyms and abbreviations, including organizations such as "US" and "UN".</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: XUL</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: X.U.L.; Xul</li>
+</ul>
+
+<h4 id="Expansion" name="Expansion">Expansion</h4>
+
+<p>On the first mention of a term on a page, expand acronyms likely to be unfamiliar to users. When in doubt, expand it, or, better, link it to the article or <a href="/en-US/docs/Glossary">glossary</a> entry describing the technology.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: "XUL (XML User Interface Language) is Mozilla's XML-based language..."</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: "XUL is Mozilla's XML-based language..."</li>
+</ul>
+
+<h4 id="Plurals_of_acronyms_and_abbreviations" name="Plurals_of_acronyms_and_abbreviations">Plurals of acronyms and abbreviations</h4>
+
+<p>For plurals of acronyms or abbreviations, add <em>s</em>. Don't use an apostrophe. Ever. Please.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: CD-ROMs</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: CD-ROM's</li>
+</ul>
+
+<h3 id="Contractions" name="Contractions">Capitalization</h3>
+
+<p>Use standard English capitalization rules in body text, and capitalize "World Wide Web" and "Web".</p>
+
+<p>Keyboard keys should use sentence-style capitalization, not all-caps capitalization. For example, "Enter" not "ENTER."</p>
+
+<h3 id="Contractions" name="Contractions">Contractions</h3>
+
+<p>Use contractions (e.g. "don't", "can't", "shouldn't") if you prefer. We're not that formal!</p>
+
+<h3 id="Pluralization" name="Pluralization">Pluralization</h3>
+
+<p>Use English-style plurals, not the Latin- or Greek-influenced forms.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: syllabuses, octopuses</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: syllabi, octopi</li>
+</ul>
+
+<h3 id="Hyphenation" name="Hyphenation">Hyphenation</h3>
+
+<p>Hyphenate compounds when the last letter of the prefix is a vowel and is the same as the first letter of the root.</p>
+
+<ul>
+ <li><font color="green"><strong>Correct</strong></font>: email, re-elect, co-op</li>
+ <li><font color="red"><strong>Incorrect</strong></font>: e-mail, reelect, coop</li>
+</ul>
+
+<h3 id="Gender-neutral_language">Gender-neutral language</h3>
+
+<p>It is a good idea to use gender-neutral language in any kind of writing where gender is irrelevant to the subject matter, to make the text as inclusive as possible. So for example, if you are talking about the actions of a specific man, usage of he/his would be fine, but if the subject is a person of either gender, he/his isn't really appropriate.<br>
+ <br>
+ Let's take the following example:</p>
+
+<blockquote>
+<p>A confirmation dialog appears, asking the user if he allows the web page to make use of his web cam.</p>
+</blockquote>
+
+<blockquote>
+<p>A confirmation dialog appears, asking the user if she allows the web page to make use of her web cam.</p>
+</blockquote>
+
+<p>Both versions in this case are gender-specific. This could be fixed by using gender-neutral pronouns:</p>
+
+<blockquote>
+<p>A confirmation dialog appears, asking the user if they allow the web page to make use of their web cam.</p>
+</blockquote>
+
+<div class="note">
+<p><strong>Note:</strong> MDN allows the use of this very common syntax (which is controversial among usage authorities), in order to make up for the lack of a neutral gender in English. The use of the third-person plural as a neutral gender pronoun (that is, using "they," them", "their," and "theirs") is an accepted practice, commonly known as "<a href="http://en.wikipedia.org/wiki/Singular_they">singular 'they.'</a>"</p>
+</div>
+
+<p>You can use both genders:</p>
+
+<blockquote>
+<p>A confirmation dialog appears, asking the user if he or she allows the web page to make use of his/her web cam.</p>
+</blockquote>
+
+<p>making the users plural:</p>
+
+<blockquote>
+<p>A confirmation dialog appears, asking the users if they allow the web page to make use of their web cams.</p>
+</blockquote>
+
+<p>The best solution, of course, is to rewrite and eliminate the pronouns completely:</p>
+
+<blockquote>
+<p>A confirmation dialog appears, requesting the user's permission for web cam access.</p>
+</blockquote>
+
+<blockquote>
+<p>A confirmation dialog box appears, which asks the user for permission to use the web cam.</p>
+</blockquote>
+
+<p>The last way of dealing with the problem is arguably better, as it is not only grammatically more correct but removes some of the complexity associated with dealing with genders across different languages that may have wildly varying gender rules. This can make translation easier, both for readers reading English, then translating it into their own language as they read, and for localizers translating articles into their own language.</p>
+
+<h3 id="Numbers_and_numerals" name="Numbers_and_numerals">Numbers and numerals</h3>
+
+<h4 id="Dates">Dates</h4>
+
+<p>For dates (not including dates in code samples) use the format "January 1, 1990".</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: February 24, 2006</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: February 24th, 2006; 24 February, 2006; 24/02/2006</li>
+</ul>
+
+<p>Alternately, you can use the YYYY/MM/DD format.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: 2006/02/24</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: 02/24/2006; 24/02/2006; 02/24/06</li>
+</ul>
+
+<h4 id="Decades" name="Decades">Decades</h4>
+
+<p>For decades, use the format "1990s". Don't use an apostrophe.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: 1990s</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: 1990's</li>
+</ul>
+
+<h4 id="Plurals_of_numerals" name="Plurals_of_numerals">Plurals of numerals</h4>
+
+<p>For plurals of numerals add "s". Don't use an apostrophe.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: 486s</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: 486's</li>
+</ul>
+
+<h4 id="Commas" name="Commas">Commas</h4>
+
+<p>In running text, use commas only in five-digit and larger numbers.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: 4000; 54,000</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: 4,000; 54000</li>
+</ul>
+
+<h3 id="Punctuation" name="Punctuation">Punctuation</h3>
+
+<h4 id="Serial_comma" name="Serial_comma">Serial comma</h4>
+
+<p><strong>Use the serial comma</strong>. The serial (also known as "Oxford") comma is the comma that appears before the conjunction in a series of three or more items.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: I will travel on trains, planes, and automobiles.</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: I will travel on trains, planes and automobiles.</li>
+</ul>
+
+<div class="note">
+<p><strong>Note:</strong> This is in contrast to the <a href="http://www.mozilla.org/en-US/styleguide/" title="http://www.mozilla.org/en-US/styleguide/">One Mozilla style guide</a>, which specifies that the serial comma is not to be used. MDN is an exception to this rule.</p>
+</div>
+
+<h3 id="Spelling" name="Spelling">Spelling</h3>
+
+<p>For words with variant spellings, always use the first entry at <a href="http://www.answers.com/library/Dictionary">Answers.com</a>. Do not use variant spellings.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: localize, honor</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: localise, honour</li>
+</ul>
+
+<h3 id="Terminology">Terminology</h3>
+
+<h4 id="Obsolete_vs._deprecated">Obsolete vs. deprecated</h4>
+
+<p>It's important to be clear on the difference between the terms <strong>obsolete</strong> and <strong>deprecated</strong>.</p>
+
+<dl>
+ <dt>Obsolete:</dt>
+ <dd>On MDN, the term <strong>obsolete</strong> marks an API or technology that is not only no longer recommended, but also no longer implemented in the browser. For Mozilla-specific technologies, the API is no longer implemented in Mozilla code; for Web standard technology, the API or feature is no longer supported by current, commonly-used browsers.</dd>
+ <dt>Deprecated:</dt>
+ <dd>On MDN, the term <strong>deprecated</strong> marks an API or technology that is no longer recommended, but is still implemented and may still work. These technologies will in theory eventually become <em>obsolete</em> and be removed, so you should stop using them. For Mozilla-specific technologies, the API is still supported in Mozilla code; for Web standard technology, the API or feature has been removed or replaced in a recent version of the defining standard.</dd>
+</dl>
+
+<h4 id="HTML_elements">HTML elements</h4>
+
+<p>Use "elements" to refer to HTML and XML elements, rather than "tags". In addition, they should almost always be wrapped in "&lt;&gt;", and should be in the {{HTMLElement("code")}} style. Also, at least the first time you reference a given element in a section should use the {{TemplateLink("HTMLElement")}} macro, to create a link to the documentation for the element (unless you're writing within that element's reference document page).</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: the {{HTMLElement("span")}} element</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: the span tag</li>
+</ul>
+
+<h4 id="User_interface_actions">User interface actions</h4>
+
+<p>In task sequences, describe user interface actions using the imperative mood. Identify the user interface element by its label and type.</p>
+
+<ul>
+ <li><span class="correct"><strong>Correct</strong></span>: Click the Edit button.</li>
+ <li><span class="incorrect"><strong>Incorrect</strong></span>: Click Edit.</li>
+</ul>
+
+<h3 id="Voice">Voice</h3>
+
+<p>While the active voice is generally preferred, the passive voice is also acceptable, given the informal feel of our content. Try to be consistent, though.</p>
+
+<h2 id="Wiki_markup_and_usage">Wiki markup and usage</h2>
+
+<h3 id="External_links">External links</h3>
+
+<p>To automatically create a link to a Bugzilla bug, use this template:</p>
+
+<pre class="notranslate">\{{Bug(322603)}}
+</pre>
+
+<p>This results in:</p>
+
+<p>{{Bug(322603)}}</p>
+
+<p>For WebKit bugs, you can use this template:</p>
+
+<pre class="notranslate">\{{Webkitbug("322603")}}
+</pre>
+
+<p>This results in:</p>
+
+<p>{{Webkitbug("322603")}}</p>
+
+<h3 id="Page_tags">Page tags</h3>
+
+<p>Tags provide meta information about a page and/or indicate that a page has specific improvements needed to its content. Every page in the wiki should have tags. You can find details on tagging in our <a href="/en-US/docs/MDN/Contribute/Howto/Tag">How to properly tag pages</a> guide.</p>
+
+<p>The tagging interface lives at the bottom of a page while you're in edit mode, and looks something like this:</p>
+
+<p><img alt="Screenshot of the UX for adding and removing tags on MDN" src="https://mdn.mozillademos.org/files/7859/tag-interface.png" style="border-style: solid; border-width: 1px; height: 167px; width: 863px;"></p>
+
+<p>To add a tag, click in the edit box at the end of the tag list and type the tag name you wish to add. Tags will autocomplete as you type. Press enter (or return) to submit the new tag. Each article may have as many tags as needed. For example, an article about using JavaScript in AJAX programming might have both "JavaScript" and "AJAX" as tags.</p>
+
+<p>To remove a tag, simply click the little "X" icon in the tag.</p>
+
+<h4 id="Tagging_pages_that_need_work">Tagging pages that need work</h4>
+
+<p>In addition to using tags to track information about the documentation's quality and content, we also use them to mark articles as needing specific types of work.</p>
+
+<h4 id="Tagging_obsolete_pages">Tagging obsolete pages</h4>
+
+<p>Use the following tags for pages that are not current:</p>
+
+<ul>
+ <li><em>Junk</em>: Use for spam, pages created by mistake, or content that is so bad that it should be deleted. Pages with this tag are deleted from time to time.</li>
+ <li><em>Obsolete</em>: Use for content that is technically superceded, but still valid in context. For example an HTML element that is obsolete in HTML5 is still valid in HTML 4.01. You can also use the <span class="nowiki">{{TemplateLink("obsolete_header")}}</span> macro to put a prominent banner on the topic.</li>
+ <li><em>Archive</em>: Use for content that is technically superceded and no longer useful. If possible, add a note to the topic referring readers to a more current topic. For example, a page that describes how to use the Mozilla CVS repository should refer readers to a current topic on using Mercurial repos. (If no corresponding current topic exists, use the <em>NeedsUpdate</em> tag, and add an explanation on the Talk page.) Pages with the Archive tag are eventually moved from the main content of MDN to the <a href="/en-US/docs/Archive">Archive</a> section.</li>
+</ul>
+
+<h3 id="SEO_summary">SEO summary</h3>
+
+<p>The SEO summary is a very short summary of the page. It will be reported as a summary of the article to robots crawling the site, and will then appear in search results for the page. It is also used by macros that automate the construction of landing pages inside MDN itself.</p>
+
+<p>By default, the first pagragraph of the page is used as the SEO summary. However you can override this behavior by marking a section with the <a href="/en-US/docs/Project:MDN/Contributing/Editor_guide/Editing#Formatting_styles">"SEO summary" style in the WYSIWYG editor</a>.</p>
+
+<h3 id="Landing_pages">Landing pages</h3>
+
+<p><strong>Landing pages</strong> are pages at the root of a topic area of the site, such as the main <a href="/en-US/docs/CSS" title="CSS">CSS</a> or <a href="/en-US/docs/HTML" title="HTML">HTML</a> pages. They have a standard format that consists of three areas:</p>
+
+<ol>
+ <li>A brief (typically one paragraph) overview of what the technology is and what it's used for. See {{anch("Writing a landing page overview")}} for tips.</li>
+ <li>A two-column list of links with appropriate headings. See {{anch("Creating a page link list")}} for guidelines.</li>
+ <li>An <strong>optional</strong> "Browser compatibility" section at the bottom of the page.</li>
+</ol>
+
+<h4 id="Creating_a_page_link_list">Creating a page link list</h4>
+
+<p>The link list section of an MDN landing page consists of two columns. These are created using the following HTML:</p>
+
+<pre class="brush: html notranslate">&lt;div class="row topicpage-table"&gt;
+  &lt;div class="section"&gt;
+    ... left column contents ...
+  &lt;/div&gt;
+  &lt;div class="section"&gt;
+    ... right column contents ...
+  &lt;/div&gt;
+&lt;/div&gt;</pre>
+
+<p>The left column should be a list of articles, with an <code>&lt;h2&gt;</code> header at the top of the left column explaining that it's a list of articles about the topic (for example "Documentation and tutorials about foo"); this header should use the CSS class "Documentation". Below that is a <code>&lt;dl&gt;</code> list of articles with each article's link in a <code>&lt;dt&gt;</code> block and a brief one-or-two sentence summary of the article in the corresponding <code>&lt;dd&gt;</code> block.</p>
+
+<p>The right column should contain one or more of the following sections, in order:</p>
+
+<dl>
+ <dt>Getting help from the community</dt>
+ <dd>This should provide information on Matrix chat rooms and mailing lists available about the topic. The heading should use the class "Community".</dd>
+ <dt>Tools</dt>
+ <dd>A list of tools the user can look at to help with the use of the technology described in this section of MDN. The heading should use the class "Tools".</dd>
+ <dt>Related topics</dt>
+ <dd>A list of links to landing pages for other, related, technologies of relevance. The heading should use the class "Related_Topics".</dd>
+</dl>
+
+<p><strong>&lt;&lt;&lt;finish this once we finalize the landing page standards&gt;&gt;&gt;</strong></p>
+
+<h2 id="Using_inserting_images">Using, inserting images</h2>
+
+<p>It's sometimes helpful to provide an image in an article you create or modify, especially if the article is very technical. To include an image:</p>
+
+<ol>
+ <li>Attach the desired image file to the article (at the bottom of every article in edit mode)</li>
+ <li>Create an image in the WYSIWYG editor</li>
+ <li>In the WYSIWYG editor in the drop-down list listing attachments, select the newly created attachment which is your image</li>
+ <li>Press OK.</li>
+</ol>
+
+<h2 id="Other_References">Other References</h2>
+
+<h3 id="Preferred_style_guides" name="Preferred_style_guides">Preferred style guides</h3>
+
+<p>If you have questions about usage and style not covered here, we recommend referring to the <a href="http://www.economist.com/research/StyleGuide/">Economist style guide</a> or, failing that, the <a href="http://www.amazon.com/gp/product/0226104036/">Chicago Manual of Style</a>.</p>
+
+<h3 id="Preferred_dictionary" name="Preferred_dictionary">Preferred dictionary</h3>
+
+<p>For questions of spelling, please refer to <a href="http://www.answers.com/library/Dictionary">Answers.com</a>. The spell-checker for this site uses American English. Please do not use variant spellings (e.g., use <em>honor</em> rather than <em>honour</em>).</p>
+
+<p>We will be expanding the guide over time, so if you have specific questions that aren't covered in this document, please send them to the <a href="/en-US/docs/Project:Community" title="Project:en/Community">MDC mailing list</a> or <a href="/User:Sheppy" title="User:Sheppy">project lead</a> so we know what should be added.</p>
+
+<h3 id="MDC-specific" name="MDC-specific">MDN-specific</h3>
+
+<ul>
+ <li><a href="/en-US/docs/Project:Custom_CSS_Classes" title="Project:en/Custom_CSS_Classes">Custom CSS classes</a> defined for all MDC pages.</li>
+ <li><a href="/en-US/docs/Project:Custom_Templates" title="Project:en/Custom_Templates">Custom templates</a> created for use on MDC, with explanations.</li>
+</ul>
+
+<h3 id="Other_resources" name="Other_resources">Language, grammar, spelling</h3>
+
+<p>If you're interested in improving your writing and editing skills, you may find the following resources to be helpful.</p>
+
+<ul>
+ <li><a href="http://www.amazon.com/Writing-Well-30th-Anniversary-Nonfiction/dp/0060891548">On Writing Well</a>, by William Zinsser (Amazon link)</li>
+ <li><a href="http://www.amazon.com/Style-Basics-Clarity-Grace-4th/dp/0205830765/" title="http://www.amazon.com/Style-Lessons-Clarity-Grace-Edition/dp/0321898680">Style: The Basics of Clarity and Grace</a>, by Joseph Williams and Gregory Colomb (Amazon link)</li>
+ <li><a href="http://www.bartleby.com/64/">American Heritage Book of English Usage</a></li>
+ <li><a href="http://www.wsu.edu/~brians/errors/">Common Errors in English</a></li>
+ <li><a href="http://www-personal.umich.edu/~jlawler/aue.html">English Grammar FAQ</a> (alt.usage.english)</li>
+ <li><a href="http://www.angryflower.com/bobsqu.gif">Bob's quick guide to the apostrophe, you idiots</a> (funny)</li>
+ <li><a href="http://www.amazon.com/Merriam-Websters-Concise-Dictionary-English-Usage/dp/B004L2KNI2" title="http://www.amazon.com/Merriam-Websters-Concise-Dictionary-English-Usage/dp/B004L2KNI2">Merriam-Webster's Concise Dictionary of English Usage</a> (Amazon link): Scholarly but user-friendly, evidence-based advice; very good for non-native speakers, especially for preposition usage.</li>
+</ul>
diff --git a/files/de/mdn/index.html b/files/de/mdn/index.html
new file mode 100644
index 0000000000..0c8645cb03
--- /dev/null
+++ b/files/de/mdn/index.html
@@ -0,0 +1,33 @@
+---
+title: Das MDN Projekt
+slug: MDN
+tags:
+  - Landing
+  - MDN Meta
+  - 'l10n:priority'
+translation_of: MDN
+---
+<div>{{MDNSidebar}}</div>
+
+<p>Das <strong>Mozilla Developer Network</strong> (MDN) ist ein Wiki, auf dem wir das Offene Web, Technologien von Mozilla, Firefox OS und andere für Entwickler interessante Themen dokumentieren. WIr freuen uns über jeden, der Inhalte beisteuert oder bearbeitet. Sie müssen kein Programmierer sein oder besonders viel über Technologien wissen; wir haben viele unterschiedliche Aufgaben, vom Einfachen (Korrekturlesen und Beheben von Tippfehlern) bis zum Komplexen (API Dokumentationen schreiben).</p>
+
+<div class="summary">
+<p>Ziel des MDN Projekts ist es, das Offene Web, Mozillas Technologien und Projekte von Mozilla zu dokumentieren. Wir laden Sie ein, dabei zu helfen!</p>
+</div>
+
+<p>Wir brauchen Ihre Hilfe! Es ist ganz einfach. Machen Sie sich keine Gedanken darüber, um Erlaubnis zu bitten oder Fehler zu machen. Hingegen bitten wir Sie, sich mit der <a href="/de/docs/MDN/Community" title="/de/docs/MDN/Community">MDN community</a> vertraut zu machen; wir sind da, um Ihnen zu helfen! Die folgende Dokumentation soll Ihnen den Einstieg erleichtern.</p>
+
+
+
+<ul class="card-grid">
+ <li><span><a href="/de/docs/MDN/Erste_Schritte">Ich bin neu hier</a></span>
+
+  <p>Sind Sie neu bei MDN und wollen erfahren, wie Sie mithelfen können es noch besser zu machen? Starten Sie hier!</p>
+ </li>
+ <li><span><a href="/de/docs/MDN/Contribute">Für Fortgeschrittene</a></span>
+  <p>Besuchen Sie unseren vollständigen, detaillierten Leitfaden für Mitwirkende bei MDN, um mehr zu erfahren, sobald Sie sich vertraut damit gemacht haben.</p>
+ </li>
+ <li><span><a class="new" href="/de/docs/MDN/Promote" rel="nofollow">Sagen Sie es weiter</a></span>
+  <p>Wenn Sie MDN mögen, helfen Sie die Nachricht zu verbreiten! FInden Sie Designs, Tools und Leitfäden um MDN zu promoten.</p>
+ </li>
+</ul>
diff --git a/files/de/mdn/kuma/beheben_von_kumascript_fehlern/index.html b/files/de/mdn/kuma/beheben_von_kumascript_fehlern/index.html
new file mode 100644
index 0000000000..0255388aa1
--- /dev/null
+++ b/files/de/mdn/kuma/beheben_von_kumascript_fehlern/index.html
@@ -0,0 +1,63 @@
+---
+title: Beheben von KumaScript Fehlern
+slug: MDN/Kuma/Beheben_von_KumaScript_Fehlern
+translation_of: MDN/Tools/KumaScript/Troubleshooting
+---
+<div>{{MDNSidebar}}</div><div class="summary">
+<p><a href="/en-US/docs/MDN/Kuma/Introduction_to_KumaScript">KumaScript</a> Fehler plaziert in großen roten Kästen wirken auf die Leser abstossend. Zum Glück kann jedoch jeder mit einem MDN Konto solche Fehler beseitigen. Wenn ein Fehler auf einer Seite auftritt, landet die betreffende Seite in der List der <a href="/docs/with-errors">Dokumente mit Fehlern</a>.  Seitenauthoren gehen diese Seiten regelmäßig durch um Fehler zu finden und zu beseitigen. Dieser Artikel erläutert vier Typen von KumaScript Fehlern und beschreibt einige Methoden zu ihrer Beseitigung.</p>
+</div>
+
+<h2 id="DocumentParsingError">DocumentParsingError</h2>
+
+<p><code>DocumentParsingError</code> tritt auf, wenn KumaScript etwas in dem Dokument nicht versteht. Im allgemeinen handelt es sich um einen Syntaxfehler in einem <a href="/en-US/docs/MDN/Contribute/Content/Macros">Makro</a>.</p>
+
+<p>Beispiele:</p>
+
+<dl>
+ <dt>Geschweifte Klammern ohne Aufruf eines Makros.</dt>
+ <dd>Falls \{ in einem Dokument stehen soll ohne ein Makro aufzurufen, kann man einen Schrägstrich \ voranstellen: <code>\\{</code></dd>
+ <dt>Sonderzeichen in einem Makro Parameter.</dt>
+ <dd>Wenn " oder \  innerhalb eines Makro Parameters stehen, kann ein Schrägstrich \ vorangestellt werden: <code>\\</code> oder <code>\"</code></dd>
+ <dt>Fehlende Kommas zwischen den Makro Parametern.</dt>
+ <dd>Makro Parameters sind mit Kommas (,) zu trennen, jedoch sollte am Ende der Parameterliste kein Komma stehen: z. B. <code>\{\{anch("top", "Back to top")}}</code>.</dd>
+ <dt>HTML Tags innerhalb eines Makro Aufrufs</dt>
+ <dd>Makros werden oft durch Textformatiertungen zerstört. <code>So kann z. B. das Tag &lt;/code&gt;</code> in den Quellcode des Makros geraten. Die Quellcode Ansicht (source view) zeigt die zu beseitigenden Formatierungselemente.</dd>
+</dl>
+
+<ul>
+</ul>
+
+<h2 id="TemplateLoadingError">TemplateLoadingError</h2>
+
+<p><code>TemplateLoadingError</code> Fehler treten auf, wenn KumaScript nicht weiß, welches <a href="/en-US/docs/MDN/Contribute/Content/Macros">Makro</a> in die Seite geladen soll.</p>
+
+<p>Beispiele:</p>
+
+<dl>
+ <dt>Typos in der Benennung von Makro oder Namensänderungen von Makros.</dt>
+ <dd>Der Aufruf der Template Seite zeigt die richtigen Namen der Makros. Die URLs für Template Seiten erhält man durch Anheften des Template Namen ans Ende der URL <code>https://developer.mozilla.org/en-US/docs/Template: z.B. ist die Template Seite für</code> <code>\{\{anch("top", "Back to top")}}</code>: <a href="https://developer.mozilla.org/en-US/docs/Template:anch">https://developer.mozilla.org/en-US/docs/Template:anch</a>.<br>
+ <br>
+ Es gibt eine eigene Liste von <a href="https://developer.mozilla.org/en-US/docs/MDN/Contribute/Content/Custom_macros">Makros für MDN</a>, die das gesuchte Makro mit korrekter bzw. neuer Schreibweise enthalten kann.</dd>
+</dl>
+
+<div class="note">
+<p><strong>Tipp:</strong> Ein gesuchtes Makro ist leicht und schnell durch Hinzufügen eines <a href="http://kb.mozillazine.org/Using_keyword_searches">Suchbegriffs (search keyword)</a> in Firefox zu finden. &lt;&lt;&lt;MEHR DAZU DEMNÄCHST&gt;&gt;</p>
+</div>
+
+<h2 id="TemplateExecutionError">TemplateExecutionError</h2>
+
+<p><code>TemplateExecutionError</code> Fehler treten auf, wenn KumaScript durch einen Fehler im Makro betroffen wird. Diese Fehler können nur durch Benutzer mit Admin Rechten beseitigt werden, und sollten gemeldet werden (bug report).</p>
+
+<p>Vor dem Schreiben des Fehlerreports sollte man überprüfen, ob der Fehler nicht bereits beseitigt wurde. Folgendermassen zwingt man KumaScript die Seite neu zu laden:  <kbd>Shift</kbd> gedrückt halten und zum Neuladen der Seite drücken: <kbd>Shift</kbd> + <kbd>Ctrl</kbd> + <kbd>R</kbd> unter Windows/Linux, sowie <kbd>Shift</kbd> + <kbd>Cmd</kbd> + <kbd>R</kbd> auf einem Mac.</p>
+
+<p>Wenn derselbe Fehler wieder auftritt <a href="https://bugzilla.mozilla.org/enter_bug.cgi?product=Mozilla_Developer_Network&amp;component=General#h=detail|bug">sollte ein Fehlerbericht (bug report) erstellte werden</a>. Dieser Bericht sollte die URL der Seite sowie die Fehlermeldung enthalten.</p>
+
+<h2 id="Fehler_Unbekannt">Fehler &amp; Unbekannt</h2>
+
+<p>In diese Kategory fallen alle anderen Fehler.</p>
+
+<p>Diese Fehler sollten auf die selbe Art wie <a href="#TemplateExecutionError">TemplateExecutionError</a> untersucht und beseitigt werden.</p>
+
+<p> </p>
+
+<p> </p>
diff --git a/files/de/mdn/kuma/index.html b/files/de/mdn/kuma/index.html
new file mode 100644
index 0000000000..06e83f21ee
--- /dev/null
+++ b/files/de/mdn/kuma/index.html
@@ -0,0 +1,28 @@
+---
+title: 'Kuma: MDN''s wiki platform'
+slug: MDN/Kuma
+tags:
+  - Einstieg bei Mozilla
+  - Helfen
+  - Kuma
+  - MDN Meta
+  - Mitarbeiten
+translation_of: MDN/Kuma
+---
+<div>{{MDNSidebar}}</div>
+
+<div>{{IncludeSubnav("/de/docs/MDN")}}</div>
+
+<p>Kuma ist der Django Code der die MDN Dokumentation unterstützt.</p>
+
+<p>{{SubpagesWithSummaries}}</p>
+
+<h2 id="An_Kuma_mitarbeiten.">An Kuma mitarbeiten.</h2>
+
+<p>Um an Kuma mit zuarbeiten musst du:</p>
+
+<ul>
+ <li>Besuche das <a href="https://github.com/mozilla/kuma">Kuma Projekt auf Github</a>.</li>
+ <li>Lies den <a href="https://github.com/mozilla/kuma/blob/master/CONTRIBUTING.md">Contribution Guide.</a></li>
+ <li>Alles was du brauchst findest du hier: <a href="http://kuma.readthedocs.org/en/latest/">Die ganze Kuma Dokumentation</a></li>
+</ul>
diff --git a/files/de/mdn/nutzer_leitfaden/index.html b/files/de/mdn/nutzer_leitfaden/index.html
new file mode 100644
index 0000000000..da9a177a1b
--- /dev/null
+++ b/files/de/mdn/nutzer_leitfaden/index.html
@@ -0,0 +1,8 @@
+---
+title: MDN Benutzerhandbuch
+slug: MDN/nutzer_leitfaden
+translation_of: MDN/Tools
+---
+<div>{{MDNSidebar}}</div><p><span id="result_box" lang="de"><span class="hps">Die</span> <span class="hps">Mozilla Developer Network</span><span>-Website</span> <span class="hps">ist ein fortschrittliches</span> <span class="hps">System</span></span> zum suchen, lesen und eine beitragene Dokumentions Hilfe für Web-Entwickler (<span id="result_box" lang="de"><span>wie auch für</span> <span class="hps">Firefox</span> <span class="hps">und</span> <span class="hps">Firefox</span> <span class="hps">OS</span><span>-Entwickler</span></span>). Die MDN Mitglieder liefern detailierte Artikel welche zum benutzen des MDN, für Dokumentionen die du brauchst und wenn du möchtest die dir helfen das Material besser und weiter und zu vervollständigen, hilft. </p>
+
+<p>{{LandingPageListSubpages}}</p>
diff --git a/files/de/mdn/structures/index.html b/files/de/mdn/structures/index.html
new file mode 100644
index 0000000000..f8ea007204
--- /dev/null
+++ b/files/de/mdn/structures/index.html
@@ -0,0 +1,10 @@
+---
+title: Document structures
+slug: MDN/Structures
+translation_of: MDN/Structures
+---
+<div>{{MDNSidebar}}</div><div>{{IncludeSubnav("/en-US/docs/MDN")}}</div>
+
+<p>Throughout MDN, there are various document structures that are used repeatedly, to provide consistent presentation of information in MDN articles. Here are articles describing these structures, so that, as an MDN author, you can recognize, apply, and modify them as appropriate for documents you write, edit, or translate.</p>
+
+<p>{{LandingPageListSubPages()}}</p>
diff --git a/files/de/mdn/structures/kompatibilitaets_tabellen/index.html b/files/de/mdn/structures/kompatibilitaets_tabellen/index.html
new file mode 100644
index 0000000000..758d450e7c
--- /dev/null
+++ b/files/de/mdn/structures/kompatibilitaets_tabellen/index.html
@@ -0,0 +1,500 @@
+---
+title: Kompatibilitäts Tabellen
+slug: MDN/Structures/Kompatibilitaets_Tabellen
+tags:
+  - Browser Kompatibilität
+translation_of: MDN/Structures/Compatibility_tables
+---
+<div>{{MDNSidebar}}</div>
+
+<div>{{IncludeSubnav("/en-US/docs/MDN")}}</div>
+
+<p class="summary">MDN hat ein Standard Format für Kompatibilitätstabellen für unsere Offenes Web Dokumentation; Das beeinhaltet die Dokumentation von Technologien, wie zum Beispiel, DOM, HTML, CSS, JavaScript, SVG und viele weitere, welche in jedem Browsern verwendet werden. Dieser Artikel bearbeitet, wie unsere Features verwendet werden sollen um Kompatibilitätsdaten zu den MDN Seiten hinzuzufügen.</p>
+
+<div class="warning">
+<p><strong>Wichtig</strong>: <strong><em>Die Art, wie die Daten generiert werden, wurde geändert</em></strong>. Früher wurden unsere Tabellen in die Seite eingefügt und die Daten wurden manuell befüllt. Dies ist Ineffizient, macht die Pflege der Daten schwierig und sorgt für unflexible Daten. Deswegen verschieben wir den Speicher unserer Browserkompatibilitätsdaten in ein Daten Repository (siehe <a href="https://github.com/mdn/browser-compat-data">https://github.com/mdn/browser-compat-data</a>) und generieren die Tabellen mit einem Programm.<br>
+ <br>
+ In dieser Anleitung dokumentieren wir die neue Art Kompatibilitätsdaten zu MDN hinzuzufügen, aber wir haben die Dokumentation der alten Art immer noch behalten, weil du manuelle Tabellen noch länger auf MDN sehen wirst. Wenn du die alte Dokumentation sehen musst, kannst du unseren <a href="/en-US/docs/MDN/Contribute/Structures/Old_compatibility_tables">Alten Kompatibiltätstabellen</a> Artikel besuchen.</p>
+</div>
+
+<div class="note">
+<p><strong>Notiz</strong>: Wenn du Hilfe zu einem der Schritte dieser Anleitung brauchst, würden wir uns freuen, wenn du uns im <a href="https://discourse.mozilla-community.org/c/mdn">MDN Diskussionsforum</a> kontaktierst.</p>
+</div>
+
+<h2 id="Wie_ist_das_Repository_erreichbar">Wie ist das Repository erreichbar?</h2>
+
+<p>Die Daten sind in einem GitHub Repository gespeichert — siehe <a href="https://github.com/mdn/browser-compat-data">https://github.com/mdn/browser-compat-data</a>. Um darauf zugreifen zu können, musst du einen GitHub Benutzer erstellen,das browser-compat-data Repository in deinen Account forken, und deinen Fork auf deinen Rechner clonen.</p>
+
+<h2 id="Wähle_ein_Feature_für_das_du_Daten_hinzufügen_willst">Wähle ein Feature für das du Daten hinzufügen willst</h2>
+
+<p>Such dir zuerst ein Feature aus, zu dem du Browser-Kompatibilitäts-Daten hinzufügen willst. Das könnte, zum Beispiel ein HTML-Element, eine CSS-Eigenschaft, ein JS-Sprachen-Feature oder ein JS-API-Schnittstelle sein. Wir würden uns wünschen, dass du an API Features arbeitest, da wir bereits Leute haben, die an HTML, JS und CSS arbeiten. Du findest den Status eines Features, für das noch Daten auf das Repository hinzugefügt werden müssen, auf unserer <a href="https://docs.google.com/spreadsheets/d/1ivgyPBr9Lj3Wvj5kyndT1rgGbX-pGggrxuMtrgcOmjM/edit#gid=926663640">Browser-Kompatibilitäts-Daten Verschiebungstabelle</a>.</p>
+
+<p>Der Ablauf für das Hinzufügen von Browser-Kompatibilitäts-Daten lautet:</p>
+
+<ol>
+ <li>Öffne die Tabelle und wähle ein Feature an dem nicht schon gearbeitet wird oder bereits übertragen wurde. Schreibe deinen Namen in die "Who" Spalte, wir bevorzugen deinen MDN Nutzernamen, damit wir dich, falls notwendig, über deine E-Mail-Adresse kontaktieren können.</li>
+ <li>Falls das Feature, an dem du Arbeiten willst noch nicht in der Tabelle ist, füge eine Zeile unter Verwendung mit dem gleichen Format und Bennenung ein (z.B. Getrennte Zeilen für unterschiedliche HTML-Elemente, CSS-Eigenschaften, CSS-Selectoren, JS-Objekt und Schnittstellen einer API).</li>
+ <li>Sobald du an einem Feature arbeitest, ändere den Status auf "In progress".</li>
+ <li>Sobald du daten hinzugefügt hast und einen Pull Request zum Main Repo gestellt hast, setze den Status auf "PR done".</li>
+ <li>Wenn deine Daten in das Repo gemerged und zum npm Package hinzugefügt wurden, ändere den Status dementsprechend.</li>
+ <li>Sobald du die Dokumentations-Seite(n) das neue Makro angegeben hast, damit die aktualisierten Tabellen generiert werden, setze den Status auf "Article updated". Damit ist deine Arbeit abgeschlossen.</li>
+</ol>
+
+<h2 id="Preparing_to_add_the_data">Preparing to add the data</h2>
+
+<p>Before adding some new data, you should make sure that your fork is up-to-date with the main repo (it contains the same content), create a new branch inside your fork to contain your additions, then pull that branch into your local clone so you can start working inside it:</p>
+
+<p>Let's look at a simple way to make sure your fork is to-to-date is as follows:</p>
+
+<h3 id="Adding_the_main_browser-compat-data_repo_as_a_remote">Adding the main browser-compat-data repo as a remote</h3>
+
+<p>Go to your local clone of your fork in your terminal/command line, and add a remote pointing to the main (upstream) repo like so (you only need to do this once):</p>
+
+<pre class="brush: bash notranslate">git remote add upstream https://github.com/mdn/browser-compat-data.git</pre>
+
+<p>If you are unsure whether you've done this, you can check what remotes your repo has using</p>
+
+<pre class="brush: bash notranslate">git remote -v</pre>
+
+<h3 id="Updating_your_fork_with_the_remotes_content">Updating your fork with the remote's content</h3>
+
+<p>Now, whenever you want to update your fork, you can do so by:</p>
+
+<ol>
+ <li>
+  <p>Making sure you are in the master branch:</p>
+
+  <pre class="brush: bash notranslate">git checkout master</pre>
+ </li>
+ <li>
+  <p>fetching the up-to-date repo contents using the following:</p>
+
+  <pre class="brush: bash notranslate">git fetch upstream</pre>
+ </li>
+ <li>
+  <p>rebasing the contents of your master with the main repo's contents:</p>
+
+  <pre class="brush: bash notranslate">git rebase upstream/master</pre>
+ </li>
+ <li>
+  <p>pushing these updates back to your remote fork using this:</p>
+
+  <pre class="brush: bash notranslate">git push -f</pre>
+ </li>
+</ol>
+
+<h3 id="Creating_a_new_branch_to_do_your_work_in">Creating a new branch to do your work in</h3>
+
+<p>Next, go to your remote fork (it will be at <code>https://github.com/<em>your-username</em>/browser-compat-data</code>) and create a new branch to store your changes for this data addition. This can be done by:</p>
+
+<ol>
+ <li>Clicking on the "Branch: Master" button.</li>
+ <li>Entering a new branch name into the "Find or create a branch..." text field.</li>
+ <li>Pressing the resulting "Create branch <em>name-of-branch</em> from Master" button.</li>
+</ol>
+
+<p>For example, if you were wanting to add data for the WebVR API, you'd create a branch called something like "webvr".</p>
+
+<h3 id="Switching_to_the_new_branch">Switching to the new branch</h3>
+
+<p>At this point, go back to your terminal/command line, and update your fork's local clone to include your new branch using the following command:</p>
+
+<pre class="brush: bash notranslate">git pull</pre>
+
+<p>Now switch to your new branch using this:</p>
+
+<pre class="brush: bash notranslate">git checkout<em> name-of-branch</em></pre>
+
+<p>You should now be ready to start adding your data!</p>
+
+<h2 id="Adding_the_data">Adding the data</h2>
+
+<p>To add the data, you need to create a new file or files to store your compat data in. The files you need to create differ, depending on what technology you are working on:</p>
+
+<ul>
+ <li>HTML: One file per HTML element, contained in <a href="https://github.com/mdn/browser-compat-data/tree/master/html/elements">browser-compat-data/html/elements</a>. The file should be called the name of the element, all in lower case, e.g. <code>div.json</code>.</li>
+ <li>CSS: One file per CSS property or selector, contained in the appropriate directory (see <a href="https://github.com/mdn/browser-compat-data/tree/master/css">browser-compat-data/css</a>). The file should be called the name of the feature, all in lower case, e.g. <code>background-color.json</code>, or <code>hover.json</code>.</li>
+ <li>JS: One file per JS object, contained in <a href="https://github.com/mdn/browser-compat-data/tree/master/javascript/builtins">browser-compat-data/javascript/builtins</a>. The file should be called the exact name of the object, with the casing preserved, e.g. <code>Date.json</code> or <code>InternalError.json</code>.</li>
+ <li>APIs: One file per interface contained in the API, put in <a href="https://github.com/mdn/browser-compat-data/tree/master/api">browser-compat-data/api</a>. Each file should be called the exact name of the interface, with the casing preserved, e.g. The WebVR API has <code>VRDisplay.json</code>, <code>VRDisplayCapabilities.json</code>, etc.</li>
+</ul>
+
+<div class="note">
+<p><strong>Note</strong>: You'll notice that the repo also contains data for <a href="/en-US/Add-ons/WebExtensions">Browser Extensions</a> and <a href="/en-US/docs/Web/HTTP">HTTP</a>. These data sets are basically finished as they stand, but more features may need to be added in the future.</p>
+</div>
+
+<p>Each file you create has to follow the pattern defined in the schema contained within our repo; you can see the <a href="https://github.com/mdn/browser-compat-data/blob/master/schemas/compat-data-schema.md">detailed schema description here</a>.</p>
+
+<h3 id="Basic_compat_data_structure">Basic compat data structure</h3>
+
+<p>Let's look at an example. CSS property JSON files for example need the following basic structure:</p>
+
+<pre class="brush: json notranslate">{
+  "css": {
+    "properties": {
+      "border-width": {
+        "__compat": {
+          ...
+        }
+      }
+    }
+  }
+}</pre>
+
+<p>You have the <code>css</code> object, inside of which is a <code>properties</code> object. Inside the <code>properties</code> object, you need one member for each of the specific features you want to define the compat data for. Each of these members has a <code>__compat</code> member, inside of which the actual data goes.</p>
+
+<p>The above data is found in the <a href="https://github.com/mdn/browser-compat-data/blob/master/css/properties/border-width.json">border-width.json</a> file — compare this to the <a href="/en-US/docs/Web/CSS/border-width#Browser_compatibility">rendered border-width support table on MDN</a>.</p>
+
+<p>Other types of features work in the same way, but with different object names:</p>
+
+<ul>
+ <li>CSS selectors work in basically the same way as CSS properties, except that the top-level object structure is <code>css.selectors</code> instead of <code>css.properties</code>. See <a href="https://github.com/mdn/browser-compat-data/blob/master/css/selectors/cue.json">cue.json</a> for an example.</li>
+ <li>HTML data works in basically the same way, except that the top-level object structure is <code>html.elements</code>. See <code>article.json</code> for an example.</li>
+ <li>The top level object structure for JS built-in objects is <code>javascript.builtins</code>; see <a href="https://github.com/mdn/browser-compat-data/blob/master/javascript/builtins/Array.json">Array.json</a> for an example.</li>
+</ul>
+
+<div>
+<p>In HTML, CSS, and JS pages, you'll normally only need one feature. API interfaces work slightly differently — they always have multiple sub-features (see {{anch("Sub-features")}}, below).</p>
+
+<h3 id="Basic_structure_inside_a_feature">Basic structure inside a feature</h3>
+
+<p>Inside a feature <code>__compat</code> member, you need to include the following members:</p>
+
+<ul>
+ <li><code>mdn_url</code>: Contains the URL of the reference page for this feature on MDN. Note that this needs to be written without the locale directory inside, e.g. <code>/docs/...</code> not <code>/docs/en-US/...</code> (or whatever). This is added in by the macro when the data is put on the page, for localization purposes.</li>
+ <li><code>support</code>: Contains members representing the browser support information for this feature in all the different browsers we want to report.</li>
+ <li><code>status</code>: Contains members reporting the standards track status of this feature.</li>
+</ul>
+
+<p>The names of the browser members are defined in the schema (see <a href="https://github.com/mdn/browser-compat-data/blob/master/schemas/compat-data-schema.md#browser-identifiers">Browser identifiers</a>). You should use the full list of currently defined identifiers. If you wish to add another browser, talk to us first, as this could have a wide-ranging impact and should not be done without careful thought.</p>
+
+<p>In a basic browser compat data file, you'll only need to include "version_added" inside the browser identifier members (we'll cover {{anch("Advanced cases")}} later on). The different values you might want to include are as follows:</p>
+
+<ul>
+ <li>A version number: If you know the exact version in which a browser started to support your feature, use a string representing the number, e.g. "47".</li>
+ <li><code>true</code>: If a browser supports a feature but you don't know the exact version number, use the value <code>true</code>. This equivalent to the <code>\{{CompatVersionUnknown}}</code> macro call in the old manual tables.</li>
+ <li><code>false</code>: If a browser does not support a feature, use the value <code>false</code>. This is equivalent to the the <code>\{{CompatNo}}</code> macro call in the old manual tables.</li>
+ <li><code>null</code>: If you don't know whether a browser supports a feature or not, use the value <code>null</code>. This is equivalent to the <code>\{{CompatUnknown}}</code> macro call in the old manual tables.</li>
+</ul>
+
+<p>Inside the <code>status</code> member, you'll include three submembers:</p>
+
+<ul>
+ <li> "experimental": This should be set to <code>true</code> if the feature is <a href="/en-US/docs/MDN/Contribute/Guidelines/Conventions_definitions#Experimental">experimental</a>, or <code>false</code> otherwise.</li>
+ <li>"standard_track": This should be set to <code>true</code> if a feature is on some kind of standards track (most commonly W3C/WHATWG, but there are also other standards efforts such as Khronos, TC39, etc.) or <code>false</code> otherwise.</li>
+ <li>"deprecated": This should be set to <code>true</code> if the feature is <a href="/en-US/docs/MDN/Contribute/Guidelines/Conventions_definitions#Deprecated_and_obsolete">deprecated</a>, or <code>false</code> otherwise.</li>
+</ul>
+
+<p>The feature data for <a href="/en-US/docs/Web/CSS/border-width#Browser_compatibility">border-width</a> (also see <a href="https://github.com/mdn/browser-compat-data/blob/master/css/properties/border-width.json">border-width.json</a>) is shown below as an example:</p>
+
+<pre class="brush: json notranslate">"__compat": {
+  "mdn_url": "https://developer.mozilla.org/docs/Web/CSS/border-width",
+  "support": {
+    "chrome": {
+      "version_added": "1"
+    },
+    "webview_android": {
+      "version_added": "2"
+    },
+    "edge": {
+      "version_added": true
+    },
+    "edge_mobile": {
+      "version_added": true
+    },
+    "firefox": {
+      "version_added": "1"
+    },
+    "firefox_android": {
+      "version_added": "1"
+    },
+    "ie": {
+      "version_added": "4"
+    },
+    "ie_mobile": {
+      "version_added": "6"
+    },
+    "opera": {
+      "version_added": "3.5"
+    },
+    "opera_android": {
+      "version_added": "11"
+    },
+    "safari": {
+      "version_added": "1"
+    },
+    "safari_ios": {
+      "version_added": "3"
+    }
+  },
+  "status": {
+    "experimental": false,
+    "standard_track": true,
+    "deprecated": false
+  }
+}</pre>
+
+<h4 id="Adding_a_description">Adding a description</h4>
+
+<p>There is a fourth, optional, member that can go inside the __compat member — <code>description</code>. This can be used to include a human-readable description of the feature. You should only include this if it is hard to see what the feature is from glancing at the data. For example, it might not be that obvious what a constructor is from looking at the data structure, so you can include a description like so:</p>
+
+<pre class="brush: json notranslate">{
+  "api": {
+    "AbortController": {
+      "__compat": {
+        ...
+      },
+      "AbortController": {
+        "__compat": {
+          "mdn_url": "https://developer.mozilla.org/docs/Web/API/AbortController/AbortController",
+          "description": "&lt;code&gt;AbortController()&lt;/code&gt; constructor",
+          "support": {
+            ...
+          }
+        }
+      }
+
+      ... etc.
+    }
+  }
+}</pre>
+
+<h3 id="Sub-features">Sub-features</h3>
+
+<p>In a page where the compat table has more than one row, you'll need multiple subfeatures inside each feature to define the information for each row. This can happen, for example, when you've got the basic support for a feature stored in one row, but then the feature also has a new property or value type that was addded much later in the specification's life and is only supported in a couple of browsers.</p>
+
+<p>As an example, see the <a href="https://github.com/mdn/browser-compat-data/blob/master/css/properties/background-color.json">compat data</a> and <a href="/en-US/docs/Web/CSS/background-color">corresponding MDN page</a> for the <code>background-color</code> property. The basic support exists inside the <code>__compat</code> object as explained above, then you have an additional row for browsers' support for "alpha channel for hex values", which contains its own <code>__compat</code> object.</p>
+
+<pre class="brush: json notranslate">{
+  "css": {
+    "properties": {
+      "background-color": {
+        "__compat": {
+          ...
+        },
+        "alpha_ch_for_hex": {
+          "__compat": {
+            ...
+          },
+        }
+      }
+    }
+  }
+}</pre>
+
+<p>For an API, you've got the top two levels defined as <code>api.<em>name-of-the-interface</em></code>, then a top-level <code>__compat</code> section to define the overall browser compatibility of the interface, then a sub-feature for each of the methods, properties, and constructors contained inside the interface. The basic structure looks like this:</p>
+
+<pre class="brush: json notranslate">{
+  "api": {
+    "VRDisplay": {
+      "__compat": {
+        ...
+      },
+      "cancelAnimationFrame": {
+        "__compat": {
+          ...
+        }
+      },
+      "capabilities": {
+        "__compat": {
+          ...
+        }
+      },
+
+      ... etc.
+
+    }
+  }
+}</pre>
+
+<p>See <a href="https://github.com/mdn/browser-compat-data/blob/master/api/VRDisplay.json">VRDisplay.json</a> for a full example.</p>
+</div>
+
+<h2 id="Adding_data_Advanced_cases">Adding data: Advanced cases</h2>
+
+<p>There are some advanced features that you'll want to include in browser compat data. The aim of this section is to list the most common ones, providing an example of each to show how you can implement them in your own compat data.</p>
+
+<h3 id="Including_a_footnote">Including a footnote</h3>
+
+<p>Often compat tables will include footnotes related to certain entries that explain useful details or strange behavior that developers will find useful. As an example, the Chrome Android entry for {{domxref("VRDisplay.capabilities")}} (see also <a href="https://github.com/mdn/browser-compat-data/blob/master/api/VRDisplay.json">VRDisplay.json</a>)  (at the time of writing) had a footnote "<span class="pl-s">Currently supported only by Google Daydream." To include this in the capabilities data, we added a "notes" submember inside the relevant "chrome_android" submember; it would look like this:</span></p>
+
+<pre class="brush: json notranslate">"chrome_android": {
+  "version_added": true,
+  "notes": "Currently supported only by Google Daydream."
+}</pre>
+
+<h3 id="Including_a_vendor_prefix">Including a vendor prefix</h3>
+
+<p>If a feature is supported behind a vendor prefix in one or more browsers, you'll want to make that clear in the browser compat data. imagine you had a feature that was supported with a <code>-moz-</code> prefix in Firefox. To specify this in the compat data, you'd need to add a "prefix" submember inside the relevant "firefox" submember. It would look something like this:</p>
+
+<pre class="brush: json notranslate">"firefox": {
+  "version_added": true,
+  "prefix": "-moz-"
+}</pre>
+
+<h3 id="Including_browser_preferences_or_flags">Including browser preferences or flags</h3>
+
+<p>Some features may be supported in a browser, but they are experimental and turned off by default. If a user wants to play with this feature they need to turn it on using a preference/flag.</p>
+
+<p>To represent this in the compat data, you need to add the "flags" submember inside the relevant browser identifier submember. The value of "flags" is an array of objects each of which contains of three members:</p>
+
+<ul>
+ <li>"type": The type of flag or pref this is. The most common value is "preference", which is set inside the browser (for example, using <code>about:config</code> in Firefox, or <code>chrome://flags</code> in Chrome), but you might also sometimes use a value of <span class="pl-s"><span class="pl-pds">"</span>compile_flag<span class="pl-pds">", which is a preference set when the browser build is compiled.</span></span></li>
+ <li>"name": This is a string representing the name of the preference that needs to have a value set on it. For example, "Enable Experimental Web Platform Features" is a preference that exists in Chrome, found in <code>chrome://flags</code>.</li>
+ <li>"value_to_set": This is a string representing the value that needs to be set on the preference, for example "true".</li>
+</ul>
+
+<p>So to add a preference/flag to the Chrome support for a feature, you'd do something like this:</p>
+
+<pre class="brush: json notranslate">"chrome": {
+  "version_added": "50",
+  "flags": [
+    {
+      "type": "preference",
+      "name": "Enable Experimental Web Platform Features",
+      "value_to_set": "true"
+    }
+  ]
+},</pre>
+
+<p>If a feature is behind two or more flags, you can add additional objects to the "flags" array, like in this case, for example:</p>
+
+<pre class="brush: json notranslate">"firefox": {
+  "version_added": "57",
+  "flags": [
+    {
+      "type": "preference",
+      "name": "dom.streams.enabled",
+      "value_to_set": "true"
+    },
+    {
+      "type": "preference",
+      "name": "javascript.options.streams",
+      "value_to_set": "true"
+    }
+  ]
+},</pre>
+
+<h3 id="Including_a_version_where_support_was_removed">Including a version where support was removed</h3>
+
+<p>Sometimes a feature will be added in a certain browser version, but then removed again as the feature is deprecated. This can be easily represented using the "version_removed" submember, which takes as its value a string representing the version number it was removed on. For example:</p>
+
+<pre class="brush: json notranslate">"firefox": {
+  "version_added": "35",
+  "version_removed": "47",
+},</pre>
+
+<h3 id="Including_multiple_support_points_for_the_same_browser_entry">Including multiple support points for the same browser entry</h3>
+
+<p>Sometimes you'll want to add multiple support data points for the same browser inside the same feature.</p>
+
+<p>As an example, the {{cssxref("text-align-last")}} property (see also <a href="https://github.com/mdn/browser-compat-data/blob/master/css/properties/text-align-last.json">text-align-last.json</a>) was added to Chrome in version 35, supported behind a pref.</p>
+
+<p>The support mentioned above was then removed in version 47; also in version 47, support was added for <code>text-align-last</code> enabled by default.</p>
+
+<p>To include both of these data points, you can make the value of the "chrome" submember an array containing two support information objects, rather than just a single support information object:</p>
+
+<pre class="brush: json notranslate">"chrome": [
+  {
+    "version_added": "47"
+  },
+  {
+    "version_added": "35",
+    "version_removed": "47",
+    "flags": [
+      {
+        "type": "preference",
+        "name": "Enable Experimental Web Platform Features",
+        "value_to_set": "true"
+      }
+    ]
+  }
+],</pre>
+
+<div class="note">
+<p><strong>Note</strong>: You should put the most current or important support point first in the array — this makes the data easier to read for people who just want to scan it for the latest info.</p>
+</div>
+
+<h3 id="Including_an_alternative_name">Including an alternative name</h3>
+
+<p>Occasionally browsers will support a feature under a different name to the name defined in its specification. This might be for example because a browser added experimental support for a feature early, and then the name changed before the spec stabilized.</p>
+
+<p>To include such a case in the browser compat data, you can include a support information point that specifies the alternative name inside an "alternative_name" member.</p>
+
+<div class="note">
+<p><strong>Note</strong>: The alternative name might not be an exact alias — it might have differing behaviour to the standard version.</p>
+</div>
+
+<p>Let's look at an example. The {{cssxref("border-top-right-radius")}} property (see also <a href="https://github.com/mdn/browser-compat-data/blob/2a0cc3f6bb17aa4345441bed47a059dffd847793/css/properties/border-top-right-radius.json">border-top-right-radius.json</a>) was supported in Firefox:</p>
+
+<ul>
+ <li>From version 4 onwards with the standard name <code>border-top-right-radius</code>.</li>
+ <li>From version 49 onwards with a <code>-webkit-</code> prefix, for browser compatibility purposes.</li>
+ <li>From version 1 onwards with the alternative name <code>-moz-border-radius-topright</code>. Support for this alias was removed in version 12.</li>
+</ul>
+
+<p>To represent this in the data, we used the following JSON:</p>
+
+<pre class="brush: json notranslate">"firefox": [
+  {
+    "version_added": "4",
+    "notes": "Prior to Firefox 50.0, border styles of rounded corners were always rendered as if &lt;code&gt;border-style&lt;/code&gt; was solid. This has been fixed in Firefox 50.0."
+  },
+  {
+    "prefix": "-webkit-",
+    "version_added": "49",
+    "notes": "From Firefox 44 to 48, the &lt;code&gt;-webkit-&lt;/code&gt; prefix was available with the &lt;code&gt;layout.css.prefixes.webkit&lt;/code&gt; preference. Starting with Firefox 49, the preference defaults to &lt;code&gt;true&lt;/code&gt;."
+  },
+  {
+    "alternative_name": "-moz-border-radius-topright",
+    "version_added": "1",
+    "version_removed": "12"
+  }
+],</pre>
+
+<h2 id="Pushing_a_change_back_to_the_main_repo">Pushing a change back to the main repo</h2>
+
+<p>Once you are finished with adding your compat data, you should first test it using the following commands:</p>
+
+<ul>
+ <li><code>npm run lint</code> — tests all the compat data to make sure the JSON is valid, and is written in the correct style, for example correct indentation, no missing commas, etc. It will print out a long list of file names and test results; if an error is found, the linter will throw an error on the file it is found in, giving you useful debugging info like line number, error message, etc.</li>
+ <li><code>npm run show-errors</code> — validates the JSON against the data schema, and highlights errors such as invalid browser version numbers being used.</li>
+ <li><code>npm run render dotted.path.to.feature</code> — allows you to preview the markup for the compat table for a data file in the repo. As an example, <code>npm run render css.properties.background</code> shows the table markup for the {{cssxref("background")}} property.</li>
+</ul>
+
+<p>If it is looking OK, you then need to commit it and push it back up to your remote fork on GitHub. You can do this easily with terminal commands like this:</p>
+
+<pre class="brush: bash notranslate">git add .
+git commit -m 'adding compat data for name-of-feature'
+git push</pre>
+
+<p>Now go to your remote fork (i.e. <code>https://github.com/<em>your-username</em>/browser-compat-data</code>) and you should see information about your push at the top of the files list (under "Your recently pushed branches"). You can create a pull request (starting the process of pushing this to the main repo) by pressing the "Compare &amp; pull request" button, then following the simple prompts on the subsequent screen.</p>
+
+<p>At this point, you just need to wait. A reviewer will review your pull request, and merge it with the main repo, OR request that you make changes. If changes are needed, make the changes and submit again until the PR is accepted.</p>
+
+<h2 id="Inserting_the_data_into_MDN_pages">Inserting the data into MDN pages</h2>
+
+<p>Once your new data has been included in the main repo, you can start dynamically generating browser compat tables based on that data on MDN pages using the \{{Compat}} macro. This takes a single parameter, the dot notation required to walk down the JSON data and find the object representing the feature you want to generate the compat table for.</p>
+
+<p>Above the macro call, to help other contributors finding their way, you should add a hidden text that is only visible in MDN contributors in edit mode:</p>
+
+<pre class="brush: html notranslate">&lt;div class="hidden"&gt;
+&lt;p&gt;The compatibility table on this page is generated from structured data.
+If you'd like to contribute to the data, please check out
+&lt;a href="https://github.com/mdn/browser-compat-data"&gt;https://github.com/mdn/browser-compat-data&lt;/a&gt;
+and send us a pull request.&lt;/p&gt;
+&lt;/div&gt;</pre>
+
+<p>As an example, on the {{httpheader("Accept-Charset")}} HTTP header page, the macro call looks like this: \{{Compat("http.headers.Accept-Charset")}}. If you look at the <a href="https://github.com/mdn/browser-compat-data/blob/master/http/headers/accept-charset.json">accept-charset.json</a> file in the repo, you'll see how this is reflected in the JSON data.</p>
+
+<p>As another example, The compat table for the {{domxref("VRDisplay.capabilities")}} property is generated using \{{Compat("api.VRDisplay.capabilities")}}. The macro call generates the following table (and corresponding set of notes):</p>
+
+<hr>
+<div class="hidden">
+<p>The compatibility table on this page is generated from structured data. If you'd like to contribute to the data, please check out <a href="https://github.com/mdn/browser-compat-data">https://github.com/mdn/browser-compat-data</a> and send us a pull request.</p>
+</div>
+
+<p>{{Compat("api.VRDisplay.capabilities")}}</p>
+
+<div class="note">
+<p><strong>Note</strong>: The filenames often match the labels given to the interfaces inside the JSON structures, but it is not always the case. When the macro calls generate the tables, they walk through all the files until they find the relevant JSON to use, so the filenames are not critical. Saying that, you should always name them as intuitively as possible.</p>
+</div>
diff --git a/files/de/mdn/über/index.html b/files/de/mdn/über/index.html
new file mode 100644
index 0000000000..745152be79
--- /dev/null
+++ b/files/de/mdn/über/index.html
@@ -0,0 +1,99 @@
+---
+title: Über MDN
+slug: MDN/Über
+translation_of: MDN/About
+---
+<div>{{MDNSidebar}}</div>
+
+<div>{{IncludeSubNav("/en-US/docs/MDN")}}</div>
+
+<p>MDN Web Docs ist eine sich entwickelnde Lernplattform für Web-Techniken und Software, die das Web antreibt, einschließlich:</p>
+
+<ul>
+ <li>Web-Standards, wie <a href="/en-US/docs/CSS" title="/en-US/docs/CSS">CSS</a>, <a href="/en-US/docs/HTML" title="/en-US/docs/HTML">HTML</a> und <a href="/en-US/docs/JavaScript" title="/en-US/docs/JavaScript">JavaScript</a></li>
+ <li><a href="/en-US/docs/Apps" title="/en-US/docs/Apps">Entwicklung offener Web-Apps</a></li>
+ <li><a href="/en-US/docs/Add-ons" title="/en-US/docs/Add-ons">Entwicklung von Firefox Add-Ons</a></li>
+</ul>
+
+<h2 id="Unsere_Mission">Unsere Mission</h2>
+
+<p>MDNs Mission ist einfach: Entwickler mit den Informationen versorgen, die sie benötigen, um Projekte für ein <a href="/en-US/docs/Web">offenes Web</a> einfach umzusetzen. Wenn es sich um eine offene Technik für das Web handelt, möchten wir sie dokumentieren.</p>
+
+<p>Darüber hinaus stellen wir die Dokumentation zu <a href="/en-US/docs/Mozilla">Mozilla-Produkten</a> zur Verfügung und wie man <a href="/en-US/docs/Mozilla">Mozilla-Projekte erstellt und zu ihnen beiträgt</a>.</p>
+
+<p>Wenn du dir nicht sicher bist, ob ein bestimmtes Thema für MDN geeignet ist, lies: <a href="/en-US/docs/Project:MDN/Contributing/Does_this_belong">Gehört das zu MDN?</a></p>
+
+<h2 id="Wie_du_helfen_kannst">Wie du helfen kannst</h2>
+
+<p>Du musst nicht programmieren — oder gut schreiben können — um bei MDN beitragen zu können! Es gibt viele Möglichkeiten zu unterstützen. Vom Korrekturlesen von Artikeln, um sicherzustellen, dass sie verständlich sind, über das Beitragen von Texten, bis zum Hinzufügen von Beispiel-Quelltexten. Tatsächlich gibt es so viele Arten zu helfen, dass wir eine <a href="/en-US/docs/MDN/Getting_started">Erste Schritte</a>-Seite erstellt haben, die dir dabei helfen soll, zu erledigende Aufgaben nach deinen Interessen und der zur Verfügung stehenden Zeit auszuwählen!</p>
+
+<p>Du kannst uns auch helfen <a href="/en-US/docs/MDN/About/Promote">MDN bekannter</a> zu machen, in dem du es auf deinem Blog oder deiner Website erwähnst.</p>
+
+<h2 id="Die_MDN-Gemeinschaft">Die MDN-Gemeinschaft</h2>
+
+<p>Unsere Gemeinschaft ist global! Wir haben Mitwirkende aus der ganzen Welt, in einer Vielzahl an Sprachen. Wenn du mehr über uns erfahren möchtest, oder auf irgendeine Art Hilfe bei MDN benötigst, zögere nicht unser <a href="https://discourse.mozilla-community.org/c/mdn">Diskussionsforum</a> oder unseren <a href="irc://irc.mozilla.org#mdn">IRC-Kanal</a> zu besuchen! Du kannst auch auf dem Laufenden bleiben in dem du unserem Twitter-Konto unter <a href="http://twitter.com/MozDevNet">@MozDevNet</a> folgst. Auf diese Art kannst du auch Tweets an uns senden, falls dir Unstimmigkeiten auffallen, du uns deine Meinung sagen oder ein großes Dankeschön an unsere Autoren und Mitwirkenden senden möchtest!</p>
+
+<h2 id="Verwendung_der_MDN_Web_Docs-Inhalte">Verwendung der MDN Web Docs-Inhalte</h2>
+
+<h3 id="Urheberrecht_und_Lizenzen">Urheberrecht und Lizenzen</h3>
+
+<p><strong>MDN wiki documents</strong> have been prepared with the contributions of many authors, both within and outside the Mozilla Foundation. Unless otherwise indicated, the content is available under the terms of the <a class="external text" href="http://creativecommons.org/licenses/by-sa/2.5/" rel="nofollow" title="http://creativecommons.org/licenses/by-sa/2.5/">Creative Commons Attribution-ShareAlike license</a> (CC-BY-SA), v2.5 or any later version. Please attribute "Mozilla Contributors" and include a hyperlink (online) or URL (in print) to the specific wiki page for the content being sourced. For example, to provide attribution for this article, you can write:</p>
+
+<blockquote><a href="https://developer.mozilla.org/en-US/docs/MDN/About">About MDN</a> by <a href="https://developer.mozilla.org/en-US/docs/MDN/About$history">Mozilla Contributors</a> is licensed under <a href="http://creativecommons.org/licenses/by-sa/2.5/">CC-BY-SA 2.5</a>.</blockquote>
+
+<p>Note that in the example, "Mozilla Contributors" links to the history of the cited page. See <a href="http://wiki.creativecommons.org/Marking/Users">Best practices for attribution</a> for further explanation.</p>
+
+<div class="note">
+<p>See <a href="/en-US/docs/MDN_content_on_WebPlatform.org" title="/en-US/docs/MDN_content_on_WebPlatform.org">MDN content on WebPlatform.org</a> for information about how to reuse and attribute MDN content on that site.</p>
+</div>
+
+<p>Code samples added to this wiki before August 20, 2010 are available under the <a class="external" href="http://www.opensource.org/licenses/mit-license.php" title="http://www.opensource.org/licenses/mit-license.php">MIT license</a>; you should insert the following attribution information into the MIT template: "© &lt;date of last wiki page revision&gt; &lt;name of person who put it in the wiki&gt;".</p>
+
+<p>Code samples added on or after August 20, 2010 are in the <a class="external" href="http://creativecommons.org/publicdomain/zero/1.0/" title="http://wiki.creativecommons.org/Public_domain">public domain</a>. No licensing notice is necessary, but if you need one, you can use: "Any copyright is dedicated to the Public Domain. http://creativecommons.org/publicdomain/zero/1.0/".</p>
+
+<p>If you wish to contribute to this wiki, you must make your documentation available under the Attribution-ShareAlike license (or occasionally an alternative license already specified by the page you are editing), and your code samples available under <a href="http://creativecommons.org/publicdomain/zero/1.0/" title="http://creativecommons.org/publicdomain/zero/1.0/">Creative Commons CC-0</a> (a Public Domain dedication). Adding to this wiki means you agree that your contributions will be made available under those licenses.</p>
+
+<p>Some older content was made available under a license other than the licenses noted above; these are indicated at the bottom of each page by way of an <a class="internal" href="/Archive/Meta_docs/Examples/Alternate_License_Block" title="Project:En/Examples/Alternate License Block">Alternate License Block</a>.</p>
+
+<div class="warning">
+<p>Es dürfen keine neuen Seiten unter Verwendung anderer Lizenzen erstellt werden.</p>
+</div>
+
+<p><strong>Das Urheberrecht für beigetragenes Material verbleibt beim Autor, bis der Autor es auf jemand anderen überträgt</strong>.</p>
+
+<p>Wenn du Fragen oder Bedenken betreffs der hier diskutierten Belange hast, kontaktiere bitte <a class="external" href="mailto:eshepherd@mozilla.com" rel="nofollow" title="mailto:eshepherd@mozilla.com">Eric Shepherd</a>.</p>
+
+<hr>
+<p>Die Rechte an den Markenzeichen, Logos und Dienstleistungsmarken der Mozilla Foundation, sowie die Gestaltung dieser Website, stehen nicht unter der Creative Commons-Lizenz, and to the extent they are works of authorship (wie Logos und grafische Entwürfe), sie sind nicht Bestandteil der Werke die unter diesen Bedingungen lizenziert sind. If you use the text of documents, and wish to also use any of these rights, or if you have any other questions about complying with our licensing terms for this collection, you should contact the Mozilla Foundation here: <a class="external text" href="mailto:licensing@mozilla.org" rel="nofollow" title="mailto:licensing@mozilla.org">licensing@mozilla.org</a>.</p>
+
+<h3 id="Inhalte_herunterladen">Inhalte herunterladen</h3>
+
+<p>Du kannst <a href="/media/developer.mozilla.org.tar.gz">ein vollständiges, gespiegeltes Archiv von MDN</a> (2.5 GB, Stand: 2016-11-30) herunterladen.</p>
+
+<h4 id="Einzelne_Seiten">Einzelne Seiten</h4>
+
+<p>Du kannst den Inhalt einer einzelnen Seite von MDN abfragen, in dem du den <a href="/en-US/docs/MDN/Kuma/API#Document_parameters">Dokumentparameter</a>, mit dem du auch gleich das Dateiformat festlegst, zur URL hinzufügst.</p>
+
+<h4 id="Werkzeuge_von_Dritten">Werkzeuge von Dritten</h4>
+
+<p>Du kannst dir MDN-Inhalte durch Werkzeuge, die von Dritten erstellt wurden, ansehen, wie zum Beispiel <a href="http://kapeli.com/dash">Dash</a> (für Mac OS) und <a href="http://zealdocs.org/">Zeal</a> (für Linux und Windows).</p>
+
+<p><a href="https://kapeli.com/">Kapeli</a> veröffentlich auch <a href="https://kapeli.com/mdn_offline">offline MDN docs</a>, die die Bereiche HTML, CSS, JavaScript, SVG und XSLT abdecken.</p>
+
+<h3 id="Verlinken_auf_MDN">Verlinken auf MDN</h3>
+
+<p>Lies diesen Artikel für eine Anleitung und die beste Vorgehensweise beim <a href="/en-US/docs/MDN/About/Linking_to_MDN">Verlinken auf MDN</a>.</p>
+
+<h2 id="Probleme_mit_MDN_Web_Docs_melden">Probleme mit MDN Web Docs melden</h2>
+
+<p>Siehe <a href="/en-US/docs/MDN/Contribute/Howto/Report_a_problem">Wie kann man auf MDN ein Problem melden</a>.</p>
+
+<h2 id="Geschichte_der_MDN_Web_Docs">Geschichte der MDN Web Docs</h2>
+
+<p>Das Projekt MDN Web Docs (zuvor <em>Mozilla Developer Network (MDN)</em>, zuvor <em>Mozilla Developer Center (MDC)</em>, a.k.a. <em>Devmo</em>) startete im Jahr 2005 als die <a class="external" href="http://www.mozillafoundation.org">Mozilla Foundation</a> eine Lizenz von AOL erhielt um die originalen Netscape <a href="https://web.archive.org/web/*/devedge.netscape.com" title="Project:en/DevEdge">DevEdge</a>-Inhalte nutzen zu dürfen. Die DevEdge-Inhalte wurden dann nach noch brauchbarem Material durchsucht, welches dann von Freiwilligen in dieses Wiki übertragen wurde, so dass es leichter aktuell zu halten und zu warten wäre.</p>
+
+<p>Du kannst mehr über die Geschichte von MDN auf unserer Seite über die <a href="/en-US/docs/MDN_at_ten">Feier zum 10. Jubiläum</a> erfahren, einschließlich mündlicher Berichte von einigen der daran Beteiligten.</p>
+
+<h2 id="Über_Mozilla">Über Mozilla</h2>
+
+<p>Whether you want to learn more about who we are, how to be a part of <em>Mozilla</em> or just where to find us, you've come to the right place. To find out what drives us and makes us different, please visit our <a href="http://www.mozilla.org/en-US/mission/">mission</a> page.</p>
diff --git a/files/de/mdn/über/link_zu_mdn/index.html b/files/de/mdn/über/link_zu_mdn/index.html
new file mode 100644
index 0000000000..47411ecf30
--- /dev/null
+++ b/files/de/mdn/über/link_zu_mdn/index.html
@@ -0,0 +1,82 @@
+---
+title: Verknüpfung zu MDN
+slug: MDN/Über/Link_zu_MDN
+tags:
+  - Anleitung
+  - MDN Meta
+  - Richtlinien
+translation_of: MDN/About/Linking_to_MDN
+---
+<div>{{MDNSidebar}}</div><p><span class="seoSummary">Wir bekommen regelmässige Anfragen von Benutzern, wie Verknüpfungen (Link) zu MDN erstellt werden können, und ob dies überhaupt erlaubt ist. Die kurze Antwort ist: <strong>Ja!</strong> Wie das am besten zu bewerkstelligen ist, wird im folgenden Abschnitt erklärt, bitte weiterlesen!</span></p>
+
+<h2 id="Darf_ich_zu_MDN_verknüpfen">Darf ich zu MDN verknüpfen?</h2>
+
+<p><strong>Ja!</strong> Absolut! Nicht nur ist der Link die Essenz des Webs, es ist gleichzeitig ein Weg den Benutzer auf glaubwürdige Quellen zu verweisen, sondern auch um die Arbeit zu zeigen, die die Community macht.</p>
+
+<p>Also, ja, wir bitten dich definitiv auf den Inhalt von MDN zu verknüpfen. Bitte nicht zögern: verknüpfe zur <a href="/">MDN Hauptseite</a>, oder, besser, verknüpfe tiefer zu einer spezifischen Seite in MDN, so wie angebracht. Für eine genaue Beschreibung zu welchen Seiten verknüpft werden kann, ist weiter unten nachzulesen.</p>
+
+<h2 id="Zu_welcher_Seite_sollte_ich_verknüpfen">Zu welcher Seite sollte ich verknüpfen?</h2>
+
+<p>Es gibt keine spezifische Seite zu der man sich verknüpfen kann. Was wichtig ist, ist <strong>wie relevant die Seite für <em>eure</em> Leser ist</strong>.</p>
+
+<ul>
+ <li>MDN-Hauptseite, <a href="/">https://developer.mozilla.org/</a>, wenn es um MDN in genereller Form geht.</li>
+ <li>Zu einer <strong>spezifischen Landungsseite</strong>: eine spezielle Seite, welche ein Inhaltsverzeichnis oder Index beinhaltet zu einem spezifischen Thema. Einige Seiten sind:
+  <ul>
+   <li>HTML: <a href="/en-US/docs/Web/HTML">https://developer.mozilla.org/en-US/docs/Web/HTML</a></li>
+   <li>HTML5: <a href="/en-US/docs/Web/Guide/HTML/HTML5">https://developer.mozilla.org/en-US/docs/Web/Guide/HTML/HTML5</a></li>
+   <li>CSS: <a href="/en-US/docs/Web/CSS">https://developer.mozilla.org/en-US/docs/Web/CSS</a></li>
+   <li>CSS3: <a href="/en-US/docs/Web/CSS/CSS3">https://developer.mozilla.org/en-US/docs/Web/CSS/CSS3</a></li>
+   <li>DOM: <a href="/en-US/docs/Web/API/Document_Object_Model">https://developer.mozilla.org/en-US/docs/Web/API/Document_Object_Model</a></li>
+   <li>JavaScript: <a href="/en-US/docs/Web/JavaScript">https://developer.mozilla.org/en-US/docs/Web/JavaScript</a></li>
+  </ul>
+ </li>
+ <li>Es kann auch direkt zu spezifischen Seite verknüpft werden, wenn es über bestimmte Elemente, Methoden... geht, wie zum Beispiel:
+  <ul>
+   <li>Wenn es über HTML Elemente geht (<a href="/en-US/docs/Web/HTML/Element">https://developer.mozilla.org/en-US/docs/Web/HTML/Element</a>) oder zu einem speziellen Element wie {{HTMLElement("colgroup")}}.</li>
+   <li>Wenn es über CSS geht, kann zu unserer Seite mit der CSS-Referenz verknüpft werden (ein grösseres Verzeichnis: <a href="/en-US/docs/Web/CSS/Reference">https://developer.mozilla.org/en-US/docs/Web/CSS/Reference</a>) oder direkt zu einer Eigenschaft wie {{cssxref("list-style-type")}}.</li>
+  </ul>
+ </li>
+</ul>
+
+<p><strong>Aber, wirklich, es sollte zur am besten passenden Seite für die Benutzer verknüpft werden.</strong> Bitte nicht vergessen, das wichtigste ist der Leser, nicht die Verknüpfung oder wir.</p>
+
+<h2 id="Wie_wird_eine_gute_Verknüpfung_erstellt">Wie wird eine gute Verknüpfung erstellt?</h2>
+
+<p>Eine Verknüpfung zu erstellen ist einfach, aber eine gute Verknüpfung zu erstellen ist umso schwieriger. Es gibt verschiedene Möglichkeiten:</p>
+
+<h3 id="Verknüpfen_im_Text">Verknüpfen im Text</h3>
+
+<p>Dies ist wohl die hilfreichste Art der Verknüpfung: der Sinn besteht darin, den Benutzer zu weiteren Informationen zu einem bestimmten Konzept zu leiten. Die meiste Zeit, führen diese Verknüpfungen zu Seiten, die bestimmte Informationen zu einem Thema enthalten und nicht zu einer generellen Heimseite eines Webauftritts (es gibt bestimmt auch Ausnahmen).</p>
+
+<blockquote>
+<p>… durch die Benutzung der <a href="/en-US/docs/IndexedDB">IndexedDB</a>-API, können Informationen in einer lokalen Datenbank gespeichert werden…</p>
+</blockquote>
+
+<p>Solche Verknüpfungen sind nicht nur für den Benutzer wertvoll, welcher alle relevanten Informationen mit einem Klick finden kann, sondern auch für MDN, weil dieser präzise Kontext womöglich Leser dazu bringt, den Inhalt von MDN zu mögen. Unsere Mission besteht darin, dem Leser zu helfen, alle wichtigen Informationen zu einem Thema schnellstmöglich zu finden.</p>
+
+<h4 id="Was_zu_vermeiden_ist_wenn_Verknüpfungen_im_Text_erstellt_werden">Was zu vermeiden ist, wenn Verknüpfungen im Text erstellt werden</h4>
+
+<p>Verknüpfungen im Text sind gut und hilfreich, aber es sollten einige Dinge beachtet werden:</p>
+
+<ul>
+ <li><strong>Nicht zu oft verknüpfen.</strong> Nicht jedes Wort verknüpfen, oder fast jedes Wort. Dies ist nervig. Sorgfältig auswählen, und nur die Hauptbestandteile im Text verknüpfen, oder zu speziellen Konzepten verknüpfen, die der Benutzer vermutlich noch nicht kennt.</li>
+ <li><strong>Nicht dasselbe Thema immer wieder verknüpfen.</strong> Wenn über CSS-Animationen geschrieben wird, so nicht jedes mal zu <a href="/en-US/docs/Web/CSS/animation"><code>animation</code> CSS property</a> verknüpfen, wenn der Begriff "animation" auftaucht. Sollte der Leser dieses Konzept nicht kennen, so wird er vermutlich auf die erste auftauchende Verknüpfung klicken und die betreffenden Informationen bekommen. Später im Text darf davon ausgegangen werden, dass dieses Konzept bekannt ist. Zum Begriff kann zwischendurch verknüpft werden (ein mal alle paar Abschnitte/Seiten), damit nicht ewig herumgesucht werden muss.</li>
+ <li><strong>Achtung wenn zu Forumen und Blogseiten verknüpft wird.</strong> Eine  Verknüpfung zu einer relevanten Quelle zu einer bestimmten Frage oder Problem ist gut und wird oft begrüsst. Wandern im Web und Spam-Verknüpfungen zu MDN werden nicht geschätzt: der Seiteninhaber sowie die Benutzer, werden Sie schnell als Spammer identifizieren und das Vertrauen in MDN wird leiden. Wir arbeiten hart daran, eine wertvolle Quelle zu bauen und mögen es nicht zu sehen, dass diese Bemühungen durch ein solches Verhalten zerstört werden, also nur Verknüpfungen setzen wenn sie unbedingt benötigt werden.</li>
+</ul>
+
+<h3 id="Ein_Banner_oder_ein_Bild_zur_Site_hinzufügen">Ein Banner oder ein Bild zur Site hinzufügen</h3>
+
+<p>Ein anderer Weg um zu MDN zu verknüpfen ist das Hinzufügen einer Bildverknüpfung ausserhalb des Textes, zum Beispiel in der Seitenleiste. Dies hat eine andere Bedeutung: so wie die Verknüpfung innerhalb des Textes zusätzliche Informationen für den Benutzer zugängig macht, ist das Hinzufügen von Bildverknüpfungen in der Seitenleiste mehr ein Weg um die Unterstützung vom MDN-Projekt hervorzuheben, oder ein Weg um MDN bekannter zu machen. Es ist ein Weg um MDN als globale Quelle von Informationen anzubieten.</p>
+
+<p>Bitte nicht zögern um uns ihre Unterstützung zu zeigen: besuchen Sie <a href="/en-US/docs/MDN/Promote">Promote MDN</a> und bauen Sie eine Schaltfläche (Button), welche auf Ihre Webseite zugeschnitten ist. Sie sind selbstverständlich frei zu anderen Seiten zu verknüpfen, wie zum Beispiel zu einer der Landungsseiten.</p>
+
+<h3 id="Automatische_Verknüpfung_zu_MDN_aus_WordPress">Automatische Verknüpfung zu MDN aus WordPress</h3>
+
+<p>Wir haben ein <a href="/en-US/docs/MDN/Promote#WordPress_plugin">WordPress plugin</a> erstellt, welches automatisch aus den Blogs heraus, Verknüpfungen zu den entsprechenden MDN-Seiten erstellt. Es verfolgt die oben gezeigten Richtlinien, und bildet so eine grosse Hilfe für Blogger, die über Webinhalte schreiben. Geben Sie ein schönes Aussehen und installieren Sie es wo es hilfreich sein kann.</p>
+
+<p>Vielen Dank für die Unterstützung!</p>
+
+<h2 id="Cross-Origin_Ressourcenfreigabe">Cross-Origin Ressourcenfreigabe</h2>
+
+<p>Unsere Absicht ist <a href="/docs/HTTP/Access_control_CORS" title="/docs/HTTP/Access_control_CORS">CORS</a> auf allen frei zugänglichen Informationen auf MDN anzubieten, wo es ungefährlich ist. Sollten Sie etwas finden was nicht erreicht werden kann mit <a href="/docs/HTTP/Access_control_CORS" title="/docs/HTTP/Access_control_CORS">cross-origin Anfragen</a>, ist dies <a href="https://bugzilla.mozilla.org/form.mdn" title="https://bugzilla.mozilla.org/form.mdn">ein Fehler der behoben werden sollte</a>!</p>