hitobito / hitobito_cevi

A hitobito wagon defining the organization hierarchy and additional features for Cevi
Other
6 stars 3 forks source link

Anlässe mit An- und Abmeldung #53

Closed chrusu closed 3 years ago

chrusu commented 3 years ago

see: https://github.com/cevi/hitobito_cevi/issues/67

kronn commented 3 years ago

Ist IMHO schon vorhanden, siehe https://github.com/cevi/hitobito_cevi/issues/67#issuecomment-742490641

nchiapol commented 3 years ago

Nein, das reicht nicht. Sorry, wenn das aus unserem Issue nicht klar wurde. Die Minimal-Anforderung ist, dass man sich bei einem Anlass direkt abmelden kann ohne vorher je angemeldet gewesen zu sein. Es geht um Anläss mit einem definierten Kreis möglicher Teilnehmer von denen wir auf jeden Fall eine Antwort möchten. (also entweder eine An- oder Abmeldung) so wissen wir, bei wem wir noch nachfragen müssen.

chrusu commented 3 years ago

Liste mit eingeladenen TN hinterlegen: Das Hinzufügen via ist via Personen-Suche sinnvoll möglich. Wir möchten allerdings in diesem Fall eine aktive Bestätigung der Teilnehmer. d.h. wir bräuchten drei Stati: eingeladen, angemeldet und abgemeldet. Im Moment fehlt da der Zustand "Eingeladen"

chrusu commented 3 years ago

Guten Morgen @nchiapol: was hälst du von folgendem Umsetzungsvorschlag?

anmeldungen

wird um eine zusätzliche Spalte "Eingeladen" ergänzt, alsso ungefähr so:

Anlässe mit An-_Abmeldung copy

und:

2021-03-24_08-18

wird ergänzt mit der Möglichkeit, die verschiedenen Stati (Angemeldet, Eingeladen) auszuwählen, wenn ein Teilnehmer manuell hinzugefügt wird.

Anlässe mit An-_Abmeldung copy (Alternate 766k)

Was soll hier der default sein? Angemeldet oder Eingeladen?

nchiapol commented 3 years ago

Sorry für die lange Reaktionszeit. Der Kommentar ging bei mir in allen anderne Github-Notifications unter...

Problem mit dem Vorschlag scheint mir, dass das "Anmeldungen"-Tab im Moment nur bei Kursen besteht - und wir werden das wohl primär für Anlässe verwenden. (Und nur via Anlässe steht diese Option dann auch den Ortsgruppen zur Verfügung.)

Da wir bei diesem Feature primär an Anlässe denken, sollte zudem keine "Warteliste" implementiert werden. (Die scheint mir auch verwirrend.) Das heisst wir brauchen wirklich nur drei Stati:

Auch Drag-n-Drop zwischen den Stati scheint mir nicht wichtig. Der Wechsel zwischen den Stati wird ja durch die eingeladenen TN selbst ausgelöst. Wenn sie den Event öffenen sollten sie eine entsprechende Nachricht sehen und Rückmeldung geben können: image

Grundsätzlich sehe ich zwei Optionen:

  1. ein neues Tab analog zu an Anmeldungen bei den Kursen mit der Liste der eingeladenen Personen sowie deren Antwort einladungen_mock
  2. zwei zusätzlicher "Filter"-Listen bei den "Teilnehmenden" Analog zur "Abwesende"-Liste bei den Kursen
    image

Wobei das Tab oder die zusätzlichen Listen allenfalls via Konfiguartion auf dem Anlass ("[ ] Anlass mit Einladungsliste") gesteuert werden könnten.

Persönlich scheint mir die zweite Variante eleganter. Der dazugehörende Dialog könnte dann etwa so aussehen: image Der Status "Einladung" könnte evtl. auch als eine Art "Pseudorolle" implementiert werden. Dabei wäre aber zu beachten, dass beim Hinzufügen der Rolle keine Anmeldefragen nötig sind. Beim richtigen Anmelden dann aber schon

Unabhängig der Variante ist wichtig, dass die Rolle/dieser Status auch über den Masseneditierdialog "+Zu Veranstaltung hinzufügen" Im Personen-Tab der Gruppen vergeben werden kann.

chrusu commented 3 years ago

Anlässe mit Einladung Variante B Anlässe mit Einladung Variante A grafik

@nchiapol Kurze Frage zum hinzufügen von mehreren Personen. Das 2te Bild basiert auf deinem Vorschlag wenn eine Person hinzugefügt wird. Meinem Verständnis nach sollte das "eingeladen"-Attribut nicht die Rolle ersetzen, sondern ergänzen. Entsprechend mein Vorschlag, dieses Attribut loszulösen. Was denkst du dazu?

nchiapol commented 3 years ago

Ich glaube in 99% der Fällen werden wir nur die gewöhnlichen Teilnehmer einladen. Ein losgelöstes Attribut, bei dem dann für jede Rolle eingeladen werden könnte, wäre aber sicher flexibler. Falls das Aufwand-mässig keinen grossen Unterschied macht, dürft ihr das gerne so lösen.

nchiapol commented 3 years ago

Noch ein UI-Gedanke: In der Version mit dem losgelösten Attribut fände ich eine Radio-Auswahl [anmelden, einladen] mit anmelden als default wohl intuitiver als eine einzelne Checkbox einladen.

chrusu commented 3 years ago

merci für deine raschen feedbacks, ich habe noch einen weiteren vorschlag hochgeladen.

chrusu commented 3 years ago

duplicate: https://github.com/hitobito/hitobito/issues/1276