79 lines
5.3 KiB
Markdown
79 lines
5.3 KiB
Markdown
|
|
## Open Issues
|
|
|
|
## Gif-Feature
|
|
> Ich möchte der Anwendung noch folgendes Feature hinzufügen:
|
|
Nach besonderen Würfen, Kranz, alle 9, Wurf mit Glocke, oder Gutter sollen zum Wurf passende, lustige Gifs (oder kurze Video ohne Ton in anderen Formaten)
|
|
abgespielt werden.
|
|
- Gifs sollen dynamisch aus dem Internet pro Club aber nicht club-übergreifend, hinzugefügt werden können
|
|
- Gifs sollen einem mehreren Wurf-Ereignissen zugeordnet werden können
|
|
- Beim Wurf-Eregnis wird dann eines der zugeordnetes Gifs abgespielt
|
|
- Anwender sollen die gifs mit Daumen hoch oder Daumen runter ranken können. Schlecht bewertete gifs sollen selten ausgewählt werden
|
|
- Club-Admins sollen gifs disablen dürfen
|
|
- Mitglieder / Mitspieler an einem Kegelabend sollen per Handy neue Gifs vorschlagen / einreichen können, ohne dass sie sich mit Benutzernamen und Passwort
|
|
anmelden müssen. Schlage gute Möglichkeiten vor, wie das realisiert werden kann (QR-Code, Telegram-Bot, etc.)
|
|
- Das Abspielen soll möglich performat erfolgen. Überlege, wie das gut möglich ist, z.B. indem in der Datenbank nur die Metadaten gespeichert werden, und die Gifs
|
|
in einem Club-Spezifischen Ordner direkt auf dem Server liegen (Verzeichnisname Feld Club-LoginName)
|
|
|
|
### sonstige
|
|
- neuer Tag -> optional Gäste und nicht alle Teilnehmer
|
|
- Tag beendnden -> alle Teilnehmer hinzufügen, und strafen hinzufügen
|
|
- offene Sachstrafen von einem Tag zum nächsten fortschreiben
|
|
-
|
|
|
|
## Planung Phase 2
|
|
Phase 1 MVP ist nun abgeschlossen. Jetzt planen wir die Phase 2 "Detaillierte Spielverwaltung".
|
|
|
|
Innerhalb eines nicht abgeschlossenen Spieltages sollen beliebig viele Spiele gestartet und zugeordnet werden. Die Spiele-Ansicht soll aus einem Eingabe-Panel und
|
|
einer "Tafel" also einer pro Spiel unterschiedlichen Ansicht für den Spielstatus bestehen. Alles soll ich im Speicher auf der Tag-Details seite befinden. Beim
|
|
Hin- und Herspringen zwischen den Tag-Details, der Kegel-Eingabe und der Tafel soll die Brwoser-Seite nicht jedes mal neu geladen werden.
|
|
Beim Start eines Spiels sollen individuelle Steup-Komponenten angezeigt werden, je nach gewähltem Spiel-Typ.
|
|
Dieses Grundprinzip kannst du aus dem nicht mehr aktiven Projekt KoggleApp extrahieren.
|
|
Denke hart über diesen Input nach und überlege, wie das im Projekt Koogle.Web integriert werden kann. Starte noch nicht mit der Umsetzung sondern präsentiere mir
|
|
deinen Plan und stelle Rückfragen.
|
|
|
|
## Optimierung Spieltag-Details
|
|
Blende die Erledigt-Kennzeichnung (Als bezahlt markieren) in der Tabelle mit den Staten (<!-- Expense Table -->) für Geldstrafen aus. Nur Sachstrafen sollen sich manuell erledigen lassen. Geldstrafen werden später zentral über die Abrechnung des gesamten Tages erledigt.
|
|
|
|
## Optimierung Spieltag-Details - done
|
|
Die Erfassung von Strafen muss möglichst schnell und komfortabel mögiich sein. Dafür muss die Seite DayDetails optimiert werden.
|
|
Es soll möglich sein eine Person in der Teilnehmerliste auszuwählen. Bei der Erfassung einer neuen Strafe soll diese Person direkt vorbelegt werden. Außerdem soll zusätzlich zum Button "Strafe hinzufügen" ein Menü-Button angezeigt werden, der eine Kurzwahl aller Strafen mit der Option "IsOneClick" ermöglicht.
|
|
Der Benutzer soll visuell leicht erkennen können, ob und welcher Teilnehmer aktuell markiert wurde.
|
|
|
|
|
|
|
|
## Erweiterte Registrierung & Club Mitgliedschaften - done
|
|
Die REgistrierung funktioniert, entspricht aber noch nicht den Anforderungen. Ergänze nach der Phase
|
|
F3 noch eine Phase "Erweiterte Registrierung". Dabei sollen neue User im Zuge der Registrierung erst mal
|
|
nur "pending" sein, und auf Freischaltung durch die Club-Admins warten müssen. Das Login soll nach der
|
|
Registieriung möglich sein, aber auf dem Dashboard wird zum jeweiligen Club nur der Status angezeigt,
|
|
dass man auf die Freischaltung zum Club warten muss. Wenn der User bei der Registireirung keinen Club
|
|
angegeben hat, soll er die Mögloichkeit haben, sich nach der Anmeldung zum einem Club registieren zu
|
|
können / einem Club beitreten zu können. Die vorhanden Club-Admins oder der Super-Admin (falls noch kein
|
|
Club-Admin vorhanden) sollen per Mail über die neue Registrierung informiert werden, und dann die
|
|
Freischaltung vornehmen können. Bevor du diese Anforderung in die Planung aufnimmst, durchdenke sie und
|
|
stelle etwaige Rückfragen.
|
|
|
|
|
|
Rückfragen zur erweiterten Registrierung - Ergebnisse:
|
|
|
|
| Frage | Antwort |
|
|
|----------------|----------------------------------------------------|
|
|
| E-Mail-Versand | Später implementieren (Stub/Interface) |
|
|
| Club-Beitritt | Club-Name eingeben + Einladungslink |
|
|
| Ablehnung | Status "Abgelehnt" + Begründung + Infomail an User |
|
|
| Admin-UI | Admin Users Page (B5) + Dashboard-Widget |
|
|
|
|
Details:
|
|
|
|
1. E-Mail: Kein SMTP jetzt - StubEmailService mit Logging, SMTP später
|
|
2. Club-Beitritt ohne Club-Angabe:
|
|
- User kann Club-Name eingeben (Suche)
|
|
- Club-Admin kann Einladungslink generieren
|
|
3. Bei Ablehnung:
|
|
- Eintrag bleibt mit Status "Rejected"
|
|
- Admin gibt Begründung an (RejectionReason)
|
|
- User bekommt Info-Mail (Stub)
|
|
4. Freischaltungs-UI:
|
|
- Integration in Admin Users Page (B5)
|
|
- Zusätzlich Dashboard-Widget für Schnellzugriff |