|
|
@@ -44,53 +44,6 @@ oppakken.
|
|
|
---
|
|
|
#
|
|
|
|
|
|
-### 🆕 99 · `EventCurrent` is generiek voor evenement ÉN activiteit — één veld mist · Eigenaar: Bob (besluit) / Claude (uitvoering)
|
|
|
-
|
|
|
-**Uitgezocht en gemeten 2026-09-19** (sessie 'taken-B1-B7'), n.a.v. Bob's vraag.
|
|
|
-Vastgelegd omdat een andere sessie hier ook aan werkte.
|
|
|
-
|
|
|
-**Bevestigd: `EventCurrent` werkt voor beide contenttypes.**
|
|
|
-- `EvenementCall` = `flutterflow_events.json?display_id=services_1&nid=X`. De view
|
|
|
- filtert op `type IN (activity, go_out_event)` — beide zitten erin.
|
|
|
-- Gemeten op een echte activiteit (nid `222158`): de view geeft 'm gewoon terug.
|
|
|
-- `custom.module` voegt de **`c`/`g`-veldparen** uit die view samen tot één uniforme
|
|
|
- stream: `logoc`(field_logo2)/`logog`(field_logo4) → `logo`;
|
|
|
- `field_address1`/`field_address2` → `adres`; `entreeprijsc`/`entreeprijsg` →
|
|
|
- `entreeprijs`; `entreetoelichtingc`/`g` → `entreetoelichting`;
|
|
|
- `websitec`/`websiteg` → `website`; `fotooc`/`fotoog` → `fotos`.
|
|
|
-- Het horeca-blok op `EventCurrent` zit al achter
|
|
|
- `Visibility(visible: widget!.horecaid != null && widget!.horecaid != '')` — bij een
|
|
|
- activiteit is `horecagelegenheidnid` leeg en verdwijnt het blok vanzelf.
|
|
|
-- **Volledige veldenlijst die de view levert (16):** `adres, body, categorie,
|
|
|
- contact, datum, datum_iso, entreeprijs, entreetoelichting, fotos,
|
|
|
- horecagelegenheidnid, logo, nid, organisator, plaats, title, website`.
|
|
|
-
|
|
|
-🔴 **Het gat: `organisator` wordt NERGENS in de app getoond.** Er is geen
|
|
|
-`eventOrganisator`-getter op `EvenementCall`, geen parameter op `EvenementInfo` en
|
|
|
-geen weergave. Het veld komt in de hele levende code alleen voor in
|
|
|
-`stadsactiviteit_create.dart` (invoer) en in één helptekst. Een gebruiker vult bij
|
|
|
-"Stadsactiviteit aanmaken" dus een organisator in die daarna onzichtbaar is.
|
|
|
-**Fix (klein):** getter `$[0].organisator` op `EvenementCall` → parameter op
|
|
|
-`EvenementInfo` → een `Text` met een **Is Set**-conditie (bij een evenement is het
|
|
|
-veld leeg). ✅ **Uitgevoerd 2026-09-19 na Bob's akkoord — zie het blok "99 / P2-46-deel ·
|
|
|
-`organisator` op `EventCurrent` — AF" verderop. Dit deel van taak 99 is daarmee dicht;
|
|
|
-alleen de kanttekening over `categorie`/`activity_category` hieronder staat nog open.**
|
|
|
-
|
|
|
-**Twee dingen die verdacht lijken maar in orde zijn (niet "fixen"):**
|
|
|
-- `EvenementCall.eventLogog` en `eventWebsiteg` dragen nog de oude `g`-suffix van
|
|
|
- *gooutevent*, maar wijzen correct naar de samengevoegde `$[0].logo` /
|
|
|
- `$[0].website`. Alleen de namen zijn historisch.
|
|
|
-- `EvenementInfo` krijgt 12 parameters en leest er 6 (`adres`, `plaats`,
|
|
|
- `entreetoelichting`, `entreeprijs`, `website`, `contact`). De andere zes (`nid`,
|
|
|
- `fotoos`, `title`, `date`, `categories`, `logo`) worden wél getoond, maar
|
|
|
- rechtstreeks op `EventCurrent` i.p.v. in de Info-tab. Rommel, geen zichtbaar gat —
|
|
|
- dit is het P1-44-patroon maar hier onschadelijk.
|
|
|
-
|
|
|
-⚠️ **Mogelijk nog te meten:** de view zet op het `categorie`-veld (`term_node_tid_1`)
|
|
|
-alléén de vocabulary `go_out_event_category` aan, niet `activity_category`. Of een
|
|
|
-activiteit daardoor een lege `categorie` krijgt is **niet** nagemeten — de gemeten
|
|
|
-activiteit had wel een categorie, maar dat bewijst niet dat het altijd goed gaat.
|
|
|
-
|
|
|
### 🆕 88 · "Mijn aanmeldingen" + kloonknop · deel A ✅ AF · deel B ✅ grotendeels af
|
|
|
|
|
|
**Deel A (Drupal, Bob): AF** — beide endpoints draaien op productie, getest
|
