Issue 46: Terminestellung und Prüfen der Statusflags
Status:  Done
Owner:
Closed:  Jan 2013
Cc:
Bug
Project Member Reported by markus.m...@arcor.de, Jan 15, 2013
Bei der Erstellung eines Betreuungsterminermines (getestet mit  EinzelTerminen) wird nicht auf die hinterlegten Statusflaags geprüft (getestet mit max. Anzahl gleichzeitiger Betreuungstermine und max. Stundenzahl der Betreuung pro Woche bei einem Kind)
Jan 15, 2013
Project Member #1 mob...@googlemail.com
Die Möglichkeit direkt im Kalender einzelne Betreueungstermine anzulegen wird deaktiviert, hier wird stattdessen auf den Antrag verwiesen, um dort einen neuen Beutreuungstermin anzulegen. Grund: Hier sind alle Tests der Statusflags implementiert.
Owner: mob...@googlemail.com
Cc: -npakne...@gmail.com markus.m...@arcor.de klause.p...@googlemail.com
Jan 15, 2013
Project Member #2 markus.m...@arcor.de
Ich brauche aber doch trotzdem die Kontrollstrukturen auch im Kalender.
Nehmen wir an für Kind X werden Termine erstellt, die in Summe das Max. an wöchentlichen Stunden belegen. 
Nun gehe ich in die Kalenderansicht und bearbeite einen bestehenden Termin indem ich ihn um eine Stunde länger mache - dann muss die Kontrolle auch an dieser Stelle statt finden!
Jan 15, 2013
Project Member #3 mob...@googlemail.com
Nope, Betreungstermine bekommen das Popup zur Anzeige, zum editieren gibts dann aber einen Link zum Antrag. Lediglich direkt das Absagen wird über das Popup möglich sein.
Jan 15, 2013
Project Member #4 markus.m...@arcor.de
Kannst du vielleicht die entsprechenden Issues nochmal kommentieren, wenn die angesprochenen Änderungen umgesetzt sind - dann schaue ich noch mal drüber !
Cc: mob...@googlemail.com
Jan 19, 2013
Project Member #5 mob...@googlemail.com
Implementieren könnte man das, Statusflags sind aber noch nicht vorhanden (Daten und implementierung?) Daher können wir da nicht viel machen... Sprich: "Nicht unser Bier...."
Owner: markus.m...@arcor.de
Cc: -markus.m...@arcor.de
Jan 20, 2013
Project Member #6 markus.m...@arcor.de
Statusflags sind in den Beispieldaten enthalten... 
Jan 21, 2013
Project Member #7 alexa.co...@gmail.com
Die Statusflag Daten sind schon seit dem 19 commitet. 
Jan 21, 2013
Project Member #8 alexa.co...@gmail.com
Ich bin's wieder, hab die Beispieldaten in eine eigene SQL-Datei gepackt und commitet, ist vllt besser so, dass man die ganze DB nicht überschreiben muss.

MfG Alex
Jan 21, 2013
Project Member #9 mob...@googlemail.com
nee bitte alles in einer lassen... Man muss ja eh immer die DB resetten...
Das mit den Statusflags ist klar, implementieren macht halt jetzt jeder sein eigenes Süppchen...
Status: InProgress
Jan 21, 2013
Project Member #10 mob...@googlemail.com
caretime wird gecheckt...
Status: Sighted
Jan 25, 2013
Project Member #11 mob...@googlemail.com
wird gerade von Patrick implementiert
Status: InProgress
Owner: klause.p...@googlemail.com
Cc: -klause.p...@googlemail.com markus.m...@arcor.de
Jan 25, 2013
Project Member #12 klause.p...@googlemail.com
Siehe  Issue 72 
Status: Done
Cc: -markus.m...@arcor.de markusma...@gmail.com