Problem: #175 er aktiv need-to-have, men mangler en lille, mergebar første leverance der låser den fælles i18n-kontrakt mellem backend og frontend.
Værdi:
Fjerner uklarhed tidligt og gør efterfølgende implementering paralleliserbar uden key-drift.
Hvorfor nu:
MVP kræver release-hurtighed; kontrakten skal på plads før flere i18n-PRs for at undgå rework.
Acceptance:
Dokumenteret shared key-strategi for Django + Angular (namespace/naming/versionering).
Locale-matrix for en (default) og da inkl. fallback-regler ved manglende key.
Kontrakt inkluderer audio-locale keys, men med eksplicit regel: client_has_no_audio_output=true (kun primær enhed afspiller lyd).
Design-note refererer eksplicit til email-manager-mønsteret (key/resolver-princip), uden at blokere på fuld kodekopi.
Afgrænsning:
Ingen feature-UI eller gameplay-logik.
Ingen migration af alle eksisterende tekster i denne PR.
Problem:
#175 er aktiv need-to-have, men mangler en lille, mergebar første leverance der låser den fælles i18n-kontrakt mellem backend og frontend.
Værdi:
Fjerner uklarhed tidligt og gør efterfølgende implementering paralleliserbar uden key-drift.
Hvorfor nu:
MVP kræver release-hurtighed; kontrakten skal på plads før flere i18n-PRs for at undgå rework.
Acceptance:
- Dokumenteret shared key-strategi for Django + Angular (namespace/naming/versionering).
- Locale-matrix for `en` (default) og `da` inkl. fallback-regler ved manglende key.
- Kontrakt inkluderer audio-locale keys, men med eksplicit regel: `client_has_no_audio_output=true` (kun primær enhed afspiller lyd).
- Design-note refererer eksplicit til email-manager-mønsteret (key/resolver-princip), uden at blokere på fuld kodekopi.
Afgrænsning:
- Ingen feature-UI eller gameplay-logik.
- Ingen migration af alle eksisterende tekster i denne PR.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Problem:
#175 er aktiv need-to-have, men mangler en lille, mergebar første leverance der låser den fælles i18n-kontrakt mellem backend og frontend.
Værdi:
Fjerner uklarhed tidligt og gør efterfølgende implementering paralleliserbar uden key-drift.
Hvorfor nu:
MVP kræver release-hurtighed; kontrakten skal på plads før flere i18n-PRs for at undgå rework.
Acceptance:
en(default) ogdainkl. fallback-regler ved manglende key.client_has_no_audio_output=true(kun primær enhed afspiller lyd).Afgrænsning: