Herzlichen Glückwunsch - es ist ein Wiki!

[Marc Reichelt]

Hallo Stefan,

• Unter welche Lizenz würdet ihr den Inhalt stellen? Wir finden, dass sich die Lizenz Creative Commons BY-SA gut eignen würde, sind aber offen für Neues.

Die finde ich grundsätzlich in Ordnung. Es wird aber wahrscheinlich noch ein paar zusätzliche Vereinbarungen für Autoren geben müssen.

An dieser Stelle muss ich kurz erwähnen, dass mir ein Fehler unterlaufen ist. Die im Chat vorgeschlagene Lizenz war BY-ND, nicht BY-SA. Wie auch immer: Ich vermute, dass wir um einige eigene Anpassungen nicht herumkommen werden. Schließlich wollen wir einen Wildwuchs vermeiden und auch ein Buch soll noch möglich sein.
An welche zusätzliche Vereinbarungen hast du so gedacht?

• Welche Diskussionsplattform ist euch am Liebsten? Ein CForum, das ans Wiki angeschlossen wird? In diesem (großen) Forum diskutieren? Oder eher eine Wiki-eigene Lösung (Diskussionsseiten)?

Die Diskussionsseiten von MediaWiki sind ein einfaches, in den meisten Fällen ausreichendes Werkzeug, um sich redaktionell über Inhalte zugehöriger Seiten auszutauschen. Aber ein Diskussionsforum wie dieses hier ist damit nicht abbildbar.
Es gab auch mal eine Thread-Forum-Extension für MediaWiki (weiß nicht, obs die noch gibt, und ob sie weiterentwickelt wurde), aber natürlich nicht vergleichbar mit den Features hier.

Hier wurde von den anderen bereits der Vorschlag gemacht, das bestehende Forum (dieses Forum) um ein neues Thema zu erweitern und so zu verwenden. Für die Lemmata kann man dann immer noch die MediaWiki-Diskussionsseiten nutzen.

Eine große Herausforderung an die Entwickler hier wäre es natürlich, selber mal eine Thread-Forum-Extension zu schreiben.

Ich glaube das wird erst mal auf unbestimmte Zeit zurückgestellt. Wir haben uns schon des öfteren an einer eigenen Lösung versucht und daraus gelernt. ;-)

• Generelle Vorgehensweise: Würdet ihr die Inhalte von SELFHTML 8.1.2 ins Wiki übertragen? Oder z. B. eher in Seiten von SELFHTML 8.1.2 Links zum Wiki einfügen, sobald dort neuere Inhalte vorliegen, und so für eine allmähliche Migration sorgen?

Ich würde die Chance des Umstiegs nutzen, um auch die Doku anders und neu zu strukturieren. Das wird ohnehin nötig sein, denn wer sich mal etwas mit HTML5 beschäftigt, wird bald einsehen, dass es, wenn man das im Rahmen von SELFHTML ordentlich beschreiben will, nicht damit getan ist, hier und da eine Seite für ein neues Element oder Attribut zu spendieren. HTML5 stellt fast alles auf den Kopf. Das fängt bei der Strukturierung von Dokumenten mit sectioning-Content an, und geht über die zahlreichen neuen Script-APIs, die man kaum sinnvoll isoliert, also ohne JavaScript, beschreiben kann, und endet bei völlig neuen Ausrichtungen (weg von der "validierbaren Instanz eines generalisierten Markups" und hin zu einem Programmier-DOM im Markup-Gewand, freiere Elementverschachtelungen, Mischen von XHTML und HTML-Syntax usw.).

Auch bei JavaScript sollte man finde ich nicht konvertieren, sondern eine neue, der Thematik aus heutiger Sicht gerecht werdende Aufteilung schaffen und noch verwertbare Inhalte händisch in die neue Struktur kopieren. Glaubt mir, wenn ihr nur konvertiert und dann anfangt, Kosmetik zu betreiben, werdet ihr kein zeitgemäßes SELFHTML schaffen, sondern wieder nur ein aufgebohrtes SELFHTML 8.x.

Hier sprichst du mir aus der Seele. IMHO würden wir nur wieder sehr viel Zeit für das Übertragen der alten Inhalte verlieren, hätten die alte Struktur übernommen und danach immer noch nichts Neues, sondern nur ein 8.x im Wiki-Gewand.
Außerdem haben wir uns für SELFHTML 9.x bereits eine schöne Struktur überlegt, die wir ja übernehmen können. So war unsere Arbeit daran auch nicht für umsonst.

Perl würde ich ganz rausschmeißen. Das ist ein riesiger Brocken an fachlichem Know How, der aber im Web-Bereich kaum noch nachgefragt wird, und die Perl-Freaks haben ihre eigenen Quellen. Stattdessen würde ich serverseitiges Scripting zum einen im Zusammenhang mit Ajax-Beispielen bringen, und zum anderen verstärkt in Feature-Artikel auslagern, die einzelne Aspekte z.B. von PHP oder Java beleuchten.

ACK wegen Perl. Wir können das Perl-Kapitel in 8.1.2 ja online lassen, aber es aus dem Wiki raushalten.

Sinnvoller fände ich stattdessen mehr über HTTP. Gerade im Zusammenhang mit Ajax kommen viele Bastler erstmals tiefer in Berührung mit den Möglichkeiten des HTTP-Protokolls. Allerdings sollte man dabei nicht versäumen, auch schon mal nach neueren Sachen zu schielen, wie z.B. den Websockets.

ACK. Du bist gerne dazu eingeladen, dazu Inhalte hinzuzufügen, sobald das Wiki online ist. Ich bin gespannt! :-)

Mag sein, dass euch das jetzt alles zu viel auf einmal erscheint. Aber ohne einen Bruch mit der bisherigen Doku wird eben nur ein SELFHTML-8.x in Wiki-Form daraus, und das wird wieder (zu Recht) die Kritiker auf den Plan rufen.

Wir hatten uns intern bereits vor geraumer Zeit dazu entschieden, SELFHTML 9 neu aufzubauen. Das war eben aber auch mit ein Grund dafür, dass es nicht voran gekommen ist.
Vielleicht haben wir jetzt mit dem Wiki die Chance, Inhalte sukzessive hinzuzufügen und aus 8.x heraus darauf zu verlinken.

Ich bin zuversichtlich, dass unser jetziger Versuch mehr Potential hat.

Grüße

Marc Reichelt || http://www.marcreichelt.de/