Skip to content

kifutraining 1.2.0 — Varianten des Hauptteils

Choose a tag to compare

View all tags
@adbstyle adbstyle released this 12 Sep 05:43
v1.2.0
751f5c3
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Verified
Learn about vigilant mode.

Drittes Release von kifutraining, live auf ki-fu.ch. Nachträglich eingetragen. Zwei Fähigkeiten für den Hauptteil eines Trainings, dazu drei Migrationen.

Varianten des Hauptteils

Wie viele Kinder kommen, weiss man oft erst am Trainingstag. Ein Training kann seinen Hauptteil darum in mehreren Fassungen führen — «21 Kinder», «14 Kinder», «Halle» — jede mit eigenen Übungen, Dauern, Notizen und Gruppenverteilung.

Die zweite Variante entsteht als Kopie der angezeigten; danach sind beide unabhängig. Welche gerade angezeigt wird, reist in der Adresse mit und gilt beim Ansehen, Durchführen und Drucken; die Bedingungen fürs Veröffentlichen werden je Variante geprüft. Ein Training mit einer einzigen Variante sieht aus wie vorher.

Varianten und Gruppen am Chip verwalten

Beides steht in derselben Bauform unter dem Kopf der Hauptteil-Karte: eine Leiste für die Varianten, darunter eine für die Gruppen. Hinzugefügt wird über einen leisen Knopf, alles Weitere geschieht am Chip selbst — Bearbeiten, Nach vorne, Nach hinten, Entfernen.

  • Der Varianten-Chip ist geteilt: links wählt ein Klick die angezeigte Variante, rechts öffnet das Chevron das Menü.
  • Gruppen tragen ihre zugewiesene Zeit am Chip und einen Rand als Befund, wenn die Verteilung nicht aufgeht. Sie haben neu eine vom Trainer gesetzte Reihenfolge.
  • Der aufklappbare Gruppen-Abschnitt und der Dialog «Varianten verwalten» entfallen.
  • Die vorletzte Variante lässt sich entfernen. Bleibt danach eine einzige übrig, wird sie aufgelöst — der Hauptteil heisst wieder schlicht Hauptteil, und die Rückfrage sagt das vorher.

Nebenbei behoben

move_training_exercise verlangte ein privates Training — im eigenen öffentlichen liess sich die Reihenfolge der Übungen nicht ändern.

Datenbank

Drei Migrationen, forward-only:

  • hauptteil_varianten — Tabelle training_varianten, training_exercises.variante_id, vier RPCs, Backfill (jedes bestehende Training bekommt seine eine Variante).
  • varianten_veroeffentlichung — Veröffentlichungs-Bedingungen je Variante.
  • gruppen_ordnung — training_gruppen.position mit Trigger und Backfill aus der bisherigen Anlegereihenfolge, RPC verschiebe_gruppe, Auflösung in entferne_variante.

Alle drei liefen vorab auf Staging gegen die von Produktion gespiegelten Daten; die Selbstprüfungen der Migrationen (unter anderem lückenlose Positionen je Training) gingen dort grün durch.

Assets 2
Loading