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

PEOPLE: Selbstregistrierung Aside Inhalte dynamisch an Eingaben anpassen #191

Closed
4 tasks
Tracked by #94
carlobeltrame opened this issue Dec 13, 2023 · 1 comment
Closed
4 tasks
Tracked by #94

Comments

@carlobeltrame
Copy link
Member

carlobeltrame commented Dec 13, 2023

Blocked by #103, #187

Im Aside neben dem Selbstregistrierungsformular werden seit #103 Informationen über die Mitgliedschaft (und später auch über die Preise) angezeigt, basierend auf der Sektion zu der das Selbstregistrierungsformular gehört.

Je nach dem wie viele und wie alte Familienmitglieder erfasst werden, soll sich diese Anzeige auch ändern.

Mockup

Screenshot 2023-12-13 at 13-29-13 SAC Hitobito Balsamiq-Mockups pdf
Quelle: https://raw.githubusercontent.com/hitobito/hitobito_sac_cas/master/doc/SAC%20Hitobito%20Balsamiq-Mockups.pdf#page=7

Im Mockup fehlt noch die statische Infobox:
Screenshot 2023-12-13 at 13-33-36 SAC Hitobito Balsamiq-Mockups pdf

Tech Spec

Damit wir später die komplizierte Preisberechnung sowie bereits jetzt die Familien-Regeln nicht in JS noch einmal nachprogrammieren müssen, soll die Berechnung der angezeigten Informationen serverseitig geschehen. Also entweder mit einem XHR JS Partial (so wie wir es bisher in hitobito überall machen), oder via API die von JS aus abgefragt werden kann, oder falls mit vertretbarem Aufwand im Core einrichtbar mit Turbo Streams.
Begründung: Eine Technologie wie Turbo Streams nur im Wagon einzuführen würde den Gap zwischen den verschiedenen Kunden-Instanzen unnötig vergrössern, hier besonders auch in Bezug auf die Infrastruktur, wegen den benötigten WebSockets. Solche Dinge erst später vom Wagon in den Core zu zügeln ist erfahrungsgemäss niemand zu zahlen bereit.

Die Sektionsbeiträge werden erst berechnet wenn wir zur ERP-Anbindung kommen, diese können vorerst weggelassen werden.

Falls ungültige Eingaben gemacht werden, wird dies weiterhin durch Validierungen abgefangen. Das Aside ist mehr als Zusatz-Information zu verstehen, denn auf Mobile ist es weit unter dem Fold, und ist daher keine verlässliche, einfach zugängliche Informationsquelle.

TODO

  • Inhalt des Asides dynamisch anpassbar machen (Grundlagen dafür schaffen)
  • Anzeige der eingetragenen Familienmitglieder gemäss Mockup umsetzen
  • Der Fehlerfall (dass man eine ungültige Familienkombination oder Personen mit ungültigem Alter erfasst) kann weiterhin durch Validierungen abgefangen werden. Das Aside sollte dann einfach nichts unsinniges anzeigen.
  • Für die Anzeige der Beitragskategorie die neu erstellte Rolle mit new erstellen (aber nicht in die DB persistieren) und diese Rolle nach der Beitragskategorie befragen
@carlobeltrame carlobeltrame added interest-sac blocked Waiting for another issue to be finished before this can be continued labels Dec 13, 2023
@ThomasEllenberger ThomasEllenberger removed the blocked Waiting for another issue to be finished before this can be continued label Sep 3, 2024
@amaierhofer
Copy link
Contributor

Ersetzt durch #933

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

3 participants