Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- blog:quellen-_und_lizenzangaben [2017/11/18 09:16] – d.weller
+++ blog:quellen-_und_lizenzangaben [2017/11/18 09:32] – d.weller
@@ Zeile 7: / Zeile 7: @@
 ===== 1. Grundlagen =====
-Verantwortlich für eine Seite hier im KvFG-Wiki ist die Person, die die jeweilige Seite erstellt hat bzw. (im Falle von Schüler/innen) die betreuende Lehrkraft, die alle Werke zu sichten und freizugeben hat. Geht es um die Angabe von Lizenz- und Quellenangaben gibt es kein "ich wusste das nicht" oder gar "ich kann das nicht". Denn es gibt eine ganze Reihe an Möglichkeiten mit den an Online-Autor/innen gestellten Anforderungen umzugehen. Diese werden weiter Unten ausgeführt.
+Verantwortlich für eine Seite hier im KvFG-Wiki ist die Person, die die jeweilige Seite erstellt hat bzw. (im Falle von Schüler/innen) die betreuende Lehrkraft, die alle SuS-Werke zu sichten und freizugeben hat.
 Im KvFG-Wiki gilt mit gutem Grund und ohne Ausnahme die Regel, dass alle Lizenz- und Quellenangaben immer in der vom Rechteinhaber geforderten Form direkt am eingebundenen Werk zu machen sind.
@@ Zeile 101: / Zeile 101: @@
 Außerdem gibt es für Geschmacksfragen ebenfalls Lösungen, über die es nachzudenken gilt.
-Viele Wünsche lassen sich über eigene Stylesheets regeln. In diesem Fall darf man sich in CSS einarbeiten - und an der einen oder anderen Stelle auch in den PHP-Quelltext von Dokuwiki oder eines anzupassenden Plugins. Dafür kommt man aber - im Vergleich mit allen anderen Lösungen - zügiger an's Ziel.
+Viele Wünsche lassen sich über spezielle Stylesheets regeln. In diesem Fall darf man sich in CSS einarbeiten - und an der einen oder anderen Stelle auch in den PHP-Quelltext von Dokuwiki oder eines anzupassenden Plugins. Dafür kommt man aber - im Vergleich mit allen anderen Lösungen - zügiger an's Ziel. Eine Bremse der Eigeninitiative, mit der man rechnen sollte, ist hier, dass Stylesheets immer für das gesamte Wiki gelten. Die notwendigen Absprachen mit den anderen Nutzer/innen sollte man von Beginn an "einpreisen".
-Lassen sich die eigenen Wünsche nicht mit CSS lösen, dann kann man sich ein fehlendes Plugin für Dokuwiki, das dann genau das tut, was man will, durchaus auch selbst schreiben. Die Schnittstellen sind offengelegt - also PHP lernen und los.
+Lassen sich die eigenen Wünsche nicht über CSS lösen, dann kann man sich ein fehlendes Plugin für Dokuwiki, das dann genau das tut, was man will, durchaus auch selbst schreiben. Die Schnittstellen sind offengelegt, die meisten Plugins sind Quelloffen und Dokuwiki hat seinen Code ebenfalls publiziert und freigegeben. Also PHP lernen und los.
 Oder man sucht sich jemanden, der das macht. Dabei muss man darauf achten, dass der Schreiber seinen Quellcode unter eine offene Lizenz stellt, will man nicht in die Falle laufen, dass die eigene Lösung in wenigen Jahren (z.B. mit einer neuen Dokuwiki Version) nicht mehr kompatibel ist. Nur durch die Freigabe des Quellcodes unter einer offenen Lizenz ist gewährleistet, dass andere die Arbeit fortsetzen können. Das kann z.B. ein Schüler sein - oder eine bezahlte Kraft. Die Kontaktaufnahme mit den Menschen hinter schon bestehenden Plugins oder auch den Machern von Dokuwiki lohnt sich. Evtl. hat man ja auch Glück und der höflich formulierte Feature-Request auf den Github Seiten des Plugin-Schreibers löst bei dessen nächster Version schon alle Probleme.