|
|
@@ -272,6 +272,53 @@ pagina heeft **alleen `plaats`**; de zes tabs hardcoden elk een categorie-id
|
|
|
héést `displayId` wel al als derde argument, dus de leiding ligt er — alleen
|
|
|
vult de pagina 'm niet.
|
|
|
|
|
|
+### 🔬 Testuitslag devbob-display `services_2` (2026-09-11) — werkt, maar nog niet deployen
|
|
|
+
|
|
|
+Bob bouwde de bezorg-display op devbob en draaide de curl-reeks. **Het filter
|
|
|
+werkt**: `townid` doet het (Amsterdam 19, Arnhem 2, Valkenburg 0), de
|
|
|
+controle met een verzonnen parameter geeft netjes hetzelfde als ongefilterd
|
|
|
+(100), en `services_1` is niet geraakt door de override. De `horcat`-valkuil
|
|
|
+is ook op devbob bevestigd: **lege `horcat` geeft 0**, niet "alles".
|
|
|
+
|
|
|
+**Maar er zijn drie verschillen met `services_1` die eerst weg moeten.**
|
|
|
+Alle drie gemeten op dezelfde view, en bij 1 en 2 zelfs op **dezelfde node**
|
|
|
+(`54090`, Brownies&downieS in Delft):
|
|
|
+
|
|
|
+1. **`categorie` komt als komma-string i.p.v. als array.** `services_1` geeft
|
|
|
+ `["Chinees restaurant","Thais restaurant"]`, `services_2` geeft
|
|
|
+ `"Chinees restaurant, Thais restaurant"`. Geen datakwestie: `services_1`
|
|
|
+ levert een enkele categorie gewoon als **array van 1** (26 van de 100).
|
|
|
+ **Dit breekt de app**: de kaartjes bouwen hun groene labels met
|
|
|
+ `getJsonField(item, r'$.categorie').toList()`, en dat gooit op een String
|
|
|
+ `NoSuchMethodError` — *stil*, in een profile-build zie je alleen een leeg
|
|
|
+ of grijs vlak. Exact hetzelfde patroon als P1-45.
|
|
|
+2. **HTML-entiteiten.** Via `services_2` komt `"Brownies&downieS"` terug,
|
|
|
+ via `services_1` `"Brownies&downieS"` — zelfde node. Ook `plaats` is
|
|
|
+ geraakt (`'s-Molenaarsbuurt`). In de app zie je die tekens letterlijk.
|
|
|
+3. **Het `horcat`-filter staat er nog op.** De app stuurt `horcat` altijd mee
|
|
|
+ en kan 'm niet weglaten; een lege waarde geeft 0 resultaten. Moet weg van
|
|
|
+ deze display.
|
|
|
+
|
|
|
+**Oorzaak en goedkoopste fix:** 1 en 2 zijn allebei **veldinstellingen op
|
|
|
+displayniveau**, niet iets in de data. Bouw de display daarom niet opnieuw op,
|
|
|
+maar **dupliceer `services_1`** (in het displaymenu: *Duplicate services_1*)
|
|
|
+en override daarna alléén de Filter criteria. Dan komen de veldhandlers mee
|
|
|
+en zijn 1 en 2 in één klap weg; daarna hoef je alleen nog `horcat` te
|
|
|
+verwijderen en het bezorgfilter toe te voegen.
|
|
|
+
|
|
|
+**Bijvangst voor de ontwerpvraag:** `horcat=17967` geeft op `services_2` **0**
|
|
|
+resultaten. Bezorgers zitten dus nauwelijks in de zes tabcategorieën — een
|
|
|
+losse lijstpagina is voor "Thuis bezorgen" waarschijnlijk logischer dan de
|
|
|
+zes tabs.
|
|
|
+
|
|
|
+**Correctie op taak 29 hieronder:** ik schreef dat de escaping "specifiek is
|
|
|
+voor `flutterflow_events`" en dat de establishments-view het goed doet. Dat
|
|
|
+klopt voor **productie**, maar het is geen eigenschap van de view — het is
|
|
|
+een **veldinstelling per display**, zoals dit devbob-geval laat zien. Zoek de
|
|
|
+fix voor taak 29 dus in dezelfde hoek: vergelijk de veldinstellingen van
|
|
|
+`flutterflow_events` met die van `flutterflowmobiel_establishments` op
|
|
|
+productie.
|
|
|
+
|
|
|
**Taak 21 (P2-1) · view `flutterflowmobiel1` — datumfilter Vandaag / Dit
|
|
|
weekend / Deze week.**
|
|
|
Er staat nu één datumfilter (`>= -2 hours`) dat **niet exposed** is. Voor
|
|
|
@@ -4157,7 +4204,8 @@ overwegen bij een volgende theme-update:
|
|
|
|
|
|
---
|
|
|
|
|
|
-**P2-15 · Eigenaar: Onbepaald — bouwstappen 1 t/m 5 zijn AF; alleen de live
|
|
|
+**P2-15 · Eigenaar: Claude — bezig (sessie 2026-09-11, restpunten 1-3 in de
|
|
|
+builder) — bouwstappen 1 t/m 5 zijn AF; alleen de live
|
|
|
test rest.** (Claim vrijgegeven na sessie 2026-09-03b.) Wat er nog moet: één
|
|
|
doorloop op een toestel — inloggen als horeca-eigenaar, `mijnProfiel` openen,
|
|
|
via "+ Voeg toe" naar `uitgaansevenementAanmaken`, controleren dat de
|
