Taak 29 afgebakend tot de detailpagina; P1-45 niet meer reproduceerbaar

Taak 29: met de nieuwe vulling is op dezelfde node (nid 214466) hard te maken
dat flutterflowmobiel1 de ampersand schoon doorgeeft en flutterflow_events hem
escaped. Het raakt dus alleen de evenement-detailpagina, niet de lijsten - de
gebruiker ziet een nette titel in de lijst en & op de detailpagina.

P1-45: alle zes meetbare displays geven categorie nu als array; de komma-string
is weg. Alleen services_4 blijft ongemeten (0 items, stadsactiviteiten worden
handmatig aangemaakt).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

TASKS.md

@@ -100,25 +100,28 @@ Twee dingen om te beslissen:
 
 ---
 
-### Taak 29 · HTML-entiteiten in titels en categorieën (21% van de events)
+### Taak 29 · HTML-entiteiten — nu precies af te bakenen (2026-09-12)
 
-`flutterflow_events` geeft ampersands en aanhalingstekens **HTML-escaped**
-terug, dus de app toont ze letterlijk:
-```
-"title": "Lina & the Magic Music Box"
-"categorie": ["Hiphop/Rap/R&B"]
-```
-**321 van de 1508 events geraakt**, verdeeld over `body` (234x), `title`
-(124x), `adres` (23x) en `categorie` (8x).
+**Het raakt alléén de evenement-detailpagina.** Gisteren kon ik dat niet
+scheiden omdat de lijstviews maar 4 items hadden; met de nieuwe vulling is het
+hard te maken op **dezelfde node** (nid `214466`):
 
-**Dit is per view instelbaar en elders al goed**: dezelfde ampersand komt
-uit `flutterflowmobiel_establishments` gewoon ongeschonden
-(`"titel":"Brownies&downieS"`). Vergelijk de veldinstellingen van die twee
-views — er zit een verschil in de output-/rewrite-instelling van de
-tekstvelden. Een app-side fix wil je niet: dan moet je op elke plek
-decoderen.
+| view | wat de app ermee doet | uitkomst |
+|---|---|---|
+| `flutterflowmobiel1` | Home-tabs, sliders, P-pagina's | `Onno Innemee & Ytwer Bosma` ✅ |
+| `flutterflow_events` | **evenement-detailpagina** (`EvenementCall`) | `Onno Innemee & Ytwer Bosma` ❌ |
 
----
+Voor de gebruiker: hij ziet de titel netjes in de lijst, tikt erop, en op de
+detailpagina staat `&`. Geraakt zijn `title` (124 events), `body` (234),
+`adres` (23) en `categorie` (8) — 321 van de 2007 events.
+
+**Fix:** `flutterflow_events` doet iets anders met zijn tekstvelden dan
+`flutterflowmobiel1`. Beide views draaien op dezelfde nodes, dus vergelijk de
+**veldinstellingen** van `title`/`body`/`adres` tussen die twee en neem over wat
+`flutterflowmobiel1` doet. Geen app-fix proberen: dan moet je op elke plek
+apart decoderen.
+(Zelfde mechanisme als bij je devbob-bezorgdisplay — daar was het ook een
+veldinstelling per display, niet iets in de data.)
 
 ### Taak 30 · Een node kan zichzelf vermenigvuldigen in `flutterflow_events`
 
@@ -3071,7 +3074,14 @@ Home-kaart op.** Gevonden 2026-09-06 tijdens P1-44.
     `"categorie": ["Kindvriendelijk", "Theater"]`
   - **string** (fout): services_4, services_5, services_6, services_7 —
     `"categorie": "Kindvriendelijk, Theater"`
-- 🔎 **Hermeten 2026-09-11 — deels niet meer te reproduceren.**
+- ✅ **Hermeten 2026-09-12 — niet meer te reproduceren.** Met de nieuwe
+  vulling geven **alle zes meetbare displays een array**: services_1 (25 items),
+  _2 (25), _3 (17), _5 (25), _6 (1), _7 (7). De komma-string is weg. Alleen
+  **services_4 blijft ongemeten** — die staat op 0 items omdat
+  stadsactiviteiten handmatig worden aangemaakt en niet geïmporteerd. Controleer
+  bij die ene display de veldinstelling visueel en leg 'm gelijk aan
+  services_1; verder is deze taak klaar.
+- 🔎 *Eerdere hermeting 2026-09-11 — deels niet meer te reproduceren.*
   `services_5` geeft nu wél een **lijst** terug (`["Voorstelling"]`), net als
   1/2/3. Voor **services_4, _6 en _7 is het niet vast te stellen**: die geven
   op dit moment landelijk 0 items, dus er is geen enkele waarde om naar te