Archiv für März 2008

FinanzMauMau positiv aufgenommen

Freitag, 21. März 2008

Auf der Leipziger Buchmesse 2008 wurde das Spiel “FinanzMauMau” (siehe Projektseite und http://www.moneymanni.de) vorgestellt. Trotz einiger Bedenken im Vorfeld wurde das Spiel ein großer Erfolg.

Laut Aussagen von Anwesenden wurde das Spiel schnell angenommen und bietet stundenlange Spielfreude (einige Besucher haben bis zu 3h gespielt und mussten nur aufgrund von Zeitdruck aufhören).

Projektseite “FinanzMauMau”

Freitag, 21. März 2008

Karten 1 Das Projekt “FinanzMauMau” hat hier eine eigene kleine Projektseite erhalten. Dort wird das Spiel in seinen Grundzügen und einige Erweiterungsmöglichkeiten vorgestellt. Außerdem kann man dort diverse Screenshots sehen.

Projektübergreifende Templates in Trac

Freitag, 21. März 2008

Im Beitrag http://www.pincservices.de/wordpress/eigene-templates-in-trac
habe ich bereits vorgestellt wie man projektspezifische Designanpassungen machen kann bzw. wie die Projektliste in Trac anpassbar ist. Damals habe ich geschrieben, dass es scheinbar keine Möglichkeit gibt projektübergreifende Templates zu erstellen. Nun die frohe Kunde: Es geht doch.

Leider bietet Trac keine Möglichkeit über eine globale Variable das allgemeine Templateverzeichnis zu definieren. Man muss hierfür die trac.ini im Verzeichnis conf der jeweiligen Projektumgebung anpassen. In dieser Datei gibt es folgenden Abschnitt:

[inherit]
plugins_dir =
templates_dir =

Hier kann man das eigene Templateverzeichnis angeben, welches als Default verwendet werden soll.
Im Fall des Beispiels aus dem obigen Beitrag würde man den Eintrag

templates_dir = /home/testUser/trac/templates

setzen.

Eigene Templates in Trac

Sonntag, 16. März 2008

Wer bereits ein größeres Programmierprojekt durchgeführt hat, wird die Erfahrung gemacht haben, dass man auf ein Bugtrackingsystem nicht wirklich verzichten kann.
Im Beitrag 1:0 im Kampf JIRA vs. Trac habe ich schon zwei solche Systeme angesprochen JIRA und Trac, wobei ich hier auf letzteres eingehen möchte.

Nachdem man sich mit diversen Funktionen und Plugins in Trac “angefreundet” hat, stellt sich meistens die grundlegende Frage: “Wie kann ich das Design von Trac so ändern, dass es zu meinem Projekt passt”. Das fängt beim Logo an und hört bei der Anzeige der Projektliste auf – insofern man mehrere Projekte hat.

Trac bietet hierfür auf der eigenen Projektseite auch ein Tutorial, deshalb möchte ich hier nur eine kurze Einführung geben und dann auf ein paar Fallstricke bei der Individualiserung des Layouts eingehen, die in dem Tutorial nicht auftauchen. Auf das Ein- bzw. Ausblenden von Navigationspunkten oder die entsprechenden Verlinkungen wird hier nicht eingegangen.

Das Templatingsystem von Trac basiert auf Genshi, einer Pythonbibliothek, die es erlaubt Text aus diversen Quellen für das Web aufzubereiten. Trac bedient sich hierbei vor allem des HTML-Parsers.

In dem Verzeichnis trac/templates unterhalb des Trac-Installationsverzeichnisses befinden sich alle html-Dateien für das Default-Template. Insbesondere die layout.html und die index.html sind hier relevant. Die layout.html bestimmt das Aussehen der projektspezifischen Seiten und die index.html die Seite für die Projektliste. Unter trac/htdocs befinden sich die Bilder, Javascript-Dateien und die CSS-Dateien.

Trac bietet pro Projekt diverse Stellen zur Individualisierung des Designs an. Eine eigene site.html im Verzeichnis templates und ein eigenes Verzeichnis htdocs, in der eine style.css angelegt werden kann.

Um das Layout der Projektliste anzupassen sollte man folgende Zeile in die Konfigurationsdatei vom Webserver (z.B. die default von Apache) schreiben

SetEnv TRAC_ENV_INDEX_TEMPLATE "/home/testUser/trac/templates/index.html"

beim Setzen der Variable TRAC_ENV_INDEX_TEMPLATE muss darauf geachtet werden, dass sich das Verzeichnis templates nicht unterhalb des Elternverzeichnisses der Umgebungen (Environments) liegt. Wenn z.B. folgendes definiert ist

SetEnv TRAC_ENV_PARENT_DIR "/home/testUser/trac/"

kommt es auf der Seite für die Projektliste (definiert durch die index.html) zu einer Fehlermeldung, dass die Datei VERSION für das Projekt templates fehlt. Aus diesem Grund sollte die Variable TRAC_ENV_PARENT_DIR auf ein anderes Verzeichnis zeigen. Z.B.

SetEnv TRAC_ENV_PARENT_DIR "/home/testUser/trac/projects"

Nachdem diese Vorbereitungen getroffen sind, kann man daran gehen, die eigenen Templates zu entwerfen und umzusetzen.

Für projektspezifische Templates kann, wie bereits gesagt, die site.html verwendet werden. In dieser Datei ist vor allem der Ausdruck

${select('*|text()')}

relevant. Dieser wird in Verbindung mit

py:match="body"

verwendet und bedeutet soviel wie: “Nimm alle Subtags und jeden Text unterhalb vom Body-Tag”. Wenn man jetzt aber auf einzelne Elemente zugreifen möchte, z.B. nur den Content- oder den Main-Bereich, dann kann man folgenden Ausdruck verwenden:

${select('div[@id="main"]|text()')}

bzw.

${select('div/div[@id="content"]|text()')}

Der Ausdruck in der Select-Anweisung ist eine Untermenge von XPath (siehe hierzu Genshi XPath).

Leider bietet Trac scheinbar noch kein projektübergreifendes Templating an.

[Update]

Es gibt doch eine Möglichkeit. Siehe hierzu diesen Beitrag.

Weitere Informationen zum dem Thema befinden sich auf der Seite http://trac.edgewall.org/wiki/TracInterfaceCustomization, sowie ein Beispiel auf http://querdenker.kicks-ass.org/trac/querdenker/wiki/TracTemplating.

1:0 im Kampf JIRA vs. Trac

Dienstag, 11. März 2008

Mal wieder ist es geschehen, dass eine kommerzielle Software über die OpenSource-Variante siegt. In diesem Fall aber (leider) zu Recht.

Die Entwicklung von Spring IDE wurde lange Zeit ausschließlich mittels Trac realisiert. Zu meinem Bedauern haben sich die Verantwortlichen nun doch unter die Leitung von SpringSource gefügt und betreiben das Bugtracking mit JIRA. Erreichbar ist die Seite von Spring IDE zwar immer noch unter http://www.springide.org und auch wird dort noch Trac verwendet, aber nur noch der Blog und das Wiki. Geht man auf Tickets, landet man direkt auf der JIRA-Seite.

Dieser Schritt ist allerdings auch verständlich, da sich dadurch alle Spring-Subprojekte unter einem “Dach” vereint finden lassen.

Ein anderer Grund für den Schritt könnte auch die fehlende Attraktivität von Trac sein. Ein produktiver Einsatz ist nur bedingt möglich, da bestimmte Elemente noch nicht vorhanden sind. Z.B. ist eine Administration bis Version 0.10 nur von der Konsole aus möglich gewesen oder nachdem man das Webadmin-Plugin explizit hinzugeladen hat. Außerdem ist die Rechteverwaltung für größere Projekte – mit mehreren Teams / Entwicklern – noch relativ rudimentär gehalten. Zwar wurden einige dieser Probleme bereits in der Version 0.11 gefixt, aber leider existiert diese bis heute immer noch als Beta (http://trac.edgewall.org/wiki/TracDownload).

Dennoch wache ich mit einem Auge über die Entwicklung von Trac und hoffe, dass ich bald frohe Kunde verbreiten kann.