Ausgangslage
Innerhalb des Template monobook (aber auch in andere Templates) besteht die Möglichkeit eine Navigationsleiste im Wiki auf der linken Seite einzubauen. Hier bietet es sich an, bspw. über das Plugin indexmenue ein entsprechendes Indexmenü auf Basis der Berechtigungen der User auszugeben. Auf diese Weise werden nur die Seiten oder Namensräume ausgegeben, für die auch tatsächlich eine Leseberechtigung vorhanden ist.

Dieses hat sicherlich Vorteile verwandelt allerdings das Wiki eher in eine Form einer Internetseite, da alle Unterseiten und Ordner (Namensräume) mit ausgegeben werden.

Problem
Das Wiki soll innerhalb der einzelnen Namensräume die Vorzüge einer Internetseite (freier Zugang, leichte Bedienung und Bearbeitung) mit den Vorteilen eines Wiki zum freien Informationsaustausch vereinen. Die Namensräume sind hierbei als Themenfelder gedacht innerhalb deren sich die Teilnehmenden dann frei austauschen können und auch entsprechende Unterseiten innerhalb des Namensraumes anlegen können.

Auf diese Weise sollte bspw. im Bereich des Finanzwesen auch Begriffe wie Budget oder vergleichbares eingehend erläutert werden, ohne dass hierbei in der Navigation direkt diese einzelnen Unterseiten mit ausgegeben werden.

Lösungsansatz
Eine mögliche (ideale) Lösung wäre es nun, wenn in der Navigation nur die Namensräume als Navigationspunkte angezeigt werden und nur auf einer spezielen Seite das vollständige Inhaltsverzeichnis ausgegeben wird.

Lösung
Diese Lösung kann in drei Schritten erfolgen:

1.) Festlegung der Indexseite (Gesamtindex)
Innerhalb der "Indexmenu Plugin-Konfiguration" kann über die Funktion "plugin»indexmenu»page_index" festgelegt werden, welche Seite im Wiki den eigentlichen Dokuwiki Index ersetzen soll. Diese Seite bspw. wiki:inhaltsverzeichnis wird zukünftig das komplette Inhaltsverzeichnis des Wiki enthalten.

2.) Festlegung der Navigationsleiste im Template
Innerhalb der Templatekonfiguration von monobokk können zwei Punkte eingestellt werden:
a) tpl»monobook»monobook_navigation
Hierdurch wird im Template die Navigationsleiste aktiviert.
b) tpl»monobook»monobook_navigation_location
Hierdurch kann eine Wiki-Seite als Navigationsleiste definiert werden. Diese Seite kann bspw. wiki:navigation lauten.

3.) Inhalt der beiden Seiten festlegen

Als Inhalt kann folgender Wikicode auf die einzelnen Seiten zur Einbindung des Indexmenü eingetragen werden.
a) Die Navigationsleiste
{{indexmenu> ..|js navbar nocookie id#random nopg}}
Durch die Option nopg wird hier durch indexmenu nur die Namensräume als Navigation angezeigt. So kann durch einen Klick auf einen Ordner die Startseite des Namensraums aufgerufen werden und von dort aus innerhalb des Wiki und des Themengebietes durch die Seiten geklickt werden, oder auch bestimmte Begriffe durch Anlage eines Links (bspw. über [[Budget]] erläutert werden, ohne dass die Seite Budget nun ebenfalls in der Navigationsleiste erscheint.
Ergebnis:


b) das Inhaltsverzeichnis
In der Seite wiki:inhaltsverzeichns (oder wiki:index) kann nun durch folgenden Code das komplette Inhaltsverzeichnis ausgegeben werden.
{{indexmenu> ..|js navbar nocookie id#random }}
Hier wird nun das gesamte Inhaltverzeichnis inklusive aller Unterseiten aufgerufen werden.
Diese Seite kann innerhalb des Wiki über
doku.php?id=start&do=index aufgerufen werden. Dieser Link ist auch in der entsprechenden Werkzeugleiste verfügbar.
Ergebnis:



Weitere Erfahrungen
Weitere Erfahrungen im Umgang mit Dokuwiki sind unter den Tag dokuwiki zu finden.

Grundüberlegung eines Wiki sind sicherlich mehrere Punkte. Persönlich bin ich hier selbst noch ein wenig in der Testphase habe aber folgende Grundüberlegungen für mich als sinnvoll erachtet.

1.) Warum ein Wiki?
Ausgangslage ist für mich eine Sammlung von Informationen die über ein Sammlung von unterschiedlichen Dokumenten hinaus geht. Im Laufe der Zeit haben sich eine Unzahl von Dokumenten angelgt die vielleicht auch in ein DMS gut aufgehoben sein könnten aber doch so umfangreich sind, dass sie nur schwer durchsuchbar geschweige denn geordnet sind.
Daher hatte ich mir vor einiger Zeit Scribble Papers im Einsatz (siehe Blogbeiträge oder die Beschreibung unter Tools).
Hier können einige Texte in Ordnern festgehalten werden und es ist eine relativ einfache Struktur möglich. Der Nachteil einer solchen Software ist jedoch, dass diese a) nur von einer Person genutzt werden kann (alternativ wäre eine Speicherung auf ein Netzlaufwerk) und b) eine Extrasoftware benötigt. Ein Wikisystem hat hierbei den Vorteil, dass es zum einen von mehreren Personen genutzt werden kann und zum anderen direkt im Netz lauffähig ist.

2.) Grundüberlegungen zur Struktur
Gerade bei geschlossenen Wikis sollte sich besonders Gedanken um die Struktur gemacht werden. Hier sind zum einen die Frage der Berechtigung auf einzelne Namensräume notwendig als auch (gerade bei mehreren Schreibenden) eine grundsätzliche Überlegung zum darzustellenden Inhalt.

Für mich hat sich folgende Struktur von Namensräumen als hilfreich ergeben:

• About(Allgemeine Infos zum Wiki)
• Handbuch (Wie funktioniert das Wiki)
• FachlichesHier sollen alle inhaltliche Fragen zum Thema des Wiki besprochen und beschrieben werden. Diese sind in zwei Bereiche aufgeteilt:
  • Individueller Bereich (Hier können Informationen zu verschiedenen Bereichen hinterlegt werden, diese sind dann auch identisch zu den Benutzergruppen)
  • Verbindender Bereich (Ein Bereich der für alle Gruppen von Interesse ist, sei es durch rechtliche Vorgaben oder gemeinsam bearbeiteten Themen).
• Technischik / Anwendung (Ein Bereich in der bestimmte Software dokumentiert wird, welche zwar von allen genutzt wird, jedoch mit den Schwerpunkt auf Technik und Anwendung. Hier können z.B. Berichtstool vorgestellt werden oder gemeinsam an einer technischen Dokumentation gerabeitet werden).

3. Erste Schritte
Gerade das unter 2. erwähnte Handbuch hat für mich den Vorteil, dass hier sicher selbst mit der Technik eines Wiki vertraut gemacht werden kann und durch eine Dokumentation der Struktur des Wiki aber auch Erläuterung, wei Artikel erfast werden, zeigen sich oftmals schon im Vorfeld Verbesserungspotentiale und Ideen, wie sich das Wiki fortentwickeln kann. Danach kann es hilfreich sein schon einmal die ersten Seiten zu verschiedene Themen anzufangen, so dass diese dann erweitert werden können. Hier ist sicherlich am Anfang auch die größte Gefahr, dass am Ende nur eine Person Artikel schreibt oder das die Richtung des Wiki sehr stark von einer Person geprägt wird.
Ideal ist es, wenn anhand eines Thema schon Seiten aufgebaut werden können die später ohnehin in eine gemeinsame Dokumenntation oder Schulungsunterlagen münden werden.

4. Motivation & Fortbestand
Als besondere Gefahr ist sicherlich, dass bei aller Technikverliebtheit irgendwann der Inhalt liegen bleibt. Daher sollte sich schon vorab darum Gedanken gemacht werden, welchen Vorteil andere von diesen Wiki haben und warum diese ggf. ihre Zeit dafür gebrauchen sollten an bestehenden Texten mit zu schreiben. Hilfreich kann hier ein gemeinsames Thema sein, welches alle Beteiligten beschäftigt und fasziniert. :-)

5. Abgrenzung Wiki & Blog
Auch innerhalb eines Blogsystems kann von mehreren Personen an Artikel gearbeitet werden. Diese haben jedoch den Nachteil, dass sie nur schwer unterinander verknüpft sind und Teilaspekte nicht, so erforderlich, näher ausgeschmückt werden können.

Theoretisch ist ein Wiki (in meinen Verständnis) eine aktiveres Instrument als ein Blog, welches zu einen besseren Austausch und tiefere Bearbeitung eines Thema führen kann.

Weitere Erfahrungen
Weitere Erfahrungen im Umgang mit Dokuwiki sind unter den Tag Dokuwiki zu finden. Wobei ich künftig dieses Thema eher in der Kategorie "Internet" einsortieren werde.

ImportExportTools (MboxImport enhanced) bietet als Addon für Thunderbird an ganze Ordner und Mails zu sichern. Diese werden dann bspw. verknüpft in einer INEX.HTM als EML Dateien verlinkt und so ist es auch möglich IMAP Ordner lokal zu sichern.

Unter MyFonts.com besteht die Möglichkeit Schriftarten anhand einer Graphikvorlage (URL oder Datei) erkennen zu lassen.

Unter mwconn.net sind sowohl für Windows als auch für Linux zwei Programme zum Verbindungsaufbau für UMTS-Modem her. Hierbei bietet es auch diverse Auswertungsmöglichkeiten sowie SMS Versand an.

Als kleines Extra ermöglicht das Programm auch die Fernsteuerung des Rechners per SMS. Hier kann über eine SMS bspw. eine BATCH-Datei gestartet werden um z.B. einen VNC Server zu starten.