Im ersten Beispiel soll eine Grafik erzeugt werden, die von “Linux” Verbindungen zu “Debian”, “Gentoo” und “Ubuntu” zeigt.

/* linux_family_1.dot */
digraph G {
    Linux -> Debian
    Linux -> Gentoo
    Linux -> Ubuntu
}

Mit dem Kommandozeilenbefehl dot wird nun der Quelltext zu einer Grafik (GIF, PNG, SVG oder PostScript) verarbeitet. In unseren Beispiel wollen wir eine PNG Datei aus dem DOT Quelltext erzeugen.

dot -Tpng linux_family_1.dot > linux_family_1.png

Das ganze kann noch etwas mit Farb- und Font-Definitionen aufgewertet werden.

digraph G {
    node [fontname=Verdana,fontsize=9]
    node [style=filled]
    node [fillcolor="#EEEEEE"]
    node [color="#EEEEEE"]
    edge [color="#31CEF0"]
    node [shape=box]

    Linux -> Debian
    Linux -> Gentoo
    Linux -> Ubuntu
    Debian -> Ubuntu
}

Es lässt sich noch einiges mehr mit Graphviz anstellen, ich möchte hier aber auf die Doku von Graphviz und auf den Wiki-Artikel http://wiki.ubuntuusers.de/Graphviz verweisen.

Zum Schluss noch ein Beziehungsdiagramm das die Tags aus den Bookmarks von meinen delicious.com Account darstellt.

Hier das Skript (Ruby) für Interessierte.

Eine Datei wird mit dem Schrägstrich / im Kommandomodus ESC durchsucht. Natürlich kann hier auch regular expression angewendet werden:

/^require

Mit n gelangt man zum nächsten Treffer. Um auf den Treffer davor zu kommen drückt man N.

Auf einer Zeile suchen

Beim Navigieren in einer langen Zeile ist f sehr hilfreich. So springt der Cursor bei f > auf die erste Übereinstimmung, mit dem Zeichen >. Ein F > sucht von der aktuellen Cursor Position von rechts nach links weiter. Um zum nächsten Treffer zu gelangen reicht ein ;.

In mehreren Dateien suchen

Dateien können mit grep durchsucht werden:

:grep require *.rb

gefunden werden alle Dateien die das Wort “require” beinhalten und die Dateiendung rb haben. Ein Ergebnis könnte in etwa so aussehen:

Press ENTER or type command to continue
start.rb:4:require 'open-uri'
model.rb:1:require 'active_record'
youtube.rb:1:require 'nokogiri'
youtube.rb:2:require 'open-uri'

Drückt man nun ENTER wird sofort der erste Treffer start.rb mit Cursor auf Zeile 4 in Vim geöffnet.

Um eine Liste der gefunden Ergebnisse zu erhalten, wird ein :cl im Kommandomodus ESC gemacht:

:cl
1 start.rb:4:require 'open-uri'
2 model.rb:1:require 'active_record'
3 youtube.rb:1:require 'nokogiri'
4 youtube.rb:2:require 'open-uri'

Um z. B. auf den letzten Treffer zu gelangen, wird die erste Zahl (4) bei den Treffer angegeben.

:cc 4

Es ist natürlich auch möglich bekannte grep Funktionen wie -r für rekursive Suche oder -P für Perl regular expression, zu verwenden.

Einstellungen für die .vimrc

Die erste Einstellung soll schon bei der Eingabe, die ersten Ergebnisse anzeigen und nicht erst beim Absenden des ganzen Suchbegriffes:

set incsearch

Eine weitere Einstellung ist hlsearch. Sie zeigt alle Treffer an und nicht nur den ersten Treffer in der Datei.

set hlsearch

Das Suchtreffer in Vim dauerhaft markiert bleiben, finde ich eher störend, darum habe ich mir in meiner vimrc die ENTER Taste so belegt das sie die Markierung aufhebt.

nnoremap  :nohlsearch/

Damit kann ich nach der Suche, wenn ich die Markierungen nicht mehr benötige einfach ein ENTER drücken und sie verschwinden.

bernd@taylor:~$ ls -d .* | wc -l
88

ausführe, so kann man sehen, dass ich 88 versteckte Dateien/Ordner direkt in meinem Homeverzeichnis habe.

Um das ganze besser zu Strukturieren und um eine einheitliche Basis auf verschiedenen Arbeitsumgebungen (Gnome, KDE,..) zu haben, gibt es dazu eine Spezifikation des freedesktop.org Projekts, welches sich zum Ziel gesetzt hat, die Interoperabilität und die gemeinsame Basis von Arbeitsumgebungen für das X Window System zu verbessern. (Wikipedia-Artikel zu freedesktop.org: http://de.wikipedia.org/wiki/Freedesktop.org)

Die Spezifikation findet man unter: http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html Darin wird definiert wo Userdaten, Cachedaten des Users und Konfigurationsdaten gespeichert werden sollen. Ebenfalls wird definiert in welcher Reihenfolge nach Daten- und Konfigurationsordnern gesucht werden soll.

Grundsätzlich sind folgende Speicherorte als Defaultwerte definiert:

• $HOME/.local/share für alle Userdaten
• $HOME/.config für alle Konfigurationsdaten

Es gibt einige Programme, welche sich an diese Spezifikation halten. Einige Programme legen jedoch alles (Daten und Konfigurationen) unter $HOME/.config ab. Doch leider schreiben die meisten Programme ihre Daten/Konfigurationen nur unter $HOME, und somit kommt es zu der Anfangs erwähnten unübersichtlichen Ordnerstruktur im Home-Verzeichnis.

Daher mein Appell an alle Entwickler sich an diese Spezifikation zu halten. All jene, welche selbst keine Software schreiben, könnten Bugreports oder Feature-Request bei den einzelnen Softwareprojekten eintragen um somit auf diesen Standard hinzuweisen.
Aber auch Canonical’s Design und Usability Team hat sich diesem Thema schon angenommen. Für Ubuntu 9.10 (Karmic Koala) gibt es die Initiative “One Hundred Paper Cuts“, welche “kleine” Usability-Probleme beheben soll. In einem Dokument im Ubuntu-Wiki wird das Thema “XDG folders” auch aufgeführt. Jetzt müssen sich nur mehr die Entwickler der einzelnen Softwareprojekte um dieses Thema kümmern.

Zuletzt habe ich noch einen Tipp für alle Python-Programmierer unter euch. Freedesktop.org stellt noch eine Python Library zur Verfügung, welche es erleichtert sich an die Standards zu halten. Die Library findet man unter: http://freedesktop.org/wiki/Software/pyxdg.