# Changelog Tutte le modifiche significative del progetto vengono registrate in questo documento, in ordine dalla più recente. L'elenco delle funzionalità disponibili e previste non si ripete qui: sta in [ROADMAP.md](ROADMAP.md). ## Versione attuale — agosto 2026 ### Revisione dell'interfaccia: accessibilità, movimento, peso - **Contrasto**: `--success`, `--info` e `--training` erano tra 3.3:1 e 3.5:1 con il testo bianco sopra (chip «Presente», «Allenamento», celle del calendario): ora sono sotto la soglia di luminosità che garantisce 4.5:1. I gradi dei badge usavano `text-oro` e `text-argento` su bianco, cioè 1.9:1 e 2.5:1 — praticamente invisibili: nascono i token `--oro-testo`, `--argento-testo`, `--bronzo-testo` per il testo, mentre le versioni chiare restano su sfondi e bordi. - **PWA**: mancava `viewport-fit=cover`, quindi `env(safe-area-inset-bottom)` valeva sempre 0 e su iPhone la BottomNav finiva sotto la home bar. `theme-color` e `background_color` erano `#111111` su un'app chiara: barra di stato nera e splash nero prima di una UI bianca. - **`lang="it"`** al posto di `lang="en"`, su un'app interamente in italiano; 404 e schermata d'errore tradotte; anteprima social ripulita dall'immagine Lovable scaduta e da `twitter:site` che puntava a `@Lovable`. - **Tocco e tastiera**: nessun `:focus-visible` era definito (ora c'è una regola globale); chip presenza, filtri e bottoni icona portati a 44px; `aria-current` sulla navigazione, `aria-pressed` sui controlli a stato, `aria-controls` sulle sezioni a tendina, `aria-busy` sui caricamenti. Il testo sotto i 12px è sparito (108 occorrenze). - **Movimento** (DD-021): molle interrompibili di `motion` al posto delle `@keyframes` a durata fissa. `Reveal` compare quando entra davvero nel viewport (prima consumava l'animazione a vuoto sotto la piega); `Barra` anima `scaleX` invece di `width`; `Numero` cambia rotta se il dato cambia a metà conteggio. Il calendario si cambia mese anche con lo swipe, con il punto d'arrivo scelto proiettando la velocità di rilascio. - **Meno dipendenze** (DD-021): rimossi 43 componenti `src/components/ui/` non importati da nessuna parte e ~45 dipendenze (tutti i `@radix-ui/*`, `recharts`, `react-hook-form`, `date-fns`, `embla`, `cmdk`; `zod` resta perché lo usano le route API). Restano `drawer` e `sonner`. Il bundle **non** cala per questo — quel codice era già escluso dal tree-shaking — ma cala la superficie da aggiornare e da controllare: 50 dipendenze dirette diventano 21. Il bundle client cresce di ~42 KB gzip per `motion` (267 → 308 KB). - **Primitiva `Card`**: `rounded-3xl bg-card p-4 shadow-card` era ricopiato a mano 22 volte. - **Tema scuro rimosso** (DD-022): esisteva un blocco `.dark` mai applicato e incoerente. - Tolte le quattro switch di notifica in `/profilo` che erano `defaultChecked` e non facevano niente, e la conferma nativa prima di _cambiare_ la foto profilo (resta su quella che la rimuove, che è irreversibile). - Le celle del calendario con più tipi di evento non usano più un gradiente a fette con un'ombra bianca sul numero per restare leggibili: fondo neutro e un puntino per tipo. ### Serie di presenze calcolate sui dati reali - `serieConsecutiva()` (`src/lib/presenze.ts`) deriva le serie da eventi passati e `risposte_presenze`: prima erano `0` fisso in `useRosa()` e la sezione «Serie di presenze» del profilo era di fatto inerte, insieme ai badge e all'obiettivo «Continuità di squadra» che ne dipendono. - Migration `m9_risposte_presenze_risposto_il`: nuova colonna `risposto_il` con l'istante della **prima** risposta, resa immutabile da un trigger (`aggiornato_il` registrava solo l'ultima modifica, quindi chi rispondeva subito e cambiava idea dopo risultava lento). Confrontata con `eventi_app.creato_il` sblocca finalmente la serie "Conferme 24h" e i badge "Risposta lampo" e "Mai un forfait". Il dato non è ricostruibile all'indietro: vale da qui in avanti (vedi [modules/serie-presenze.md](modules/serie-presenze.md)). - La barra di progresso di una serie ora misura l'avanzamento fra il traguardo raggiunto e il successivo: prima usava `valore/prossimo` e tornava indietro a ogni traguardo (2/3 = 67%, poi 3/6 = 50%). ### Segnalazioni dal profilo - «Segnala un bug» e «Suggerisci una nuova funzionalità» in `/profilo` → Impostazioni: due link che aprono una issue GitHub sul template giusto (`.github/ISSUE_TEMPLATE/bug_report.yml`, `feature_request.yml`). Nessuna tabella e nessuna schermata di gestione: la segnalazione vive su GitHub (vedi [modules/profilo-giocatore.md](modules/profilo-giocatore.md)). ### Autenticazione e dashboard amministratore (in produzione) - Login con Google tramite Supabase Auth (DD-011). Al primo accesso l'account si collega a un giocatore di `giocatori_squadra`, e il collegamento non è più modificabile dal giocatore stesso (DD-016 regola 2). - La selezione libera del giocatore è stata rimossa: `/benvenuto` offre solo l'accesso con Google e senza sessione non si entra in nessuna schermata. Sparita anche la variabile `VITE_AUTH_OBBLIGATORIA` (non serve più) e il pulsante «Cambia giocatore» in `/profilo`. - I permessi di amministrazione arrivano solo da `user_roles` (`src/lib/ruoli.ts`): la lista di nomi in `crapp-data.ts` è stata eliminata, altrimenti bastava scegliere il nome giusto per amministrare. - Migration `m4_solo_autenticati`: toglie al ruolo `anon` l'accesso alle tabelle v1.0. Applicata in produzione il 03/09/2026, dopo aver impostato l'email di tutta la rosa attiva — il login era già l'unica via d'accesso lato app, quindi il collegamento dei singoli account (che resta un processo continuo a ogni login) non era comunque condizionato da questa migration. - Collegamento automatico al proprio giocatore per email (DD-018, migration `m5_email_giocatori_squadra`): niente più scelta manuale da un elenco, `/benvenuto` confronta l'email dell'account Google con `giocatori_squadra.email` e collega da solo. Senza corrispondenza compare solo un messaggio d'errore, con un pulsante per uscire e riprovare con un altro account. - Dashboard admin: nuove azioni "Aggiungi giocatore" (con email opzionale per il collegamento automatico) e "Disattiva/Riattiva giocatore" per chi lascia la squadra — la riga non viene mai eliminata, così presenze, voti, pagelle e badge della stagione restano agganciati al suo id. L'email è anche modificabile dal pannello "Dati squadra" di ogni giocatore già in rosa. - Tracciamento tesseramento CSI (migration `m8_tesseramento_csi`): numero e data di tessera in `giocatori_squadra`, come gli altri campi che gestisce solo l'admin (DD-016/DD-018). La dashboard mostra chi è già tesserato (badge sulla scheda, contatore in "Squadra") e un pannello per registrare numero e data una volta arrivata la tessera dal CSI. - Profilo giocatore: da `/profilo` ognuno compila i propri dati anagrafici e carica documento, certificato medico e foto tessera con le relative scadenze ([modules/profilo-giocatore.md](modules/profilo-giocatore.md)). - Nuova schermata `/admin`: stato dei profili della squadra, download di documento, certificato e foto tessera, export CSV per il tesseramento CSI. - Migration `m2_profili_giocatore` (tabella dei profili e bucket privato), additiva. - Dalla dashboard l'amministratore modifica i dati squadra (nome, cognome, numero, ruolo), compila i dati personali al posto di un giocatore e scollega un account da un profilo (DD-017). I file restano esclusi: li carica solo il giocatore. Nessuna migration: le policy di M1 e M2 lo consentivano già. - Foto profilo sincronizzate tra dispositivi: da `/profilo` la foto caricata finisce nel bucket pubblico `avatar-giocatori` (migration `m6_avatar_giocatori`) invece che in `localStorage`, così compare per tutta la squadra e non solo su chi l'ha caricata. L'Avatar mostra numero/iniziali finché la foto non è presente. - Scout Live sincronizzato tra dispositivi: il blocco "chi sta scoutando" ora passa dalla tabella `scout_sessioni` invece che da `localStorage`, quindi due telefoni non possono più prendere il controllo insieme sovrascrivendosi a vicenda. Le partite scoutate concluse vengono archiviate nella nuova tabella `scout_partite` (migration `m7_scout_partite`): prima restavano visibili solo sul telefono di chi aveva chiuso la partita. ### Test - Suite di test in `test/` (unit, integration, end-to-end) eseguita con bun, senza nuove dipendenze: `npm run test` e `npm run test:all`. - Corretto un difetto emerso dai test: una sessione Scout Live con timestamp illeggibile restava bloccata per sempre invece di scadere. ### Collegamento CSI - Classifica e risultati ufficiali letti dal portale Livescore CSI Bologna (stagione 2025/26, Campionato Open Misto Eccellenza, Girone B). - La pagina Campionato non usa più dati dimostrativi. - Dettagli e limiti in [modules/collegamento-csi.md](modules/collegamento-csi.md). ### Infrastruttura - Migrazione completa da Lovable a sviluppo locale. - Configurazione Git. - Repository GitHub indipendente. - Deploy automatico tramite Vercel. - Branch main e develop. ## Versione 1.0 — luglio 2026 Prima versione usata dalla squadra. Funzionalità incluse: vedi [ROADMAP.md § Versione 1.0](ROADMAP.md#versione-10--rilasciata).