From d83bfef7c4d8313ea1cb446a1fdf1342a25ef9e8 Mon Sep 17 00:00:00 2001 From: Erol Haagenrud Date: Mon, 17 Aug 2026 15:00:56 +0200 Subject: [PATCH] =?UTF-8?q?CLAUDE.md:=20turneringsoppsett=20skal=20designe?= =?UTF-8?q?s=20stor=20skjerm=20f=C3=B8rst?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Organisatoren sitter som regel foran en PC ved oppsett (lag/tropper/ spillerimport/runder/klasser), ikke på mobil på banen -- gjelder kun oppsett-/administrasjonsskjermer, ikke spillerens skjermer under selve rundens gang (scorekort/rangefinder/leaderboard), som forblir mobil- først. Samme STÅENDE ufravikelig-mønster som tilgjengelighets- og navneformat-reglene over. Co-Authored-By: Claude Sonnet 5 --- CLAUDE.md | 29 +++++++++++++++++++++++++++++ 1 file changed, 29 insertions(+) diff --git a/CLAUDE.md b/CLAUDE.md index 1e05270..9f6dfb9 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -108,6 +108,35 @@ Les dette først i hver økt. Det koder hva vi har bestemt og hvordan vi jobber. `first_name` separat, ingen backend-endring nødvendig). Se CHANGELOG.md for full detalj. +## Turneringsoppsett — stor skjerm først (ufravikelig, gjelder ALT, eksisterende og fremtidig) +- Brukeren instruerte eksplisitt 2026-08-17: turneringsOPPSETT (opprette + turnering, sette opp lag/tropper, importere/administrere spillere, + runder, klasser, baneoppsett, alt organisator-arbeid FØR/RUNDT selve + spillingen) skal designes "stor skjerm først", IKKE "mobil først" — + organisatoren sitter som regel foran en PC når dette gjøres, ikke på + mobil på banen. Dette er en STÅENDE forventning til alt fremtidig + UI-arbeid på denne typen skjermer, ikke en engangsting. +- Gjelder KUN oppsett-/administrasjonsskjermer. Skjermer SPILLEREN bruker + UNDER selve rundens gang (scorekort/slag-registrering/rangefinder/ + leaderboard-under-spilling) forblir mobil-først som før — de brukes på + banen, på mobil, ikke ved en PC. Grensen følger hvem som sitter hvor, + ikke en fast liste — vurder per skjerm hvem som faktisk bruker den og + fra hvilken enhet. +- Praktisk konsekvens: layout/typografi/tett-vs-luftig-avstand + optimaliseres for et bredt skjermbilde som førstevalg (f.eks. tabeller + med flere synlige kolonner samtidig i stedet for kortstabler, sidepanel- + layout i stedet for full-bredde-modaler, hover-tilstander som en reell + interaksjon), men skal FORTSATT fungere og være betjenbart på smal + skjerm (samme STÅENDE tilgjengelighetsregel over gjelder uansett + skjermbredde) — "stor skjerm først" er en prioritering av hvilket + format som designes FOR primært, ikke en unnskyldning for å la mobil + forfalle. +- Gjelder begge retninger: (a) ta dette eksplisitt med som krav når en ny + V0-prompt skrives for et oppsett-/administrasjonsskjermer, og (b) rett + opportunistisk opp eksisterende oppsett-skjermer når de likevel røres i + en annen runde — ingen egen stor retrofit-runde er igangsatt eller bedt + om ennå. + ## Arbeidsmåte - Inkrementelt. Ingenting tas for gitt før det er testet. Bekreft hvert steg før du går videre.