WikiTools: Kooperation im Web GERMAN

an der entsprechenden Stelle ein. Wichtig ist weiter die Wiki-Link-Syntax, die unten näher beschrieben wird. Die Hauptaufgabe des Wiki-Admins besteht darin, die WikiInhalte zu pflegen und einen reibungslosen Ablauf der Arbeit im Wiki zu garantieren. Er hat weitergehende Rechte als der normale Teilnehmer, z. B. das Löschen von Seiten oder das Sperren einzelner User. Dafür hat er meist eine eigene Oberfläche oder Spezialseiten im Wiki, auf die nur Admins Zugriff haben.

Abb. 1.4

16

■ ■ ■

1 Das Wiki-Konzept

Selbst ein Wiki kommt nicht ohne Technik aus. Auf dieser Ebene kümmert sich ein Webadmin um Installationen, Wartung und Updates der Software. Er kann im Gegensatz zu den anderen beschriebenen Gruppen direkt auf die Dateien zugreifen, ohne den Umweg über die Wiki-Schnittstelle gehen zu müssen.

Webadmins

Abb. 1.5

Aus der bisherigen Einteilung kristallisiert sich ein Modell heraus, das den Zugriff der beteiligten Personen in Schichten unterteilt, die sich in technischer Hinsicht nach Art und Tiefe unterscheiden. Neu hinzugekommen ist auf der untersten Ebene sowohl die Infrastruktur, wie Server und Betriebssystem, als auch die notwendige Software, wie Webserver und Datenbank. Diese werden von einem System-Administrator gepflegt.

Schichtenmodell

Abb. 1.6

Während also der System- und der Web-Administrator direkten Zugriff zum Server haben und nicht unbedingt in die Wiki-Gemeinde integriert sein müssen, bewegen sich Wiki-Administratoren, Autoren und Leser auf der webbasierten Oberfläche des Wikis.

1.2 Die Technik der Wikis

■ ■ ■

17

Im Schichten-Modell sieht man außerdem sehr schön, dass sich die Schnittstelle, über die der Inhalt gestaltet werden kann, im Gegensatz zu einer gewöhnlichen HTML-Seite im Client-Bereich befindet. Damit ist von technischer Seite die Voraussetzung gegeben, dass sich möglichst viele Leute ohne große Hürde (dem Zugang zum Server) an der Gestaltung des Inhalts umfassend beteiligen können.

1.3 Wiki-Klone Mit der Entwicklung und Nutzung des WikiWikiWebs entstanden neue Anforderungen und entsprechend neue Programme, in denen die Wiki-Idee weiterentwickelt wurde. Meatball (selbst eine WikiCommunity) behauptet, dass es heute rund 200 verschiedene Typen 14 von Wikis gibt. Diese Programme heißen Klone, da sie das ursprüngliche Wiki imitieren, jedoch einige Funktionen hinzufügen. Die meisten von ihnen tragen den Begriff „wiki“ im Namen. Hier nur einige bekannte Beispiele: ■

UseModWiki ist einer der ältesten und meistverwendeten WikiKlone. In Perl geschrieben existieren eine Menge kleiner Programme, die diverse Zusatzfunktionen ermöglichen. UseMod hatte großen Einfluss auf die Entwicklung anderer Wikis, wie zum Beispiel auf das MediaWiki, dessen Formatierungssprache (genauer dessen Syntax) stark an das UseMod angelehnt ist.

■

MediaWiki wurde für die Bedürfnisse des Enzyklopädieprojekts Wikipedia konzipiert. Es besteht aus mehreren in PHP geschriebenen Skripten und enthält einige Weiterentwicklungen (Namensräume, Seitenleiste, Hinweise auf Bearbeitungskonflikte).

■

MoinMoin ist ein einfacher und sehr verbreiteter Wiki-Klon, geschrieben in Python. MoinMoin, dessen Name auf den freundlichen, norddeutschen Gruß beruht, ermöglicht beispielsweise eine Benutzerregistrierung und hat ein Plugin-System für Erweiterungen. MoinMoin ist sehr benutzerfreundlich und bietet ein sehr angenehmes Layout.

■

PhpWiki, ein viel versprechender Wiki-Klon, hat zahlreiche Verwaltungsfunktionen und eine Plugin-Architektur, die es er-

14

Viele Wikis sind verzeichnet unter: http://c2.com/cgi/wiki?WikiEngines.

18

■ ■ ■

1 Das Wiki-Konzept

möglicht, zahlreiche Funktionalitäten einzubinden. PHP ist syntaktisch die Grundlage für das PhpWiki. ■

WakkaWiki hat als einfaches, kleines Wiki große Verbreitung gefunden. Das Projekt lebt in verschiedenen Klonen wie ComaWiki, WikkaWiki und UniWakka weiter.

■

TikiWiki, ebenfalls in PHP geschrieben, bietet bereits eine ganze Reihe nützlicher Features, das den Vergleich mit bestehenden Content Management Systemen und Groupware nicht mehr zu scheuen braucht. Das Wiki ist hier nur ein Bestandteil neben einer ganzen Reihe zusätzlicher Groupwarefeatures, wie Foren, Blog-Funktion, Newsletter, Datei- und Bildergalerie, Umfrage-, Chat- oder Kalenderfunktion.

■

Das in Perl geschriebene TWiki ist neben dem TikiWiki mit zahlreichen Plugins und Features der umfangreichste WikiKlon. Das TWiki setzt die Wiki-Technologie konsequenter um als das TikiWiki, weil Zusatzfunktionen auch weitgehend mit dieser Technologie verwirklicht werden. Das TWiki, das zur Nutzung als Firmenintranet konzipiert wurde, wird auf Grund seines hohen Entwicklungsstandes zunehmend für kommerzielle Zwecke eingesetzt.

Einige Hinweise, nach welchen Kriterien Sie Ihr Wiki auswählen sollten, finden Sie in Kapitel 17.2 So stellt sich z. B. die Frage, ob das Wiki eine Benutzerverwaltung ermöglichen soll oder nicht.

1.4 Charakteristische Wiki-Funktionen Unabhängig vom verwendeten Wiki-Skript bieten alle Wikis einige technische Kernfunktionen, die wir hier nur kurz ansprechen und auf die wir später noch näher eingehen werden. Editing. Der Edit-Schalter ist das charakteristischste Merkmal eines Wikis. Nur in extremen Fällen werden spezielle Seiten von der Möglichkeit des Editierens ausgenommen. Auf Wikipedia wurde die Veränderbarkeit spezieller Seiten, wie der Titelseite, erschwert. Eine Seite kann auch gesperrt werden. Da die Sperrung der WikiPhilosophie entgegensteht, werden solche Maßnahmen in der Regel vermieden. Links. Jeder Artikel kann auf andere Artikel verweisen und damit eine neue Netzstruktur bilden. Wie oben schon gezeigt, werden in

1.4 Charakteristische Wiki-Funktionen

■ ■ ■

19

den meisten Wikis Links mit einem WikiWord erzeugt: Wörter werden mit großen Anfangsbuchstaben versehen und ohne Zwischenraum zusammengesetzt (CamelCase, wobei CamelCase selbst ein Beispiel für ein solches WikiWord ist). CamelCase macht das Verlinken einfach, erzeugt aber auch bei manchen Anwendungen Probleme. Deshalb werden in anderen Wikis, wie dem MediaWiki, Links generiert, indem der Titel einfach in eckige Klammern gesetzt wird. Unabhängig davon welche Verfahrensweise gewählt wird, wurde damit ein Link gesetzt, der in der Normalansicht erscheint. Falls eine entsprechende Seite zum Link innerhalb des Wikis noch nicht existiert, kann diese mit einem einfachen Mausklick auf den Link kreiert werden. So unterstützen Wikis assoziative Verbindungen zwischen den Seiten, indem sie die Linkerstellung fast intuitiv gestalten und aufzeigen, ob ein beabsichtigter Link existiert oder nicht. Die neuen Seiten sind jetzt mit der bestehenden Seite verbunden und damit Bestandteil der Hypertextstruktur. History. Diese Funktion speichert im Prinzip alle vorausgegangenen Versionen bzw. Veränderungen einer einzelnen Seite. Hier ist es möglich, den Bearbeitungsprozess eines Artikels genau zu verfolgen, da sämtliche Änderungen dokumentiert wurden. Die „History“Funktion erlaubt es, eine vorausgegangene Version zu öffnen und wieder zu speichern, um den ursprünglichen Inhalt wiederherzustellen (Rollback). Dieses Konzept geht auf Cunninghams Änderungshistory zurück und stellt nun auch ein wirksames Mittel gegen unfreundliche Besucher dar, die die Seite zerstören wollen. Allerdings wird sie häufiger auf Grund ganz normaler Koordinationsprobleme gebraucht. Die History kann bis zur ersten Version zurückreichen, kann allerdings aus Platzgründen auch begrenzt sein. Komplexere Wiki-Klone bieten eine sogenannte „Diff“-Funktion, die detailliert Änderungen zwischen zwei Revisionen einer Seite zeigt, so dass die Autorinnen und Autoren nicht zwei Texte Zeile für Zeile miteinander vergleichen müssen. RecentChanges. Diese Seite gibt entweder einen aktuellen Überblick über eine bestimmte Anzahl von kürzlich veränderten WikiSeiten oder alle Veränderungen innerhalb eines vordefinierten Zeitraums. Sie wird automatisch produziert und kann von den Usern nicht geändert werden. Manche Wikis, wie z. B. das MediaWiki, bieten sogenannte Beobachtungslisten. Auf diese Weise lassen sich ausgewählte Seiten über einen längeren Zeitraum beobachten. Wenn Ihnen ein besonderer Artikel am Herzen liegt, müssen Sie nicht ständig die Liste aller Änderungen aller Seiten durchsehen.

20

■ ■ ■

1 Das Wiki-Konzept

SandBox. Wikis bieten meist auf der Startseite Anleitungen und Einführungen an, die die Arbeit im System erleichtern sollen. Daneben können Einsteiger aber auch erfahrene Nutzer in einer sogenannten SandBox („Sandkasten“) oder SpielWiese den Umgang mit dem Wiki lernen und Lösungsmöglichkeiten ausprobieren, ohne eine normale Seite benutzen zu müssen. Sie haben eine Sandbox eingangs schon kennen gelernt. Diese Testumgebung ist dabei nichts weiter als eine Wiki-Seite, die in regelmäßigen Abständen geleert wird. Suchfunktionen. Die meisten Wikis bieten zudem eine klassische Volltext- oder Titelsuche für die Wiki-Seiten. So können Beiträge eines Wikis schnell aufgefunden werden. Es zeigt sich, dass bei einer guten Wahl von Titeln die Suche wie ein Karteikartensystem funktionieren kann.

1.5 Das Wiki-Phänomen Bertolt Brecht schrieb in seiner sogenannten „Radiotheorie“ 1930, der Rundfunk habe eine Seite, wo er zwei haben sollte. „Er ist ein 15 reiner Distributionsapparat, er teilt lediglich zu.“ Sein berühmt gewordener Vorschlag war, den Rundfunk umzufunktionieren, und aus einem Distributionsapparat einen Kommunikationsapparat zu machen. „Der Rundfunk wäre der denkbar großartigste Kommunikationsapparat des öffentlichen Lebens, ein ungeheures Kanalsystem, das heißt, er wäre es, wenn er es verstünde, nicht nur auszusenden, sondern auch zu empfangen, also den Zuhörer nicht nur hören, sondern auch sprechen zu machen und ihn nicht zu isolieren, sondern ihn in Beziehung zu setzen.“ Mit dem Internet stand nur wenige Jahrzehnte später ein neuartiges Massenmedium zur Verfügung, das technisch den Forderungen Brechts, Sender und Empfänger in eins zu setzen, ausgesprochen entgegen kam. Technische Durchbrüche wecken Erwartungen und Euphorie, Befürchtungen und Ängste hinsichtlich der aufklärenden Wirkung dieser Errungenschaften. Dies war bei den klassischen Bild- und Tonmedien nicht anders als bei der „Internet-Revolution“. Doch Technik und neue Erfindungen an sich verändern nichts. Zwischen gesellschaftlichem Fortschritt und technischen Innovationen besteht ein komplexes und schwieriges Wechselverhältnis. Analysieren kann man dieses durch folgende Fragen: Wer benutzt die 15

Brechts Radiotheorie

Brecht 1930/1967, 129.

1.5 Das Wiki-Phänomen

■ ■ ■

21

Technik? Mit welchem Ziel und in welchen Formen? In welchen Abhängigkeiten steht er? Entsprechend können Wikis emanzipato16 risch genutzt werden, oder auch nicht.

1.5.1 Kreativität durch Gruppenprozesse Communities

Dass Potentiale und Grenzen von Wikis seit neuestem auch jenseits des Fachpublikums diskutiert werden, hat in erster Linie damit zu tun, dass sich nicht zuletzt um die großen Internetlexika Communities gebildet haben, die die Möglichkeiten der Selbstorganisation weiterentwickeln. Diese Gruppen können einige erfolgreiche Projekte vorweisen, die mit einem ziemlich unkomplizierten Verfahren schnell zuverlässige Dienstleistungen der Öffentlichkeit zur Verfügung stellen. Es lässt sich beobachten, dass die Kommunikation großer Gruppen effektiver ist und mit ihr schneller auf Veränderung reagiert werden kann, als mit hierarchischen Ordnungsmodellen. Wikis sind kein Einzelphänomen: Ähnliche Erfahrungen wurden vorher bereits mit der „subversiven“ Entwicklung von OpenSource-Software (z. B. Linux) gemacht. Eric Raymond hat eine größere Debatte ausgelöst als er versuchte, die unterschiedlichen Managementmethoden metaphorisch in den Prinzipien der Kathed17 rale und des Basars zu fassen: Während die konventionelle Softwareentwicklung davon ausging, dass wichtige Programme wie Kathedralen gebaut werden müssten, „sorgsam gemeißelt von einzelnen Druiden oder kleinen Teams von Hohepriestern, die in totaler Abgeschiedenheit wirkten und keine unfertigen Beta-Freigaben veröffentlichen dürften, […] schien die Linux-Gemeinde ein großer, wild durcheinander plappernder Basar von verschiedenen Zielsetzungen und Ansätzen zu sein, der ein kohärentes und stabiles System wohl nur durch eine Reihe von Wundern hervorbringen konnte. Die Tatsache, dass der Basar zu funktionieren schien, und zwar sehr gut zu funktionieren schien, war ein ausgesprochener Schock.“ Der Reiz an der Wiki-Technologie besteht auch darin, Gewohntes neu zu denken. Wieder stehen hierarchische Steuerungsmodelle zur Disposition und damit geltende Vorstellungen darüber, warum und wie arbeitsteilig komplexe Probleme gelöst, Produkte hergestellt und verteilt werden können. Es geht um nichts weniger, als um die Frage anderer Vergesellschaftungsmodelle, deren Möglichkeit (!) zum Vorschein kommt. 16 17

22

■ ■ ■

Vgl. Ebersbach/Glaser 2004. Raymond 1999.

1 Das Wiki-Konzept

Es wird immer wieder gefragt, warum Wikis funktionieren. Die Frage müsste genauer gestellt werden: Warum und unter welchen Bedingungen kooperieren Menschen bei Wiki-Projekten ohne zentrale Kontrolle und äußeren Druck? Gruppenprozesse sind ein diskutiertes und vielfach untersuchtes Thema in Soziologie und Pädagogik, das wir hier nicht in seiner theoretischen Komplexität darstellen können. Aus den Erfahrungen mit Großgruppenveranstaltungen lassen sich jedoch einige Prinzipien nennen, die wesentlich zum Ge18 lingen von Großgruppenprozessen beitragen.

Dynamik großer Gruppen

Spielerisch Neues schaffen. „Why Wiki works? It’s cool“, heißt es betont flapsig auf Wards Wiki. Eine aufgelockerte, spielerische Atmosphäre und Spaß an der Arbeit ist eine wichtige Bedingung für selbstorganisierte Prozesse, da man so seine kreativen, sozialen und praktischen Fähigkeiten am besten entfalten kann. Motivierend wirkt, wenn man zu einem größeren Projekt selbst Entwürfe machen, oder einen Beitrag leisten kann. Weniger attraktive „Pflicht“Aufgaben bleiben dabei nicht zwingend auf der Strecke, wenn deren Notwendigkeit erkannt wird. Flache Hierarchien. Flache Hierarchien sind für kreative, selbstorganisierte Gruppenprozesse entscheidend. Die Verantwortung für den Prozess, nicht nur für Teilbereiche, wird völlig auf diejenigen übertragen, die ihn ausführen sollen. Diese werden weitestgehend in den Planungsprozess und in die Ablaufkontrolle eingebunden. Neuere methodische Ansätze für Großgruppenveranstaltungen legen darauf Wert, dass Verlauf und Zieldefinition in die Hände der TeilnehmerInnen und Betroffenen gelegt wird. Das verlangt von allen Beteiligten eine Bereitschaft für die Offenheit des Prozesses, und auch, dass nicht nur die Risiken, sondern ebenso die Vorteile gleichmäßig verteilt werden. Projekte mit Wiki-Philosophie fordern flache Hierarchien. Dies kommt unter anderem darin zum Ausdruck, dass die Teilnehmerinnen und Teilnehmer die organisatorische Struktur des Wikis z. B. durch Verlinkung maßgeblich mitgestalten. Es entwickeln sich im Wiki aber auch soziale Strukturen – oft andere, als sich die Initiatoren vorher ausgemalt haben. Veränderungsdruck und komplexes Thema . Veränderungsdruck (als intrinsische Motivation) und der Wille, ein Problem lösen zu wollen, gilt für Raymond als unabdingbarer Motor für den „Basar“. 18

Vor allem auf Open Space Konferenzen. Vgl. dazu Petri 2000, Maleh 2000.

1.5 Das Wiki-Phänomen

■ ■ ■

23

19

Arbeiten am eigenen Thema schafft Engagement. Selbstorganisationsprozesse bauen auf Verantwortung, die aus dem Interesse an der Sache entsteht. Entsprechend bleiben nach der Wiki-Philosophie auch unvollständige oder fehlerhafte Wiki-Seiten zeitweise unbearbeitet. Erst wenn es jemand für notwendig erachtet und sich Zeit nimmt, wird die Seite ergänzt oder vorhandene Fehler korrigiert. Wichtig ist, wie Raymond das für den Basar darlegt, Teil einer lohnenden Sache zu sein und dass die Verbesserungen, an denen man teilhat, sichtbar werden. Außerdem fördert ein komplexes Thema, das eine intellektuelle Herausforderung darstellt, die Dynamik von Großgruppenprozessen. Sie entwickeln ihre volle Kraft durch ein packendes und herausforderndes Thema, das durchaus ein hohes Konfliktpotential aufweisen kann. Einfaches System, einfache Regeln. Die Entscheidung sich hinzusetzen und einzusteigen, gilt bei Selbstorganisationsprozessen als größte Hürde. Erfolgreiche selbstorganisierte Gruppenprozesse beruhen häufig auf ganz einfachen Grundsystemen. Denn notwendig für gute – auch komplexe – Entscheidungs- und Veränderungsprozesse sind lediglich ein grobes Gesamtkonzept, Zugang zu allen relevanten Informationen und klare Rahmenbedingungen. So funktioniert das Konferenzmodell Open Space mit nur einer handvoll von Regeln. Die Wiki-Technologie kommt durch seine niedrigen technischen Zugangshürden webbasierten Gruppenprozessen sehr entgegen. Viele Wiki-Communities haben sich einfache Verhaltensregeln gegeben. Offener Zugang. Freiwilligkeit und offener Zugang sind eine unerlässliche Bedingung für Motivation in Selbstorganisationsprozessen. Der Erfolg des Basar-Prinzips wie auch der Wiki-Philosophie beruht darauf, dass die Diskussion von Beginn an aus dem vermeintlichen Experten- und Spezialistenkreis hinausgetragen wird. Das schafft Transparenz und Motivation. Eine große Zahl testender Teilnehmerinnen und Teilnehmer führt auch dazu, Fehler frühzeitig zu erkennen. Das System wird stabiler und kann schneller den sich ändernden Bedürfnissen der Benutzer angepasst werden. Bei Wikis wird dieser Ansatz durch das Prinzip des „Open Postings“ unterstützt. Mit Wikis werden User dazu eingeladen, die bestehenden Seiten innerhalb ihres normalen Browsers zu editieren 19

Es ist natürlich ein Unterschied, ob das Ziel selbstgesteckt oder vereinbart ist, oder ob externe Ziele als eigene angenommen werden.

24

■ ■ ■

1 Das Wiki-Konzept

oder neue Seiten hinzuzufügen. Entgegen dem klassischen Redaktionsprinzip werden Beiträge nicht erst Korrektur gelesen und publiziert, wenn sie völlig fehlerfrei sind, sondern möglichst frühzeitig, um die Nutzer einer Seite in den kooperativen Prozess einzubinden. Unterschiedlichkeit der TeilnehmerInnen. Für die Dynamik von Selbstorganisationsprozessen und für eine partnerschaftliche Arbeitsweise ist ein Klima der Offenheit und gegenseitigen Vertrauens notwendig – trotz der unvermeidlichen Konflikte. Unterschiedliche Erfahrungshintergründe und Wissensbestände werden als Grundlage für kreative Prozesse und als Bereicherung verstanden und so wird jeder Nutzer zunächst als Experte anerkannt. Die Wiki-Philosophie beruht auf der Annahme, dass sich im Wesentlichen diejenigen Personen einbringen, die zur Situation etwas beitragen wollen. Ihr Wissen und ihre Motivation reichen aus, um zur Problematik etwas beizusteuern. Auch bei Wiki-Projekten lässt sich eine gewisse Heterogenität der TeilnehmerInnen in ihren Inte20 ressensgebieten beobachten. Möglichst freie Zeiteinteilung. Motivierend wirkt auch eine relativ freie Zeiteinteilung innerhalb eines Gesamtprozesses. Folgt man dem Basar-Prinzip, das keine Abgabetermine kennt, ist es möglich, die Arbeitszeit dem eigenen Rhythmus und dem individuellen Alltag anzupassen. Die Arbeit beginnt, wenn die Zeit reif dafür ist und endet, wenn sie fertig ist. Sie muss sich weniger an festen Zeitvorgaben orientieren. Zeitdruck entsteht nur dadurch, dass Probleme weiter unbearbeitet sind. Selbstbestimmtes Arbeiten. Menschen in Gruppenprozessen und Mitglieder von Communities haben sehr unterschiedliche Strategien und ein ebenso unterschiedliches Verständnis von der eigenen Funktion innerhalb des Gesamtzusammenhangs. Strategien und Selbstverständnis sind zudem einem ständigen Wandel unterworfen, so dass es schwierig ist, bestimmte Rollen oder Typen festzulegen – vielleicht ist es auch gar nicht ratsam. Für ein besseres Verständnis ist es aber hilfreich, wenn man in Erwägung zieht, dass sich jedes Individuum – einmal unabhängig von den sozioökonomischen Hintergründen – auf sehr vielschichtige Weise über 20

Vgl. Abschnitt V. Wie bei vielen anderen Internetprojekten muss einschränkend erwähnt werden, dass aller Voraussicht nach der Kreis der aktiven Wiki-Nutzer bis auf weiteres auf bestimmte gesellschaftliche Gruppen beschränkt bleiben wird (Stichwort: Digital Divide).

1.5 Das Wiki-Phänomen

■ ■ ■

25

ein Wiki mit anderen Beteiligten ins Verhältnis setzt. Die Mitarbeit in offenen Wiki-Projekten ist attraktiv, weil Strategien, Arbeitsschwerpunkte und Arbeitsintensität weitgehend selbst bestimmt werden können. ■

Rezeptionsverhalten. Zu unterscheiden ist, ob und wie häufig Teilnehmer ein Wiki-System besuchen, ob sie Beiträge flüchtig oder intensiv lesen und ob sie Beiträge zu einem bestimmten Thema oder quer zu Fachgebieten suchen.

■

Schreibverhalten. Auch hinsichtlich des Schreibverhaltens gibt es zahlreiche Variationsmöglichkeiten. Manche Besucher eines Wikis schreiben dort grundsätzlich nicht. Andere lesen Korrektur, bearbeiten die Stilistik, das Layout und verändern Kleinigkeiten. Wieder andere, die Spezialisten, arbeiten sich tief in einen Sachverhalt ein und leisten größere inhaltliche Beiträge. Dagegen „springen“ Generalisten von Beitrag zu Beitrag und bringen Wissensbestände aus anderen Bereichen mit ein.

■

Strukturelles Verhalten. Unter dieser Kategorie geht es darum, wie weit Verantwortung für das Gesamtprojekt übernommen wird. Hierher gehört die Frage, wie intensiv man sich an Grundsatzdebatten beteiligt oder Überlegungen zu allgemeinen Verfahrensweisen anstellt. Manche Teilnehmer übernehmen Funktionen als Schlichter oder Moderatoren. Andere übernehmen ordnende Aufgaben, wie die Überprüfung von verwaisten Seiten. Hierher gehören demnach auch die technischen Betreuer (Admins) und die Maintainer. Die Funktionen erhalten Personen in selbstorganisierten Prozessen im Idealfall durch ihre Autorität und das ihnen entgegen gebrachte Vertrauen, die sie durch ihre Arbeit erworben haben.

■

Soziales Verhalten. In dieser Kategorie geht es um Atmosphärisches. Beispielsweise ist damit die Form gemeint, in der Kritik und Zuspruch vermittelt wird: Geht man eher provokativ oder partnerschaftlich in die Diskussion? Auf einer anderen Ebene gehört die Organisation des sozialen und kulturellen Umfeldes dazu, wie Stammtische oder Seminarwochenenden.

Die hier nur grob skizzierten Formen bestehen freilich nicht in Reinform, sondern überschneiden und verändern sich. Durch das Wechselspiel zwischen den individuellen Praktiken und Zielen strukturiert sich prozesshaft immer wieder der Gesamtzusammenhang. Die Mitglieder einer Community wirken durch ihre Aktionen auf den Einzelnen genauso ein, wie er selbst Form und Inhalt der Community täglich mitgestaltet. Alle diese Verhaltensweisen, auch passive und

26

■ ■ ■

1 Das Wiki-Konzept

im weitesten Sinne „destruktive“, sind für eine dynamische Community notwendig. Sie kann aber auch jederzeit daran zerbrechen. Die Kenntnisse über die spezifischen und allgemeinen Gruppenprozesse innerhalb der Wiki-Community stehen noch am Anfang. Jimmy Wales stellte in Berlin auf dem 21. Chaos Computer Congress 2004 am Beispiel von Wikipedia erste Überlegungen an. Einige von ihm skizzierte „Typen“ illustrieren die Vielfältigkeit. ■

Bienen. Als “bees” beschreibt Wales diejenigen, die sehr wichtige Arbeit leisten und ohne die Wikipedia die Qualität nicht erreichen und halten könnte. Trotzdem werden sie am wenigsten beachtet. Unter ihnen sind Generalisten und Spezialisten. Sie liefern wichtige inhaltliche Beiträge, lesen Texte Korrektur oder verhandeln mit schwierigen Nutzern.

■

Sockpuppets (Sockenpuppen). Diese Gruppe besteht aus Leuten, die unter mehr als einem Account veröffentlichen. Dies geschieht aus unterschiedlichsten Gründen. Einige wollen auf diesem Weg ihre Privatheit wahren (beispielsweise ein Professor, der auch als Fan zu Britney Spears schreibt, aber vielleicht den Verlust seiner Autorität fürchtet). Bei anderen, die z. B. Mehrfach-Identitäten zur Manipulation von Abstimmungen nutzen, ist ein schlimmer Angriff auf das Vertrauensverhältnis, auf dem das Open Editing beruht.

■

Richter. Dies ist selbsterklärend. Es handelt sich um Leute, deren inhaltlicher Schwerpunkt in Konfliktbewältigung und Entscheidungsfindung besteht. Sie engagieren sich in Jurys und Schlichtungskommitees. Sie organisieren Abstimmungen und entwickeln Vorschläge für Regelungen weiter.

■

Moths (Motten). Dieser zunächst unfreundliche Ausdruck ist ohne den englischen Hintergrund missverständlich. „Moths are drawn to flames“, erläutert Wales. Mit Flames sind Flame Wars, also hitzige und oft beleidigende Rededuelle gemeint. Während Leute, die aggressiv Flame-Wars entfachen, allgemein keinen guten Ruf genießen, sieht Wales darin, dass einzelne Teilnehmer Kontroversen suchen und ihnen auch nicht ausweichen, keine zwingend negative Herangehensweise. Im Gegenteil, diese Diskussionen können notwendige Weiterentwicklungen einleiten.

■

Vandalen sind ein bekanntes Problem in Open-EditingSystemen. Sie zerstören mutwillig Inhalte, stellen aber für die Community ein weit geringeres Problem dar, als allgemein angenommen wird.

1.5 Das Wiki-Phänomen

■ ■ ■

27

■

Leute „außerhalb“ des Wikis werden in ihrer Bedeutung oft übersehen. Sie entwickeln die Wiki-Technologie als Programmierer weiter. Auch spielen Leute eine Rolle, die vorwiegend in anderen Kommunikationsmedien Wiki-Inhalte entwickeln (über Chats oder Mailing-Listen).

1.5.2 Grenzen der Wiki-Philosophie

Interesselosigkeit

Soziales Umfeld und Arbeitswelt

28

■ ■ ■

Wikis sind nicht von Haus aus „erfolgreich“ und schon gar kein Allheilmittel. Produktiven Gruppenprozessen stehen immer auch destruktive Praktiken entgegen mit denen auch die großen WikiCommunities von Beginn an zu kämpfen haben. Bei der Problemanalyse ist zu unterscheiden, ob eine Gruppendynamik aus einem konstruktiven Prozessbeginn heraus ins Negative kippt oder ob Wikis schon als ganz normale Werkzeuge keine Akzeptanz finden. Werden Wikis schon als Werkzeuge nicht akzeptiert und nicht in den Arbeitsalltag integriert, teilen auch Wiki-Systeme das Los vieler Wissensmanagementsysteme. Meist schreibt ein Einzelner allein und die anderen lesen nur. Oder das Wiki-System wird überhaupt nicht konsultiert. Es gibt zahlreiche Wiki-Systeme, deren Möglichkeiten wegen Interesselosigkeit oder Lethargie nicht entfaltet werden können. Die Ursachen sind vielfältig. Meist wurden soziale Komponenten beim Umgang mit neuer Software unterschätzt. Nicht wenige Betreiber setzen schon in die pure Bereitstellung eines WikiSystems hohe Erwartungen und sind schnell enttäuscht, wenn es nicht sofort auf Resonanz stößt. Aber: Auch wenn technische Hürden gering sind, muss der Umgang mit Wikis „gelernt“, müssen Menschen interessiert oder an das System herangeführt werden. Dabei geht es auch um das Verständnis, dass ein Wiki niemals „fertig“ ist und auch nicht alles sofort funktioniert. Die Tatsache, dass man es nicht mit einem WYSIWYG-System zu tun hat, kann zu Berührungsängsten führen, die erst einmal ernst genommen werden müssen. Die Akzeptanz von Wikis hängt von dem Grad ab, inwieweit ich als Person einen wirklichen persönlichen Nutzen daraus ziehen kann. Daher ist es weiter notwendig, dass das Wiki zu Beginn nicht leer ist, sondern bereits eine bestimmte Zahl von wirklichen Inhalten bereithält, an denen weitergearbeitet werden kann oder zu denen Ergänzungen möglich sind. Das heißt auch, dass eine kleine Kerngruppe, die das Wiki für sich nutzt und sich dafür auch verantwortlich fühlt, von großer Bedeutung ist. Mit Wikis kann das Arbeitsumfeld beeinflusst werden und gleichzeitig sind sie von diesem auch abhängig. Die Nutzung offener

1 Das Wiki-Konzept

Systeme stößt in unserer heutigen Arbeitswelt auf zahlreiche Widerstände. Die mangelnde Bereitschaft von Führungspersonen (Projektleiter, Bereichsleiter etc.), offene Systeme in privaten Unternehmen 21 zuzulassen, ist nur ein Beispiel. Dasselbe kann jedoch auch in autoritären Verbandsstrukturen geschehen. Hohe Arbeitsbelastung, familiäre und soziale Verpflichtungen oder die Sorge um die soziale Sicherung lässt oft wenig Spielraum für die doch zum Teil aufwändigen freien Kooperationsformen. Dieses Problem ist bereits angesprochen worden und ebenso, dass die Bedeutung des Vandalismus überschätzt wird. Es fällt auf, dass bei Wiki-Projekten die (Zer-)Störungen verhältnismäßig unbedeutend bleiben. Vermutet wird, dass das Knacken eines offenen Systems für „ernstzunehmende“ Cracker keinen großen Reiz darstellt. Ein offenbar wirksames Gegenmittel stellt das WikiWikiWeb-Server-Prinzip mit der Versionskontrolle selbst zur Verfügung. Damit gibt es die Möglichkeit, dass jeder jederzeit die frühere Version wiederherstellen kann. In Systemen mit großer Besucherfrequenz fallen die Störungen schnell auf, wie Systeme mit vielen Beteiligten dazu tendieren „stabiler“ zu sein. Wikipedia zum Beispiel setzt Seiten, die häufig zerstört werden auf eine eigene Liste, auf die die Administratoren ein besonderes Augenmerk haben. Laut einer IBM-Studie werden Versuche von Vandalismus bei Wikipedia oft innerhalb von fünf Minuten beseitigt: „We were surprised at how often we found 22 vandalism, and then surprised again at how fast it was fixed,“ berichtet Martin Wattenberg, Wissenschaftler im IBM TJ Watson Research Centre, in Cambridge, Mass. Die Tatsache, dass viele den Prozess kontrollieren und dass jeder sofort eingreifen kann, scheint ein wichtiges Element zur Qualitätskontrolle zu sein. Dazu ist nur ein entsprechendes Problembewusstsein notwendig, das mit Angriffen rechnet. Allerdings können schon mutwillige Änderungen an Kleinigkeiten die Qualität stark beeinträchtigen, ohne dass es sofort auffällt. Eine andere – letzte – Methode, ist schon angesprochen worden: die Sperrung einer Seite – was das Ende des Wiki-Prinzips für diese Seite bedeutet. Größere Probleme gehen von Personen aus, die Wikis als Plattform zur Selbstdarstellung nutzen oder nicht partnerschaftlich diskutieren wollen. Provokationen und grundsätzliche Fragestellungen sind ggf. durchaus sinnvoll, um eingefahrene Denkmuster aufbrechen. Unterschiedliche Meinungen zu einem Thema entwickeln sich

Vandalismus

Selbstdarsteller

21

Auch in Betrieben, in denen Hierarchien abgebaut werden, geht dies nicht zwingend mit einer höheren Transparenz betrieblicher Strukturen einher. 22 IBM 2003.

1.5 Das Wiki-Phänomen

■ ■ ■

29

Ausflug Projektportal

Qualitätssicherung

nicht selten zu „Editierkriegen“. Sogenannte Trolls rufen in langen, überflüssigen oder provokativen Beiträgen bewusst Flame Wars hervor. Diese Auseinandersetzungen, die in der Sache nichts bringen, kosten viel Energie. „Wiki pages represent consensus because 23 it’s much easier to delete flames and spam then indulge them.“ Trolls werden bei vielen Wikis mittels Diskussionsseiten von den Artikeln abgehalten, damit sie sich gegebenenfalls nur auf dieser Metaebene austoben und die eigentlichen Inhalte nicht „verrau24 schen“ . Zudem haben sich bei Wikipedia einige Vermittlungsprozeduren und offene Instanzen etabliert, wie ad hoc Vermittlungskommissionen oder offen diskutierte Ausschlussanträge. Bei ganz hartnäckigen Fällen besteht zusätzlich die Möglichkeit, über eine IP-Liste bestimmte Nutzer zeitweise oder für immer zu blockieren. Um die Transparenz zu fördern und Willkür auszuschließen, kann man eine Liste der gesperrten User jederzeit aufrufen und sich über Initiator und Grund der Sperrung informieren. Ein solcher Ausschluss bestimmter IP-Adressen führt umgekehrt wieder zum Problem, dass aus Versehen auch nicht-ausgeschlossene User 25 keinen Zugang mehr erhalten. Ein weiteres Problem ist es, dass ein Störer sich unter einem neuen Namen jederzeit wieder anmelden kann. Möller gibt in seinem jüngst erschienenen Buch „Die heimliche Medienrevolution“ einen umfassenden Einblick in die Probleme und Lösungsansätze im Umgang mit schwierigen Kontroversen und 26 Vandalismus im Umfeld von Blogs und Wiki-Communities. Den besten Überblick über die Diskussionskultur und Entscheidungsprozesse verschafft man sich mit einem Besuch bei Wikipedia. 27 Machen wir kurz einen Besuch auf der Projektportalseite. Hier finden sich Leitlinien und Konventionen, Diskussionsseiten für Adminkandidatinnen und –kandidaten, Hinweise auf die Moderation und Seiten, auf denen Meinungsbilder eingeholt werden. Auf der Seite des Vermittlungsausschusses sind abgeschlossene Problemfälle dokumentiert. Natürlich lohnt auch mal ein Blick auf die Diskussionsseiten einzelner Artikel. Wir sehen: Zur Qualitätssicherung und zur Konfliktbewältigung haben sich beispielsweise bei Wikipedia einige Instanzen, Regeln und Praktiken gebildet. Wir finden Namens- und Formatierungs23

Why Wiki Works, http://c2.com/cgi/wiki?WhyWikiWorks, 15. Jan. 2005. 24 Aronsson, 2002 25 Da IP-Adressen nicht immer fest vergeben werden. 26 Möller 2005. In Ansätzen auch in: Möller 2003. 27 http://de.wikipedia.org/wiki/Wikipedia:Portal

30

■ ■ ■

1 Das Wiki-Konzept

konventionen, es werden gute Artikel beispielhaft vorgestellt und Qualitätsoffensiven in bestimmten Themenbereichen durchgeführt. Eine Wikiquette gibt Empfehlungen für den partnerschaftlichen 28 Umgang der Nutzer miteinander: Vom guten Willen des anderen ausgehen, Sachlichkeit, gegenseitige Hilfe und Ermunterung, Freundlichkeit werden den Nutzern ebenso nahegelegt wie bei Konflikten, die sich unvermeidlich ergeben, nicht nachtragend zu sein. Schließlich gibt es Vermittlungsausschüsse. Doch bleibt der Gesamtcharakter den demokratischen Grundüberzeugungen verpflichtet. Alles andere würde das Projekt scheitern lassen. Ein besonders heikler Punkt ist das Glaubwürdigkeits- und Objektivitätsproblem. Bei Wikipedia wird dies u. a. unter dem Schlagwort „Neutral Point of View“ diskutiert. Da viele Menschen aus aller Welt mit den unterschiedlichsten politischen und religiösen Auffassungen teilnehmen, ist Wikipedia dazu verpflichtet, die Artikel so unparteiisch wie möglich zu formulieren. Ziel ist es nicht, einen Beitrag so objektiv wie möglich zu schreiben – dies ist ein häufiges Missverständnis – sondern alle Ansichten zu einem Thema darzustellen. Die meisten Wiki-Nutzer haben daher gelernt, sich eine möglichst konfliktfreie Ausdrucksweise anzugewöhnen. Anstelle von „Äpfel schmecken gut“ wird dann eher ein „Manchen Leuten schmecken Äpfel gut.“ verwendet. Die Problematik der scheinbaren „Neutralität“ werden wir am Ende des Buches noch einmal aufgreifen. Das Aufgeben des Autorenprinzips ist ein Aspekt des kooperativen Arbeitens. Das wirft einige Fragen auf: Ist jemand bei kooperativ erstellten Texten rechtlich verantwortlich? Wem gehört der Text? Traditionelle Zeitungen und Enzyklopädien stellen zwar auch eine Zusammenstellung von Beiträgen verschiedener Autoren dar, doch besteht bei offenen Wikis eben kein typisches Arbeitsverhältnis zwischen Verleger und Verfasser. Wiki-Texte unterliegen damit nicht unmittelbar dem Zwang der Vermarktbarkeit. Hier kommt dem individuellen Autor auf der einen Seite eine wesentlich stärkere, unabhängigere Rolle zu, während er auf der anderen Seite in offenen Systemen gleichzeitig als individueller Autor verschwindet. Ein weiterer interessanter Bereich ist die Eigentums- und Copyright-Problematik. Da viele Leute zu den Inhalten beitragen, ist die Frage zu klären, ob jemand Anspruch auf das Copyright einzelner Artikel oder gar der ganzen Sammlung reklamieren kann. Wikipedia z. B. räumt jedem Nutzer das Recht ein, seine eigenen Beiträge zu schützen. Allerdings wird er beim Speichern der Seite darüber informiert, dass er nur von einem bestimmten Copyright, nämlich der GNU Free Documentation License (FDL) Gebrauch machen darf. 28

Neutral Point of View

Open Editing

Open Text

http://de.wikipedia.org/wiki/Wikipedia:Wikiquette

1.5 Das Wiki-Phänomen

■ ■ ■

31

Verhaltener Optimismus

Dies bedeutet kurz gesagt, dass jeder den Text kopieren und für andere Zwecke benutzen darf, vorausgesetzt, er stellt jedem weiteren Leser den Ursprungstext zur Verfügung, was am einfachsten durch 29 einen Link auf die Wikipedia URL zu bewerkstelligen ist. Es stellt sich außerdem die Frage, wie mit dem Gebrauch von Material, das durch Copyright geschützt ist, in Wikis umgegangen wird, und wer für eventuell entstandenen Schaden verantwortlich ist. Derzeit gibt es noch keine Präzedenzfälle. Doch unterscheidet die Gesetzgebung der meisten europäischen Länder zwischen redaktionell betreuten Zeitungen, bei denen der Herausgeber verantwortlich wäre, und Bulletin Board Systems oder den Diensten eines InternetProviders, wo der einzelne Nutzer die Verantwortung trägt. Wikis sind eher letzterem zuzurechnen. Probleme und Rückschläge wird es auch bei Wikis geben. Die Wiki-Philosophie mag manches zu optimistisch sehen. Trotzdem geben die bisherigen Erfahrungen Anlass zu einer offenen und optimistischen Haltung gegenüber diesen Entwicklungen. Die bisher bekannten und hier angedeuteten Probleme sind nicht grundsätzlich Widerlegungen. Begreift man menschliche Verhältnisse als permanente kollektive Lernprozesse, so kann man nicht dabei stehen bleiben, dass der Mensch nun mal so sei. Vielmehr wäre nach den Ursachen von „Lern“-Blockaden zu fragen (Vorbehalte, Unsicherheiten, Noch-nicht-Durchschauen von Gruppenprozessen). Brechts Vorbemerkung zu seiner „Radiotheorie“ gibt einen Ratschlag zum Umgang mit den „Unmöglichkeiten“ von Wikis: "Undurchführbar in dieser Gesellschaftsordnung, durchführbar in einer anderen, dienen die Vorschläge, welche doch nur eine natürliche Konsequenz der technischen Entwicklung bilden, der Propagierung und Form dieser anderen Ordnung. [...] Sollten Sie dies für utopisch halten, so bitte ich Sie, darüber nachzudenken, warum es utopisch ist."

29

32

■ ■ ■

Aronsson, 2002

1 Das Wiki-Konzept

II. Unser erstes Wiki

2

Die Installation

Leser Autor WikiAdmin WebAdmin

Zum Kennen lernen und Testen eines Wikis ist es ratsam, ein System auf dem eigenen Computer zu installieren, anstatt sich gleich in die Tiefen des Internets zu begeben. Erstens haben Sie lokal die volle Kontrolle über die verwendete Software und deren Einstellungen. Im Netz ist dies nur dann der Fall, wenn Sie Administrator des Servers sind, auf dem das Wiki läuft. Zweitens können in einer OnlineVersion (fast) alle Einträge potentiell von der gesamten Welt gelesen werden. Es ist die Frage zu stellen, ob diese sich wirklich für jeden Testeintrag interessiert; zudem spielen hier auch schnell urheberrechtliche Fragen eine Rolle. Bei einem lokalen Testsystem hingegen können Sie kontrollieren, wer Zugriff auf Ihren Computer hat und experimentieren, ohne sich jedes Mal über Relevanz und rechtliche Fragen den Kopf zerbrechen zu müssen. Die Installation von Wikis läuft im Prinzip immer nach einem ähnlichen Schema ab. Zuerst müssen Sie die Umgebung, in der das Wiki läuft, schaffen und anpassen, also v. a. den Webserver und gegebenenfalls die Datenbank einrichten. Dann kopieren Sie die Dateien der Wiki-Software an den richtigen Ort und stellen eine oder mehrere Konfigurationsdateien von Hand oder automatisch auf die Systemumgebung ein. Hier sind vor allem die die Angabe von Pfaden, Sprache und Verbindung zur Datenbank wichtig. Zudem bieten manche Wikis die Möglichkeit, einige Einstellungen direkt über den Browser vorzunehmen. Die einzelnen Schritte zur Installation und Einrichtung des MediaWikis werden im Folgenden beschrieben.

Lokale Installation

Installation von Wikis

Hinweis: Die Installation ist für die Software-Versionen beschrieben, die Sie auch auf der CD finden. Wenn Sie es bevorzugen, die aktuellen Pakete aus dem Netz zu laden, kann es zu Abweichungen kommen.

2.1 Eine Testumgebung mit XAMPP

■ ■ ■

35

2.1 Eine Testumgebung mit XAMPP Testumgebung

Da Wikis ihrer Natur nach Bestandteile des WWW sind, ist es im lokalen Betrieb nötig, für die eigentliche Software eine Testumgebung zu erstellen. Diese besteht beim MediaWiki aus einem Webserver, der Skript-Sprache PHP (ab 4.3) sowie der Datenbank MySQL. Die Installation und das Zusammenspiel dieser Komponenten ist komplex und ihre Beschreibung Regale füllend. Dies ist jedoch nicht Gegenstand unseres Buches. Glücklicherweise gibt es eine Zusammenstellung, die es erlaubt, alle benötigten Komponenten mit minimalem Konfigurationsaufwand gemeinsam zu installieren: XAMPP. Diese Abkürzung steht für „Apache MySQL PHP Perl“ (das X ist ein Platzhalter für das Betriebssystem), und damit für Komponenten, die zusammen eine mögliche Standard-Ausstattung eines Webservers ergeben. Sollte diese Software bereits auf Ihrem Computer laufen, können Sie dieses Kapitel überspringen und gleich mit der Installation des MediaWiki beginnen. Tipp: Wenn Sie schon einen Webserver auf Ihrem Computer installiert haben, kann es sein, dass XAMPP nicht funktioniert. Dies ist beispielsweise bei IIS der Fall. Zum Zeitpunkt der Drucklegung liegt XAMPP in der Version 1.4.11 vor. Diese ist auf der beigefügten CD im Verzeichnis /xampp/[Betriebssystem] zu finden. Die jeweils neueste Zusammenstellung kann unter der URL http://www.apachefriends.org/de/xampp heruntergeladen werden.

2.1.1 XAMPP für Windows XAMPP installieren

36

■ ■ ■

XAMPP läuft unter allen Windows-Varianten. Sie benötigen 64 MB RAM-Speicher und ca. 110 MB freien Speicher auf Ihrer Festplatte, was für gängige Computersysteme keine große Hürde darstellen dürfte. Führen Sie einfach die .exe-Datei im entsprechenden Verzeichnis auf der CD aus. Sie werden nun aufgefordert, Ihre Sprache anzugeben. Daraufhin sehen Sie das Installationsprogramm. Starten Sie die Einrichtung mit Weiter. Jetzt werden Ihnen Lizenzinformationen angezeigt, die Sie mit Annehmen akzeptieren müssen. Nun können Sie noch den Pfad bestimmen, in dem das System eingerichtet werden soll. Wenn Sie den Beispielen im Buch genau folgen

2 Die Installation

1

wollen, geben Sie hier C:\apachefriends an . Mit Installieren geht es los. Das Programm legt einen Ordner [Laufwerk]\apachefriends\xampp an, der alle mitgelieferten Komponenten enthält. Darüber hinaus werden die Parameter in den jeweiligen Konfigurationsdateien entsprechend den Gegebenheiten Ihres Systems angepasst. Es werden keine Einträge in die Registrierung gemacht und auch keine Systemvariablen gesetzt. Zur Deinstallation reicht es also aus, einfach das Verzeichnis zu löschen, in dem sich die Software befindet. Abb. 2.1

Um XAMPP zu starten, führen Sie die Datei xampp_start.exe im Verzeichnis xampp aus oder wählen Sie XAMPP BASIC START im Startmenü unter PROGRAMME Æ APACHEFRIENDS Æ XAMPP. Öffnen Sie einen Browser und geben Sie als URL http://127.0.0.1 oder http://localhost ein. Dies ist immer die Adresse des lokalen Testsystems. Sie sollten nun die Startseite der XAMPP-Umgebung sehen (s. Abb. 2.2). Wie Sie sicher bemerkt haben, bleibt das DOS-Fenster geöffnet, das die XAMPP-Umgebung gestartet hat. Hier laufen einige der benötigten Programme. Um die Test-Umgebung zu beenden, ist es jedoch nicht empfehlenswert, dieses Fenster einfach zu schließen, da manche der gestarteten Dienste davon unabhängig sind und auf diese Art nicht abgeschaltet werden. Für ein „sauberes“ Beenden ist es daher zu empfehlen, die Datei xampp_stop.exe im gleichen Verzeichnis auszuführen.

XAMPP starten

1

Dies ist insbesondere für die Einrichtung des TWikis im III. Abschnitt wichtig.

2.1 Eine Testumgebung mit XAMPP

■ ■ ■

37

Auf PHP 4 umstellen

Für den Betrieb des MediaWiki mit den aktuellen Oberflächen benötigen wir PHP 4. Standardmäßig wird XAMPP jedoch mit Version 5 gestartet. Um dies zu ändern, führen Sie die Datei php-switch.bat im Verzeichnis xampp aus. Damit wird zwischen beiden Varianten umgeschaltet. Ob Sie erfolgreich waren, sehen Sie unter dem Menüpunkt „phpinfo()“ auf der XAMPP-Startseite. In der blauen Titelzeile im linken Frame steht jeweils die Version.

2.1.2 XAMPP für Linux XAMPP installieren

Bei der Fülle von LINUX/UNIX-Varianten muss man mit generellen Aussagen vorsichtig sein, aber im Prinzip sollte XAMPP auf allen Systemen laufen. Sie benötigen ca. 110 MB Platz auf Ihrer Festplatte. Die Installation ist einfach. Holen Sie sich das Installationspaket von der CD in Ihr Homeverzeichnis. Rufen Sie eine Shell auf. Sie sollten als Administrator eingeloggt sein. Falls das noch nicht der Fall ist, wechseln Sie mit su. Dann geben Sie folgenden Befehl zum Entpacken des Archivs ein: tar xvfz xampp-linux-1.4.11.tar.gz -C /opt

XAMPP starten

Fertig. XAMPP ist nun im Verzeichnis /opt/lampp installiert. Sie starten ihre Testumgebung mit dem Befehl /opt/lampp/lampp start Rufen Sie nun einen Browser auf und geben Sie als URL http://127.0.0.1 oder http://localhost ein. Daraufhin sollte die XAMPP-Sprachwahl und nach dem Klick auf Deutsch die Startseite erscheinen. Zur Beendigung des Testsystems dient der Befehl /opt/lampp/lampp stop

Auf PHP 4 umstellen

Damit werden alle gestarteten Komponenten der Testumgebung regulär beendet. Auch XAMPP für Linux wird standardmäßig mit PHP 5 betrieben, was zu Einschränkungen bei der Oberfläche des MediaWikis führt. Daher sollten Sie auf die Version 4 umschalten. /opt/lampp/lampp php4 Dies können Sie mit dem Parameter php5 wieder rückgängig machen. Den Status von PHP überprüfen Sie mit der Option phpstatus.

38

■ ■ ■

2 Die Installation

2.1.3 Was passiert hier eigentlich? Wenn Sie XAMPP gestartet haben, läuft auf Ihrem Computer ein Webserver. Dieser wartet auf Anfragen über das HTTP-Protokoll, welche in der Regel von einem Browser gestellt werden, und beantwortet diese mit einer HTML-Seite oder Datei. Bei lokalen Systemen ist der Webserver immer unter der Adresse 127.0.0.1 oder localhost ansprechbar. Auf diese Art werden einfache Homepages vom Server zum Browser übermittelt.

Zusammenspiel der Komponenten

Tipp: Wenn Sie gleichzeitig online sind, so kann jeder Nutzer aus dem Internet eine Anfrage an Ihren Webserver richten, wenn er Ihre IP-Adresse kennt. Dies gilt natürlich nur, solange XAMPP aktiv ist. Tipp: Unter Linux können Sie die Sicherheit des Systems erhöhen, indem Sie den Befehl /opt/lampp/lampp security eingeben. Daraufhin werden Sie aufgefordert, Passwörter für den Betrieb der einzelnen Komponenten zu setzen. Unter Windows finden Sie auf der XAMPP-Startseite den Sicherheitscheck. Dort ist ein Link zu finden, mit dem Sie die nötigen Passwörter setzen können Komplexere Websites (z. B. Wikis) benötigen in der Regel eine weitergehende Verarbeitung von Daten. Dies wird mit kleinen Programmen, so genannten Skripten, erreicht. Wenn Sie per Browser ein PHP- oder Perl-Skript anfordern (meistens erkennbar an der Endung .php bzw. .pl), führt der Webserver zunächst dieses Programm aus und sendet dann die Ausgaben, die generiert wurden, zurück an den Browser. Skripten wiederum können Anfragen an die Datenbank MySQL schicken und so Daten auslesen und weiterverarbeiten. Wenn Sie sich auf der XAMPP-Startseite befinden, werden Sie aufgefordert, Ihre Sprache zu wählen (per Link). Daraufhin kommen Sie zur eigentlichen Übersichts-Seite von XAMPP. Für die Belange dieses Buches sind nur einige der Optionen von Bedeutung. Unter Status können Sie sehen, welche Komponenten aktiv sind. Hier ist natürlich wichtig, dass MySQL und PHP aktiviert sind. Ist dies nicht der Fall, so ist bei der Installation ein Fehler aufgetreten und Sie sollten diese wiederholen. Unter der Rubrik Tools finden Sie das Programm phpMyAdmin, mit dem Sie per Webinterface bequem Ihre Datenbank verwalten können (s. Abb. 2.2).

2.1 Eine Testumgebung mit XAMPP

XAMPP Startseite

■ ■ ■

39

Abb. 2.2

Umgebung testen

Die Dateien einer eigenen Homepage können im Verzeichnis xampp/htdocs unter Windows bzw. /opt/lampp/htdocs unter Linux abgelegt werden. Dies ist das Standard-Verzeichnis, auf das Apache zugreift, wenn er auf eine Anfrage reagieren will. Um dies zu testen, erstellen Sie ein Unterverzeichnis xampp/htdocs/test bzw. 2 lampp/htdocs/test . Öffnen Sie nun einen Text-Editor und speichern Sie folgenden HTML-Code als index.php im Test-Ordner.

Eigene Seiten werden hier angezeigt

Wenn Sie nun im Browser die Adresse http://localhost/test aufrufen, sollte die eben erstellte Datei angezeigt werden. Wenn auch die PHP-Ausgabe zu sehen ist, dann war die Installation erfolgreich.

2

Im Folgenden wird zur Vereinfachung bei Pfadangaben immer die „xampp“-Variante verwendet.

40

■ ■ ■

2 Die Installation

Achtung: Es kommt vor, dass versehentlich eine Datei mit der falschen Erweiterung („Extension“) abspeichert wird – z. B. mit .htm statt .php oder umgekehrt. Unter Windows tritt bei dem Versuch, die Datei umzubenennen häufig der Fehler auf, dass vom Betriebssystem die alte Programmerweiterung automatisch angehängt wird. Sie können dies beispielsweise bei Windows XP beheben, indem Sie unter ARBEITSPLATZ Æ EXTRAS Æ ORDNEROPTIONEN Æ ANSICHT die Option „Erweiterungen bei bekannten Dateitypen ausblenden“ deaktivieren.

2.2 MediaWiki installieren Nachdem Sie sich eine Testumgebung auf Ihrem Computer installiert haben, geht es nun an die eigentliche Installation des MediaWi3 ki. Wir haben die Version 1.4 auf der beigefügten CD im Verzeichnis /wikis/mediawiki gespeichert. Alternativ finden Sie die jeweils aktuelle Version unter der URL http://www.mediawiki.org.

Dateien kopieren

Tipp: Beim Download kann es bei einigen Browsern (z. B. Mozilla) dazu kommen, dass die Dateiendung von .tar.gz in .tar.gz.tar umbenannt wird. Dies führt eventuell zu Problemen mit den Dekomprimierungsprogrammen. Stellen Sie daher sicher, dass die Datei die richtige Endung hat.

2.2.1 Variante 1: Lokales System Kopieren Sie die komprimierte Datei ins Verzeichnis xampp/htdocs 4 und entpacken sie diese mit FilZip unter Windows. Unter Linux mit dem Befehl tar xvzf mediawiki-1.4.tar.gz Es wird ein Verzeichnis mediawiki-1.4 angelegt. Tipp: Wenn Sie statt dem Verzeichnis eine Datei mediawiki-1.4.tar finden, so entpacken Sie diese einfach nochmals. 3

Zum Redaktionsschluss ist leider nur eine Betaversion veröffentlicht. Wir hoffen, Ihnen auf der CD die fertige Version bereitstellen zu können. Falls nicht, enthält der Dateiname ein zusätzliches „beta“. 4 Dieses Programm finden Sie auf der CD unter /tools/filzip.

2.2 MediaWiki installieren

■ ■ ■

41

Linux: Rechte setzen

Als Erleichterung beim Aufruf empfehlen wir, dieses Verzeichnis einfach in „mediawiki“ umzubenennen. Wenn Sie unter Linux arbeiten, müssen Sie das Verzeichnis mediawiki/config beschreibbar machen. Das tun Sie am besten in mediawiki mit dem Befehl chmod a+w config

Einrichtung über den Browser

Für aktuelle Hinweise sollten Sie zunächst die Datei README im Verzeichnis mediawiki lesen. Geben Sie dann zur Einrichtung des Wikis in einem Browser Ihrer Wahl die Adresse des Installationsverzeichnisses ein, in unserem Fall http://localhost/mediawiki Dies ist die Adresse, unter der wir das Wiki im Folgenden ansprechen werden. Zunächst sehen Sie nur die Meldung „You’ll have to set the wiki up first“. Wie Sie die Installation fertig stellen erfahren Sie im übernächsten Abschnitt (2.2.3).

2.2.2 Variante 2: Installation auf einem Webhost Um das MediaWiki im Netz zu installieren, benötigen Sie zunächst eine Adresse (URL) und Speicherplatz im Netz. Beides stellen Ihnen so genannte Webhosts zur Verfügung. Wir gehen davon aus, dass Sie einen FTP-Zugang zu Ihrem Webspeicherplatz haben. Es ist darüber hinaus unbedingt für den Betrieb des MediaWiki notwendig, auf eine MySQL-Datenbank zuzugreifen und PHP-Skripte ausführen zu können. Entpacken Sie das komprimierte Archiv des Wikis in ein temporäres Verzeichnis mediawiki auf Ihrer Festplatte. Es entsteht eine Verzeichnisstruktur, die Dateien werden gleich an ihren richtigen Ort gelegt. Laden Sie daraufhin den gesamten Ordner per FTP in den Webordner Ihres Webhosts. Dies ist meistens derjenige Ordner, auf den Sie als erstes zugreifen, wenn Sie zum FTP-Server verbinden. Überprüfen Sie nun die Eigenschaften des Ordners mediawiki/config auf Ihrem Webserver. Dieser muss allen Nutzern Schreibrechte einräumen. Wenn diese nicht gesetzt sind, so können Sie mit den meisten FTP-Programmen die Eigenschaften direkt ändern und den Ordner beschreibbar machen. Für die weitere Installation benötigen Sie noch die Zugangsdaten zu Ihrer Datenbank. Das sind Angaben zur URL des MySQL-Servers, der Name der Datenbank, Ihr Datenbank-Username und das

42

■ ■ ■

2 Die Installation

zugehörige Passwort. Wenn Sie diese Informationen bereit haben, so können Sie die browsergestütze Installation starten, indem sie die URL Ihrer Homepage gefolgt von „mediawiki“ eingeben, also beispielsweise http://www.wiki-tools.de/mediawiki

2.2.3 Fertigstellen der Installation im Browser Sie müssen noch einige Einstellungen vornehmen, um mit dem Wiki arbeiten zu können. Das MediaWiki ist hier sehr benutzerfreundlich, da alle Angaben per Browser gemacht werden können. Folgen Sie dazu einfach dem Link „set the wiki up“, über den Sie zur Installations-Seite gelangen (s. Abb. 2.3). Als erstes prüft das Skript Ihre Systemumgebung, um festzustellen, ob die vorhandene Software und deren Einstellungen für den Betrieb des MediaWiki geeignet sind. In der zuvor installierten Testumgebung wird nur eine Warnung ausgegeben, die eine Sicherheitseinstellung von PHP betrifft. Dies ist nicht weiter tragisch, solange wir uns auf einem Testsystem befinden. Sie können diese Einstellung aber ändern, indem Sie XAMPP in den sicheren Modus umschalten.

Prüfung der Systemumgebung

Abb. 2.3

Im nächsten Abschnitt der Installations-Seite werden Sie gebeten, einige Angaben über das neue Wiki zu machen. Einige dieser Ein-

2.2 MediaWiki installieren

Name des Wikis

■ ■ ■

43

stellungen können nachträglich nicht mehr geändert werden. Dies betrifft insbesondere den Namen des Wikis. Er sollte daher gut gewählt werden. Gute Namen sind relativ kurz und aussagekräftig z. B. SippiWiki. Wenn Sie mehrere Wörter verwenden wollen, können Sie ein WikiWord benutzen, indem Sie die Wörter mit großem Anfangsbuchstaben zusammenschreiben. Achtung: Vorsicht bei Punktierung und Sonderzeichen! Da manche im Wiki auch eine spezielle Funktion erfüllen, kann es bei deren Verwendung im Titel zu Problemen kommen; sie sollten daher vermieden werden. Kontakt

Sprache und Kodierung

Lizenz

Administratoraccount

44

■ ■ ■

Als nächstes sollen Sie eine Email-Adresse als Kontakt angeben, an die das MediaWiki im Fall eines Systemfehlers eine Nachricht sendet. Außerdem werden vergessene Passwörter von dieser Adresse aus verschickt, d. h., es kann sein, dass User diese Adresse nutzen, um Fragen an Sie zu richten. Im folgenden Feld stellen Sie die Sprache des Wikis sowie die Zeichenkodierung ein. Je nachdem, welches Publikum Sie ansprechen wollen und vor allem, wie international Ihre Zielgruppe ist, sollten Sie sich überlegen, ob Sie Ihr Wiki in Deutsch oder Englisch aufsetzen wollen. Die Entscheidung zwischen Unicode und Latin-1 im nächsten Feld hängt ebenfalls von Ihrer Zielgruppe ab. Unicode ist flexibler und erlaubt die Darstellung von viel mehr Zeichen, insbesondere nicht-westlicher Schriftzeichen, wird aber von älteren Browsern nicht unterstützt. Da Unicode jedoch die zukunftsweisende Kodierungsform ist, empfehlen wir diese zu verwenden. Nun sollen Sie über die Lizenz entscheiden, die für die Seiten im Wiki gelten soll. In einem öffentlichen Wiki ist es nicht sinnvoll, die Lizenzfrage offen zu lassen, insbesondere um Missbrauch von kollektiv erarbeiteten Werken zu vermeiden. Eine ausführlichere Auseinandersetzung mit Eigentumsfragen finden Sie in Abschnitt V. Hier sei nur gesagt, dass die GNU Free Documentation License jede kommerzielle Nachnutzung eines Textes kategorisch ausschließt, wohingegen Sie bei der Creative Commons Lizenz wählen können, ob Sie Teile von anderen kommerziell verwerten lassen wollen. Daraufhin werden Sie aufgefordert, Benutzername und Passwort des Administratoraccounts festzulegen. Der Administrator ist zunächst der einzige, der Seiten löschen und User sperren darf. In einem öffentlich zugänglichen Wiki empfehlen wir daher dringend, nicht den vorgeschlagenen Accountnamen „WikiSysop“ zu verwenden, sondern eine eigene Bezeichnung einzutragen und ein sicheres Passwort zu wählen. Dies kann auch auf einem Testsystem nicht schaden.

2 Die Installation

Die Einstellungen zum „Shared memory caching“ brauchen Sie nicht zu verändern. Sie ist nur für sehr große Wikis relevant. In einem letzten Abschnitt müssen Sie noch Angaben zur Datenbank machen. In unserem Fall können Sie die vorgeschlagenen Einträge einfach übernehmen. Es ist wichtig, für die zu erstellende Datenbank ein Passwort anzugeben und zu wiederholen. Da das RootPasswort in der MySQL-Standardinstallation nicht gesetzt ist, kann das MediaWiki-Setup einfach auf die Software zugreifen und die nötige Datenbank und die Tabellen erstellen. Dies stellt natürlich eine erhebliche Sicherheitslücke dar. Auf einem Server im Netz sollte das Root-Passwort niemals leer sein, dieser Account kann Ihre gesamte Datenbank löschen. Ein eigenes „Database table prefix“ wird nur benötigt, wenn Sie mehrere MediaWikis in der gleichen Datenbank laufen lassen wollen.

Angaben zur Datenbank

Tipp: Sollten Sie keinen Zugriff auf einen eigenen Server haben, sondern das Wiki bei einem Webhost installieren, so müssen Sie dort zunächst eine Datenbank einrichten. In diesem Fall bekommen Sie die einzutragenden Zugangsdaten von Ihrem Webhost. Wenn Sie den Knopf Install! drücken, werden die nötigen Einstellungen vorgenommen. Hat alles geklappt, so erscheint eine weitere Seite mit Informationen über Ihre aktuelle Konfiguration. Am Ende steht eine Erfolgsmeldung. Jetzt haben Sie es fast geschafft! Letzter Akt ist es, die Datei LocalSettings.php, die im Verzeichnis xampp/htdocs/mediawiki/config liegt, in das übergeordnete Verzeichnis xampp/htdocs/mediawiki zu kopieren. Dieser Schritt ist notwendig, da wir aus Sicherheitsgründen für Skripts unter Linux nur im Verzeichnis config Schreibrechte eingerichtet haben und daher die automatischen Einstellungen nur hier vornehmen können. Nachdem Sie die Datei kopiert haben, folgen Sie „this link“ oder rufen Sie im Browser die Wiki-URL auf. Sie sollten jetzt ein jungfräuliches MediaWiki vor sich sehen (s. Abb. 3.1).

2.2 MediaWiki installieren

Installation fertig stellen

MediaWiki aufrufen

■ ■ ■

45

3

Erste Schritte

Leser Autor WikiAdmin WebAdmin

Bevor wir die Möglichkeiten, die das MediaWiki bietet, im Detail durchsprechen, wollen wir im folgenden Kapitel einen allgemeinen Eindruck von der Arbeit mit dem Wiki vermitteln.

3.1 Das Wiki auf den ersten Blick Auf den ersten Blick unterscheidet sich die Startseite kaum von einer normalen WWW-Seite. Das Wiki ist im Ansichtsmodus. Man kann die Anzeige in vier Bereiche aufteilen (vgl. Abb. 3.1):

Beschreibung der Hauptseite

Abb. 3.1

3.1 Das Wiki auf den ersten Blick

■ ■ ■

47

Arbeitsbereich

■

Arbeitsbereich (1). Kern des Wikis. Hier ist der eigentliche, für jeden veränderbare Inhalt eines Eintrags zu sehen. Das Eingabeformular im Bearbeitungsmodus und die Differenz- und Versionenanzeige werden ebenfalls an dieser Stelle angezeigt.

■

Navigation, Suche und Werkzeuge (2). Dieser Bereich ermöglicht den Zugang zu den Artikeln nach verschiedenen Gesichtspunkten. Das Bild links oben dient als Link auf die Hauptseite. Auch einige weitere Funktionen können von hier aus aufgerufen werden.

■

Userbereich (3). Anmeldung für registrierte Benutzer. Diese können hier ihre persönlichen Einstellungen vornehmen oder auf Seiten zugreifen, die sie bearbeitet haben.

■

Informationen (4). Zeigt verschiedene Angaben über die Seite sowie die Lizenzbestimmungen, die in diesem Wiki gelten.

Der Arbeitsbereich enthält alle wesentlichen Elemente, die ein Wiki ausmachen. Hier spielen sich auch alle Aktionen ab, die an einer Seite durchgeführt werden können. Er lässt sich weiter untergliedern in: ■

Reiter. Diese stellen die wesentlichen Funktionen zum Verändern der Seite zur Verfügung. Hier ist der wichtigste Link eines Wikis untergebracht: bearbeiten.

■

Seitentitel. Der Titel beschreibt in einem oder wenigen Worten den Inhalt der Seite. Es wird darüber hinaus angezeigt, in welchem Modus man sich gerade befindet.

■

Inhalt. Diesen Bereich können alle Benutzer frei gestalten.

Bisher gibt es in SippiWiki nur einige wenige, bereits vorgefertigte Einträge. Nun ist es an der Zeit, dem Wiki Leben einzuhauchen und eigene Änderungen anzubringen.

3.2 Hello World Erster Eintrag

48

■ ■ ■

Einer alten Tradition in der Computerliteratur folgend soll unsere erste Ausgabe “Hello World” sein. Dazu klicken Sie zunächst auf bearbeiten. Nach einer kurzen Ladezeit erscheint die Bearbeitungsansicht des Wikis (s. Abb. 3.2). Zentrales Element ist das Textfeld mit dem Quelltext der Startseite. Darüber befindet sich eine Werkzeugleiste, die Formatierungshilfen anbietet. Im unteren Bereich sind die Steuerelemente zu finden.

3 Erste Schritte

Den Quelltext der Hauptseite können Sie verändern. Positionieren Sie dazu den Cursor an die Stelle im Textfeld, an der die Änderung vorgenommen werden soll (z. B. zwischen der ersten Zeile und dem ersten Absatz) und tippen Sie Hallo Welt! Wenn Sie nun unter dem Textfeld auf Artikel speichern klicken, werden die Eingaben ins Wiki übertragen und es erscheint wieder die Normalansicht der Seite, jetzt allerdings mit Ihrem Text. Abb. 3.2

Ein wichtiger Aspekt des Wiki-Prinzips ist, dass jeder Nutzer eigene Seiten erstellen kann. Unser nächstes Ziel ist es also, die Seite Hello World zu erstellen. Es ist nicht zwingend nötig, aber sehr sinnvoll, dass eine neue Seite auch mit den anderen Seiten des Wikis verbunden ist. Deshalb erzeugen wir zunächst einen Verweis auf Hello World. Dazu wechseln Sie wieder in den Bearbeitungsmodus. Tragen Sie nun an einer beliebigen Stelle

Neue Seite erstellen

[[Hello World]] ein und speichern Sie die Seite. Die doppelten eckigen Klammern bewirken, dass die Phrase „Hello World“ von der Wiki-Software als Verweis auf die Seite Hello World interpretiert und auf der Hauptseite dementsprechend als Link dargestellt wird. Da die Seite noch nicht existiert, ist er rot eingefärbt. Wenn Sie nun zu Hello World

3.2 Hello World

■ ■ ■

49

wechseln, erscheint automatisch die Bearbeitungsansicht. Hier können Sie wieder beliebigen Text eingeben. Nachdem Sie gespeichert haben, sehen Sie die neu erstellte Seite. Um zur Hauptseite zurückzukehren, klicken Sie auf das Bild links oben. Tipp: Versuchen Sie soweit wie möglich auf die Verwendung des Back-Buttons zu verzichten. Viele Browser verwenden SeitenCaches, um die Ladezeiten zu verkürzen, so dass Sie möglicherweise eine veraltete Version der Seite angezeigt bekommen. Im schlimmsten Fall kann es passieren, dass der Browser die Formulardaten aus der Bearbeitungsansicht noch mal schickt, so dass eventuelle neuere Änderungen überschrieben werden.

Wahl des Titels

Auf der Hauptseite ist der Link zu Hello World nun blau eingefärbt, da diese Seite mittlerweile vorhanden ist. Selbstverständlich können Sie mit der Kennzeichnung eines Titels durch doppelte eckige Klammern auch auf schon vorhandene Seiten verlinken. Damit kommt der Wahl eines geeigneten Titels eine große Bedeutung zu. Gerade in Wikis mit vielen Einträgen kommt es häufig vor, dass Autoren „auf gut Glück“ Verweise auf Seiten setzen, die sie im Zusammenhang ihres Eintrags für wichtig erachten. Es sollte also darauf geachtet werden, dass der Titel möglichst knapp und genau bezeichnet, um was es auf der Seite geht. Einzelne Worte eignen sich sehr gut, aber auch kurze Sätze wie „Warum Wikis Funktionieren.“ können brauchbare Namen sein. Darüber hinaus erleichtern aussagekräftige Seitentitel auch den Lesern die Orientierung und die Suche nach einem Eintrag.

3.3 Erste Formatierungen

Formatierung im Wiki

50

■ ■ ■

Die beiden bisher beschriebenen Aktionen stellen die Grundlage für das Arbeiten in einem Wiki dar. Damit können Sie sich prinzipiell an der Erstellung und Bearbeitung einer gemeinschaftlich gepflegten Seite beteiligen. Bisher sehen die erstellten Seiten allerdings noch sehr karg aus, da wir völlig auf Formatierung und Layout verzichtet haben. Obwohl Wikis darauf ausgelegt sind, dass sich der Nutzer weitgehend nicht um Layout-Fragen kümmern muss, ist es natürlich oft wünschenswert oder auch für das Verständnis eines Textes erleichternd, wenn Möglichkeiten der Texthervorhebung und -fomatierung zur Verfügung stehen. Die sind im MediaWiki durchaus vorhanden. Da die Eingabe rein textbasiert ist, kann die Formatierung allerdings

3 Erste Schritte

nicht, wie in einem Textverarbeitungssystem mit grafischer Oberfläche, sofort umgesetzt werden. Vielmehr zeigt man der Wiki-Software durch besondere Zeichenkombinationen, dass eine spezielle Hervorhebung gewünscht ist. Um einen Eindruck von der Formatierungsmethode in einem Wiki zu bekommen, erstellen Sie zunächst eine Testseite wie in Kap. 3.2 beschrieben. Wir haben dafür den Namen Format-Test gewählt. Geben Sie nun folgenden Text ein: Sippeninitiative Funkenflug Diese Seite hat den Zweck, erstens, aktuelle Informationen zu vermitteln und zweitens, unsere Arbeit zu koordinieren. Mitmachen ist gefragt! Wenn Sie die Seite so abspeichern, werden Sie feststellen, dass sogar die spärliche Formatierung, die der Text besitzt, verloren gegangen ist. Das liegt daran, dass im MediaWiki, ähnlich wie in HTML, so genannter Whitespace, d. h. Zeichen, die nicht angezeigt werden (wie Leerzeichen und Zeilenvorschübe), zunächst ignoriert wird. Um einen Absatz einzufügen, müssen Sie eine extra Leerzeile in den Quellcode einfügen:

Absätze

Sippeninitiative Funkenflug Diese Seite hat den Zweck, erstens, aktuelle Um dem letzten Satz etwas mehr Schwung zu verleihen, wollen wir ihn in kursiv gesetzter Schrift ausgeben. Die Markierung für Kursivschrift sind je zwei Hochkommas am Anfang und am Ende des hervorzuhebenden Bereichs:

Kursivschrift

''Mitmachen ist gefragt!'' Starke Hervorhebungen innerhalb eines Textes werden in der Regel durch Fettschrift markiert. Diese wird im MediaWiki durch je drei Hochkommas aktiviert:

Fett

unsere Arbeit zu '''koordinieren'''. Unterstreichungen sind für die Formatierung in der Regel nicht vorgesehen, da diese Art der Hervorhebung im WWW für die Markierung von Links verwendet wird und diesbezüglich Missverständnisse vermieden werden sollen.

3.3 Erste Formatierungen

■ ■ ■

51

Überschriften

Ein einfaches Mittel zur Textstrukturierung stellen Überschriften dar. Diese können erzeugt werden, indem man den Text mit doppelten Gleichheitszeichen umschließt: ==Sippeninitiative Funkenflug== Diese Seite hat den Zweck, erstens, aktuelle

Aufzählungen

Da eine Überschrift immer in einer eigenen Zeile steht, ist es nun nicht mehr nötig, durch eine extra Leerzeile den Beginn eines Absatzes zu markieren. Eine sehr nützliches Layoutelement sind Aufzählungen, da sie oft im Zusammenhang mit schnell erstellten Gliederungen oder Brainstorming zur Strukturierung benutzt werden können. Aufzählungen sind einfach zu erstellen, man setzt an die Stelle des Aufzählungspunktes einen Stern: Diese Seite hat den Zweck, * erstens, aktuelle Informationen zu vermitteln und * zweitens, unsere Arbeit zu '''koordinieren'''.

€ €

Das Ergebnis unserer neu gestalteten Seite ist in Abb. 3.3 zu sehen. Die Möglichkeiten der Textgestaltung im MediaWiki sind natürlich vielfältiger und werden in Kap. 2 ausführlich behandelt. Abb. 3.3

52

■ ■ ■

3 Erste Schritte

3.4 Der kleine Unterschied: Versionen Wahrscheinlich haben Sie während des letzen Abschnitts Ihre Änderungen öfters gespeichert. Wenn nicht, nehmen Sie noch eine Bearbeitung vor und speichern diese nochmals ab. In einem Wiki ist es in der Regel möglich, zumindest die letzten Veränderungen einzusehen. Klicken Sie dazu auf den Reiter Versionen. Sie sehen eine Liste aller veralteten Ausgaben des Artikels, und wer sie bearbeitet hat. Wenn Sie auf das jeweilige Datum klicken, wird die alte Version dargestellt. Auf diese Weise können Sie Änderungen zurücknehmen. Einfach die alte Version aufrufen, in den Bearbeitungsmodus wechseln und dann speichern. Ein Klick auf „Aktuell“ in einer beliebigen Zeile bringt Sie zur Differenz-Anzeige. Diese stellt die Unterschiede zwischen der von Ihnen ausgewählten und der aktuellen Version der Seite dar (s. Abb. 3.4). Gerade bei längeren Texten können Sie so schnell herausfinden, welche Bereiche von einer Änderung betroffen sind.

Versionenansicht

DifferenzAnzeige

Abb. 3.4

Jetzt sollten Sie sich noch Letzte Änderungen aus der Navigationsleiste ansehen. Auch hier wurde unsere Seite Format-Test eingetragen. Diese Funktionsseite generiert immer eine Übersicht darüber, welche Artikel kürzlich im Wiki geändert wurden.

3.4 Der kleine Unterschied: Versionen

Letzte Änderungen

■ ■ ■

53

3.5 Als User anmelden

Benutzerkonto anlegen

Zum Schluss unseres Rundgangs sollten Sie sich noch einen eigenen Nutzeraccount anlegen. Einige der im Folgenden beschriebenen Aktionen können nur von registrierten Benutzern vorgenommen werden. Zudem ist es in öffentlichen Wikis wie Wikipedia guter Stil, sich zu erkennen zu geben, wenn man Artikel ändert. Im rechten oberen Eck des Bildschirms, sehen Sie einen Verweis „Anmelden“. Folgen sie ihm, gelangen Sie auf eine Anmelde-Maske. Tragen Sie unter „Ihr Benutzername“ einen selbstgewählten Namen ein und teilen Sie dem System „Ihr Passwort“ mit. Dieses müssen Sie im Feld darunter nochmals wiederholen, um Tippfehler zu vermeiden. „Ihre E-Mail“ sollten Sie ebenfalls angeben, an die wird ein neues Passwort geschickt, falls Sie ihres vergessen haben. Nun drücken Sie auf Neues Benutzerkonto anlegen. Sie sind jetzt als neuer User registriert und gleichzeitig angemeldet. Dass dies der Fall ist, erkennen Sie daran, dass Sie in der Zeile, in der der Anmeldelink stand, jetzt eine Reihe von Verweisen finden, allen voran eine Verbindung zu einer Seite mit Ihrem Benutzernamen (s. Abb. 3.5).

Abb. 3.5

An- und abmelden

54

■ ■ ■

Mit „Abmelden“ können Sie sich wieder ausloggen. Bei der nächsten Anmeldung ist es nur noch nötig, Benutzernamen und Passwort anzugeben, der Rest ist dem System ja schon bekannt.

3 Erste Schritte

4 Die Kernfunktionen des MediaWikis

Leser Autor WikiAdmin WebAdmin

Im Folgenden werden die Hauptfunktionen eines Wikis erklärt. Dies geschieht Schritt für Schritt anhand der Registerblätter, die unterschiedliche Arten des Zugriffs auf die jeweilige Seite ermöglichen. Welche Reiter sichtbar und damit verfügbar sind, ist von Ihrem Status innerhalb des Wikis abhängig: So stehen angemeldeten Usern und Administratoren jeweils mehr Funktionen zur Verfügung als dem anonymen Nutzer.

4.1 Bearbeiten Wenn Sie den Bearbeiten-Button gedrückt haben, wird der Bearbeitungsmodus eines Artikels aufgerufen, d. h. der Text der Seite wird samt der Wiki-spezifischen Formatierungszeichen („Tags“) in ein Eingabefenster geladen und kann nun von Hand verändert oder ergänzt werden.

Eingabefenster und Toolbox

Hinweis: Bei längeren Texten ist es auch möglich, dass Sie einen Artikel abschnittsweise bearbeiten können. In diesem Fall finden Sie den Bearbeiten-Button links neben der Abschnittsüberschrift. Über dem Fenster erscheint zusätzlich eine Toolbox, die Ihnen beim Formatieren des Textes behilflich sein kann. Diese funktioniert im Grunde ähnlich wie ein grafisches Textverarbeitungsprogramm: Man markiert den zu formatierenden Text und aktiviert das jeweilige Werkzeug. Die Software setzt zunächst nur die entsprechenden Formatierungstags um den bezeichneten Textabschnitt. Den Effekt erhalten Sie wie auch bei der Formatierung „zu Fuß“ erst in der Vorschau oder nach dem Speichern.

4.1 Bearbeiten

■ ■ ■

55

Funktionen der Toolbox Tab. 4.1

Dies sind die Funktionen der Toolbox (in der zweiten Spalte sehen Sie die Formatierungstags, die das jeweilige Tool einfügt.): Bild

Ersetzung '''Fett'''

Funktion Text wird fett dargestellt.

''Kursiv''

Text wird kursiv dargestellt.

Verlinkt zu einer Wiki-internen Seite. [www.google.de] Verlinkt zu einer externen Seite im WWW. ==Überschrift 2== Text wird als Überschrift 2 ausgegeben. [[Bild: BeiBindet ein Bild ein, das zuvor spiel.jpg]] in das Wiki geladen wurde (s. Kap. 6.3) [[Media: BeiVerlinkt zu einer zuvor geladespiel.mp3]] nen Mediendatei, z. B. zu einer Audio oder Videodatei. <math> Innerhalb der gesetzten Tags können mathematische Formeln in Latex gesetzt werden. <nowiki> Innerhalb dieser Tags werden eventuell vorhandene Formatierungsanweisungen nicht ausgeführt. --~~~~ Abhängig davon, ob Sie angemeldet sind oder nicht, fügt diese Funktion Ihre IP-Adresse oder Ihren Usernamen und einen Datumsstempel ein. ---Fügt eine horizontale Linie ein. [[Wiki-Seite]]

Bearbeitung abbrechen

56

■ ■ ■

Grundsätzlich steht Ihnen unter dem Eingabefenster auch eine Seite „Bearbeitungshilfe“ zur Verfügung, die Sie über den gleichnamigen Link aufrufen können. Leider ist diese Seite im MediaWiki noch nicht mit Inhalt gefüllt worden und wartet daher noch auf eine konstruktive Weiterbearbeitung Ihrerseits (s. Kap. 2). Im Übrigen können Sie den Bearbeitungsmodus jederzeit mit dem Knopf Abbruch verlassen. Damit werden Ihre Änderungen nicht berücksichtigt und die Seite wird wieder in ihrem vorherigen Zustand angezeigt.

4 Die Kernfunktionen des MediaWikis

Falls Sie sich nicht sicher sind, ob Ihre Formatierung den erwünschten Effekt hat, können Sie mit dem Vorschau-Schalter einen Blick auf das Ergebnis werfen, ohne dass die Änderung schon gespeichert 1 wird (s. Abb. 4.1 ).

Vorschau

Abb. 4.1

Die Vorschau ist standardmäßig über dem Bearbeitungsfenster sichtbar. Sie müssen also gegebenenfalls ein wenig nach oben scrollen. Weitere Änderungen fügen Sie wieder in das auf der gleichen Seite dargestellte Bearbeitungsformular ein ohne den Vorschaumodus zu verlassen. Achtung: Klicken Sie im Vorschaumodus nicht wieder auf Bearbeiten, sonst verlieren Sie ihre bisherigen Änderungen! Der Vorschaumodus hat zum einen den Vorteil, dass der User die Möglichkeit erhält, seinen Text in der formatierten Fassung Korrektur zu lesen, zum anderen dass man die Versionenseite nicht mit Dokumenten belastet, die nur wegen Formatierungs- oder Flüchtigkeitsfehlern mehrfach bearbeitet wurden. Beachten Sie aber, dass die Versionen im Vorschaumodus nicht gespeichert werden. Sie dürfen daher nicht vergessen, den Eintrag ordnungsgemäß zu speichern, wenn die Darstellung Ihren Vorstellungen entspricht.

1

Vielleicht ist Ihnen aufgefallen, dass wir das Logo geändert haben. Wie das geht, ist in Kap. 8.1

4.1 Bearbeiten

■ ■ ■

57

Zusammenfassung

Wenn Sie Ihren Text speichern möchten, können Sie in dem Zusammenfassungsfeld unter dem Bearbeitungsfenster einen Kommentar zu Ihrem Text oder zu Ihrer Änderung geben. Das Textfeld hat eine Kapazität von 200 Zeichen. Alles was darüber hinausgeht, z. B. in einem Kopiervorgang, wird nicht berücksichtigt. Die Zusammenfassung wird in schwarzer Kursivschrift auf der LetzteÄnderungenSeite, der Versionenanzeige und der Differenzanzeige ausgegeben. Achtung: Nach der Speicherung der Seite kann die Zusammenfassung nicht mehr ohne eine Änderung des Haupttextes editiert werden. Im Falle von schweren Fehlern oder wichtigen Auslassungen, müssten Sie daher eine Art Scheinbearbeitung machen, um die Zusammenfassung ausbessern zu können, d. h. Sie machen eine kleine Änderung, wie z. B. das Hinzufügen eines Leerzeichens oder einer Leerzeile innerhalb des Textes.

Konventionen

Bezüglich der Zusammenfassung haben sich bei der Nutzung von Wikis einige Konventionen eingebürgert, um allen Usern die Arbeit zu erleichtern. Eine wichtige Richtlinie ist dabei, dass man immer eine Zusammenfassung angeben sollte. Sogar eine kurze Notiz ist besser als gar keine. Besonders, wenn Sie den Text eines anderen Teilnehmers gelöscht oder geändert haben, sollten Sie dies kommentieren, damit das Löschen nicht als böswillig ausgelegt wird. Außerdem werden Änderungen, die nicht begründet werden häufiger rückgängig gemacht. Längere Erklärungen sollten allerdings auf die Diskussionsseite verlegt werden. Wenn Sie nur ein oder zwei Sätze zu einem Artikel hinzugefügt haben, ist es empfehlenswert, diese komplett in das Zusammenfassungsfeld zu kopieren. Tipp: Überlegen Sie sich eine Abkürzung, die vor die Zusammenfassung gesetzt wird, damit jeder Leser weiß, dass er mit der Zusammenfassung auch gleich die komplette Beifügung erfahren hat und sich nicht die Mühe machen muss, diese z. B. auf der Letzte Änderungen-Seite nachzuschauen. Eine gängige Abkürzung, die sich z. B. bei Wikipedia durchgesetzt hat, lautet ft für „full text“.

Geringfügige Änderung

58

■ ■ ■

Angemeldete User haben zusätzlich die Möglichkeit eine Bearbeitung als „geringfügige Änderung“ zu definieren, d. h. als eine relativ unwichtige Abwandlung, die z. B. nur Tippfehlerkorrekturen oder Formatierungsaktionen umfasst. Vor der Speicherung wird dabei einfach das Optionsfeld unter der Zusammenfassung mit der Beschriftung „Nur Kleinigkeiten wurden verändert“ markiert. Im Gegensatz dazu gibt es bedeutende Änderungen, die hauptsächlich den Inhalt des Artikels betreffen. Diese suggerieren dem

4 Die Kernfunktionen des MediaWikis

User, dass es sich lohnt einen Blick auf die Bearbeitung zu werfen, da eine wesentliche Weiterentwicklung des Textes stattgefunden hat. Dies kann auch schon mit der Bearbeitung eines einzelnen Wortes passiert sein. Die Unterscheidung zwischen geringfügigen und bedeutenden Änderungen ist relevant, da der angemeldete User die Möglichkeit besitzt, die unwichtigen Änderungen auf der Letzte ÄnderungenSeite auszublenden. Die Entscheidung, ob eine Bearbeitung bedeutend ist oder nicht, ist natürlich sehr subjektiv und kann u. U. dazu führen, dass den Lesern wichtige Änderungen vorenthalten werden. Daher sollten Sie gut überlegen, wie andere Nutzer Ihre Änderung einschätzen würden. Nicht umsonst bleibt unangemeldeten Nutzern diese Funktion verwehrt, um einen Missbrauch auszuschließen. Tipp: Wenn Sie aus Versehen eine Änderung als unbedeutend abgespeichert haben, machen Sie am besten eine Scheinbearbeitung und vermerken im Zusammenfassungsfeld, dass die vorherige Änderung wichtig war.

4.2 Diskutieren Auf der Diskussionsseite können die Inhalte eines zugehörigen Artikels besprochen werden. Bei der Zusammenarbeit an einem Text entsteht unweigerlich Bedarf an einer inhaltlichen Diskussion, insbesondere, wenn sich die Teilnehmer noch nicht gegenseitig kennen: Missverständnisse müssen geklärt werden oder Unklarheiten besprochen werden. Da diese Kommunikation sehr wichtig, aber – wie man aus dem Umgang mit Foren weiß – oft sehr ermüdend und wenig konstruktiv sein kann, wird sie mit dem Instrument der Diskussionsseite aus dem eigentlichen Text herausgehalten. Darüber hinaus entspricht das, was auf einer Artikelseite zu sehen ist, dem gegenwärtigen Konsens zu einem Thema. Nutzer, die den Beitrag nur lesen wollen, um sich zu informieren (man denke an einen enzyklopädischen Eintrag auf Wikipedia), sind meistens nicht an der Diskussion interessiert, die die Weiterentwicklung des Themas betrifft. Die Diskussionsseite kann man (fast) genauso editieren wie die Artikelseite: Wenn Sie auf Bearbeiten gehen, können Sie bereits geschriebene Kommentare verändern. Allerdings ist das in einer Diskussion, die auch für spätere User nachvollziehbar sein soll und deswegen dokumentiert werden muss, nicht sinnvoll Sie können mit einem Klick auf das Plus, das im Diskussionsmodus an einem der Reiter erscheint, sofort etwas zu der Diskussion hinzufügen ohne dass alle vor-

4.2 Diskutieren

Diskussionsseite

Mitdiskutieren

■ ■ ■

59

herigen Äußerungen im Bearbeitungsfeld geladen werden. Unter der Toolbox erscheint dann eine Betreffzeile. Wenn Sie hier eine Eingabe machen, erscheint diese als Überschrift zweiten Grades Ihres Diskussionsbeitrags, der an die übrigen Kommentare angehängt wird. So entsteht eine Struktur, die der eines Forums sehr ähnlich ist. Die Beiträge einzelner Teilnehmer sind auch diesen Personen zugeordnet. Beachten Sie aber, dass einer der großen Vorzüge des Wikis ist, dass Sie den gesamten Text bearbeiten können. Wenn Sie also direkt Anmerkungen zu einem Beitrag machen, der schon weiter oben auf der Seite diskutiert wurde, so sollten Sie Ihren Text auch direkt unter diesen Beitrag setzen. Nur neue Gedanken oder eine Beteiligung an der aktuellen Diskussion sollte mit der „+“-Funktion gemacht werden.

4.3 Vergleichen Versionenanzeige

Wenn Sie auf das Versionen-Register klicken, können Sie den Entwicklungsprozess des Textes von der letzten Änderung bis hin zu der ersten Speicherung des Artikels zurückverfolgen („History“). Eine Ausnahme stellen gelöschte Seiten dar, die nicht mehr zu sehen sind und auf die nur noch der Administrator zugreifen kann (s. Kap. 8.2). Jede Zeile repräsentiert eine alte Version, die mit verschiedenen Zusatzinformationen, wie z. B. dem Zeitpunkt der Speicherung versehen ist. Die Versionen können hier in den verschiedensten Kombinationen miteinander verglichen werden.

Abb. 4.2

60

■ ■ ■

4 Die Kernfunktionen des MediaWikis

Die Zeilen sind folgendermaßen aufgebaut: ■

Wenn Sie auf den Anfang eines Eintrags, also auf „Aktuell“ klicken, wird Ihnen ein Vergleich zwischen der entsprechenden Version und dem aktuellen Artikel präsentiert.

■

Beim Klick auf „(Letzte)“ wird die Version in der Zeile mit der vorherigen Version (in der darunter liegenden Zeile) verglichen. Damit sehen Sie nur die Veränderungen, die der Teilnehmer gemacht hat, der diese Bearbeitung gemacht hat.

■

Mit den Radiobuttons können Sie zwei beliebige Versionen markieren und über den Gewählte Versionen vergleichen- Schalter am Anfang oder am Ende der Liste können Sie sich den Unterschied zwischen den markierten Versionen generieren lassen.

■

Nun folgen Datums- und Zeitangabe der Speicherung. Sie führen direkt zu der älteren Version.

■

War der Urheber der Änderung eingeloggt, sehen Sie als nächstes seinen Namen, der zu der jeweiligen Benutzerseite führt. Ansonsten ist nur die IP-Adresse sichtbar.

■

Falls der Autor eine Zusammenfassung seiner Bearbeitung gegeben hat, erscheint diese am Ende der Zeile kursiv und in Klammern. Sie ist nicht verlinkt.

Über und unter der Versionenliste sehen Sie den Schalter Gewählte Versionen vergleichen, bei dessen Aktivierung die von Ihnen markierten Versionen bis ins kleinste Detail miteinander verglichen werden. Das Ergebnis wird auf einer eigenen Seite dargestellt (s. Abb. 3.4). Auf der linken Seite sehen Sie die ältere Version, auf der rechten die jüngere. Aufgeführt sind nur die Zeilen, an denen Änderungen vorgenommen wurden, wobei die gelben Markierungen gelöschte Daten und die grünen hinzugefügte Beiträge hervorheben. Unter dieser Darstellung finden Sie die jüngere der gewählten Versionen noch einmal komplett vor. Wenn eine Seite verschoben wurde, d. h. ihr Name verändert wurde (s. u.), wird die gesamte Geschichte des Artikels vor und nach der Umbenennung auf der Versionenseite dargestellt, die Aktion der Umbenennung selbst jedoch nicht. Diese ist nur in der History der Seite mit dem alten Titel sichtbar. Eine häufig durchgeführte Aktion ist das Zurücksetzen eines Artikels auf eine ältere Version (z. B. wegen Vandalismus), der so genannte Rollback. Rufen Sie dazu über die Vergleichsseite die Version auf, die sie wiederherstellen wollen. Wenn Sie diese zum aktuellen Artikel machen und damit alle nachfolgenden Änderungen

4.3 Vergleichen

Diff-Seite

Verschobene Seiten

Rollback

■ ■ ■

61

rückgängig machen wollen, gehen Sie auf Bearbeiten und dann Artikel speichern. Hinweis: Die Einträge in der History werden dadurch nicht gelöscht, so dass ein nächster Teilnehmer Ihren Rollback ebenfalls rückgängig machen könnte. Wenn Sie sich eine alte Seite ansehen, so finden Sie unter der Überschrift zwei Pfeile, mit denen Sie zur nächst älteren bzw. jüngeren Version springen können.

4.4 Verschieben und Umbenennen Umbenennen von Seiten

Manchmal ist es sinnvoll, eine Seite umzubenennen, z. B. weil der Name falsch geschrieben wurde oder nicht den Namenskonventionen entspricht, auf die man sich geeinigt hat, oder weil sich der Umfang des Artikels geändert hat. Die Begriffe „verschieben” und „Namen ändern” haben in diesem Zusammenhang dieselbe Bedeutung, denn wenn Sie den Namen eines Artikels ändern, werden die Bezüge auf diese Seite, die ja über Namen hergestellt werden, ungültig. Die Seite wurde also verschoben.

Abb. 4.3

Lassen Sie sich die Seite, die umbenannt werden soll, anzeigen und aktivieren Sie dann das Verschieben-Register. In dem Eingabefeld

62

■ ■ ■

4 Die Kernfunktionen des MediaWikis

können Sie den neuen Namen eingeben. Zudem können Sie mit einem Klicken auf ein Optionsfeld bestimmen, dass die dazugehörige Diskussionsseite ebenfalls mit verschoben wird. Wenn Sie mit dem Verschieben-Schalter Ihre Entscheidung endgültig bestätigt haben, wird die Seite umbenannt und gleichzeitig wird die alte Seite zu einer Redirect-Seite, d. h. alle Links, die auf sie verweisen, werden automatisch zu der neuen Seite weitergeleitet. Tipp: Die „Verschieben”-Funktion gewährleistet, dass die gesamte History der Seite vor und nach der Umbenennung nachvollziehbar bleibt. Die Alternative, einen Text auszuschneiden und in eine neue Seite zu kopieren, hat demgegenüber den entscheidenden Nachteil, dass die bisherige Entwicklung des Textes nicht mehr zurückzuverfolgen ist. Falls diese Verfahrensweise trotzdem notwendig wird, z. B. wenn der Inhalt eines Titels geteilt wird, ist es empfehlenswert, in der Zusammenfassung anzumerken, woher man den Text genommen hat. Wenn Sie das Verschieben eines Artikels A nach B wieder rückgängig machen wollen, d. h. der Seite wieder den alten Titel geben wollen, funktioniert dies nur, wenn die Redirect-Seite in der Zwischenzeit nicht editiert worden ist. Verschieben Sie in diesem Fall B zurück auf A und lassen Sie B von einem Administrator löschen, damit nicht zu viele Redirects im Wiki zurückbleiben.

Verschiebung rückgängig machen

Tipp: Um den alten Namen der Datei für neue Inhalte weiterverwenden zu können, empfiehlt sich ein Tausch. Dazu benötigen Sie eine Zwischenseite, die danach wieder gelöscht wird. Verschieben Sie zunächst A nach Z, dann B nach A und zuletzt Z nach B.

4.5 Beobachten Als User eingeloggt sehen Sie über den Wiki-Seiten ein Register beobachten. Wenn man auf dieses Register drückt, wird die aktuelle Seite und die jeweilige Diskussionsseite zu einer Liste von Artikeln hinzugefügt, an deren Entwicklung man besonders interessiert ist. Der Reiter ändert seine Beschriftung dann in nicht mehr beobachten und über diesen kann man die Seite wiederum von der Beobachtungsliste streichen.

4.5 Beobachten

■ ■ ■

63

Abb. 4.4

Ihre persönliche Beobachtungsseite können Sie über die Spezialseitenliste oder über den Link „Beobachtungsliste“ in der obersten Linkleiste aufrufen. Die Beobachtungsliste hat die gleiche Funktion wie die „Letzten Änderungen“, nur eben für die Seiten, die Sie beobachten wollen. Die Änderungen an den entsprechenden Seiten werden von der letzten Bearbeitung abwärts bis zu einem bestimmten zeitlichen Limit wiedergegeben. Jede Zeile zeigt Details über den letzten Editiervorgang: das Datum, ob es eine geringfügige Änderung war, einen Link zu dem Artikel, den Unterschied zur letzten Version, den Usernamen und die Zusammenfassung. Derzeit gibt es keine Möglichkeit, die geringfügigen Änderungen auszublenden. Tipp: In der Letzte Änderungen-Liste werden die beobachteten Artikel fett gedruckt dargestellt. Selbst wenn man nie einen Blick auf Beobachtungsseite wirft, könnte sich daher ein Einstellen der Beobachtungseigenschaft lohnen.

4.6 Schützen Wenn Sie den Status eines Systemadministrators besitzen (s. Kap. 7.3), haben Sie Zugriff auf das Register Schützen und können damit eine Seite vor der Bearbeitung durch andere sichern. Eine geschützte Seite kann dann nur noch von den Administratoren editiert werden.

64

■ ■ ■

4 Die Kernfunktionen des MediaWikis

Andere User erhalten lediglich die Möglichkeit, den Quelltext zu betrachten. Den Schutz können Sie mit dem Register Freigeben wieder aufheben. Diese Funktion kann genutzt werden, um einige wichtige Seiten von der Bearbeitung auszuschließen. So ist es beispielsweise verständlich, wenn Sie nicht wollen, dass jeder Teilnehmer Ihre Startseite einfach so verändern kann. Um dem offenen Geist des Wikis Rechnung zu tragen, sollten Sie allerdings zumindest eine Vorschlagsseite einrichten, auf der Neugestaltungen der Titelseite diskutiert werden können. Dafür kann natürlich auch die Diskussionsseite verwendet werden.

Wichtige Seiten

Abb. 4.5

Leider ist es gelegentlich auch nötig, Änderungen an einer Seite zeitweise zu unterbinden, wenn sich die Gemüter bei Uneinigkeiten über den Inhalt so erhitzt haben, dass eine konstruktive Arbeit am Artikel nicht mehr möglich ist. Da solche Sperrungen immer im Ermessen eines einzelnen Administrators liegen, sollten, um zentralistischen Tendenzen entgegenzuwirken, mindestens zwei Teilnehmer Administrator-Status haben („Vier-Augen-Prinzip“).

Schutz vor Vandalismus

4.7 Löschen Administratoren können über Löschen Seiten samt ihrer Geschichte entfernen. Diese werden dann in ein Archiv verschoben und sind nicht mehr über das WWW zugänglich. Sie verschwinden jedoch erst aus der Datenbank, wenn sie explizit von einem Sysop gelöscht

4.7 Löschen

■ ■ ■

65

werden (s. Kap. 8.2). Das Löschen von Seiten sollte mit größter Vorsicht geschehen, da man es im Normalfall mit dem Werk mehrerer Teilnehmer zu tun hat, die unter Umständen nicht sehr erfreut sind, wenn sie feststellen, dass ihre Beiträge aus dem Wiki entfernt wurden. Oft gibt es in Wikis eine Seite, auf der „Löschkandidaten“ vorgeschlagen und diskutiert werden, bevor ein Admin diese aus dem Wiki nehmen darf („dürfen“ ist hier eine soziale, keine technische Einschränkung). Gute Löschkandidaten sind die oben angesprochenen Redirect-Seiten, die beim Verschieben eines Artikels entstehen. Abb. 4.6

66

■ ■ ■

4 Die Kernfunktionen des MediaWikis

5

Formatierung

Leser Autor WikiAdmin WebAdmin

Zusätzlich zu den oben genannten Standardhervorhebungen „Fett“ und „Kursiv“ können Sie im MediaWiki noch eine Reihe anderer Formatierungsoptionen nutzen, auch wenn die Möglichkeiten eines Wikis mit denen gängiger Textverarbeitungsprogramme, wie z. B. Word natürlich nicht zu vergleichen sind. Es gibt zudem kein WYSIWYG („What You See Is What You Get“), d. h. die Formatierung wird wie in HTML oder LaTeX durch sog. Tags, also ASCIIZeichen im Editiermodus gesetzt, aber erst nach dem Speichern sichtbar. Die Formatierungszeichen lassen sich grundlegend in zwei Typen einteilen. Zum einen gibt es Tags, die sehr stark an HTML angelehnt sind und ebenso funktionieren. Das heißt, man setzt den zu formatierenden Text zwischen ein Anfangs- und ein Schlusszeichen, z. B. Text, dann wird „Text“ in Fettdruck ausgegeben. Zum anderen kann man auch Wiki-spezifische Markierungen nutzen, die vor dem Text stehen oder ihn ebenfalls einschließen. Welche der Zeichen Sie verwenden, ist eigentlich unerheblich, der einzige Unterschied besteht darin, dass die Wiki-spezifischen Tags nicht zeilenübergreifend wirken, die HTML-Tags dagegen schon.

5.1 Zeichenformatierung Wie schon erwähnt, führen zwei Anführungszeichen vor und nach dem zu bearbeitenden Textteil zu einer Kursivschrift, während drei Anführungszeichen einen Fettdruck hervorrufen. Will man diese beiden Schriftschnitte gleichzeitig nutzen, verwendet man ganz einfach fünf Apostrophe.

Fett + Kursiv

unsere Arbeit zu '''''koordinieren'''''.

5.1 Zeichenformatierung

■ ■ ■

67

In Sachen Schriftart und -größe ist die Auswahl nicht allzu groß. Zusätzlich zu der Standardschriftart Verdana können Sie ihren Text mit in Courier setzen, das den Schreibmaschinenstil imitiert und gerade bei technischen Erläuterungen sehr passend wirkt. erstens, aktuelle Informationen zu vermitteln Wenn Sie eine Art Bild- oder Tabellenunterschrift nutzen wollen oder aus anderen Gründen die Schrift verkleinern wollen, können Sie das mit <small> durchführen. erstens, <small>aktuelle Informationen zu vermitteln Unterstrichen/ Durchgestrichen

Als sehr nützlich können sich die Tags zum Durch- und Unterstreichen von Textpassagen mit <strike> bzw. erweisen: erstens, <strike>alte, nein aktuelle Informationen zu vermitteln

Hochgestellt/ Tiefgestellt

Für mathematische Ausdrücke sind auch die Optionen <sub> für hochgestellt und <sup> für tiefgestellt verfügbar: <sub>P=1/2 D s<sup>2 Anstelle des s<sup>2 könnten Sie auch s² schreiben. Dies funktioniert allerdings nur bei der hochgestellten Formatierung und hier auch nur mit Zahlen als Exponenten.

5.2 Sonderzeichen & Co. Nun zu den zahlreichen Sonder- und Satzzeichen, Symbolen und sprachspezifischen Besonderheiten, wie Tilde und Akzente. Diese werden – wie in HTML die Umlaute – durch eine Art Buchstabenmuster ersetzt, das stets mit einem & beginnt und mit einem ; endet, wie z. B. der griechische Buchstabe Sigma: Σ. Da eine komplette Aufzählung aller Sonderzeichen zu weit führen würde, werden Sie im Folgenden nur eine Auswahl der gebräuchlichsten Zeichen finden.

68

■ ■ ■

5 Formatierung

Zeichen à á â

Code agrave aacute acirc

Zeichen ã ä å

Code atilde auml aring

Zeichen ç ñ ø

Code ccedil ntilde oslash

Besonderes Augenmerk soll hier auf das Leerzeichen gelenkt werden. Es ist nicht möglich, mehrere aufeinander folgende Leerzeichen mit der Leertaste zu generieren, weil die Wiki-Software nur jeweils ein Leerzeichen beachtet. Falls Sie daher mehrere Leerzeichen hintereinander setzen wollen, müssen Sie dies – wie in HTML – mit dem Sonderzeichen   tun. Dieses Zeichen verhindert zudem einen Zeilenumbruch, was sich gerade bei Formeln als sehr nützlich erweisen kann. Für etwas ausgefallenere Satzzeichen sollten Sie ebenfalls Sonderzeichen setzen: Symb. ¿ ¡ « Æ

Code iquest iexcl laquo rarr

Symb. » § † Å

Code raquo sect dagger larr

Symb. ¶ • — °

Code para bull mdash deg

Tab. 5.1

Leerzeichen

Tab. 5.2

In unserem Beispiel könnten wir nun eine neue Zeile gleich unter der Überschrift einfügen: ††† Das Feuer wird uns genommen ††† Und am Ende der Seite zur Erklärung: Kein Feuer → keine Entwicklung Gerade im naturwissenschaftlichen Bereich braucht man häufiger altgriechische Buchstaben. Für alle Zeichen, die man mit unserem lateinischen Alphabet nicht darstellen kann, gibt es folgende Konventionen: Symb. Code D alpha E beta

Symb. J

ī

Code gamma Gamma

Symb. ' 4

Code Delta Theta

5.2 Sonderzeichen & Co.

Tab. 5.3

■ ■ ■

69

Formeln

Tab. 5.4

Wie Sie vielleicht festgestellt haben, ist es nicht schwierig die übrigen Buchstaben aus der Tabelle abzuleiten. Auch die übrigen Bestandteile einer mathematischen Formel können mit Sonderzeichen dargestellt werden. Hier ist eine kleine Auswahl davon: Symb. 



<pre> und <nowiki>

Tab. 5.5

Code Int prod

Symb. 



Code sum radic

Symb. Code ± plusmn infin

Bei komplexeren Formeln haben Sie außerdem die Möglichkeit TeX-Tags zu verwenden, die mit <math>Formel in den Text eingebunden werden. Entweder werden diese dann in HTML umgewandelt oder es wird – besonders wenn die Zeichen zu exotisch sind – ein PNG-Bild generiert. Mit <pre> und <nowiki> haben Sie die Möglichkeit die Formatierung des Textes (bis auf die Ersetzung der Sonderzeichen) zu unterdrücken, d. h. die gängigen Formatierungstags auch nach dem Abspeichern noch sichtbar zu machen. Die beiden Funktionen unterscheiden sich lediglich dadurch, dass <pre> den Text in Courier setzt und Zeilenumbrüche und mehrere Leerzeichen nicht ignoriert. Code <nowiki>kein Feuer → ''keine'' [[Entwicklung]]

Ergebnis

<pre>kein Feuer → ''keine'' [[Entwicklung]]

Kommentare

Wenn Sie möchten, dass manche ihrer Bemerkungen nur im Quelltext für die nachfolgenden Autoren zu sehen sind, maskieren Sie diese am besten als Kommentar wie in HTML:

70

■ ■ ■

5 Formatierung

5.3 Überschriften und Absätze Verschiedene Ebenen von Überschriften werden gesetzt, indem man sie mit der entsprechenden Zahl von Gleichheitszeichen umgibt: =Überschrift 1= ==Überschrift 2== ===Überschrift 3=== Dies ergibt folgendes Bild: Abb. 5.1

Die Überschriften teilen einen Artikel auch gleichzeitig in Sektionen, die – bei entsprechender Einstellung – einzeln bearbeitet und über Verweise angesprochen werden können. Man kann die Überschriften bis zur sechsten Ebene staffeln, was dem Konzept der -Tags in HTML entspricht. Nach der Formatierung der Überschriften erfolgt automatisch ein Zeilenwechsel. Nun können wir etwas Struktur in unsere Bürgerinitiativen-Seite bringen: = Sippeninitiative Funkenflug = == Zweck == Diese Seite hat den Zweck... == Erklärung == kein Feuer ... == Forderungen ==

5.3 Überschriften und Absätze

■ ■ ■

71

Zeilenwechsel/ Absatz Einzug

Innerhalb des Standardtextes können Sie mit dem
-Tag einen manuellen Zeilenwechsel erzwingen. Dies gilt auch für Aufzählungen und Listen. Um einen neuen Absatz zu beginnen, fügen Sie eine Leerzeile in den Quelltext ein. Einen Einzug erreichen Sie mit einem Doppelpunkt am Anfang der Zeile.

5.4 Listen und Linien

Unnummerierte Liste

Die Erstellung von Listen gestaltet sich in einem Wiki wesentlich einfacher als in HTML-Code. Bei unnummerierten Listen fügen Sie lediglich Sterne vor das entsprechende Element der Liste. Je tiefer die Ebene, desto mehr Sterne werden vor den Absatz gesetzt: * Erste Ebene ** Zweite Ebene *** Dritte Ebene ** Zweite Ebene

Nummerierte Liste

Dasselbe Prinzip können Sie mithilfe des Zeichens # auch auf eine nummerierte Liste anwenden: # Ebene 1 ## Ebene 2 ### Ebene 3 # Ebene 1

Gemischte Liste

Auch das Mischen von nummerierten und unnummerierten Listen ist möglich: * Ebene 1 unnummeriert *# Ebene 2 nummeriert *#* Ebene 3 unnummeriert *## Ebene 3 nummeriert

Definitionsliste

Wenn Sie eine glossarähnliche Liste erstellen möchten, ist die Formatierung zu einer Definitionsliste genau das Richtige. Der Begriff vor dem Doppelpunkt wird in diesem Fall speziell hervorgehoben. ; Feuer: liefert Energie und Licht ; Wasser: kann das Feuer kontrollieren

72

■ ■ ■

5 Formatierung

Neben der Möglichkeit, Ihren Text durch Listen zu strukturieren, können Sie mit folgendem Code auch horizontale Linien im Text ziehen:

Linie

Text ---Text Die zuletzt beschriebenen Listen sehen Sie in folgendem Screenshot: Abb. 5.2

Nun haben wir die Mittel, die Forderungen für einen öffentlichen Zugang zu Feuer zu veröffentlichen: == Forderungen == # Feuer muss für alle zugänglich sein # Eine exklusive Nutzung durch Sippenvorste# her wird damit ausgeschlossen # Es müssen weitergehende Maßnahmen € # ergriffen werden: ** Genügend Vorrat an Brennmaterial ** Gefahrenkontrolle mit Wasser

5.4 Listen und Linien

■ ■ ■

73

5.5 Tabellen Das MediaWiki unterstützt drei unterschiedliche Formen von Tabellensyntax: ■

XHTML

■

HTML und die Wiki--Syntax

■

und die sog. Pipe-Syntax

Alle drei Herangehensweisen produzieren gültigen HTML-Code. Wir werden uns im Folgenden nur der dritten Variante, der PipeSyntax, widmen, da sie besonders übersichtlich ist, wenig Platz in Anspruch nimmt und darüber hinaus etwas Wiki-spezifisches darstellt. Hier werden die HTML-Tags durch Pipes (|) ersetzt, was schon im Editiermodus die Wirkung einer Tabelle erzielt: {| | Zelle1 || Zelle2 || Zelle3 || Zelle4 || Zelle5 || Zelle6 |} Das Ergebnis sehen Sie in Abb. 5.3: Abb. 5.3

Die Tabelle ist – ebenso wie in HTML – in drei ineinander verschachtelten Ebenen aufgebaut: Tabellenebene: Eine Tabelle sollten Sie stets an den Anfang einer neuen Zeile stellen. Sie wird durch {| param initiiert und mit |} abgeschlossen. Das param steht dabei für optionale Parameter, wie z. B. Hintergrundfarbe oder Rahmenstärke.

74

■ ■ ■

5 Formatierung

Achtung: Zwischen {| und den param sollte unbedingt ein Leerzeichen gesetzt werden, weil ansonsten der erste Parameter ignoriert wird. Reihenebene: Mit der Initialisierung einer Tabelle wurde auch gleich die erste Reihe mitgeschaffen. Die folgenden Reihen beginnen Sie mit |- param. Geschlossen werden die Reihen automatisch, indem mit |- eine neue Reihe gesetzt wird, oder die Tabelle mit |} beendet wird. Zellenebene: Zellen können auf zwei Arten generiert werden. Entweder man setzt zwei Pipe-Zeichen nebeneinander: | Zelle1 || Zelle2 || Zelle3 oder man kombiniert eine neue Zeile mit dem Pipe-Zeichen: | Zelle1 | Zelle2 | Zelle3 Die Zellenparameter befinden sich wie auf Tabellen- und Reihenebene hinter dem Pipe-Zeichen, werden aber noch zusätzlich durch ein weiteres Pipezeichen vom Zellinhalt getrennt. | param || Zelle1 || param | Zelle2 oder | param | Zelle1 | param | Zelle2 | param | Zelle3 Achtung: Jede Reihe muss genauso viele Zellen haben wie die anderen Reihen, so dass die Anzahl der Reihen konsistent bleibt. Eine leere Zelle sollten Sie mit dem Leerzeichen   füllen, damit die Zelle angezeigt wird Kehren wir noch mal zu den Parametern zurück. Diese sind dem HTML entlehnt und können ebenso in ihrer Abkürzung verwendet werden. Auch hier muss man zwischen den Ebenen unterscheiden:

5.5 Tabellen

■ ■ ■

75

Auf Tabellenebene: Tab. 5.6

Name align bgcolor border width cellpadding cellspacing

Funktion horizontale Textausrichtung Hintergrundfarbe Rahmenstärke Breite Innerer Zellabstand Äußerer Zellabstand

Werte left, right, center #000000-#FFFFFF Zahl Zahl Zahl Zahl

Auf Reihenebene: Tab. 5.7

Tab. 5.8

Name align backgroundcolor valign Auf Zellenebene:

Abk. al bc

Funktion horizontale Textausrichtung Hintergrundfarbe

va

vertikale Ausrichtung

Name align backgroundcolor colspan

Abk. al bc

Funktion horizontale Textausrichtung Hintergrundfarbe

cs

rowspan

rs

valign width

va wd

mehrere nebeneinander liegende Zellen werden zusammengefasst mehrere untereinander liegende Zellen werden zusammengefasst vertikale Ausrichtung Breite

Wenn Sie Ihre Kopfzeile oder –spalte durch Fettdruck hervorheben möchten, verwenden sie bei der Eröffnung einer Reihe anstelle des Pipe-Zeichens ein Ausrufezeichen. Innerhalb der Reihe werden vor den jeweiligen Zellen die zwei Pipe-Zeichen durch zwei Ausrufezeichen ersetzt: {| |! Kontrolle von !! Wasser !! Feuer !! beidem Tabellenbeschriftung

76

■ ■ ■

Um der Tabelle eine Überschrift zu geben, fügen Sie nach der Tabelleninitiierung, also nach {| und eventuellen Parametern ein |+ ein und vergeben dann die Spaltennamen.

5 Formatierung

Das folgende Beispiel enthält alle besprochenen Tabellenelemente:

Beispiel

{| border="1" cellpading="2" |+Entwicklung der Menschen |! Kontrolle von !! Wasser !! Feuer !! beidem |- align="right" ! primitiv | 70 || 20 || 10 |- align="right" ! durchschnittlich | 20 || 50 || 30 |- align="right" ! Hochkultur | 10 || 30 || bgcolor="lightgrey" | 60 |} Ergebnis: Abb. 5.4

Das MediaWiki erlaubt es auch, Tabellen zu ineinander zu verschachteln. Beginnen Sie dazu einfach in einer Tabelle eine neue Tabelle: {| border=1 | Elemente || {| bgcolor=#ABCDEF border=2 | Feuer || Wasser |} | sind besonders wichtig. |}

5.5 Tabellen

■ ■ ■

77

Abb. 5.5

Das wichtigste zu Tabellen noch mal in Kürze: ■

{| ... | ... | ... |} umschließt eine Tabelle

■

|- zeigt den Beginn einer neuen Reihe an

■

|| trennt die Zellen voneinander

■

! ... ! zeigt eine Tabellenbeschriftung an

■

Parameter nach {| definieren die Einstellungen für die ganze Tabelle

■

Parameter nach |- gelten für die folgende Reihe

■

Parameter nach | gestalten die einzelne Zelle

5.6 Inhaltsverzeichnis Für jeden Artikel der mehr als drei Überschriften hat, wird automatisch ein Inhaltsverzeichnis erzeugt, es sei denn ■

die Einstellungen eines Users sind anders konfiguriert (s. Kap. 7.3)

■

in einem Artikel wird im Editierfeld der Code NOTOC_hinzugefügt.

Die Nummerierung wird automatisch generiert. Das Inhaltsverzeichnis befindet sich vor der ersten Überschrift, aber erst nach einem möglichen Einleitungstext. Man kann die Einfügung des Inhaltsverzeichnisses allerdings auch mit TOC an einer bestimmten Stelle erzwingen. Hinweis: Die Überschriften eines Templates tauchen nicht im Inhaltsverzeichnis auf. Die Einträge im Inhaltsverzeichnis werden aus den Überschriften des Artikels generiert.

78

■ ■ ■

5 Formatierung

Abb. 5.6

5.6 Inhaltsverzeichnis

■ ■ ■

79

6 Seitenübergreifende Strukturierung

Leser Autor WikiAdmin WebAdmin

Bisher haben wir uns mit der Formatierung innerhalb einer Seite beschäftigt. Hypertext zeichnet sich jedoch dadurch aus, dass verschiedene Einheiten durch Verweise miteinander in Beziehung gesetzt sind. Die Art der Strukturierung kann ganz unterschiedlich sein und hat entscheidenden Einfluss auf die Handhabbarkeit eines Hypertexts. Sie erleichtert das Navigieren durch die Seiten, da verwandte Themen verlinkt sind. Darüber hinaus entsteht durch die Einbettung eines Artikels in ein Netz mit anderen Artikeln ein Kontext, der bei der inhaltlichen Einordnung hilfreich sein kann.

6.1 Methoden zur Verlinkung Es gibt drei Ebenen, auf denen Links in einem Wiki hergestellt werden können: Wiki-intern, seiten-intern und extern. Diese werden wir uns im Folgenden näher ansehen. Die Wiki-internen Links haben wir in Kap. 3.2 schon kennen gelernt. Sie verweisen auf Seiten innerhalb eines Wikis. Es reicht daher, als Ziel einen Seitentitel anzugeben. Dieser ist in einem Wiki immer eindeutig; es kann keine zwei Seiten mit dem gleichen Namen geben. Zur Erinnerung: ein interner Verweis in seiner einfachsten Form besteht aus dem Link-Ziel in doppelten eckigen Klammern:

Wiki-interne Links

[[Seitentitel]] Seitentitel bestehen aus Buchstaben und Zahlen. Es ist auch möglich, Sonderzeichen zu verwenden. Die folgenden Zeichen dürfen dabei allerdings nicht vorkommen: " # $ * + < > = @ [ ] \ ^ ` { } | ~

6.1 Methoden zur Verlinkung

■ ■ ■

81

Links benennen

Diese Zeichen erfüllen besondere Steuerungs- und Layout-Funktionen im Wiki-Quelltext oder in PHP. Leerzeichen können verwendet werden. Sie werden systemintern als Unterstrich _ gespeichert. Daraus folgt umgekehrt, dass Unterstriche, die Sie in Seitentiteln verwenden, als Leerzeichen angezeigt werden. Das Formatieren der Links übernimmt die Wiki-Software. Man geht davon aus, dass der Name eines Artikels aussagekräftig genug ist, um dem Leser anzuzeigen, was sich dahinter verbirgt. Daher wird der Seitentitel einfach als Verweisbezeichnung genommen. Manchmal ist es jedoch sinnvoll, eine andere Beschreibung zu verwenden. Dies kann zum Beispiel bei einer hierarchischen Anordnung von Seiten der Fall sein, bei der ein Link nach „oben“ in der Struktur die Navigation erleichtert. Auch sollten eigentlich synonyme Beschreibungen, z. B. „Streichholz“ und „Zündholz“, nicht auf zwei verschiedene Seiten verweisen, da sie ja das gleiche bezeichnen. Die nötige Trennung zwischen Linkziel und Name kann mit einem so genannten „piped link“ erreicht werden: [[Seitentitel|Beschreibung]]

Wortteile als Link

Wie Sie sehen, steht hinter dem Seitentitel ein senkrechter Strich (Pipe-Symbol), hinter dem Sie eine Beschreibung einfügen können, die auch aus mehreren Wörtern bestehen kann. Ein Wort kann im Zusammenhang eines Satzes durch die Regeln der Grammatik verschiedene Formen annehmen. Da alle diese Formen auf die gleiche Seite verlinken, wurde die Möglichkeit geschaffen, nur den vorderen Teil eines Wortes als Link zu markieren: [[Link]]s Im Ansichtsmodus wird aber das komplette Wort als Verweis gekennzeichnet. Die folgende Konstruktion treibt das Ganze auf die Spitze. [[Link|Verlink]]ungs[[struktur]] Hier sind zwei Links in einem Wort untergebracht. Der erste Teil des Wortes verweist auf „Link“, der zweite auf „Struktur“. Getrennt wird nach dem Mittelteil („ungs“). Über den Sinn oder Unsinn solcher Konstrukte lässt sich sicherlich streiten, zumal aus der Ansicht nicht hervor geht, dass es sich um zwei Links handelt. Möglich sind sie auf alle Fälle. Nun ist es an der Zeit, unserem Beispiel-Wiki etwas Struktur zu geben. Wir teilen das Wiki in verschiedene Seiten auf, die unterschiedliche Aufgaben erfüllen sollen.

82

■ ■ ■

6 Seitenübergreifende Strukturierung

Arbeitsbereiche: * [[Infostand | Geplanter Infostand]] * [[Petition | Brief an den Häuptling]] * [[Sommergelage | Vorbereitungsteam für das € * Sommergelage]] * [[Material | Link- und Materialsammlung]] Diese Seiten müssen jetzt natürlich noch mit Inhalten gefüllt werden. Denken Sie auch daran, dass es zu jeder Seite eine Diskussionsseite gibt. Daher kann man auf der Seite Petition direkt die aktuelle Version des Textes lesen und Änderungsvorschläge auf der Diskussionsseite machen. Das überlassen wir aber zunächst den Mitgliedern der Sippeninitiative. Vor allem in großen Dokumenten ist es sinnvoll, Beziehungen auch zwischen Teilen des Dokuments herzustellen. Dies ist beispielsweise bei einem Inhaltsverzeichnis sehr nützlich, um gleich zum angegebenen Teil springen zu können. Nachdem der Seitenname bei seiten-internen Links jeweils gleich ist, müssen nun zusätzlich innerhalb eines Beitrags Sprungziele definiert werden. Im MediaWiki geht das relativ intuitiv: als Sprungmarken dienen die Sektionen. Es können alle Ebenen mit ihrem als Überschrift spezifizierten Namen verwendet werden. Seiten-interne Links sind mit einem Hash (#) gekennzeichnet:

Seiten-interne Links

[[Seitentitel#Sektionstitel]] Verweist der Link auf die eigene Seite, kann und soll der Seitentitel weggelassen werden. Selbstverständlich bestehen bei seiten-internen Links die gleichen Möglichkeiten der Formatierung wie bei normalen internen Verweisen. Im Gegensatz zu diesen findet jedoch seitens der Wiki-Software keine Überprüfung statt, ob das Sprungziel auf der Seite vorhanden ist. Fehlt das Ziel, wird der Verweis als solcher formatiert, bleibt jedoch beim Klicken wirkungslos. Das Wiki ist ein Bestandteil des World Wide Web. Damit besteht sowohl die Möglichkeit, von außen auf Seiten im Wiki zu verlinken, als auch, Verweise von einem Wiki ins WWW zu setzen. Wie man der Adresszeile des Browsers entnehmen kann, werden Wiki-Seiten per URL aufgerufen, indem am Ende der Adresse, in unserem Fall 1 nach http://localhost/mediawiki/index.php , durch einen Schrägstrich getrennt der Seitenname anhängt wird. Es ist auch möglich, per URL direkt die Bearbeitungsansicht einer Seite aufzurufen. Dazu muss der Titel der Seite sowie die gewünschte Aktion spezifiziert werden: 1

URL von MediaWiki-Artikeln

Dieser Pfad kann je nach Installation etwas variieren. S. Kap. 8.1

6.1 Methoden zur Verlinkung

■ ■ ■

83

index.php?title=Seitentitel&action=edit

Externe Links

URL formatieren

Bitte beachten Sie, dass in diesem Fall eventuelle Leerzeichen durch Unterstriche zu ersetzen sind. Für den Aufruf einer externen Seite aus dem MediaWiki heraus reicht es, die volle URL in den Quelltext zu schreiben. Da diese mit http:// beginnt, erkennt die Software sie als externen Link und formatiert sie entsprechend. Insbesondere erscheint bei Links ins WWW hinter dem Text ein spezielles Symbol. Es zeigt dem Nutzer an, dass er durch diesen Link das Wiki verlässt. Externe Links dieser Art sind nicht auf das WWW mit dem HTTP-Protokoll beschränkt. Ebenso versteht das MediaWiki https- und ftp- sowie mailto-Links und versieht sie mit jeweils eigenen Symbolen. Eine URL im Text erschwert das Lesen und ist deshalb nicht zu empfehlen (außer, die exakte Adresse ist Gegenstand der Betrachtung). Daher gibt es im MediaWiki zwei Arten, externe Verweise zu formatieren. Die eine ist, sie einfach mit eckigen Klammern zu umfassen. Links dieser Art werden auf der Seite von oben nach unten durchnummeriert. Das ähnelt dem Zitierstil in naturwissenschaftlichen Texten, ist jedoch in punkto Lesbarkeit ebenfalls nicht sehr freundlich. Will man dem Link einen Verweistext zuordnen, so geht dies, indem man die Beschreibung durch ein Leerzeichen getrennt hinter die URL in die Klammern schreibt: [http://www.wiki-tools.de Die Seite zum Buch] Dabei sind auch mehrere Worte als Erklärung zulässig. Auf diese Art kann man auch externe Verweise in den laufenden Text mit einbinden. Damit können wir die Materialseite von „Funkenflug“ mit Links auffüllen: == Links == * Der [http://www.menschheitsrat.de· € Menschheitsrat] veröffentlicht den Entwicklungsbericht ... Auf der Startseite können Sie nun direkt auf die Links verweisen: == Erklärung == Sippen ohne Feuer ... * [[Material#Links|Weiterführende Links]]

84

■ ■ ■

6 Seitenübergreifende Strukturierung

Es hat sich als gängige Praxis für Beiträge im Diskussionsstil eingebürgert, diese mit Datum und der Angabe der Seite des Benutzers zu signieren, damit sie den Teilnehmern zuzuordnen sind. Dafür gibt es im MediaWiki die Abkürzung

Beiträge signieren

~~~~ Diese wird beim erstmaligen Speichern in einen Verweis auf die Wiki-interne Seite des Benutzers samt der aktuellen Zeitangabe übersetzt. Ab dann stehen diese Angaben im Quelltext. Die Ersetzung findet auch statt, wenn der Schreiber nicht eingeloggt ist. Dann wird anstelle des Benutzernamens dessen aktuelle IP-Adresse eingetragen.

6.2 Organisation des Inhalts Die bisher vorgestellten Methoden schaffen Strukturen, indem sie zwei Einträge miteinander in Beziehung setzen, ohne genauere Angaben darüber zu machen, warum ein Zusammenhang zwischen ihnen besteht. Daneben bietet MediaWiki die Möglichkeit, mehrere Seiten nach funktionalen oder inhaltlichen Aspekten zu Gruppen zusammenzufassen. Dazu gibt es Namensräume („Namespaces“) und Kategorien. Abb. 6.1

6.2 Organisation des Inhalts

■ ■ ■

85

Tab. 6.1

Namespace (deutsch) Media

Spezial (Main) Diskussion

Benutzer Benutzer_Diskussion [Wiki-Name] [Wiki-Name] _Diskussion Bild

Bild_Diskussion MediaWiki

MediaWiki_Diskussion Vorlage Vorlage_Diskussion Hilfe

Hilfe_Diskussion Kategorie

Kategorie_Diskussion

86

■ ■ ■

Funktion Pseudo-Namensraum für hochgeladene Bilder und Dateien. Wird durch Pfad der Dateien ersetzt. Pseudo-Namensraum für Spezialseiten (s. Kap. 2). Normale Seiten. Diese werden ohne Präfix angegeben. Diskussionsseite. Wird zusätzlich zu jedem Artikel angelegt (auch in den folgenden Namensräumen), um über dessen Inhalte zu sprechen. Zusätzlicher Reiter (+). Benutzerseite. Wird für jeden eingeloggten Nutzer angelegt. Vgl. Diskussion. Angaben über das Wiki oder über das laufende Projekt. Vgl. Diskussion. Beschreibung eines Bildes und anderer Dateien. Wird automatisch mit Versionsangaben und Informationen über das Vorkommen der Datei ergänzt Vgl. Diskussion. Systemmeldungen. Eine vollständige Liste ist unter Spezial:AllMessages zu finden. Können nur von angemeldeten Benutzern verändert werden. Vgl. Diskussion. Vorlagen können in andere Seiten eingebunden werden. (s. Kap. 6.4) Vgl. Diskussion. Hilfeseiten beschreiben, wie man Aktionen im Wiki durchführt. Keine klare inhaltliche Trennung zum [Wiki-Name]Namensraum. Vgl. Diskussion. Seiten können Kategorien zugeordnet werden, die dann in diesem Namenspace zugänglich sind. (s. u.) Vgl. Diskussion.

6 Seitenübergreifende Strukturierung

Namespaces dienen generell dazu, ein Wiki in verschiedene Bereiche einzuteilen. In verschiedenen Bereichen können Seiten den gleichen Namen haben, so dass (im Prinzip) mehrere Gruppen von Nutzern in einem Wiki arbeiten können, ohne sich Gedanken machen zu müssen, ob die von ihnen gewählten Seitennamen bereits von anderen verwendet werden. So könnten beispielsweise die Infostand- und die Petitionsgruppe jeweils eine separate Seite in einem eigenen Namespace mit dem gleichen aussagekräftigen Namen ToDo haben. Im MediaWiki sind die Namen dieser Bereiche jedoch „hart kodiert“. Das bedeutet, dass sie im Quellcode des MediaWiki festgelegt worden sind und nicht von den Benutzern geändert werden können. Sie stellen hier vielmehr eine funktionale Trennung zwischen den unterschiedlichen Arten von Seiten dar, die das Wiki beinhaltet. Einträge verschiedener Namespaces besitzen unter Umständen zusätzliche Funktionen. So haben Seiten im Namensraum Diskussion einen zusätzlichen Reiter (+), der die Beiträge automatisch am Ende der Seite anhängt. In der Standard-Installation gibt es 15 Namespaces, den Standard-Namespace (Main) sowie 2 Pseudo-Namespaces, die in Tab. 6.1 aufgelistet sind. Eine Seite wird dem Standard-Namensraum zugeordnet, solange keine anderen Angaben gemacht werden. Die Pseudo-Namespaces werden zwar verwendet wie normale Namensräume, es können jedoch weder Seiten angelegt noch vorhandene Seiten verändert werden. Die meisten Seiten in den Namespaces werden automatisch erzeugt: Spezialseiten werden vom System bei der Installation generiert, Media- und Bildseiten entstehen mit dem Hochladen einer Datei, und Benutzerseiten immer dann, wenn ein Nutzer im Wiki agiert. Diskussionsseiten werden ebenfalls mit den jeweiligen Seiten erstellt. Damit bleiben nur noch die Seiten in Main, [WikiName], Vorlage, Hilfe und Kategorie, die frei erstellt werden können. Um eine Seite in einem bestimmten Namespace anzusprechen oder, falls nicht vorhanden, zu erstellen, wird dessen Name einfach vor den Seitentitel gestellt und mit einem Doppelpunkt getrennt

Funktion von Namespaces

Namespaces im MediaWiki

Aufruf von Seiten im Namespace

[[Hilfe:Wie setze ich einen Link|]] Im Beispiel wurde zusätzlich das Pipe-Symbol angehängt. Es bewirkt, dass der Namensraum bei der Anzeige des Links nicht mit dargestellt wird, was die Lesbarkeit erleichtert. Wenn Sie einen Namespace angeben, der dem Wiki nicht bekannt ist, wird die Seite im Standard-Namensraum Main angelegt. Der als Namespace angegebene Teil des Verweises wird dann zum Titel des Arti-

6.2 Organisation des Inhalts

■ ■ ■

87

Eigene Namespaces

Interwiki-Links

88

■ ■ ■

kels hinzugefügt und nicht als Bereichskennzeichnung erkannt. Eine Seite kann nur einem einzigen Namensraum zugeordnet werden. Der gleiche Seitenname in einem anderen Bereich erstellt eine neue Seite. Namensräume gibt es zudem nur auf einer Ebene, d. h. ein Bereich kann nicht weiter durch Namespaces unterteilt werden. Daher wurde für die jeweiligen Diskussions-Seiten je ein neuer Namespace eingerichtet, anstatt den Bereich mit dem Diskussions-Raum zu verbinden. In der Suche (s. Kap. 7.2) kann der einzubeziehende Bereich auf einzelne Namespaces eingegrenzt werden. Leider gibt es gegenwärtig für den normalen Nutzer keine Methode, sich alle Seiten eines Namensraums auflisten zu lassen. Auch das Erstellen eigener Namespaces ist nur mit Zugang zu den Skripten möglich (s. Kap. 8.1). Allerdings kann man sich die Syntax der Namespaces zu Hilfe nehmen und damit einen Bereich im Namensraum Main simulieren, indem man den Seiten eines gewünschten Bereichs einen eigenen Namen mit Doppelpunkt voranstellt. Die generellen Vorteile der Verwendung von Namespaces bleiben erhalten. So ist es möglich, Seiten mit gleichem Namen in verschiedenen „Räumen“ zu verwenden und damit verschiedene Gruppen auf einem Wiki arbeiten zu lassen. Da diese eigenen „Namespace“Präfixe Bestandteil des Seitennamens sind, kann man nun alle Seiten in einem „Namespace“ anzeigen lassen, indem man im Such-Feld nach dem Präfix suchen lässt. Diese eigenen Namespaces eignen sich gut für das Feuerprojekt. So kann man alle Sitzungsprotokolle in einen Bereich mit dem Namen Protokoll: legen. Jedes Protokoll würde dann beispielsweise nach seinem Datum benannt, also Protokoll:15122004. Eine weitere Verwendungsmöglichkeit sind die Arbeitsgruppen, die sicherlich mehrere eigene Seiten erstellen werden. So kann die SommergelageGruppe sich ihre Arbeitsliste mit Sommergelage:Todo anlegen, wohingegen die Infostand-Gruppe ihre Auflistung in Infostand:Todo festhält, ohne dass sich die beiden Gruppen in die Quere kommen. Außerdem findet eine automatische Zuordnung statt, so dass man weiß, alle Seiten, die mit „Sommergelage“ beginnen, gehören zur entsprechenden Gruppe. Um Verbindungen zwischen verschiedenen Wikis herzustellen, wird eine Konvention benutzt, der den Namespaces sehr ähnlich ist: die Interwiki-Links. Setzen sie einfach statt der Bezeichnung eines Namespaces eine Bezeichnung für ein anderes Wiki ein. Diese Namen müssen dem System jedoch bekannt sein, damit die Ersetzung der URL vorgenommen werden kann. Einige vordefinierte WikiLinks finden Sie in Tab. 6.2.

6 Seitenübergreifende Strukturierung

Präfix TWiki Wiki WikiPedia Google

Wiki TWiki WikiWikiWeb Wikipedia Google

URL http://TWiki.org/cgi-bin/view/ http://c2.com/cgi/wiki? http://www.wikipedia.org/wiki/ http://www.google.com/search?q=

Sie sehen, dass nicht nur auf Wikis verlinkt werden kann, sondern beispielsweise auch auf Suchmaschinen wie Google. Eine vollständige Liste der vordefinierten Interwiki-Präfixe finden Sie in der Datei maintainance/interwiki.sql. Wie sie eigene Einträge erstellen, finden Sie in Kap. 8.2. Eine zweite Art der Gruppierung von Seiten stellen die Kategorien dar. Dabei handelt es sich um eine inhaltliche Zuordnung einer Seite zu einem Oberbegriff. Diese Begriffe werden im KategorieNamensraum beschrieben. Im Unterschied zu den Namespaces können Kategorien in beliebiger Anzahl und von jedem Nutzer erzeugt werden. Dies geschieht, indem man eine Seite im Namensraum Kategorie anlegt. Um eine Seite in eine Kategorie einzuordnen, reicht es, im Quelltext einen Link auf die Kategorie-Seite einzufügen.

Tab. 6.2

Kategorien

[[Kategorie:MeineKategorie]] Nun erscheint am Seitenende ein Hinweis, zu welchen Oberbegriffen ein Artikel zugeteilt ist. Will man auf die Kategorieseite selbst verlinken, so muss vor das Wort „Kategorie“ ein Doppelpunkt gestellt werden. Mit der Zuordnung kann, ähnlich wie bei neuen Seiten, eine nicht vorhandene Kategorie erstellt werden. Eine Seite kann in mehreren Kategorien vorkommen. Dazu werden einfach mehrere dieser Kategorielinks angebracht. Wo im Quelltext die Zuordnungen eingebaut werden, ist irrelevant. Sie werden immer am Seitenende angezeigt. Man kann die Einteilung also auch an den Stellen machen, wo sie inhaltlich am besten passen. Allerdings bestimmt die Reihenfolge der Zuordnungen im Quelltext die Reihenfolge, in der die Kategorien angezeigt werden. Kategorieseiten verhalten sich zunächst wie ganz normale WikiSeiten. Das heißt, man kann sie mit ganz normaler Wiki-Syntax bearbeiten. Jedoch hat eine Kategorie-Seite zwei weitere, nicht editierbare, weil automatisch erstellte Bestandteile. Der erste ist die alphabetische Auflistung aller Seiten, die diesem Oberbegriff zugeordnet sind. Zweitens werden eventuell vorhandene Unterkategorien angezeigt. Es ist nämlich möglich, auch Kategorien selbst in Kategorien zu organisieren und so ein hierarchisches Ordnungssystem zu erzeugen. Dazu wird auf der entsprechenden Kategorieseite eine Zuordnung zu einer Überkategorie angebracht.

6.2 Organisation des Inhalts

Mehrfachzuordnung und Position

Kategorieseiten

■ ■ ■

89

Abb. 6.2

Zugriff auf Kategorieseiten

Nutzen von Kategorien

90

■ ■ ■

Der Zugriff auf die Kategorieseiten kann über die Spezialseite Spezial:Categories erfolgen. Auf dieser Seite werden alle vorhandenen Oberbegriffe angezeigt. Sie sind so angeordnet, dass diejenigen mit den meisten zugeordneten Seiten ganz oben stehen. Kategorien, die zwar erstellt wurden, jedoch noch keine Seiten enthalten, werden hier nicht aufgeführt. Da sich die Reihenfolge der Kategorien immer wieder ändert und die Anzeige nicht vollständig ist, eignet sich diese Seite nur schlecht als Einstieg zum Browsen. Eine einfache Methode ist es jedoch, eine Überkategorie einzuführen, die alle anderen Gruppen als Elemente enthält. Diese werden dann auf deren Seite vollständig und alphabetisch geordnet dargestellt. Kategorien können dazu genutzt werden, den Inhalt eines Wikis zu organisieren. Eine andere Anwendung ist die Erstellung eines hierarchischen Katalogs, der Nutzern das systematische Navigieren im Wiki erleichtert. Ferner könnte man sich in kleineren Wikis über diese Kategorieseiten häufig benutzte Seiten zusammenstellen (s. auch Kap. 4.5). Auch die Arbeit mehrerer Nutzerkreise in einem Wiki kann über Kategorien organisiert werden: hier wird jedem Kreis eine Kategorie zugeordnet. Wie Sie sehen, bieten die Oberbegriffe im MediaWiki vielfältige Einsatzmöglichkeiten, die weit über ein normales Einteilungsschema hinausgehen. Beachten Sie aber, dass Kategorien keine Kapselung bieten, so dass es bei Namensüberschneidungen zu Problemen kommen kann.

6 Seitenübergreifende Strukturierung

Kategorien können den Mitgliedern unserer Sippeninitative helfen, das Material, welches sich bei ihren Aktionen so ansammelt, zusammenzufassen und auch später leicht wieder zu finden. Zur vor Jahren durchgeführten Kampagne „Raus aus der Höhle!“ finden sich im Wiki noch einige Spuren: Protokolle über Sitzungen (in Protokolle:), die dieses Thema behandelten, ein Infostand (in Infostand:) und die Aktion bei der Nachbarsippe (in Aktionen:). Die Seiten heißen: Protokolle:Raus aus der Höhle Infostand:Raus aus der Höhle Aktionen:Raus aus der Höhle Obwohl die entsprechenden Seiten in unterschiedlichen Namespaces liegen, wurden sie alle zugleich der Kategorie „Raus aus der Höhle“ zugeordnet und können mit einem Mausklick gefunden werden.

6.3 Seitenübergreifende Gestaltung I - Bilder Nachdem wir uns bisher damit beschäftigt haben, wie man mit Verweisen von einer Seite auf andere zeigen kann, wollen wir uns nun ansehen, wie man Bestandteile von außerhalb in eine Seite einbinden kann. Eine Anwendung, die vor allem HTML-Designern schon bekannt sein dürfte, ist das Anzeigen von Bildern. Aber auch die Verwendung von Textvorlagen aus einem anderen Wiki-Eintrag wird auf diese Weise ermöglicht. Bilder können im Wiki entweder intern gespeichert oder von einer externen Quelle verlinkt werden. Beides hat seine Vor- und Nachteile. Interne Speicherung stellt sicher, dass die Datei erreichbar ist und sich die Adresse nicht ändert, ohne dass das bemerkt wird. Die Kontrolle über interne Bilder bleibt bei der Wiki-Community. Sie können überschrieben werden, die Änderungen werden jedoch wie bei der Seitenversionierung festgehalten und können zurückverfolgt werden. Darüber hinaus haben intern gespeicherte Bilder eine Beschreibungs- und eine Diskussionsseite. Der Nachteil einer internen Aufbewahrung liegt auf der Hand. Gerade bei größeren Wikis wird der Speicherbedarf enorm und ist nur schwer kontrollierbar, da nicht bekannt ist, wie groß die hochgeladenen Dateien sind. Externe Bilder überlassen im Gegenzug dem Urheber die Kontrolle. Wenn dieser nicht will, dass das Bild weiter verwendet wird, kann er es einfach entfernen und der externe Link verweist ins

6.3 Seitenübergreifende Gestaltung I - Bilder

Interne Speicherung von Bildern

Externe Speicherung von Bildern

■ ■ ■

91

Urheberrecht

Bilder und Dateien hochladen

Nichts. Ein großer Vorteil externer Bilder ist, dass sich der für ein Wiki benötigte Speicherplatz drastisch reduziert und besser kontrollieren lässt. Darüber hinaus verweist der Link zum Bild unter Umständen gleich zu dessen Originalkontext, legt zumindest aber die Quellenlage offen. Dies trägt zur Authentizität eines Bildes bei. Auch bei Bilddateien, die sich oft ändern, ist es aus Speicher- und Wartungsgründen sinnvoll, sie extern einzubinden. Andererseits kann gerade bei hochfrequentierten Wikis leicht der Vorwurf aufkommen, man würde nur versuchen, sich Bandbreite, ein kostbares Gut im Internet, zu sparen, indem man die großen Dateien nicht vom eigenen Server aus verschickt. Gerade bei Bildern muss an dieser Stelle nochmals deutlich darauf hingewiesen werden, dass das Einbinden von externen Quellen in eine Seite des Einverständnisses des Urhebers bedarf. Während das Hochladen einer Datei ins Wiki diese ausdrücklich unter eine freie Lizenz stellt, ist dies bei außerhalb liegenden Files nicht der Fall. Natürlich dürfen ins Wiki auch nur Bilder und Dateien geladen werden, die unter die dort verwendete Lizenz gestellt werden können. Das bedeutet vor allem, dass derjenige, der Material einstellt, die entsprechenden Rechte besitzen muss. Um sich viel Ärger zu ersparen gilt daher im Zweifelsfall: lieber einmal zu oft als einmal zu wenig nachfragen! Gängige Praxis ist es, die Nutzung gegen einen Link auf die Ursprungsseite zu erlauben. Um Bilder und Dateien hoch zu laden, gibt es eine Spezialseite Spezial:Upload. Sie finden diese entweder über die Auflistung der Spezialseiten oder aber unter dem Link Hochladen im WerkzeugBereich. Beachten Sie, dass diese nur aufgerufen werden kann, wenn Sie im Wiki angemeldet sind. Tipp: In der Standard-Installation des MediaWikis ist sowohl das Hochladen von Bildern wie auch das externe Einbinden nicht erlaubt. Um dies zu ändern, setzen Sie die Variable $wgDisableUploads in MediaWiki/LocalSettings.php auf false. Für eine genauere Anleitung s. Kap. 8.1. Auf der Upload-Seite finden Sie eine Eingabemaske:

92

■ ■ ■

6 Seitenübergreifende Strukturierung

Abb. 6.3

Geben Sie im Feld „Dateiname“ den Pfad und Namen der Datei ein, die Sie hochladen wollen. Alternativ können Sie auch auf Browse klicken. Dann öffnet sich ein Dialogfenster, in dem Sie eine Datei auswählen können. Dieses trägt dann die nötigen PfadInformationen in die Eingabemaske ein. Nun sollten Sie im Feld „Beschreibung“ noch kurz angeben, was auf dem Bild zu sehen ist. Damit geben Sie potentiellen Betrachtern Hinweise, ob die Datei für sie interessant ist. Zuletzt müssen Sie noch bestätigen, dass Sie der Rechteinhaber an dieser Datei sind und diese unter dem Copyright des Wikis veröffentlichen wollen. Mit dem Knopf Dateien hochladen wird das File ins Wiki übernommen. Wie schon mehrfach angedeutet, gilt dieses Vorgehen für alle erlaubten Datentypen. Sollte eine Datei mit gleichem Namen bereits vorhanden sein, so erscheint eine Warnseite, auf der Sie entscheiden können, was zu tun ist. Wenn Sie auf Erneut hochladen klicken, wird die aktuelle Aktion abgebrochen und sie kommen zurück zu Spezial:Upload. Gehen Sie auf Datei speichern, wird die Datei überschrieben. Wie oben erwähnt, bleibt jedoch die alte Version der Datei in der Versionsliste erhalten. Sie werden ebenfalls gewarnt, wenn die Datenmenge die Grenze von 100 KB überschreitet. Außerdem werden Leerzeichen in Dateinamen automatisch durch Unterstriche ersetzt, um mit der Seitenbenennung im Wiki konform zu gehen. Tipp: Der Namen einer hochgeladenen Datei kann nachträglich nicht mehr geändert werden. Es ist also ratsam, die Datei vorher mit einem aussagekräftigen Namen zu belegen.

6.3 Seitenübergreifende Gestaltung I - Bilder

■ ■ ■

93

Liste aller Bilder und Dateien

Alle im Wiki befindlichen Bilder und Dateien finden Sie unter Spezial:Imagelist. Neben einer Suchfunktion und der Wahl der Anzeige (s. Kap. 2) sehen Sie hier eine Auflistung, die einige Informationen über die jeweiligen Dateien enthält. Sie finden pro Eintrag von links nach rechts einen Link auf die Bild-Seite und auf die Datei an sich, Angaben zur Größe, den Namen des Users, der das File hochgeladen hat sowie die Upload-Zeit und am Schluss die Beschreibung des Bildes. Wenn Sie dem Link „(Beschreibung)“ folgen, kommen Sie zur entsprechenden Wiki-Seite des Bildes.

Abb. 6.4

Alle diese Seiten befinden sich im Namespace Bild. Hier sehen Sie zuerst das Bild selbst samt seiner Beschreibung, die Sie auch ändern können. Darunter, in der Sektion Bild-Versionen, ist eine automatisch erstellte Liste mit Versionen des Bildes und den entsprechenden Versionierungsfunktionen. Die Sektion Bildverweise wurde ebenfalls automatisch generiert und zeigt eine Liste der Seiten, die die Datei eingebunden haben. Tipp: Beachten Sie, dass sich die angezeigte veränderbare Beschreibung bei einem Überspielen des Bildes nicht einer eventuell neu eingegebenen Beschreibung anpasst und daher extra geändert werden muss. Einbinden eines Bildes

94

■ ■ ■

Damit kommen wir zum eigentlichen Sinn der Übung: dem Einbinden eines Bildes in eine Seite. Hier zeigt sich einmal mehr die Funktion von (Pseudo-)Namespaces. Wollen Sie nur auf das Bild verlin-

6 Seitenübergreifende Strukturierung

ken, ohne dass es auf der Seite erscheint, so setzen Sie einen Link auf [[Media:Bildname]]. Soll das Bild angezeigt werden, so muss der Link auf [[Image:Bildname]] gesetzt werden. Um einen Verweis auf die Bild-Seite (mit den zusätzlichen Informationen) zu setzten, stellen Sie vor den Namespace einen Doppelpunkt: [[:Image:Bildname]]. Die beiden Versionen, die auf Seiten im Wiki zeigen, können genauso wie normale Links formatiert werden (s. Kap. 6.1). Um externe Bilder anzuzeigen, reicht es aus, die URL der Datei in den Quelltext einzutragen. Die Wiki-Software erkennt dies und setzt an der Stelle das Original-Bild ein. Beachten Sie, dass hinter der URL ein Leerzeichen stehen muss, sonst kann das Ende der Adresse nicht erkannt werden. Das Logo http://www.wiki-tools.de/ images/titel_kurz.jpg ist...

€

Eingebundene interne Bilder können im Gegensatz zu externen mit einer Reihe von Formatierungshinweisen versehen werden, die durch einen senkrechten Strich getrennt angegeben werden, z. B.:

Formatierung interner Bilder

[[Image:radh1.jpg|thumb|50px|left|Höhle1]] Jede dieser Angaben ist optional: ■

left/right/center/none. Bestimmt die horizontale Ausrichtung des Bildes. Eventuell vorhandener Text wird um das Bild herum angeordnet. Bei „none“ wird kein Text neben dem Bild positioniert.

■

größepx. Legt die Bildbreite in Pixel fest. Die Höhe wird automatisch angepasst.

■

frame. Wird dieser Parameter angegeben, so wird das Bild in Originalgröße mit einem Rahmen und einer Bildunterschrift (s. u.) angezeigt. Eventuelle Größenangaben haben keine Auswirkungen. Das Bild wird standardmäßig rechts ausgerichtet.

■

thumb. Das Bild wird als Vorschaubild verkleinert in einem Thumbnail-Rahmen angezeigt und mit einem Symbol versehen, das den Tooltip-Text „vergrößern“ anzeigt. Das Bild wird standardmäßig ebenfalls rechts ausgerichtet.

Der letzte Parameter enthält eine Beschreibung des Bildes. Diese wird als Tooltip-Text angezeigt, wenn man mit der Maus über das Bild rollt. Texte dieser Art sind deshalb wichtig, weil sie auch von Menschen mit Sehbehinderung, die per Sprachausgabe surfen, wahr-

6.3 Seitenübergreifende Gestaltung I - Bilder

■ ■ ■

95

genommen werden können. Darüber hinaus geben sie Standardnutzern weitere Informationen über die Darstellung. In den beiden Anzeigemodi „Thumb“ und „Frame“ wird die Beschreibung zusätzlich als Bildunterschrift ausgegeben. Hier ist es auch möglich, grundlegende Formatierungen (fett und kursiv) sowie Links mit einzufügen. Beachten Sie aber, dass diese Formatierungen in der normalen Bildansicht in HTML-Code übersetzt werden und daher im Tooltip-Text als Tags erscheinen. Tipp: Wird keine Angabe für eine Bildunterschrift gemacht, so wird stattdessen jeweils der letzte Eintrag im Bildverweis angezeigt. Daher empfiehlt es sich immer, die Bildunterschrift explizit anzugeben, oder aber das Pipe-Symbol am Ende einzufügen. Dann wird der Dateiname als Bildunterschrift verwendet. Beispiele Mehrere Bilder

Einige Beispiele sollen die Verwendung von Bildern verdeutlichen: Bildergalerie. Als erstes erstellen wir eine Bild-Dokumentation der Aktion „Raus aus der Höhle!“, die aus einer Reihe 50 Pixel breiter Thumbnails besteht, die nebeneinander angeordnet werden sollen: [[Image:radh1.jpg|thumb|50px|left|Höhle1]] [[Image:radh2.jpg|thumb|50px|left|Höhle2]] [[Image:radh3.jpg|thumb|50px|left|Gruppe]] Das Ergebnis ist im Abb. 6.5 zu sehen. Wichtig ist, dass Sie die Ausrichtung links angeben. Fehlt diese Angabe oder wird eine andere Ausrichtung gewählt, so werden die Thumbnails untereinander angezeigt. Wenn Sie mehrere Bilder angeben, als in eine Zeile passen, so werden diese automatisch in die nächste Zeile umgebrochen. Dadurch ergibt sich eine quasi tabellarische Anzeige, wie man sie von einer Fotogalerie erwartet.

Abb. 6.5

96

■ ■ ■

6 Seitenübergreifende Strukturierung

Illustration mit komplexer Bildunterschrift. Ein Bild zu illustratorischen Zwecken in einen Text einzubauen gehört wohl zu den häufigsten Anwendungen. In unserem Fall soll zusätzlich aus der formatierten Bildunterschrift heraus auf zwei weitere Seiten verlinkt werden. ==Sippeninitiative Funkenflug== [[Image:radh1.jpg|frame|right| ''Dieses'' zeigt '''(a)''' den [[Infostand:Höhlen|Infostand]] und soll '''(b)''' an [[Höhlenaktion|die Aktion]] erinnern. ]] Diese Seite hat den Zweck

Bildunterschrift

€ € € € €

Wie Sie in Abb. 6.6 sehen können, wird das Bild in einem Rahmen am rechten Rand der Seite abgebildet. Der Text fließt links vorbei. Die Formatierung der Bildunterschrift entspricht dem, was wir auch in einer normalen Wiki-Seite erwartet hätten. Wenn Sie mit der Maus über das Bild gehen, stellen Sie fest, dass hier die Formatierungen aus der Bildunterschrift richtigerweise nicht übernommen worden sind. Löschen Sie zum Testen das Attribut frame und sehen Sie sich den Tooltip nochmals an. Nun sind die HTML-Tags zu sehen. Abb. 6.6

Grafik im Text. Zur Darstellung von besonderen Symbolen im Text, z. B. Blitze, die im Zeichensatz nicht vorhanden sind, müssen Bilder verwendet werden.

6.3 Seitenübergreifende Gestaltung I - Bilder

Im fortlaufenden Text

■ ■ ■

97

Das Symbol [[Image:Internet.jpg|15px|Bild 1]] zeigt an... Der entsprechende Text-Auszug ist in Abb. 6.7 abgebildet. Der Schlüssel zu einer nahtlosen Einbettung in den sonstigen Text liegt zum einen im Fehlen einer Ausrichtungsangabe. Damit wird signalisiert, dass das Bild genau an der Stelle anzeigt werden soll, an der es im Quelltext steht. Zweites muss noch die richtige Größe gewählt werden, damit die Bildhöhe der Texthöhe entspricht. Abb. 6.7

Tipp: Da die Größenangabe sich auf die Breite der Grafik bezieht, ist es wahrscheinlich, dass Sie ein bisschen experimentieren müssen, bevor Sie die richtige Ausdehnung gefunden haben. Hier empfiehlt es sich, mit der Vorschau zu arbeiten, anstatt jeden Versuch zu speichern. Bilder ausrichten

Die Ausrichtung von Bildern auf einer Seite mit den Attributen left und right bewirkt, dass der Text diese Grafiken umfließt. Es gibt einige Möglichkeiten, auf die Positionierung der Datei Einfluss zu nehmen. Wollen Sie, dass der obere Rand des Bildes mit der ersten Textzeile übereinstimmt, so setzen Sie den Bild-Link vor das erste Wort des Absatzes. Wenn sie den Verweis nach dem ersten Wort einsetzen, wird die erste Zeile voll durchgeschrieben und das Bild erst mit der zweiten Zeile angezeigt. Generell gilt, wird die Darstellung innerhalb einer Zeile angekündigt, so wird sie erst mit der darauf folgenden Zeile abgebildet. Das Absatzende hat für die Ausrichtung keine Bedeutung. Das geht so weit, dass der gesamte nachfolgende Text inklusive Sektionen und Tabellen neben dem Bild dargestellt wird. Um zu erzwingen, dass ein Absatz unterhalb eines Bildes beginnt, fügen Sie unmittelbar vor diesem Absatz die Zeile


Zwei Bilder auf gleicher Höhe

98

■ ■ ■

ein. Die Zeile wird dann soweit nach unten verschoben, bis sich kein Bild mehr am Rand befindet. Es ist möglich, ein Bild am linken Rand und auf gleicher Höhe eins am rechten Rand zu positionieren. Schreiben Sie dazu die beiden Bild-Verweise mit unterschiedlicher Ausrichtung direkt hintereinander. Die Reihenfolge spielt keine Rolle. Der Text fließt dann in

6 Seitenübergreifende Strukturierung

der Mitte zwischen den Illustrationen durch. Text, der zwischen den beiden Bild-Links steht, wird in den normalen Fließtext eingebunden und kann somit unter Umständen vor dem ersten Bild erscheinen. Tipp: Die Verwendung von Bereichen, die mit <pre> umschlossen sind, und Bildern im gleichen Absatz kann dazu führen, dass sich die beiden Elemente überdecken und sollte daher vermieden werden. Neben Bildern ist es je nach Einstellung im Wiki (s. Kap. 8.1) auch möglich, Sound- und andere Mediendateien sowie komprimierte Files hochzuladen. Diese werden von der Wiki-Software immer als Dateien verlinkt und nicht wie Bilder automatisch eingebettet. Ein Verweis im Namespace Bild zeigt demnach auf die BeschreibungsSeite der Datei. Soll diese direkt angesprochen werden, so muss der Link auf die Datei im Pseudo-Namespace Media erfolgen. Verweise auf diese hochgeladenen Dateien können auf einer Seite gesammelt werden. Sie erinnern sich, dass wir die Seite Material für die Sippeninitiative eingerichtet hatten. Hier kann man neben „Links“ noch eine Sektion „Downloads“ einrichten, über die man auf vorhandene Dokumente (z. B. Tonaufnahmen, Briefe, gescannte Steintafeln etc.) zugreifen kann.

Andere Arten von Dateien

6.4 Seitenübergreifende Gestaltung II – Templates Templates sind (Quell-)Textvorlagen, die in andere Seiten des Wikis eingebunden werden können. Dies hat zum einen den Sinn, öfter verwendete Bestandteile wie Briefvorlagen oder Checklisten auszulagern, um sie nicht jedes Mal neu erstellen zu müssen. Zum anderen kann mittels Templates eine gewisse Einheitlichkeit gewährleistet werden. Darüber hinaus bietet die Verwendung von Vorlagen eine gewisse Flexibilität, da Änderungen zentral gemacht werden können und sich auf alle Seiten auswirken, die auf die Vorlage zugreifen. Dementsprechend sind mögliche Anwendungen für Templates die Verwaltung von Mitteilungen, die Darstellung einheitlicher Navigationsbereiche oder einfach die Vereinheitlichung einer Gruppe von Seiten. Für Vorlagen ist der Namespace Vorlagen reserviert. Sie werden in eine Seite eingebunden, indem man den Vorlagennamen in zwei geschweifte Klammern setzt:

Was sind Templates?

Templates einbinden

{{meineVorlage}}

6.4 Seitenübergreifende Gestaltung II – Templates

■ ■ ■

99

Nicht existierende Vorlagen werden dabei wie üblich mit einem Bearbeitungslink angezeigt. Ansonsten wird der Quelltext, der im Template steht, an die Stelle des Verweises gesetzt. Will man explizit auf die Vorlagen-Seite verlinken (um sie dann beispielsweise zu editieren), so geht dies, indem man einen normalen internen Verweis mit doppelten eckigen Klammern auf sie setzt. Hinweis: Wenn eine Seite Vorlage einbindet, werden diese im EditModus unter dem Bearbeitungsfeld angezeigt. Tipp: Sie können jede Seite des Wikis als Vorlage verwenden. Geben Sie dazu einfach den kompletten Namen (mit Namespace) an. Für Seiten in Main reicht es, einen Doppelpunkt vor den Namen zu setzen. Man sollte allerdings aus Gründen der Übersichtlichkeit und Bedienbarkeit von dieser Möglichkeit sehr sparsam Gebrauch machen und für Vorlagen, die als solche gedacht sind, den entsprechenden Namensraum nutzen. Möglicher Inhalt

Ort der Ausführung

Variablen

100

■ ■ ■

Templates können alles enthalten, was auch auf einer normalen Seite stehen kann, also auch dynamische Elemente wie Verweise und Variablen. Eine mögliche Anwendung einer solchen Vorlage wäre der Link auf die persönliche Seite eines Verantwortlichen für einen bestimmten Bereich. Da sich diese Person ändern kann, könnte man hierfür ein Template anlegen, in dem der jeweils aktuelle Ansprechpartner genannt ist. Alle Anweisungen werden so ausgeführt, als wären sie direkt in die Seite eingebettet. Dies gilt insbesondere für die Einordnung in Kategorien. Wird also ein Template einer Kategorie zugeordnet, so sind auch alle Seiten, die diese Vorlage verwenden, ebenfalls dieser Kategorie zugeordnet. Es ist möglich, Templates zu verschachteln, in einer Vorlage also eine weitere Vorlage zu verwenden. Damit wird ein leicht verwaltbarer Aufbau von immer wiederkehrenden Elementen einer Seite möglich. Bis hierher ist die Verwendung von Templates relativ starr und statisch. Bei der Erstellung einer Vorlage ist es entweder gleichgültig, auf welchen Seiten sie eingebunden wird oder der Autor muss eine relativ genaue Vorstellung haben, von welcher Art die Seiten sein werden, die diese Vorlage verwenden. So ist es beispielsweise für Meldungen, die von allgemeiner Natur sind, egal, welcher Inhalt sich auf einer Seite befindet. Um etwas mehr Flexibilität in Bezug auf die Artikel zu bieten, die eine Vorlage verwenden, gibt es eingebaute Variablen. Sie stehen als Platzhalter für bestimmte Informationen über das Wiki, die Seite oder aktuelle Zeit. Variablen werden wie Templa-

6 Seitenübergreifende Strukturierung

tes eingebunden und beim Aufruf der Seite durch die jeweils aktuellen Werte ersetzt. Eine Liste mit eingebauten Variablen finden Sie in Tab. 6.3. Beachten Sie, dass die Namen case-sensitive sind, und somit Groß- und Kleinschreibung Auswirkungen haben. Name {{ns:Name}}

{{SITENAME}} {{SERVER}}

{{localurl:Seite}}

{{localurl:Seite| query}} {{CURRENTMONTH}} {{CURRENT MONTHNAME}} {{CURRENT DAY}} {{CURRENT DAYNAME}} {{CURRENTYEAR}} {{CURRENTTIME}} {{NUMBEROF ARTICLES}} {{NAMESPACE}} {{PAGENAME}} {{PAGENAMEE}}

Funktion Alle Namespaces haben englische Originalbezeichner, die in allen MediaWikis gleich sind. Wird durch den Namen des Namespaces in der Sprache des Wikis ersetzt. Also wird {{ns:Talk}} zu „Diskussion“ Name des Wikis Setzt einen Link auf den Server, d. h., den Bereich in der URL von http:// bis zum ersten Schrägstrich. Gibt alles nach dem Schrägstrich in der URL der entsprechenden Seite aus Wie oben, nur mit der zusätzlichen Angabe von Parametern Nummer des aktuellen Monats Name des aktuellen Monats in der Wiki-Sprache Nummer des aktuellen Tages

Tab. 6.3

Name des aktuellen Tages in der Wiki-Sprache Die aktuelle Jahreszahl Zeit im Format HH:MM Zahl der Artikel im MainNamespace, die mindestens einen Link enthalten Name des Namespaces der Seite Name der Seite Name der Seite, wie er in einer URL angezeigt wird. Im Wesentlichen mit Unterstrichen statt Leerzeichen.

Diese Variablen können Sie auf jeder Wiki-Seite verwenden. So ist es beispielsweise möglich, mit {{SERVER}}{{localurl:Hallo Welt|action=edit}}

6.4 Seitenübergreifende Gestaltung II – Templates

■ ■ ■

101

einen Verweis auf die Bearbeitungsansicht von Hallo Welt zu setzen oder mit {{CURRENTDAY}}.{{CURRENTMONTHNAME}} {{CURRENTYEAR}} das aktuelle Datum ausgeben zu lassen. Beachten Sie, dass im ersten Fall die gesamte URL der Seite erzeugt wird. Dies ist die einzige Möglichkeit, um Funktionen einer Seite aufzurufen. Mit dem Link [[Hallo Welt&action=edit]]

Ersetzung

erzeugen Sie eine Seite mit genau dem angegebenen Namen und keinen Verweis auf Hallo Welt. Wenn Sie das Schlüsselwort subst: vor die Variable setzen, so wird beim Speichern der Inhalt der Variablen an deren Stelle im Quelltext geschrieben. Ein Beispiel: Wenn Sie in die Seite Hallo Welt die folgende Zeile eintragen und dann abspeichern, {{subst:PAGENAME}}/{{CURRENTTIME}} so sehen Sie bei erneutem Editieren, dass der Quelltext jetzt so aussieht: Hallo Welt/{{CURRENTTIME}} Dieser Mechanismus ist zum einen interessant, um einen Zeitstempel auf einer Seite zu hinterlassen. Dies ist jedoch relativ umständlich, da es sich ja um einen einmaligen Vorgang handelt, und die Angabe der Variablen länger ist als wenn man gleich selber auf die Uhr schaut und die Zeit dann abschreibt. Andererseits gilt der gleiche Formalismus auch bei der Einbindung von Templates. So kann man auf diese Weise den Inhalt einer Seite auf die eigene Seite kopieren und dann entsprechend anpassen. Die Feuer-Initiative nutzt diesen Mechanismus, um einerseits bei Protokollen den Standardtext nicht immer ausfüllen zu müssen: == Protokoll von DD.MM.JJJJ == ===Tagesordnung=== __TOC__ ===Anwesend=== ===TOP1=== ===TOP2===

102

■ ■ ■

6 Seitenübergreifende Strukturierung

Andererseits gibt es eine Checkliste für den Infostand, die zeigt, was an Vor- und Nachbereitung zu leisten ist. Diese wird bei jedem Infostand neu aufgesetzt, angepasst und im Wiki abgehakt. Wollen Sie eine Vorlage einbinden, ohne, dass der enthaltene Text vom Wiki als Quelltext interpretiert wird, so setzen Sie msgnw: vor den Namen der Vorlage. Damit wird der gesamte Vorlagentext mit einem <nowiki>-Tag umschlossen und nicht verarbeitet. Häufig kommen Variablen auch in Vorlagen vor. Dabei gilt, dass der Wert der Variablen von der aufrufenden Seite und nicht vom Template bestimmt wird. {{PAGENAME}} gibt also nicht den Namen der Vorlage aus, sondern den der Seite, die diese einbindet. Damit lassen sich eine Reihe seitenspezifischer Links durch Templates erzeugen, die in erster Linie auf Funktionen oder Spezialseiten zum Artikel zeigen. Beispielsweise erzeugt das Template

Einbinden als Quelltext

Variablen in Vorlagen

[{{SERVER}}{{localurl:Spezial:Whatlinkshere| € target={{PAGENAME}}}} Backlinks] einen Verweis mit Namen „Backlinks“ auf die Seite, die alle eingehenden Links anzeigt (s. Kap 7.1). Beachten Sie, dass hier wieder die tatsächliche URL der Seite erzeugt wird. Gerade bei Vorlagen, die das Layout, nicht aber den Inhalt vorgeben, ist es wünschenswert, Werte an das Template zu übergeben. Dafür können Sie eigene Parameter verwenden, die beim Aufruf der Vorlage gesetzt werden können. Die Übergabe der Werte erfolgt innerhalb der geschweiften Klammern, die die Vorlage einbinden, und kann auf zwei verschiedene Arten stattfinden:

Parameter

{{Templatename|wert1|wert2|...}} {{Templatename|name1=wert1|name2=wert2|...}} Im ersten Fall werden die Parameter dann einfach durchnummeriert, im zweiten können sie über einen Namen angesprochen werden. Innerhalb der Vorlage wird der Parameter eingebunden, indem man entweder seine Nummer oder gegebenenfalls seinen Namen in dreifache geschweifte Klammern setzt. Ein Beispiel: {{Begr|Frau|Mustermensch}} {{Begr1|name=Mustermensch|anrede=Frau}} sollen die beiden Templates Begr Hallo {{{1}}} {{{2}}} und Begr1 aufrufen:

6.4 Seitenübergreifende Gestaltung II – Templates

■ ■ ■

103

Hallo {{{anrede}}} {{{name}}}

Ein Beispiel

Das Ergebnis ist in beiden Fällen gleich, es erscheint der Satz „Hallo Frau Mustermensch“. Die erste Version ist beim Schreiben mit weniger Aufwand verbunden, da man die Parameter nicht benennen muss. Hat man jedoch Vorlagen mit mehreren Werten, so ist es übersichtlicher, diese mit Namen zu versehen. In diesem Fall wird der Quelltext der Vorlage leichter verständlich. Darüber hinaus hat die Reihenfolge der Angaben keine Auswirkung; es ist also sichergestellt, dass die richtigen Informationen am richtigen Ort landen. Dies ist gerade in größeren Projekten ein nicht zu unterschätzender Vorteil! Im Folgenden wollen wir zur Verdeutlichung der Möglichkeiten von Vorlagen die Gestaltung einer einheitlichen Teilnehmerseite für Mitglieder einer Projektgruppe unserer Sippeninitiative erarbeiten. Diese soll einem einheitlichen Seitenkopf mit der Anzeige aktueller Meldungen enthalten, einen Bereich, in dem sich der Teilnehmer vorstellt, sowie eine frei gestaltbare Sektion. Die Teilnehmer sind angehalten, diese Seite zu ihrer persönlichen Einstiegsseite zu machen und mindestens jeden zweiten Tag einen Blick darauf zu werfen. Die Vorlage ProjektTNSeite, die dazu verwendet werden soll, sieht folgendermaßen aus: {{ProjektKopf}} {{TNInfos| name=VORNAME NAME| kontakt=EMAILADRESSE| bereich=BEREICH| bild=[[Image:EIGENESBILD|150px|center]]}} == Meine Zuständigkeiten sind == * AUFGABE1 * AUFGABE2 == Persönlicher Bereich == Diesen Bereich können Sie frei gestalten Sie sehen, dass die Angaben, die später von den Teilnehmern angepasst werden sollen, in Großbuchstaben stehen, um hier auch ein optisches Signal zu setzen. Die Vorlage ProjektKopf liefert den Titel, Links, die auf allen Projektseiten vorhanden sein sollten sowie einen Bereich für dringende Meldungen, die der Teilnehmer lesen sollte. Um das Layout ein wenig ansprechender zu gestalten, haben wir dafür eine Tabelle verwendet:

104

■ ■ ■

6 Seitenübergreifende Strukturierung

{| width=100% style="border:1px solid #000000;background:#CCCCFF" | style="font-size:20pt;font-weight:bold; text-align:center" | Feuerprojekt ||