|
|
@@ -666,11 +666,47 @@ zustervondst op `PUitgaanSliderKaartComponent:179`, zelfde
|
|
|
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
|
|
|
- `_model.tabBarController` se `length: 6`) — nu nog niet gedaan, geen
|
|
|
- zin om te herhalen vóór de sync-blocker opgelost is.
|
|
|
+- **Nieuwe theorie van Bob (2026-08-10): mogelijk speelt mee dat alle
|
|
|
+ 6 StaggeredViews op deze pagina dezelfde generieke naam
|
|
|
+ "StaggeredView" dragen (geen custom naam) — misschien faalt de save
|
|
|
+ juist omdat er meerdere identiek-genoemde widgets op dezelfde pagina
|
|
|
+ staan, en werd de fix tot nu toe maar op 1 van de 6 (Activiteiten)
|
|
|
+ toegepast.** Deels onderzocht (Claude, 2026-08-10):
|
|
|
+ - **Widgets van dit type (geen Component) hebben geen losse
|
|
|
+ "Rename"-optie** — het contextmenu op de tree-rij biedt
|
|
|
+ Duplicate/Insert/Wrap/Replace/Remove/Comment/Copy Style/Copy
|
|
|
+ Code/Convert to Component/Save as Template, geen "Rename Widget".
|
|
|
+ Dubbelklikken op de widgetnaam bovenin het rechterpaneel opent
|
|
|
+ per ongeluk **"Convert to Component"** (nieuwe-component-dialoog) —
|
|
|
+ **niet gebruiken**, dat is een structureel andere, veel grotere
|
|
|
+ wijziging dan bedoeld (geannuleerd, geen schade aangericht).
|
|
|
+ - **"Value Key"-veld geprobeerd als alternatief voor een unieke
|
|
|
+ identiteit** — veld gevonden via de Search properties-zoekbalk,
|
|
|
+ maar het inputveld zelf rendert volledig buiten de geclipte
|
|
|
+ viewport (zie hieronder), dus niet in te vullen door Claude.
|
|
|
+ - **Poging om de fix ook op de Cultuur-tab te zetten (test: alle 6
|
|
|
+ tegelijk) liep vast op clipping** — ook na Bob's browser fullscreen
|
|
|
+ op een 4K-scherm bleef Shrink Wrap/Scrollable/Value Key buiten de
|
|
|
+ zichtbare/klikbare automation-viewport (bevestigd: het probleem zit
|
|
|
+ in hoe de browser-automation-brug de pagina ziet — vermoedelijk een
|
|
|
+ vaste virtuele CDP-viewportbreedte, los van Bob's fysieke
|
|
|
+ schermresolutie — niet in Bob's venstergrootte zelf, dus verder
|
|
|
+ fullscreen/resizen door Bob heeft geen zin). `StaggeredView` van
|
|
|
+ `TabCultuur` is wél betrouwbaar te **selecteren** (Widget Tree),
|
|
|
+ alleen de eigenlijke toggle-klik niet.
|
|
|
+ - **Widget Tree → `TabActiviteiten` → `TabBar Page` → `Column` →
|
|
|
+ `StaggeredView` staat al goed** (Expansion: Expanded, Shrink Wrap:
|
|
|
+ uit, Scrollable: aan — door zowel Claude als Bob bevestigd
|
|
|
+ zichtbaar ingesteld, zie hierboven).
|
|
|
+ - **Voor Bob, om de "alle 6 tegelijk"-theorie definitief te testen:**
|
|
|
+ zelf (geen clipping-probleem bij jou) dezelfde 3 toggles zetten op
|
|
|
+ de resterende StaggeredViews: `TabCultuur`, `TabEetgelegenheden`,
|
|
|
+ `TabOvernachten` en de nog 2 niet met naam genoemde tabs (6 totaal,
|
|
|
+ zie `_model.tabBarController` met `length: 6`). Daarna een verse
|
|
|
+ export/`ff-run-fvm.sh` — als dat de `shrinkWrap`/physics op **alle**
|
|
|
+ 6 tabs verandert, is de naamgeving-theorie bevestigd; verandert er
|
|
|
+ nog steeds niets, dan is het definitief een platformbug los van
|
|
|
+ naamgeving.
|
|
|
- **Reproductierecept dat de race met Home's eigen overflow (P1-19)
|
|
|
vermeed (2026-08-09, definitief werkend — vervangt eerdere
|
|
|
R+deep-link-pogingen):** `flutter run` **direct starten met
|
