Die Dateinamen der XSL sind teilweise irreführend und die modularisierung nicht leicht nachvollziehbar.
z.B.
Links auf events im portal (common.xsl) werden nicht durch einen Aufruf des gleichen Template gebaut wie die Links im calender, daraus resultiert eine unnötige doppelte Beschreibung.
Manche Termine sollen in die Welt posaunt werden, hier gibt es schon atoms, feeds.. mit sehr geringer Nutzung weil $user meist nur Email haben und eventuell in Listen mitlesen.
Hier wäre es gut Termine und Terminänderungen anwenderfreundlich z.B. über eine ML zu verbreiten.
== Termine scrapen
von einzelnen Projekten könnten durch einen Eintrag die Termine automatisiert von anderen Seiten ausgelesen werden um sie nicht manuell an mehreren Orten veröffentlichen zu müssen.