Re:

Ein Wiki würde den Verwaltungsaufwand erhöhen und es fehlt uns derzeit an freien Ressourcen. Für SELFHTML 8.1.2 ist noch einiges offen und Grundsatzdiskussionen hinsichtlich Version 9 sind nicht minder zeitraubend. Und dann kommst plötzlich du daher … ;-)

Ich bitte Dich nicht alles in einen Topf zu schmeißen. In diesem Diskussionsarm wollte ich Deine für mich zumindest sehr interessante Idee der Bug-Datenbank diskutieren. Nun wirst Du auch noch die Konzeption eines Wikis hier ein. Bitte habe ein Einsehen mit meinem programmatischen Verstand.

Wir könnten das Redaktionsteam aufstocken, ja. Die Erfahrung zeigt aber leider, dass gerade das Forenpublikum extrem schwer dazu zu bewegen ist, auch außerhalb aktiv zu werden. Siehe Tipps & Tricks, Feature Artikel und Weblog. Ich weiß nicht, woran es liegt, aber das fehlende Interesse motiviert mich nicht dazu, eine weitere Baustelle zu eröffnen.

Zu der Argumentation habe ich meine eigene Meinung … ;(

Ich kann dir derzeit kein Pflichtenheft liefern, es fehlt einfach die nötige Zeit. Einige wichtige Punkte habe ich aber bereits genannt. Sieh es einfach als die Mutter aller Initiativstrafen.

- also Laufzettelprinzip ;(

Was alles würdest du per Wiki umsetzen?

Kurz: Alles!

Nehmen wir http://de.selfhtml.org/html/kopfdaten/meta.htm als Beispielseite. Sie gliedert sich in folgende Punkte:

* Allgemeines zu Meta-Angaben
 * Beschreibung, Autor, Stichwörter, Datum
 * Mehrsprachige Meta-Angaben
 * Metadaten-Profil in separater Datei
 * Schema zu einer Meta-Angabe
 * Meta-Angaben nach Dublin Core
 * Auslesen erlauben/verbieten
 * Angabe zur Zeichenkodierung
 * Angaben zu Default-Sprachen für Scripts und Stylesheets
 * Datei von Originaladresse laden
 * Automatische Weiterleitung zu anderer Adresse (Forwarding)
 * Angaben zu PICS
 * Diverse Meta-Angaben

Jeder Punkt hat eine über einen Anker erreichbar eine Detailbeschreibung. Mein Ansatz ist es nun als Abschluß einer jeden Detailbeschreibung einen _Hyper_link (verzeih, das Ponny läßt sich zu schön reiten;) auf ein Wikisource anzugeben. Stelle es Dir exakt so vor, wie auch die umgesetzten Beispiele der Dokumentation über eine Verweis erreicht werden.

Mich interessiert vor allem die Strukturierung aller vorstellbaren Angebote.

Bei der Größe der Dokumentation wäre es nur um so sinnvoller dafür eigens abgestellt, separat eine Maschine zu betreiben, die gezielt auf die Bedürfnisse ein solches Wiki konfigurierbar ist - sagen wir freya.selfhtml.org (dann bleibts auch im Kontext der bisherigen Benennung, allerdings mit einem lieblich weiblichen Touch).

Damit (Verweise und physische Lage der Resourcen) ist eine grundsätzliche Trennung der Struktur transparent umgesetzt.

Die interne Struktur einer solchen Wikiergänzungsseite sollte sich dabei ebenso an der bisherigen Aufteilung eines Sachgebiets (z. B. <meta> und die o. g. Gliederung in Punkte) orientieren, sodaß jeder ergänzende Aspekt des Wikis in gleicher Form für sich gesondert (z. B. hier im Forum) referenziert werden kann, wie dies bis jetzt mittels der Dokumentation möglich ist.

Laß mich kurz noch zu einem anderen, von Dir angedeuteten Punkt klären:

...liegt, aber das fehlende Interesse motiviert mich nicht dazu, eine weitere Baustelle zu eröffnen.

Sich in immer mehr werdende Baustellen auseinanderzudividieren ist auch mir ein Graus. Welche aktuell bestehende Baustellen sollten Deiner Mainung nach vollendet werden, welche Hilfe braucht Ihr dazu?

Gruß aus Berlin!
eddi

--
PHP: PHP unter Linux installieren, in Bearbeitung PHP Konfigurieren