|
|
@@ -634,16 +634,38 @@ zustervondst op `PUitgaanSliderKaartComponent:179`, zelfde
|
|
|
terechtgekomen — dus dit is geen algemene sessie-brede exportstoring,
|
|
|
het lijkt specifiek aan deze combinatie van property-toggles
|
|
|
(Expansion/Shrink Wrap/Scrollable op een `StaggeredView` diep genest
|
|
|
- in een `TabBarView`) gebonden. **Voor Bob: graag zelf in je eigen
|
|
|
- browser bevestigen of de 3 toggles op `HorecagelegenhedenOverzicht` →
|
|
|
- Widget Tree → `TabActiviteiten` → `TabBar Page` → `Column` →
|
|
|
- `StaggeredView` daadwerkelijk staan zoals hierboven beschreven, en zo
|
|
|
- ja, gewoon een verse `ff-run-fvm.sh`/export proberen** — het kan een
|
|
|
- eenmalige sync-hik zijn die met een handmatige trigger (of gewoon wat
|
|
|
- meer tijd) alsnog doorkomt. Zo niet: dit is het eerste bevestigde
|
|
|
- geval waarbij de builder een wijziging laat zien die structureel niet
|
|
|
- naar de exportbron doorzet, wat relevant is voor elke toekomstige
|
|
|
- property-edit-taak, niet alleen deze.
|
|
|
+ in een `TabBarView`) gebonden.
|
|
|
+- **Update 2026-08-10, later dezelfde sessie: Bob heeft de 3 toggles
|
|
|
+ ook zélf, met eigen muisklikken in zijn eigen browser gezet
|
|
|
+ (Expansion → Expanded, Shrink Wrap → uit, Scrollable → aan) — óók dat
|
|
|
+ kwam niet door in een verse export.** Dit sluit "Claude's
|
|
|
+ geautomatiseerde klik triggert geen echt change-event"
|
|
|
+ als verklaring uit: zelfs een echte handmatige muisklik in Bob's
|
|
|
+ eigen, ingelogde browser (bevestigd: `mcp__claude-in-chrome__*` draait
|
|
|
+ sowieso al in Bob's eigen Chrome, geen aparte sandbox) persisteert
|
|
|
+ deze specifieke combinatie niet. **Dit wijst nu sterk op een echt
|
|
|
+ FlutterFlow-platformprobleem** met deze property-combinatie op een
|
|
|
+ diep-geneste `MasonryGridView`/`StaggeredView` binnen een
|
|
|
+ `TabBarView`, niet op iets in onze workflow. **Nog te proberen (niet
|
|
|
+ meer door Claude gedaan deze sessie, tijd op):**
|
|
|
+ 1. Check het Issues-paneel (rode teller rechtsboven) — een
|
|
|
+ analyzer-fout kan een stille opslag-blokkade veroorzaken (zelfde
|
|
|
+ patroon als in `CLAUDE.md` gedocumenteerd voor exports).
|
|
|
+ 2. Browser-refresh vlak vóór het zetten van de toggles proberen,
|
|
|
+ zonder tussendoor iets anders te doen — mogelijk speelt de eerdere
|
|
|
+ "Invalid Action"-dialoog (zie hierboven) een rol in
|
|
|
+ state-corruptie die een refresh oplost.
|
|
|
+ 3. **Alternatieve fix-route proberen:** i.p.v. de 3 losse toggles op
|
|
|
+ `StaggeredView`, de hele Column-inhoud **Wrap Widget →
|
|
|
+ SingleChildScrollView** (shrinkWrap/physics blijven dan op de
|
|
|
+ bestaande waarde staan — dat patroon werkt al elders in dit
|
|
|
+ project, zie de oorspronkelijke fix-beschrijving hierboven). Dit
|
|
|
+ is een structureel andere widget-tree-bewerking dan de
|
|
|
+ property-toggle die nu blijkt te haperen.
|
|
|
+ 4. Als niets werkt: FlutterFlow-support contacteren met "widget
|
|
|
+ property change toont als opgeslagen in het paneel, maar bereikt
|
|
|
+ nooit View Code/export" — klinkt als een reproduceerbare bug aan
|
|
|
+ hun kant.
|
|
|
- **Resterend werk zodra de sync bevestigd/opgelost is:** dezelfde 3
|
|
|
toggles herhalen op de overige tabs (Cultuur, Eetgelegenheden,
|
|
|
Overnachten, en nog 2 verder niet genoemde tabs — 6 in totaal per
|
