v0.6.2

Bugfix

• Vervolg op v0.6.1: de location_hint van een melding kon niet hersteld worden zolang de coordinator verouderde locaties bleef aanhouden, omdat de hint normaal gesproken berekend wordt tegen de (in dit geval lege) locatielijst van die cyclus zelf. Een melding die maar over één specifieke milieustraat ging, zou daardoor per ongeluk op alle locaties van toepassing zijn totdat het parserprobleem was opgelost. De hint wordt nu herberekend tegen de aangehouden locaties. / Follow-up to v0.6.1: a notice's location_hint could not be recovered while the coordinator was serving stale locations, because the hint is normally computed against that cycle's (in this case empty) freshly parsed locations. A notice naming one specific recycling centre would incorrectly apply to all of them until the parser issue was fixed. The hint is now re-resolved against the retained locations.

v0.6.1

Bugfix

• De v0.6.0 "laatst bekende goede data"-fallback bevroor bij een lege locatie-lijst ook de notices, terwijl locatie- en meldingen-parsing losstaande selectors gebruiken en dus onafhankelijk kunnen breken. Een verse, succesvol geparste afwijkingsmelding werd daardoor stilzwijgend vervangen door een verouderde. Gevonden via een actieve bug-review, bevestigd met een losse reproductietest. Alleen de locaties blijven nu bevroren; notices uit de nieuwste fetch worden altijd gebruikt. / The v0.6.0 "keep last known good data" fallback also froze notices on an empty location list, even though location and notice parsing use unrelated selectors and can break independently. A fresh, successfully parsed deviation notice was therefore silently replaced by a stale one. Found via an active bug review, confirmed with a standalone reproduction test. Only locations stay frozen now; notices from the latest fetch are always used.

v0.6.0

Toegevoegd / Added

• Coordinator houdt de laatst bekende goede data aan als de parser plotseling geen locaties meer vindt, in plaats van sensoren onbeschikbaar te laten worden. / Coordinator keeps the last known good data when the parser suddenly finds no locations, instead of making sensors unavailable.
• Structurele fallbacks voor de section_with_heading- en closure_notice_section-selectors, naar het voorbeeld van de bestaande h3-naar-h1-fallback. / Structural fallbacks for the section_with_heading and closure_notice_section selectors, following the existing h3-to-h1 fallback.
• Navigatieknop-voorbeeld in README.md (address-attribuut -> navigatie-app). / Navigation button example in README.md (address attribute -> navigation app).

v0.5.1

Bugfix

• De reconfigure-flow (v0.5.0) werkte bij een echte gemeentewijziging wel entry.data bij, maar niet de unique_id van de config entry - waardoor die entry de oude gemeente bleef "claimen" en een nieuwe integratie voor die gemeente ten onrechte werd geblokkeerd. Gevonden via een actieve bug-review, niet door ruff/pytest alleen. / The reconfigure flow (v0.5.0) updated entry.data on a real municipality change, but not the config entry's unique_id - so the entry kept "claiming" the old municipality, incorrectly blocking a new integration for it. Found via an active bug review, not by ruff/pytest alone.

v0.5.0

Toegevoegd / Added

• Adres van de milieustraat als attribuut (address) op de status-sensor. / Milieustraat address exposed as an address attribute on the status sensor.
• Reconfigure flow: wijzig de gemeente van een bestaande integratie, met een bevestigingsstap bij een echte wijziging. / Reconfigure flow to change an existing integration's municipality, with a confirmation step on an actual change.
• Repair-issue in Home Assistant als de parser plotseling geen milieustraten meer vindt. / Repair issue in Home Assistant when the parser suddenly finds no milieustraat at all.
• Twee nieuwe sensoren per milieustraat: "volgende open" en "volgende gesloten" (next_open/next_close). / Two new sensors per milieustraat: "next open" and "next close" (next_open/next_close).

v0.4.1

v0.4.1 - Bugfix: crash bij wijzigen vooruitkijkdagen/update-interval

Home Assistant's NumberSelector geeft altijd een float terug, ongeacht
de step/mode-instelling (dit is hardgecodeerd in HA's eigen
selector.py). Daardoor werd bij het opslaan van de Options Flow
lookahead_days/update_interval_minutes als bijvoorbeeld 10.0
opgeslagen, en crashte elke sensor met:

TypeError: 'float' object cannot be interpreted as an integer

Beide waarden worden nu expliciet naar int omgezet, zowel bij het
opslaan in de config flow als bij het uitlezen in sensor.py/init.py.
Een al opgeslagen float-waarde herstelt zichzelf dus automatisch bij de
eerstvolgende herlaad/herstart, zonder dat het formulier opnieuw
ingediend hoeft te worden.

Regressietest toegevoegd die een pre-fix float-waarde in de opgeslagen
opties simuleert en bevestigt dat de setup niet meer crasht.

v0.4.0

v0.4.0 - Diagnostics en configureerbaar update-interval

• Nieuwe diagnostics.py: downloadbare dump van de config entry en de
  actuele coordinator-data (locaties, adressen, uren, actieve
  meldingen) voor bugrapporten. Geen redactie nodig, niets gevoeligs
  aanwezig.
• Update-interval is nu instelbaar via de Options Flow (5-1440
  minuten, standaard 60), naast het al bestaande aantal
  vooruitkijkdagen. Herlaadt automatisch bij wijziging.
• ROADMAP.md bijgewerkt naar de echte v0.3.x-status, met vijf nieuwe,
  doordachte toekomstideeën (repair-issues, next_change/next_open/
  next_close, adres-attribuut, reconfigure flow, langetermijn-
  statistieken).

v0.3.1

v0.3.1 - Lokaal merklogo + herstijlde markdown-kaart

• Het Cure-logo wordt voortaan lokaal geserveerd via de eigen brand/-
  map van de integratie (Home Assistant 2026.3+), in plaats van via een
  pull request naar het externe home-assistant/brands. Geen
  manifest.json-wijziging of externe review meer nodig; hacs.json
  vereist al minimaal HA 2026.7.0.
• README's markdown-kaart-voorbeeld herzien: gecentreerde titel,
  eenregelige "Vandaag"-samenvatting, een kop die wisselt tussen
  "Afwijkingen voor de komende dagen" (met een donkeroranje
  waarschuwingsdriehoek) en "Openingstijden de komende dagen", en een
  dagenlijst met reden erbij zodra die afwijkt.

v0.3.0

v0.3.0 - Reden-sensoren per dag, dynamische locaties

• Twee losse "reden"-sensoren per milieustraat (vandaag/morgen) in
  plaats van een verstopt attribuut, zodat automatiseringen al een dag
  vooraf kunnen waarschuwen voor een afwijking (hitteprotocol,
  verbouwing, werkzaamheden). Leeg ("") als er geen afwijking is, nooit
  een "unknown"/null-status.
• reason is uit het today-attribuut van de status-sensor gehaald (nu
  overbodig), maar blijft staan in elke dag van de upcoming-lijst.
• Nieuwe milieustraten die Cure aan een gemeentepagina toevoegt
  verschijnen automatisch, zonder herstart (coordinator-listener).
• Locaties die permanent verdwijnen worden meteen unavailable in
  plaats van dat er iets destructiefs in code gebeurt; blijft de
  locatie na een herstart nog steeds weg, dan biedt Home Assistant zelf
  een verwijderoptie aan voor de wees-entiteit.
• README uitgebreid met een markdown-kaart- en automatiseringsvoorbeeld.

v0.2.0

v0.2.0 - Tijdelijke afwijkingen (hitteprotocol, verbouwing, sluiting)

• Nieuwe notices.py-laag parst vrije-tekst meldingen op de milieustraat-
  pagina zelf (geen los RSS-feed nodig): het site-brede hitteprotocol-
  bericht (tijden + einddatum) en een gemeente-specifieke sluitings-/
  verbouwingsmelding (expliciete sluitingsdatum of een lijst specifieke
  sluitingsdagen).
• schedule.py past deze meldingen toe per dag/locatie (met scoping op
  specifieke milieustraten, zoals Eindhovens Lodewijkstraat-melding die
  niet voor Acht geldt); een volledige sluiting krijgt voorrang boven
  een tijdaanpassing.
• Sensoren tonen nu live de daadwerkelijke openingstijden inclusief
  afwijkingen, met een reason-attribuut (hitteprotocol/verbouwing/
  werkzaamheden) dat uitlegt waarom.
• Geverifieerd tegen de live site voor alle drie gemeentes.
• README/ROADMAP/ARCHITECTURE bijgewerkt naar de daadwerkelijke stand
  van zaken.