-
v1.0.1 Stable
released this
2026-09-10 14:38:14 +02:00 | 34 commits to main since this releaseToegevoegd
- Kolommen in de tabellen op Eigen Vermogen ("Geïnvesteerde Fiat") en Voortgang
zijn versleepbaar: pak de rechterrand van een kolomkop. De breedtes gaan per
tabel naar localStorage, dus ze overleven een tabwissel en een herlaad;
dubbelklik op de greep zet één kolom terug op zijn standaardbreedte. De logica
staat in de nieuwe hookfrontend/src/hooks/useKolomBreedtes.js, de greep zelf
is.kolom-gripinApp.css
Gewijzigd
- De
Vibe-organisatie in Gitea staat op public, dus lezen vereist geen
token meer:git clone,docker compose pullen de update-check werken
anoniem.UPDATE_CHECK_TOKENin.envis daarmee optioneel — de code
ondersteunt hem nog als vangnet voor het geval de organisatie weer privé
wordt. Schrijven verandert niet:docker pushen het aanmaken van een release
hebben nog steeds het werkstation-token nodig - Het tweetoken-model in
BEHEER.mdis teruggebracht tot één Gitea-token op
het werkstation, metwrite:packageenwrite:repository. Het host-token is
niet meer nodig (pull en update-check zijn anoniem),git pushgaat over SSH,
enREGISTRY_TOKENhoeft niet apart:release.ps1endev.ps1vielen daar al
terug opGITEA_TOKEN. Geen code-wijziging, alleen minder te beheren - De tabellen op Eigen Vermogen en Voortgang staan op
table-layout: fixed,
nodig om ingestelde kolombreedtes te respecteren. Gevolg: lange tekst rekt een
kolom niet meer op maar wordt afgekapt met een ellips. De Opmerkingen-cellen
hebben eentitle, dus hover geeft de volledige tekst - Het label bij een beschikbare update in "Over VibeFinance" is "Nieuwe versie"
(was "Nieuwste versie" in 1.0.0)
Opgelost
- De sticky kolomkop van die tabellen was in dark mode maar 30% dekkend: hij
gebruikteT.card(rgba(22,23,27,0.30)), waardoor de rijen tijdens het
scrollen zichtbaar door de koptekst heen liepen. NuT.popupBg, de
ondoorzichtige variant die al in het thema stond - In dev bakte Vite de versie uit
frontend/package.jsonin in plaats van de
versie uit de rootpackage.json.VITE_APP_VERSIONkwam alleen als
build-arg mee, maar dedevelopment-stage in deDockerfiledeclareert die
ARGniet — en Vite bakt de constante in bij het starten van de dev-server,
niet bij het bouwen van het image. De variabele staat nu in de
runtime-omgeving van de dev-container;vite.config.jsvalt met||(was
??) terug oppackage.jsonals hij leeg is - API-antwoorden sturen nu
Cache-Control: no-store. Ze hadden alleen een
ETagen geen cache-beleid, waardoor de browser zelf mocht bepalen hoe lang
hij ze hergebruikte — per browser en profiel verschillend. Gevolg: de
update-melding bleef in Brave op een oud antwoord hangen (nog van vóór het
werkende token) terwijl een verse Edge het goede kreeg
Downloads
- Kolommen in de tabellen op Eigen Vermogen ("Geïnvesteerde Fiat") en Voortgang