You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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
The text was updated successfully, but these errors were encountered:
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
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:
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
new
erstellen (aber nicht in die DB persistieren) und diese Rolle nach der Beitragskategorie befragenThe text was updated successfully, but these errors were encountered: