Difference between revisions of "Guidelines (Deutsch)"

(Created page with "'''Diese Übersetzung ist nicht bindend! Im Zweifelsfall gilt das englische Original!''' Alle registrierten Nutzer dürfen das Wiki bearbeiten, doch bitte beachte...")
 
(corrected typos , changed bad grammar and removed doublewritten words.)
Line 10: Line 10:
 
# Informationen über Spiele und Bibliotheken, die LÖVE benutzen, bereitstellen.
 
# Informationen über Spiele und Bibliotheken, die LÖVE benutzen, bereitstellen.
  
Es ist absolut erlaubt Informationen über über Dinge, die aus diesen Kategorien fallen, hinzuzufügen.
+
Es ist durchaus erlaubt Informationen über Dinge, die aus diesen Kategorien fallen, hinzuzufügen.
  
 
Wenn du große Änderungen an diesem Wiki machen möchtest, z.B die Struktur der Datentypen ändern: Tu es nicht. Du ''musst'' dich vorher mit [[User:Rude|Rude]] absprechen, andernfalls wird die Änderung höchstwahrscheinlich widerrufen.
 
Wenn du große Änderungen an diesem Wiki machen möchtest, z.B die Struktur der Datentypen ändern: Tu es nicht. Du ''musst'' dich vorher mit [[User:Rude|Rude]] absprechen, andernfalls wird die Änderung höchstwahrscheinlich widerrufen.
Line 16: Line 16:
 
== Nameskonflikte ==
 
== Nameskonflikte ==
  
Um zu viele Klammern in den URLs zu vermeiden haben die Dokumentationsseiten klare Titel ohne Präfix oder Suffix. Zum Beispiel kann der Typ [[Image]] kann extern über http://love2d.org/wiki/Image referenziert werden.
+
Um zu viele Klammern in den URLs zu vermeiden haben die Dokumentationsseiten klare Titel ohne Präfix oder Suffix. Zum Beispiel kann der Typ [[Image]] extern über http://love2d.org/wiki/Image referenziert werden.
  
Das kann z.B. zu Namenskonflikten führen, bei den die Dokumentationsseiten immer gewinnen. Wenn du ein Spiel namens ''Awesome'' erstellst und LÖVE später einen Typ namens ''Awesome'' einführt (was nicht komplett ausgeschlossen ist), das wird das Seite zu dem Spiel verschoben.
+
Das kann z.B. zu Namenskonflikten führen, bei den die Dokumentationsseiten immer gewinnen. Wenn du ein Spiel namens ''Awesome'' erstellst und LÖVE später einen Typ namens ''Awesome'' einführt (was nicht komplett ausgeschlossen ist), so wird diese Seite der deines Spiel vorgezogen.
  
 
== Style ==
 
== Style ==
Wenn du über in LÖVE eingebaute Typen schreibst, verlinke sie auch. z.B. ist [[Image]] ein Objekt, das auf dem Bildschirm dargestellt werden kann.
+
Wenn du über in LÖVE eingebaute Typen schreibst, verlinke sie auch. So ist [[Image]] beispielsweise ein Objekt, welches auf dem Bildschirm dargestellt werden kann.
  
 
Wenn du in einem normalen Satz auf Variablen oder Code verweist, nutze das <nowiki><code></nowiki> Tag, um die Lesbarkeit zu verbessern. z.B.: wenn du <code>foo</code> und <code>bar</code> addierst, erhältst du <code>foobar</code>.
 
Wenn du in einem normalen Satz auf Variablen oder Code verweist, nutze das <nowiki><code></nowiki> Tag, um die Lesbarkeit zu verbessern. z.B.: wenn du <code>foo</code> und <code>bar</code> addierst, erhältst du <code>foobar</code>.
Line 42: Line 42:
 
=== Module ===
 
=== Module ===
  
Die folgenden 'Ebene 2' Überschriften sind erlaubt, sollten aber nur erstellt werden, wenn sie auch etwas enthalten.
+
Die folgenden 'Ebene 2' Überschriften sind erlaubt, sollten aber nur erstellt werden, wenn sie auch etwas beinhalten.
  
 
* Typen
 
* Typen
Line 51: Line 51:
 
* Siehe auch
 
* Siehe auch
  
Alle Module müssen müssen mit [[:Category:Modules]] assoziert werden.
+
Alle Module müssen mit [[:Category:Modules]] assoziert werden.
  
 
=== Typen ===
 
=== Typen ===
  
Die folgenden 'Ebene 2' Überschriften sind erlaubt, sollten aber nur erstellt werden, wenn sie auch etwas enthalten.
+
Die folgenden 'Ebene 2' Überschriften sind erlaubt, sollten aber nur erstellt werden, wenn sie auch etwas beinhalten.
  
 
* Funktionen
 
* Funktionen
Line 65: Line 65:
 
* Siehe auch
 
* Siehe auch
  
Alle Module müssen müssen mit [[:Category:Types]] assoziert werden.
+
Alle Module müssen mit [[:Category:Types]] assoziert werden.
  
 
=== Functions ===
 
=== Functions ===
Bei Funktionen ''müssen'' alle Überschriften, außer ''Anmerkungen'', ''Beispiele'' und ''Siehe auch'', vorhanden sein. Das heißt, wenn eine Funktion keine Rückgabewert hat, sollte das explizit geschrieben werden. Das selbe gilt für Argumente.
+
Bei Funktionen ''müssen'' alle Überschriften, außer ''Anmerkungen'', ''Beispiele'' und ''Siehe auch'', vorhanden sein. Das heißt, wenn eine Funktion keinen Rückgabewert hat, sollte das explizit geschrieben werden. Dasselbe gilt für Argumente.
  
 
Wenn es für einen bestimmten Typ keinen Konstruktor gibt (z.B. [[Contact]]), sollte das explizit erwähnt werden.
 
Wenn es für einen bestimmten Typ keinen Konstruktor gibt (z.B. [[Contact]]), sollte das explizit erwähnt werden.
Line 85: Line 85:
 
Argumente und Rückgabewerte sollten mithilfe von [[:Template:param]] als Definitionsliste dargestellt werden.
 
Argumente und Rückgabewerte sollten mithilfe von [[:Template:param]] als Definitionsliste dargestellt werden.
  
Alle Funktionen müssen müssen mit [[:Category:Functions]] assoziert werden.
+
Alle Funktionen müssen mit [[:Category:Functions]] assoziert werden.
  
 
=== Enums ===
 
=== Enums ===
  
Bei Enums sind die folgenden Überschriften erlaubt:
+
Bei Enums sind folgenden Überschriften erlaubt:
  
 
* Konstanten
 
* Konstanten
Line 97: Line 97:
 
Die Konstanten sollten als Definitionsliste aufgelistet werden.
 
Die Konstanten sollten als Definitionsliste aufgelistet werden.
  
Alle Enums müssen müssen mit [[:Category:Enums]] assoziert werden.
+
Alle Enums müssen mit [[:Category:Enums]] assoziert werden.
  
 
== Spiele ==
 
== Spiele ==
Für Spiele solltest du deine eigene Struktur finden, aber du solltest immer diese semantischen Eigenschaften eintragen, damit die Seite korrekt in der [[:Category:Games|Liste der Spiele]] angezeigt wird.
+
Für Spiele solltest du deine eigene Struktur finden, jedoch solltest du immer diese semantischen Eigenschaften eintragen, damit die Seite korrekt in der [[:Category:Games|Liste der Spiele]] angezeigt wird.
  
 
<pre>
 
<pre>
Line 119: Line 119:
 
</pre>
 
</pre>
  
Es ist außerdem empfohlen Screenshots deines Spieles bereit zu stellen.
+
Es ist außerdem empfohlen Screenshots deines Spieles bereitzustellen.
  
 
== Bibliotheken ==
 
== Bibliotheken ==
Hier gibt es auch keine strikten Regeln, aber du solltest, genau wie bei Spielen, diese semantischen Eigenschaften einbringen:
+
Hier gibt es auch keine strikten Regeln, dennoch solltest du genau wie bei Spielen die folgenden semantischen Eigenschaften einbringen:
  
 
<pre>
 
<pre>
Line 129: Line 129:
 
</pre>
 
</pre>
  
Stelle die Bibliothek unter [[:Category:Libraries]], damit es automatisch in der [[Libraries|Bibliotheken]]seite erscheint. Füge dazu diesen Text an das Ende der Seite:
+
Stelle die Bibliothek unter [[:Category:Libraries]], damit sie automatisch in der [[Libraries|Bibliotheken]]seite erscheint. Füge dazu diesen Text an das Ende der Seite:
  
 
<pre>
 
<pre>
 
[[Category:Libraries]]
 
[[Category:Libraries]]
 
</pre>
 
</pre>

Revision as of 19:29, 24 June 2013

Diese Übersetzung ist nicht bindend! Im Zweifelsfall gilt das englische Original!

Alle registrierten Nutzer dürfen das Wiki bearbeiten, doch bitte beachte die folgenden Richtlinien um Kontinuität zu bewahren. Wenn du denkst, die Richtlinien sollten verändert werden oder zusätzliche Informationen enthalten, zögere nicht Rude zu kontaktieren.

Ziel

Dieses Wiki soll:

  1. Die LÖVE API dokumentieren und Tutorials bereitstellen.
  2. Informationen über Spiele und Bibliotheken, die LÖVE benutzen, bereitstellen.

Es ist durchaus erlaubt Informationen über Dinge, die aus diesen Kategorien fallen, hinzuzufügen.

Wenn du große Änderungen an diesem Wiki machen möchtest, z.B die Struktur der Datentypen ändern: Tu es nicht. Du musst dich vorher mit Rude absprechen, andernfalls wird die Änderung höchstwahrscheinlich widerrufen.

Nameskonflikte

Um zu viele Klammern in den URLs zu vermeiden haben die Dokumentationsseiten klare Titel ohne Präfix oder Suffix. Zum Beispiel kann der Typ Image extern über http://love2d.org/wiki/Image referenziert werden.

Das kann z.B. zu Namenskonflikten führen, bei den die Dokumentationsseiten immer gewinnen. Wenn du ein Spiel namens Awesome erstellst und LÖVE später einen Typ namens Awesome einführt (was nicht komplett ausgeschlossen ist), so wird diese Seite der deines Spiel vorgezogen.

Style

Wenn du über in LÖVE eingebaute Typen schreibst, verlinke sie auch. So ist Image beispielsweise ein Objekt, welches auf dem Bildschirm dargestellt werden kann.

Wenn du in einem normalen Satz auf Variablen oder Code verweist, nutze das <code> Tag, um die Lesbarkeit zu verbessern. z.B.: wenn du foo und bar addierst, erhältst du foobar.

Dokumentation

Dokumentationsseiten müssen alle die selbe Struktur aufweisen, wenn die Dokumentation benutzbar sein soll.

Alle Dokumentationsseiten müssen einen semantischen Link zu übergeordneten Seiten in ihrer Siehe auch-Sektion aufweisen. Ohne erscheint die Seite nicht in den automatischen Listen des Wikis. Ein semantischer Link wie dieser findet sich in allen Funktionen, Typen oder Enums von love.audio:

[[parent::love.audio]]

Alle Dokumentationsseiten brauchen außerdem eine semantische, 'listenfreundliche' Beschreibung. Diese erstellt man durch folgende Zeile am unteren Ende der Seite:

{{#set:Description=Zeichnet [[Image|Bild]] auf den Bildschirm}}

Module

Die folgenden 'Ebene 2' Überschriften sind erlaubt, sollten aber nur erstellt werden, wenn sie auch etwas beinhalten.

  • Typen
  • Funktionen
  • Enums
  • Anmerkungen
  • Beispiele
  • Siehe auch

Alle Module müssen mit Category:Modules assoziert werden.

Typen

Die folgenden 'Ebene 2' Überschriften sind erlaubt, sollten aber nur erstellt werden, wenn sie auch etwas beinhalten.

  • Funktionen
  • Enums
  • Basistypen
  • Subtypen
  • Anmerkungen
  • Beispiele
  • Siehe auch

Alle Module müssen mit Category:Types assoziert werden.

Functions

Bei Funktionen müssen alle Überschriften, außer Anmerkungen, Beispiele und Siehe auch, vorhanden sein. Das heißt, wenn eine Funktion keinen Rückgabewert hat, sollte das explizit geschrieben werden. Dasselbe gilt für Argumente.

Wenn es für einen bestimmten Typ keinen Konstruktor gibt (z.B. Contact), sollte das explizit erwähnt werden.

  • Konstruktoren
  • Funktionen
    • Zusammenfassung
    • Argumente
    • Rückgabewerte
  • Anmerkungen
  • Beispiele
  • Siehe auch

Wenn die Funktion überladen ist, wiederhole den Funktionsabschnitt für jede Überladung. Bei optionalen, abschließenden Argumenten muss das nicht getan werden. Weise einfach auf den Standardwert hin.

Argumente und Rückgabewerte sollten mithilfe von Template:param als Definitionsliste dargestellt werden.

Alle Funktionen müssen mit Category:Functions assoziert werden.

Enums

Bei Enums sind folgenden Überschriften erlaubt:

  • Konstanten
  • Anmerkungen
  • Siehe auch

Die Konstanten sollten als Definitionsliste aufgelistet werden.

Alle Enums müssen mit Category:Enums assoziert werden.

Spiele

Für Spiele solltest du deine eigene Struktur finden, jedoch solltest du immer diese semantischen Eigenschaften eintragen, damit die Seite korrekt in der Liste der Spiele angezeigt wird.

{{#set:Name=NoGame}} (Sollte dem Seitennamen entsprechen)
{{#set:Author=User:Rude}}
{{#set:Genre=Der Typ des Spiels}}
{{#set:LOVE Version=0.6.1}}
{{#set:Description=Eine kurze Spielbeschreibung.}}
{{#set:Screenshot=File:ScreenshotURL.png}}

Screenshots werden automatisch skaliert um in eine 161x100 Pixel Box zu passen.

Stelle das Spiel unter Category:Games, damit es automatisch in der Spieleseite erscheint. Füge dazu diesen Text an das Ende der Seite:

[[Category:Games]]

Es ist außerdem empfohlen Screenshots deines Spieles bereitzustellen.

Bibliotheken

Hier gibt es auch keine strikten Regeln, dennoch solltest du genau wie bei Spielen die folgenden semantischen Eigenschaften einbringen:

{{#set:LOVE Version=0.6.1}}
{{#set:Description=Eine kurze Beschreibung der Bibliothek.}}

Stelle die Bibliothek unter Category:Libraries, damit sie automatisch in der Bibliothekenseite erscheint. Füge dazu diesen Text an das Ende der Seite:

[[Category:Libraries]]