FEATURE_BACKLOG: noter Jakter Jesper-oppfølginger (frittstående runder + lagturnering-øktkolonne)
Org-individuell-delen er ferdig og live (ADR-106), men de to bevisst utenfor-omfang-punktene fra samme runde manglet et sted å ikke gå tapt. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
parent
8c9669217d
commit
955e320663
1 changed files with 38 additions and 0 deletions
|
|
@ -5047,3 +5047,41 @@ Uavklart, trenger en egen avklaringsrunde FØR bygging:
|
||||||
**Neste steg:** egen avklaringsrunde med bruker (innhold, lagringsomfang,
|
**Neste steg:** egen avklaringsrunde med bruker (innhold, lagringsomfang,
|
||||||
eksakt triggerlogikk, plassering) FØR design/bygging -- ingen
|
eksakt triggerlogikk, plassering) FØR design/bygging -- ingen
|
||||||
beslutninger tatt ennå, kun fanget opp her for å ikke gå tapt.
|
beslutninger tatt ennå, kun fanget opp her for å ikke gå tapt.
|
||||||
|
|
||||||
|
## Jakter Jesper (visningsmodus for netto-scoring) — ✅ ORG-INDIVIDUELL FERDIG OG LIVE 2026-08-23 (ADR-106), TO OPPFØLGINGER BEVISST UTENFOR DENNE RUNDEN
|
||||||
|
|
||||||
|
Bruker beskrev en turneringsform (start på -spillehandicap, hullscore
|
||||||
|
brutto mot par løpende, lavest sluttsum vinner, tiebreak på lavest
|
||||||
|
spillehandicap) for org-individuelle turneringer. Etter diskusjon avklart
|
||||||
|
som en VISNINGSMODUS på eksisterende `stroke_net`-scoring (sluttsummen er
|
||||||
|
matematisk identisk med netto-til-par), ikke en ny scoring_method/
|
||||||
|
turneringsform -- se ADR-106 for hele resonnementet.
|
||||||
|
|
||||||
|
**Ferdig, live:** ny `tournament.net_display_style` ('standard'/'hunt',
|
||||||
|
migrasjon 092) for org-individuelle turneringer, pluss en ny, generelt
|
||||||
|
tilgjengelig tiebreak-verdi `lowest_playing_hcp`.
|
||||||
|
|
||||||
|
**Bevisst UTENFOR denne runden, bruker bekreftet sekvensiell bygging
|
||||||
|
("org-individuell først, deretter egne oppfølgingsrunder"):**
|
||||||
|
|
||||||
|
1. **Frittstående runder** (`round.play_format`) -- samme
|
||||||
|
"hunt"-visning for personlige/vennegjeng-runder med netto-scoring.
|
||||||
|
`round-stats.tsx`/`round-leaderboard.tsx` sin netto-til-par-visning
|
||||||
|
(`my_net_score_to_par`, `rounds.py`) er det naturlige stedet å
|
||||||
|
speile `_attach_stroke_play_columns` sin `stroke_val()`-logikk --
|
||||||
|
samme partial-vs-full-handicap-prinsipp, men et annet datagrunnlag
|
||||||
|
(`round_hole`/`round_participant`, ikke `tournament_round_hole`/
|
||||||
|
`tournament_round_participant`). Ikke designet i detalj ennå.
|
||||||
|
2. **Kolonne på lagturnering-øktens individuelle leaderboard**
|
||||||
|
(`fetch_individual_leaderboard`, `app/routers/tournaments.py`,
|
||||||
|
singles/fourball-økter i en org-LAG-turnering). Denne visningen har
|
||||||
|
INGEN `scoring_method`-velger i dag (viser gross/netto/poeng side om
|
||||||
|
side, fast oppsett) -- en hunt-kolonne ville være additiv der (samme
|
||||||
|
prinsipp som `IndividualLeaderboardEntry` sitt allerede eksisterende
|
||||||
|
`net_to_par`-felt), IKKE en ny `scoring_method` for selve
|
||||||
|
lagturneringen (ADR-011s to-lags-modell har strukturelt ikke det
|
||||||
|
begrepet -- bekreftet i ADR-106). Ikke designet i detalj ennå.
|
||||||
|
|
||||||
|
**Neste steg:** ingen av de to er startet. Ta fatt på dem som egne,
|
||||||
|
avgrensede runder når/hvis bruker prioriterer dem -- ikke antatt
|
||||||
|
hastende, kun fanget opp her for å ikke gå tapt.
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue