Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Timetabler ersetzen #7

Open
coderbyheart opened this issue Nov 24, 2013 · 12 comments
Open

Timetabler ersetzen #7

coderbyheart opened this issue Nov 24, 2013 · 12 comments

Comments

@coderbyheart
Copy link
Member

Mockups

Session Plan (Tablet)

sessionplantablet

Session Plan (Smartphone)

sessionplansmartphone

Session Plan (Detailansicht Smartphone)

sessionplansmartphonedetail

Eingabeformular (Website)

02_session_form

03_session_sent

04_sessionradar_session

@coderbyheart
Copy link
Member Author

@Ravetracer Der @martinkraft kümmert sich um die Ausgabe des Session-Plans, d.h. am Wochende werden dann die Session-Daten mit den Räumen und Zeiten verknüpft um diese Ausgabe zu erstellen. Du kannst also aus den Screens ablesen, welche Infos wir von den Usern brauchen.

Wichtige Zusatzinfos für den Timetabler wären noch Hilfreich (siehe BCRM/sessionOpt#1):

  • Raumgröße (mind. Anzahl Personen für diese Session)
  • Beamer (ja / nein)

@coderbyheart
Copy link
Member Author

@McWizard @martinkraft Oben findet ihr auch die Screens von @Ravetracer, er kümmert sich aktuell darum die Session-Infos zu erfassen.

@intocommerce
Copy link

Sehr cool!

Wir müssen nur bedenken, dass wir eine ordentliche Druckansicht bekommen, damit die Sessions einzeln und später auch der Plan ausgedruckt werden kann.

Viele Grüße,
Matthias

@Ravetracer
Copy link

@coderbyheart Heißt das, dass die Sessionvorschläge, welche den Ersatz für das Piratenpad darstellen, dann direkt in den neuen(?) Timetabler übergehen werden?

@coderbyheart
Copy link
Member Author

Ja, das wäre ideal. Letztendlich braucht es dafür noch ein Admin-Frontend in dem Session-Vorschläge den Timeslots zugeordnet werden.

@Ravetracer
Copy link

Puh, wenig Zeit zur Zeit ;-).
Was nun geht ist:

  • Sessionvorschlag eintragen und ansehen
  • Sessionvorschlag ändern (falls man etwas vergessen hat etc.)
  • Mail an den Ansprechpartner mit Bearbeitungslink (hat ein wenig gedauert, da ich Swiftmail irgendwie falsch konfiguriert hatte).

Fragen:

  • Was soll ich denn testtechnisch machen? Ich habe bisher noch nie Tests geschrieben und bekomme da auch nicht so richtig den Anfang.
  • Soll es auch möglich sein, eine Session wieder zu entfernen oder nur zu canceln (heißt, sie wird im Radar angezeigt, aber als "abgesagt", so dass die Besucher immer noch sehen können, was vorgeschlagen wurde)
  • Laut den Screenshots kann man mehrere Ansprechpartner definieren. Habe jetzt nur einen drin, der in der Mail auch angesprochen wird. Soll das noch angepasst werden, dass man mehrere eintragen kann?
  • Die Mail ist aktuell nur so'n bisschen Text mit Link. Gibt es irgendwo eine Headergrafik, die man zum Aufhübschen einbauen könnte?

@coderbyheart
Copy link
Member Author

Was soll ich denn testtechnisch machen? Ich habe bisher noch nie Tests geschrieben und bekomme da auch nicht so richtig den Anfang.

Wenn Testen Neuland für dich ist, dann lass es erstmal weg. Dieser Teil der Anwendung ist ja nicht so kritisch.

Soll es auch möglich sein, eine Session wieder zu entfernen oder nur zu canceln (heißt, sie wird im Radar angezeigt, aber als "abgesagt", so dass die Besucher immer noch sehen können, was vorgeschlagen wurde)

Session sollten löschbar sein (durch den Owner). Aber den Status "abgesagt" bilden wir erstmal nicht ab.

Laut den Screenshots kann man mehrere Ansprechpartner definieren. Habe jetzt nur einen drin, der in der Mail auch angesprochen wird. Soll das noch angepasst werden, dass man mehrere eintragen kann?

Ist doch ein Freitext-Feld, oder? Da kann man ja mehrere Namen / Twitter-Handles eintragen.

Die Mail ist aktuell nur so'n bisschen Text mit Link. Gibt es irgendwo eine Headergrafik, die man zum Aufhübschen einbauen könnte?

Nein, wir versenden nur Plain-Text-Mails.

@coderbyheart
Copy link
Member Author

An alle: Heute Abend um 2030 ist der nächste Hangout zu dem Thema, wer kann nicht?

@martinkraft
Copy link
Member

Ich glaube es wäre besser die Daten der Ansprechpartner in einzelnen Feldern zu haben. Zum einen, weil das ja wichtig ist um bei der Sessionverteilung Kollisionen zu vermeiden (also mehrere Sessions der selben Person zur selben Zeit) und zum anderen weil wir nur so die Mail und Twitter-IDs verifizieren und ordentlich verlinken können.

@Ravetracer
Copy link

Bin bereit für den Hangout, da können wir das ja noch mal klären.

@martinkraft
Copy link
Member

Helge und ich sind gerade im Hangout. Markus scheint's verpennt zu haben und wir haben leider Deine Kontaktdaten nicht.
Wie ist denn Deine Google-ID?

@Ravetracer
Copy link

Kleine Zusammenfassung vom Hangout gestern:

  • es können 1-n Ansprechpartner definiert werden, jeweils mit Name, Mail, Twitterhandle
  • Session proposals bekommen eine ID (in welcher Form auch immer), welche es vor Ort möglich macht, schnell darauf zuzugreifen, falls es Umstrukturierungen etc. gibt
  • zusätzliche Informationen wie Wunschdatum (inkl. Uhrzeit), Beamer etc. sollen erfasst werden
  • Ausgabeformat für das autom. Sessionverteilungsscript muss erstellt werden

Wie weit ich anschließend den Timetabler noch anpacken kann, weiß ich bisher nicht, da meine Zeit leider immer sehr knapp ist. Aber schauen wir mal.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants