VDR Wiki:Konventionen
So, ich starte mal einen Versuch, die hier auf VDR Wiki entstandenen "Standards" aufzuschreiben und evtl. Neue zu entwickeln.
Dies erscheint mir wichtig, da besonders neue Helfer sich damit noch nicht auskennen und es bei den "Alten" Streit über die richtige Auslegung geben könnte und gab. Außerdem gibt es immer noch Bereiche, besonders in der Namesgebung (z.B. bei Bildern), die mir überhaupt nicht geklärt zu sein scheinen.
Da demnächst auch noch ein englisches VDR Wiki an den Start geht und nicht alles von Vorn losgehen sollte, wäre es schön wenn sich viele hier beteiligen und Vorschläge diskutieren, beisteuern und ändern.
Das hier Beschriebene muss nicht unbedingt der Realität entsprechen, auch wenn es darauf basiert. --Monroe 12:22, 16. Sep 2004 (CEST)
Inhaltsverzeichnis |
Artikel
Namensgebung
Allgemein
Plugins
Artikel über Plugins werden grundsätzlich klein geschrieben. Der Name besteht aus dem Pluginnamen und einem angehängten -plugin, also
name-plugin
Patches
Artikel über Patches werden grundsätzlich klein geschrieben. Der Name besteht aus dem Patchnamen und einem angehängten -patch, also
name-patch
Distribution-spezifische Artikel
Das Hauptaugenmerk von VDR Wiki liegt bei allgemeinen für alle Distributionen gültigen Beschreibungen. Trotzdem gibt es auch Artikel, die auf Eigenschaften und Eigenheiten von bestimmten Distributionen eingehen. Um eine Kollision mit anderen Artikeln zum gleichen Thema, aber anderen Distributionen zu vermeiden, sollten Distributiones-spezifische Artikel mit dem Namen der Distribution in Großbuchstaben anfangen, also
DISTRIBUTION - Artikelname
Bsp.
[[C't-VDR - Set timer]]
Auf diese Weise ist der Artikel eindeutig gekennzeichnet und der eigentliche Titel immer noch leicht erkennbar.
Gliederung
Allgemein
Beim eintragen neuer Plugins in die Plugins#Liste, Bitte folgendes beachten.
| Plugin | Beschreibung |
| name-plugin | Eine kurze und knappe Beschreibung des Plugins (möglichst in Deutsch) |
Plugins
Ein Artikel über ein Plugin enthält folgenden Inhalt. (siehe auch Templates#Plugins)
==Beschreibung==
'''Autor:''' <NAME-1>, <NAME-2>
Hier die Beschreibung des Plugins.
==Bilder==
{|
|[[Bild:<plugin>-plugin-00.jpg|thumb|none|''kurze beschreibung'']]
|[[Bild:<plugin>-plugin-01.jpg|thumb|none|''kurze beschreibung'']]
|}
==Hardwareanforderungen==
* Anforderung 1
* Anforderung 2
==Softwareanforderungen==
* Anforderung 1
* Anforderung 2
Hier haben sich die Kürzel bewährt.
* <benötigt folgendes> = (gleich) '''<version>'''
* <benötigt folgendes> >= (gleich oder größer) '''<version>'''
* <benötigt folgendes> <= (gleich oder kleiner '''<version>'''
* Zbs.:
* vdr >= '''1.3.35''' will heißen -> plugin benötigt vdr in der version 1.3.35 oder höher.
* ...
==Installation==
Damit sind aufzulösende Abhängigkeiten für ein Plugin gemeint, zbs Installieren von Software.
Aber nicht das Plugin selbst, zbs:
apt-get install <plugin>
emerge <plugin>
Sowas gehöhrt auf die entsprechenden Seiten der jeweiliegen Distribution.
Sollten es mehrere Punkte werden, weil zbs Installation, von Distribution zu Distribution unterschiedlich ist, wie folgt.
===Source==
Anweisungen zum übersetzen von Sourcen.
===[[Arch-Linux]]===
pacman -S <pakete>
===[[Crux]]===
prt-get <pakete>
===[[Debian]]===
apt-get <pakete>
===[[Gentoo]]===
emerge <pakete>
===[[SuSE]]===
yast -i <pakete>
===[[Weitere]]===
Befehle
==Optionen==
Können hier aufgeführt und beschrieben werden.
==Patches==
Bei evtl. vorhandenen, oder notwendigen Patches, wird hier dann ebenso verfahren.
==Konfiguration==
Unter Konfiguration können dann notwendige Einstellungen an Systemdateien
- wie der ''fstab'' - oder an Konfigurationsdateien des Plugins -
wie der mp3sources.conf - beschrieben werden.
==Einstellungen==
Damit sind meist die Einstellungen im Plugin selbst gemeint.
==Parameter==
Hier werden schließlich die möglichen Kommandozeilenparameter des Plugins aufgeführt.
{| border=1 cellpadding=2 cellspacing=0
|- bgcolor=#efefef
!Parameter (kurz)
!Parameter (lang)
!Beschreibung
|-
| -a ABC || --aaa=ABC || irgendein Parameter
|-
| -b || --bbb || ein anderer Parameter
|}
==Bedienung==
Eine Liste der benötigten Tasten und ihre Funktion, sowie vielleicht ein paar zusätzliche Anmerkungen.
{| border=1 cellpadding=2 cellspacing=0
|- bgcolor=#efefef
!Taste
!Funktion
|-
!bgcolor=#efefef| Rechts, FastFwd || Schneller Vorlauf (5 sec.)
|-
!bgcolor=#efefef| Links, FastRew || Schneller Rücklauf (5 sec.)
|-
!bgcolor=#efefef| Hoch || Nächstes Stück
|}
==Probleme==
Probleme sollten der Lesbarkeit halber gruppiert werden.
===Problem 1===
===Problem 2===
===Problem 3===
==Tipps==
==Wunschliste==
==Snapshot==
cvs ... login
cvs ... co ...
==Links==
{|
| [1]
| http://
| Homepage des Plugins
|}[[Kategorie:Plugins]][[en:<plugin>]]
Wenn es zu bestimmten Punkten keine Informationen gibt, wird die Überschrift ausgeblendet, das geht so.
<!-- ==Installation== -->
Wenn etwas nicht Klar sein sollte, einfach bei den anderen Plugins schauen, es sollten inzwischen alle formatiert sein.
Patches
Das Format ist ähnlich wie bei den Plugins. (siehe Templates#Patches) Lediglich die Bild- und Kategorieangaben müssen hier angepasst werden
[[Bild:name-patch-00.jpg]] [[Kategorie:Patches]]
Ein Bild für einen Patch macht natürlich nur dann Sinn, wenn er eine visuelle Veränderung erzeugt.
Formatierung/Gestaltung
Versionsnummern
Fast alle Programmpakete haben eine Versionsnummer in ihren Namen. Da es eher selten der Fall sein dürfe, dass nur eine ganz bestimmte Version verwendet werden kann und das dann sowieso gesondert hervorgehoben werden sollte, ist es besser einen Platzhalter zu verwenden. Da es verschiedene Versionschema gibt, ist
mediawiki-<VERSION>.tar.gz
die wohl allgemeinste (beste?) Möglichkeit unterschiedliche Versionen unterschiedlicher Programme in gleicher Weise darzustellen und wird hier verwendet.
Verzeichnisse
Wenn im Textfluss eine Verzeichnisname, wie /usr/local/bin, auftaucht, sollte es der besseren Lesbarkeit wegen Fett gesetzt werden
[...] '''/usr/local/bin''' [...]
Hardcodet
Bitte keine Hardcodet Sachen ins Wiki schreiben, Bsp:
Es heißt:
$SOURCEDIR
Nicht:
/usr/local/src
Somit bleibt es (Linux üblich) jeden selbst überlassen, wie was und wo.
Bilder
Namensgebung
Allgemein
Ein Screenshot, oder Bild verschönert den Text und kann auf eindrucksvolle Weise das Objekt der Beschreibung illustrieren.
Wenn es sich um Screenshots für Programme handelt, sollte man als Namen den des Programms, plus ein angehängtes -screenshot wählen, also
programmname-screenshot-xx.jpg
wobei xx von 00-99 läuft.
Bei Fotos von Hardware oder anderen Gegenständen, sollte man einen möglichst eindeutigen Namen wählen, bei DVB-Karten also z.B. mit Revisionsnummer.
Plugins
Zu jedem Plugin sollte auch ein Screenshot dem Artikel hinzugefügt werden. Das lockert den Text etwas auf, außerdem will jeder sowas sehen ;-). Ein direktes Verlinken mit Bildern auf der Homepage des Plugins sollte vermieden werden, da diese sich ändern können und es auch rechtlich sicher nicht ganz einwandfrei ist?!
Um das zu einem Plugin passende Bild schnell zu finden sollte es den Namen des Pluginartikels und evtl. eine Nummer haben
name-plugin-xx.jpg
wobei xx von 00-99 läuft.
Patches
Wenn ein Patch eine visuelle Veränderung erzeugt, sollte auch ein Screenshot dem Artikel hinzugefügt werden. Ein direktes Verlinken mit Bildern auf der Homepage des Patches sollte vermieden werden, da diese sich ändern können und es auch rechtlich sicher nicht ganz einwandfrei ist?!
Um das zu einem Patch passende Bild schnell zu finden sollte es sich aus dem Namen des Patches und einem angehängten -bild, sowie einer Nummer zusammensetzen Um das zu einem Patch passende Bild schnell zu finden sollte es den Namen des Patchartikels und evtl. eine Nummer haben
name-patch-xx.jpg
wobei xx von 00-99 läuft.
Format
Allgemein
Für Fotos und Screenshots ist das JPEG-Format am besten geeignet, für Skizzen und Zeichnungen sollte das PNG-Format gewählt werden.
Eine Auflösung von 800x600 bei Fotos und Programm-Screenshots, bzw. 768x576 bei Fernseh-Screenshots sollte ausreichend Details liefern. Vor dem hochladen, sollte man die Größe des Bildes optimieren. Anleitungen hierzu gibt's vielfach und für verschieden Programme im Internet.
Für Screenshots von VDR / Plugins:
svdrpsend.pl grab "/video/"$(date --iso-8601=seconds)".jpg" jpeg 50
Kategorien
Kategorien sind eine praktische Möglichkeit eine Struktur in die Artikelmassen zu bringen. Aber wildes drauflos-kategorisieren ist eher kontraproduktiv.
Es gibt dabei nicht nur die Möglichkeit einen Artikel einer Kategorie zuzuordnen man kann ihn auch mehreren Kategorien und/oder Unter-Kategorien zuordnen.
Um Wildwuchs zu vermeiden, sollte man schauen, ob nicht schon eine passende Kategorisierung existiert. Kategorien existieren im Moment für
Dies ist im Moment nur ein Vorschlag, das Meiste existiert also noch nicht!
Allgemein
VDR Wiki
