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:
Erol Haagenrud 2026-08-24 08:51:22 +02:00
parent 8c9669217d
commit 955e320663

View file

@ -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.