|
|
@@ -391,7 +391,7 @@ want `datum` bevat er geen.
|
|
|
|
|
|
### 🤝 CLAUDE KAN DIT OVERNEMEN — zeg het en het gebeurt
|
|
|
|
|
|
-**P2-15 · de live indiening** — het enige dat nog rest voor "uitgaansevenement
|
|
|
+**P2-15 · ✅ de live indiening is GEDAAN (2026-09-13, nid 217916, Enkhuizen) — zie P2-15 verderop voor de 2 bevindingen (tijd +2u = Drupal, rauwe datumweergave = builder).** ~~het enige dat nog rest voor "uitgaansevenement
|
|
|
aanmaken". Eén evenement echt indienen en de node terugvinden op de site.
|
|
|
Claude kan dit op de emulator doen (de sessie is ingelogd, de zaak staat
|
|
|
voorgeselecteerd), **maar de node komt direct gepubliceerd op de live site** —
|
|
|
@@ -4739,7 +4739,39 @@ overwegen bij een volgende theme-update:
|
|
|
|
|
|
---
|
|
|
|
|
|
-**P2-15 · Eigenaar: Onbepaald — bouwstappen 1 t/m 5 zijn AF, en de vier
|
|
|
+**P2-15 · ✅ LIVE INDIENING GELUKT 2026-09-13 (Claude, telefoon-emulator, profile-build, op Bob's akkoord; plaats Enkhuizen) — twee bevindingen eruit, zie hieronder.**
|
|
|
+
|
|
|
+Doorloop: ingelogd als `bobcity` → `mijnProfiel` → "+ Voeg toe" bij Mijn
|
|
|
+horecagelegenheden → `uitgaansevenementAanmaken`; dropdown stond voorgeselecteerd
|
|
|
+op **Café de Vriendschap (Enkhuizen, nid 30399)**. Ingevuld: titel *"TEST app
|
|
|
+Claude 13sep - niet echt"*, omschrijving, categorie *Activiteiten › Bijeenkomst*
|
|
|
+(tid 36637), datum 25 sep 20:20, website, entree *Vrij toegankelijk* (tid 14);
|
|
|
+geen media. Verzendknop → `POST evenementen/create.json` → HTTP 200
|
|
|
+`{"status":"created","nid":"217916"}` → snackbar "Je evenement is geplaatst."
|
|
|
+→ terug op `mijnProfiel`. Nagemeten op productie: `flutterflow_events` geeft de
|
|
|
+node (plaats Enkhuizen, categorie `['Bijeenkomst']`, body, website),
|
|
|
+`flutterflowmobiel_establishment_events?horecanid=30399` toont 'm in de agenda,
|
|
|
+en `/node/217916` redirect naar
|
|
|
+`/nl/Noord-Holland/Enkhuizen/Café-de-Vriendschap/2026/TEST-app-Claude-13sep-niet-echt`.
|
|
|
+**Testnode 217916 mag weg (Bob).**
|
|
|
+
|
|
|
+⚠️ **Bevinding 1 — tijd verschuift 2 uur (Drupal-kant, Bob).** De app stuurde
|
|
|
+`"datum_start":"2026-09-25 20:20:00"` (lokale tijd, zie logcat), maar de views
|
|
|
+én de publieke pagina tonen **22:20**. Drupal leest de string dus als UTC en
|
|
|
+rendert in Europe/Amsterdam (+2 in de zomer). Fix in
|
|
|
+`custom.evenementen_aanmaken.inc`: de binnenkomende datum expliciet als
|
|
|
+`Europe/Amsterdam` interpreteren vóór opslaan (`new DateTime($s, new
|
|
|
+DateTimeZone('Europe/Amsterdam'))` → naar UTC), of afspreken dat de app UTC
|
|
|
+stuurt. Drupal-kant is netter: dan blijven oudere/andere clients ook goed.
|
|
|
+Geldt vermoedelijk ook voor `stadsactiviteiten/create`.
|
|
|
+
|
|
|
+**Bevinding 2 — cosmetisch (builder, Claude kan dit):** het Datum-veld toont
|
|
|
+na kiezen de rauwe `2026-09-25 20:20:00.000`. De Text-binding van dat veld
|
|
|
+door een `dateTimeFormat` halen (bv. `d MMM yyyy, HH:mm`) — alleen de weergave,
|
|
|
+`datumVoorApi` blijft de bron voor het verzenden.
|
|
|
+
|
|
|
+*Oorspronkelijke taakomschrijving hieronder blijft staan als naslag.*
|
|
|
+Bouwstappen 1 t/m 5 zijn AF, en de vier
|
|
|
restpunten uit de exportcontrole van 2026-09-11 zijn afgewerkt; 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,
|
