Aus den ersten Veranstaltungen hat sich gezeigt, dass unser statisches Phasenmodell und die Contentanzeige noch nicht ganz flüssig läuft. Das sollte hier nochmal optimiert werden, um Dinge wie Verspätungen, Überziehungen und Verschiebungen besser abzubilden.
Start des ersten Talks einer Live-Session manuell steuerbar machen (https://converia.atlassian.net/browse/VIR-595)
Derzeit ist mit Beginn einer Session der erste Talk immer automatisch aktiv. Startet eine Live-Session mit Verspätung, entsteht so der Eindruck, man würde etwas verpassen, da man den aktuellen Talk nicht sieht. Toll wäre, wenn die Session zwar als aktiv angezeigt wird, der erste Talk aber einfach per manueller Steuerung noch nicht aktiv ist.
Talks, die eigentlich noch nicht gelaufen sind, werden bei manueller Steuerung auf „Vorüber“ gesetzt, wenn sie nach Plan stattgefunden hätten(https://converia.atlassian.net/browse/VIR-594)
Bei DG PARO gab es teils so starke Verzögerungen, dass selbst der eigentlich als nächstes geplante Talk zwischenzeitlich nach Plan bereits durchgelaufen wäre. Dieser Talk ist dann auf „Vorüber“ gesprungen, während der vorhergehende Talk noch aktiv war.
Im manuellen Modus wäre es wohl das beste, wenn alle Meetings vor dem derzeit laufenden automatisch vorbei sind und alle darauffolgenden immer „bevorstehend“.
Anzeigen, ob aktuell manuell oder nach Zeitplan navigiert wird (https://converia.atlassian.net/browse/VIR-592)
Bei DG Paro war anfangs nicht klar, in welchem Modus eine Sitzung gerade läuft, und nach welchen Kriterien der Status der Talks sich ändern wird.
Session-Ende derzeit zu diktatorisch nach Zeitplan. Eher über aktuell manuell aktiven Talk regeln(https://converia.atlassian.net/browse/VIR-591)
Live-Sitzungen können mit relativ hoher Wahrscheinlichkeit vom Zeitplan abweichen. Bei DG-PARO hat sich mehrfach gezeigt, dass es problematisch ist, wenn Teilnehmern einfach der Stream abgedreht wird, während die Sitzung eigentlich noch läuft. Lösungen könnten sein:
(1) Im „manuellen Modus“ erst dann die Session beenden, wenn der letzte Talk auf inaktiv gesetzt wurde(2) Das Session-Ende kann um einen Zeitraum verlängert und diese Information an die Teilnehmer gepusht werden. Im UI könnte dies mit einem Hinweis (z.B. „Aktuelle Verzögerung: 20 Minuten") erklärt werden.