Session Management: Django und Zope

Die beiden Frameworks Django und Zope sind in der selben Sprache geschrieben und werden oft parallel eingesetzt, Zope immer dann, wenn es um hierarchische Datenverwaltung geht, Django für relationale Daten.
Beide Frameworks verfügen über eine eigene Userverwaltung und ein Session Management, wobei Zope in der Lage ist, die User auch aus einer relationalen Datenbank wie PostgreSQL abzufragen.

Nun wird die Implementierung einer Schnittstelle gesucht, die das jeweilige Session Management des einen Frameworks mit dem anderen verbindet, so dass bei Webprojekten, die beide Frameworks einsetzen, für User die Wirkung eines Single Sign Ons entsteht.

Die Schnittstelle muss also in beide Richtungen funktionieren, entsprechend sicher agieren und soll in Python geschrieben werden.

Kenntnisse: Python Kentnisse, grundlegendes Verständnis für Webprogrammierung, Grundkenntnisse PostgreSQL

ODF - OpenXML Converter

Das Open Document Format (ODF) des OASIS Konsortium beschreibt einen offenen Dateistandard für Officedokumente. Dabei handelt es sich um XML-Dateien die in einem gezippten Archiv abgelegt sind.

Microsoft Office 2007 speichert Daten in einem neuen Dokumentenformat ab: OpenXML. Das Format ist in ECMA 376 spezifiziert. OpenXML verwendet den gleichen technologischen Ansatz wie ODF: XML-Dateien in gezippten Archiven.

Ziel des Projektes ist, Konverter für die verfügbaren Anwendungen zu erstellen.

• Writer <-> Word
• Calc <-> Excel
• Impress <-> PowerPoint
• Data <-> Access

Im Wesentlichen handelt es sich um einen Schema-Konverter. Daten werden entsprechend dem Input Schema übernommen und gemäss dem Output Schema abgelegt (Microsoft behält sich vor, binäre Versionen des Dokumentes ebenfalls einzubinden. Im ersten Schritt sollen diese proprietären Blobs nicht analysiert und konvertiert werden).

Skills: Programmiersprache C++ | C# | Python, XML

Ansprechende Symbole für Dia

Dia ist ein Grafikprogram zur Erzeugung vektorbasierter technischer Illustrationen. In seiner Funktion ähnelt es Miicrosoft Visio. Dia ist ein Gnome-Projekt.

Das Programm wird mit rudimentären Symbolbibliotheken ausgeliefert. Diese sind nicht besonders ästhetisch oder umfangreich.

Ziel ist, eigene Symbolbiblliotheken für Dia zu erzeugen. Die Symbole sind dabei PNG oder SVG-Dateien. Die Funktionalität wird durch Python scripts hergestellt.

Skills: Grafik-Design, SVG, Python

OpenOffice MailMerge Wizard II

Über die Unzulänglichkeiten des MailMerge Wizard in OO habe ich bereits im vorigen Post geschrieben. Eine Verbesserung wäre, die Adressbücher von Thunderbird, Evolution und Outlook als Datenrepository nutzen zu können.

Ziel: MailMerge an die Empfänger in einem Adresscontainer.

Skills: Python, Kenntnis von OOo SDK und URE

OpenOffice MailMerge Wizard

OpenOffice verfügt über einen Wizard für MailMerge. Dieser Wizard ist in allen bisherigen Versionen fehlerhaft. Datenbankfelder werden nicht angezeigt, eine ordentliche Merge Preview ist nicht möglich. Ausdrucke sind nur mittels Workaround möglich.

Ziel des Projektes ist, einen funktionierenden Mailmerge Modul zu erstellen, der mittels Wizard folgende Schritte abdeckt:

• Auswahl der Datenquelle
• Einfügen der Merge-Felder per Drag-and-Drop oder über Auswahl
• Verknüpfung oder Bearbeitung der Felder mittels Scripting
• Voransicht
• Selektion von Datensätzen die nicht gemerged werden sollen (enumerativ oder durch Bereichsgrenzen)
• Auswahl des Ausgabemediums (Drucker, File oder Email, bei Email Eingabemöglichkeit von Subject)
• Voransicht mit Ausgabemöglichkeit

Im Zuge der Entwicklung könnte der Datenbankstub (.odb) statt im Ordner "Eigene Dateien" (unter Windows) in dem Verzeichnis des Mergetemplates gespeichert werden. Alternativ könnte der Stub auch im odt als ODF Extension abgelegt werden.

Skills: Python, Kenntnis von OOo SDK und URE

Adding pie/bar charts for statistics to Trac

This is actually a project on the Trac "helpWanted" List. The description there:

Hi,

Being a S/W development project manager I'd love to see graphical statistics (bar/pie charts) on various things such as:

• Number of issues at various stages of completion in different file/modules
• Trend graphs on number of new bugs vs fixed ones over the last day, week, month...
• Number of bugs assigned to the various project developers
• Number of subversion commits per file/module (file/module vs other files/modules or for one particular file/module over its historical time span etc) - etc, etc!

There are loads of interesting statistical information that could be visualized graphically very nicely!

/Magnus

This is the answer of the Trac core team:

There are some simple charts for the milestones where you can see open/closed tickets grouped by different attributes, including owner.

I think there's a use for this information in Trac, though I'd suggest experimenting with it in a plugin first. I don't think this is going to be a high priority for the Trac core at this time, but if someone puts some concrete implementations into a plugin we could look at if/how this would integrate with the core.

Helpful Knowledge: Python, Trac, Graphics

Adding Checkout/Checkin Support to TRAC

From the Trac Web Page:

"Trac is an enhanced wiki and issue tracking system for software development projects. Trac uses a minimalistic approach to web-based software project management. Our mission is to help developers write great software while staying out of the way. Trac should impose as little as possible on a team's established development process and policies."

Trac also includes a facility for viewing a subversion repository. But Checkin/Checkout is not directly supported by Trac. The project shall enhance this basic functionality with Checkin/Checkout functions.

Helpful Knowledge: Python, subversion, the Python API for subversion, Trac