1.9 KiB
= was man noch machen könnte
== potal-mediagoblin
eine option für das bekanntgeben eines neuen Bilcdes fehlt im Mediagobline. Derzeit werden alle Bilder von bestimmten Nutzern (john, astro, lachmoewe, bigalex) bekannt gegeben.. nuja.
== hq-status image
- status.png wird vom server der space-api gehandelt, ist keine datei
- static images sind schon im c3d2-web
- hq-full muss noch in der json und im server beachtet werden
- pfade in der json müssen auf c3d2-web umgebogen werden
== description for events.xml
to reduce single event-*.xml files there could be a short-description for events
== links in location-tag der events.xmls erlauben
wenn hier Links erlaubt werden, ist der Verweis auf Details einfacher. führt aber dazu, dass Ort und Zeit sauber statt im title des links über ein on-event-span/div angezeigt werden müssten
== Konsolidierung der XML-Dateien und der Hierarchie
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.
== Periodische Termine für calender etc.
Termin: Di 04mar14
- Absprache alternatives Format für Datum
- Umsetzung planen
== Termine verbreiten
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.
== weitere Quellen für Portal-Seite
- z.B. Redmine: https://redmine.c3d2.de/projects/ghcq/issues.atom