Hallo Rolf,
Ist bei HTML/CSS/JS natürlich wesentlich einfacher und daher ein Wiki nicht notwendig.
Nach all dem, was ich bisher im Selfwiki gesehen habe, ist die Struktur bei weitem nicht einheitlich. Das war sie übrigens auch im alten Selfhtml nicht.
Das ist ja das Problem, im Output nicht aber in der DB sicherlich gut strukturiert(vermute ich)
Ein Formular, um darin alle Artikel des Wiki ohne Formatierungssyntax zu erfassen? Whoa. Konstruier mal eins. Vielleicht auch drei bis fünf, für unterschiedliche Artikelarten. Ohne Realisierung. Nur als Trockenübung. Stöbere im Wiki, in Tutorials und Referenzen, und schau, ob man diese Inhalte da hinein bekäme. Und wenn nicht, ob man sie so umgestalten könnte, dass es doch passt. Wenn Du zu einem positiven Ergebnis kommst, kannst Du es ja mal vorzeigen.
Der Aufwand für eine Trockenübeung, die ja dann doch am Ende abgelehnt wird ist mir zu gross. Ich versuchs aber mal zu beschreiben.
Nehmen wir mal Fetch().
Nun haben wir verschiedenen Outputansätze:
Einleitung, Beispielcode,Inhaltsverzeichnis, Tabellen/Verweise quer gemischt. Keine einfache Struktur.
Klare Blöcke[ Überschift(zb. Einleitung), Text, Beispielcode, Notiz/Info ]
Am Ende weiterführendes.
Für mich klarer strukturiert und daher einach mit Formular zu erweitern.
Simplste Möglichkeit, aber natürlich auch nicht gerade umfangreich, dafür aber direkt zum Ausprobieren motiviert. Hier gehts mehr um "learning by doing" Aber wieder klare einheitliche Blöcke, wenn dann wie bei MDN am Ende der Seite noch detailierte Infos ständen wäre es (für mich) optimal.
Also kurzum, eine Kombi dieser 3 Portale(Wissen und Umfang von Selfhtml und MDN, Einfachheit und Editor und Teilbarkeit von W3schools plus Forum Selfhtml) , mit einen absoluten Schablonenstrukturierung, wäre für mich die eierlegende Wollmilchsau.
Gruss
Henry
Meine Meinung zu DSGVO & Co:
„Principiis obsta. Sero medicina parata, cum mala per longas convaluere moras.“