92 lines
2.6 KiB
Plaintext
92 lines
2.6 KiB
Plaintext
[[Kategorie:Ruby]][[Kategorie:Projekt]][[Kategorie:Archiv]]
|
|
Ein [http://www.planscalendar.com/index.php?p=competition Link] zu anderen Links.
|
|
Mal abgesehen davon stellte fukami fest, dass irgendwie keine dieser fertigen Lösungen so wirklich passend ist für Geeks...
|
|
= Wer =
|
|
*[[fukami]]
|
|
*[[Astro]]
|
|
Wer ist Design- (und JavaScript-)bewandert?
|
|
= Die Idee =
|
|
Wir brauchen eine Kalenderapplikation, in der bequem Termine für Konferenzen, Usergruppen-Treffen aber auch intressante kulturelle und politische Ereignisse gesammelt und verarbeitet werden können.
|
|
= Was =
|
|
== Import ==
|
|
* Upload von .ics
|
|
* Angabe einer .ics-URL
|
|
* Upload eines einfachen flat file mit Terminen (z.b. mit timestamp)
|
|
* Eingabe per Webinterface
|
|
* Eingabe public, eventuell mit Approve durch Administratoren
|
|
== Export ==
|
|
* Ausgabe als RSS und .ics
|
|
== Rollen ==
|
|
* Anonymous
|
|
* authentifizierte Benutzer
|
|
* Moderatoren
|
|
* Administratoren
|
|
== Notifikation ==
|
|
* Bei Eingabe eines neuen Termins oder neuen Kalenders
|
|
* Bei Anmelden eines neues Users
|
|
* Für regelmässige Statistik
|
|
* Jabber-Nachricht mit Zeitangabe wann die Notifikation erfolgen soll
|
|
== sonstiges ==
|
|
* Kategorisierung (mutiple, Ausgabe nach Kategorie und einzelne Kalender)
|
|
* SVN-Repository (Sven fragen wegen pulsar)
|
|
* Bugtracker Flyspray (Sven fragen)
|
|
* Skins für Webinterface
|
|
* Zu jeder Benutzereingabe kurze, erklärende Hinweise zeigen, abschaltbar für "fortgeschrittene" Nutzer
|
|
* Zeit als diskordisches Datum ;)
|
|
* SILC-Nachricht/Interface (?)
|
|
* durch verschiedene User administierbar
|
|
* sichtbare und unsichtbare Benutzergruppen
|
|
== Ideen für Konflikterkennung (doppelte Events vermeiden) ==
|
|
Punktesystem ähnlich SpamAssassin, Moderatoren werden bei erkannten (und potentiellen) Konflikten per Jabber benachrichtigt, können diese Wertungen noch ändern, sehen Übersichten mit doppelten (und potentiell doppelten) Terminen
|
|
===Beispiel===
|
|
{| border="1" cellpadding="0"
|
|
|'''Feld'''
|
|
|'''Termin 1'''
|
|
|'''Termin 2'''
|
|
|'''Merkmal'''
|
|
|'''Punkte'''
|
|
|-
|
|
|'''Titel'''
|
|
|Datenspuren 2005
|
|
|Datenspuren reloaded
|
|
|11 Buchstaben stimmen überein
|
|
|11 * 0.5 = 5.5
|
|
|-
|
|
|'''Datum'''
|
|
|8. Mai 2005 (ganztägig)
|
|
|8. Mai 2005, 11:00-22:00
|
|
|Daten liegen dicht beieinander
|
|
|13 * 0.7 = 9.1
|
|
|-
|
|
|'''Ort'''
|
|
|Scheune
|
|
|Alaunstr. 36-40, 01099 Dresden
|
|
|Kann von Moderatoren als "Synonyme" eingetragen werden
|
|
|3.0
|
|
|-
|
|
|'''...'''
|
|
|
|
|
|
|
|
|
|
|
|...
|
|
|-
|
|
|'''Summe'''
|
|
|
|
|
|
|
|
|
|
|
|17.6
|
|
|}
|
|
Ab einem Schwellwert (z.B. 15.0) werden zwei ähnliche Termine wie einer behandelt. Die Punktvergabe sollte jederzeit von Moderatoren einstellbar sein.
|
|
= Software =
|
|
* Scriptsprache: Ruby
|
|
* Backend: Postgres
|
|
= To Do =
|
|
* Storage
|
|
* Parser / Validator
|
|
* Export
|
|
== Spezielleres zur Planung ==
|
|
...
|
|
|
|
|
|
{{Rübÿ Spëëd Mëtäl Cödïng}}
|