|
|
@@ -1187,6 +1187,21 @@ exacte veldnaam+type-specificatie (kost hem seconden per veld).
|
|
|
die wél (bv. om een eigen foutmelding te tonen), dan moet de
|
|
|
functie-contract opnieuw aangepast worden en alle bestaande
|
|
|
aanroepers gecontroleerd.
|
|
|
+- **`drupalRequest` is géén centraal punt om lege/`null`-veldwaarden
|
|
|
+ op te vangen voor de meeste widgets — bevestigd 2026-08-19 (Claude,
|
|
|
+ `grep -rn "drupalRequest(" lib/`).** Deze custom action wordt
|
|
|
+ alleen aangeroepen vanuit `favorieten_widget.dart` (2x) en het dode
|
|
|
+ `lib/kanweg/`. Vrijwel alle andere data (o.a. alles achter P1-6's
|
|
|
+ `valueOrDefault<String>(<bron>, '<placeholder>')`-patroon, zoals
|
|
|
+ `HorecagelegenheidoverzichtKaart`/`evenement_info_widget.dart`) komt
|
|
|
+ binnen via FlutterFlow's **ingebouwde declared API Calls**
|
|
|
+ (`api_calls.dart`, bv. `HorecagelegenheidoverzichtCall`) — die lopen
|
|
|
+ nooit langs `drupalRequest`, en die response heeft **geen centraal
|
|
|
+ transform-punt**: elk veld wordt los, inline via `getJsonField(...)`
|
|
|
+ op zijn eigen plek in de widget-code uitgelezen. Een "lege string →
|
|
|
+ spatie"-fix in `drupal_request.dart` zou dus alleen de 3
|
|
|
+ Favorieten/kanweg-aanroepen raken — voor de rest blijft de
|
|
|
+ per-widget Default Value-route (zie P1-6) de enige praktische fix.
|
|
|
|
|
|
- **API-call `cache: true` werkt functioneel correct** — `ApiCallOptions`
|
|
|
(`lib/backend/api_requests/api_manager.dart`) `extends Equatable` met
|
