Gestern (zum Krampustag ;-)) lag in der Post ein kleines Päckchen mit Lebkuchen in der Post als kleines Danke von dv-treff-community.de (SAP Community). Neben der Überraschung und Freude über die Lebkuchen bin ich aber auch sonst von der Idee begeistert und denke, dass das Forum an sich auch eine Empfehlung ist, das auch ohne kleines, weihnachtliches Knabber-Präsent sicherlich einen Besuch wert ist.

Seit Windows 7 ist die Funktion "Desktop anzeigen" innerhalb der Taskbarleiste nach rechts aussen gelandet. Sofern die Maus über das äußere Symbol wandert werden alle Anwendungen minimiert und der Desktop (bspw. zur Darstellung von Widgets) angezeigt. Diese Funktion ist auch bei der Fenstervorschau mittels ALT-TAB. Diese Funktion wird über Aero-Peek gesteuert und kann, so gewünscht über
Systemsteuerung->
Leistungsinformationen und Tools->
über die Visuelle Effekte anpassen
mittels setzen der Option Aero-Peek aktivieren auch wieder deaktiviert werden.

In diesem Zusammenhang sei auch die Möglichkeit erwähnt das alte Desktopanzeigensymbol neben den Start-Button einzfügen.

Hierzu muss eine Textdatei (bspw. desktop.txt) angelegt werden mit folgenden Inhalt:

[Shell]
Command=2
IconFile=explorer.exe,3
[Taskbar]
Command=ToggleDesktop

Diese kann dann in desktop.scf umbenannt werden. Als nächstes sollte eine neue Textdatei angelegt werden und diese dann in Desktop.exe umbenannt werden. Diese Datei kann dann auf die Taskleite gezogen werden. Nun sollte die dort angelegte Verknüpfung geändert werden und auf die Desktop.scf verwiesen werden. Ferner kann hier auch entsprechend das Symbol verändert werden.

Ausgangslage
Aus einer bestehenden umfangreichen Dokumentation (bspw. aus Word oder Powerpoint) sollen die eingebundenen Bilder entnommen werden (um diese bspw. in einer anderen Präsentation einzubinden). Dieses soll jedoch nicht mühsam über die Zwischenablage erfolgen (per Copy&Paste) erfolgen.

Lösung
Sofern es sich um ein aktuelles Office Format handelt (DOCX, XLSX pder PPTX) kann diese Dateiendung in ZIP umbenannt werden und dann innerhalb dieser Datei (entweder direkt, oder nachdem diese entpackt worden ist) die eingebundenen Medien direkt entnommen werden.

Hintergrund
Seit Office 2007 bietet Microsoft Office das Office Open XML als Standarddateiformat (Dateiendungen DOCX, XLSX, PPTX). Hierbei handelt es sich um Containerdateien die ein Dokument im XML Format abspeichert und alle eingebundene Medien ebenfalls als separate Bestandteile umfasst.
Innerhalb des Dokumentenverzeichnis werden alle Dokumentenbestandteile gespeichert.
Bei XLSX handelt es sich hierbei um XL, bei DOCX um word und bei PPTX um ppt.

Innerhalb dieser Ordner befindet sich ein Unterordner media und aus diesen können alle eingebundene Medien (bspw. Bilder) entnommen werden. Hierbei werden eingefügte Bilder als PNG Dateien hinterlegt.

Hierbei ist jedoch zu beachten, dass die eingebundenen Bilder je Medienformat durchgehend nummeriert worden sind.

Dieses kann jedoch von Vorteil sein, da die Reihenfolge der Nummerierung der Dateinamen auch entsprechend des Auftretens der eingebundenen Bilder innerhalb des Dokumentes entsprechen.

Neben den eingebundenen Medien sind auch alle anderen Bestandteile des Dokumentes in verschiedene Ordnern abgelegt.

Weitere Informationen zum Aufbau der Formate sind bspw. im Wikipedia Artikel Office Open XML erläutert.

Weitere Informationen zum Umgang mit Open XML Formaten in früheren Office Versionen bietet Microsoft unter office.microsoft.com an unter anderen kann hier das Microsoft Office Compatibility Pack für Word-, Excel- und PowerPoint 2007-Dateiformate heruntergeladen werden, welches ein Öffnen der Dokumente in älteren Office Versionen ermöglicht. Alternativ kann auch OpenOffice oder LibreOffice dafür verwendet werden.

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.

Neben der Oberfläche ist es auch möglich den Wikisyntax um einige weitere Funktionen zu erweitern.

Hierzu nutze ich folgende Plugins:

Erweiterung des Syntax

hidden
Über das Plugin hidden können. Hierdurch können über die Anweisung hidden Textbestandteile über CSS ausgeblendet werden, so dass diese in einr Seite erst nach Klick eingeblendet werden.

numbersheadings
Über das Plugin numberedheadings werden als Überschriften formatierte Bestandteile sofern vorangestellt ein - erscheint passend durchnummeriert auf diese Weise muss man sich nicht mehr merken, auf welcher Ebene eines Inhaltsverzeichnises man zur Zeit innerhalb einer Seite ist. Das Plugin setzt automatisch 1.1.2. etc. Hierbei sollte innerhalb der Einstellungen des Plugins das Startlevel auf 1 gesetzt werden, wenn die erste Ebene auch als Überschrift 1 formatiert werden soll.

wrap
Das Plugin wrap ist eine ganze Sammlung von nützlichen Formatierungen. Hier können Texte in containern gesetzt werden und als Infoboxes oder diverse andere Formatierungen gesetzt werden. Über examples kann sich ein Eindruck über vorhandene Möglichkeiten gemacht werden.

socialshareprivacy
Vergleichbar zum Blog kann auch in Dokuwiki das Projekt "2 Klick für mehr Datenschutz" der ct genutzt werden. Hierbei kann über das Plugin socialshareprivacy über {{socialshareprivacy}} die Weiterempfehlung eingestellt werden.
Besonders schön gelöst ist, dass die einzelnen Infofelder in der Konfiguration des Plugins manuell gesetzt werden können, so dass hier keine Probleme mit etwaigen Zeilenumbrüche entstehen.

Hierzu können geschützte Leerzeichen verwendet werden. Die Einstellungen der Texte sind hierbei wie folgt angepasst:
global_txt_help MouseOver-Text des i-Icons

facebook_txt_info MouseOver-Text des Facebook Empfehlen-Buttons

twitter_txt_info MouseOver-Text des Twitter-Buttons

gplus_txt_info MouseOver-Text des GooglePlus Empfehlen-Buttons


Hilfreiches für die Administration des Wiki

langdelete
Die meisten Plugins sind für mehrere Sprachen ausgelegt. Das Plugin langdelete löscht alle nicht notwendigen sprachdefinitionen durch Eingabe des ISO-Codes der Sprachen, welche ausser Englisch behalten werden soll. Auf diese Weise werden im Pluginordner einige eigentlich nicht erforderliche sprachdateien gelöscht. Dieses ist besonders dann sinnvoll, wenn das Wiki einsprachig betrieben werden soll.

cacherevisionseraser
Das Plugin Cache and Revisions Eraser ermöglicht das Löschen des Cache der Wikiseiten als auch alte Versionen von einzelnen Seiten.
Innerhalb des Cache sind die Wikisyntaxeingaben schon umgewandelt, so dass die Seite direkt (ohne erneutes generieren) ausgeliefert wird.

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