|
|
@@ -704,6 +704,53 @@ modal.
|
|
|
wrappen) blijft de Insert-modal het enige pad — dan na 1-2 pogingen
|
|
|
stoppen en aan Bob overdragen, zoals altijd.
|
|
|
|
|
|
+**Een tab toevoegen aan een bestaande `TabBar`: via de "Active Tab"-
|
|
|
+dropdown, niet via Insert Widget.** Gevonden 2026-08-15 (P1-7,
|
|
|
+Favorieten kreeg een 4e tab "Gebruiker"). Selecteer de `TabBar`-node
|
|
|
+zelf (niet een losse `Tab`) → rechterpaneel toont bovenaan **"Active
|
|
|
+Tab"** (een dropdown die de huidige preview-tab kiest, met de
|
|
|
+bestaande tabnamen als opties) → klik erop → onderaan de openklappende
|
|
|
+lijst staat **"+ Add Tab"**. Dit voegt in één klik zowel een nieuwe
|
|
|
+`Tab`-label (in de `TabBar`'s `tabs:`-lijst) als een bijpassende lege
|
|
|
+`TabBarView`-pagina toe (in de tree als een nieuwe `Tab`+`TabBar Page`-
|
|
|
+paar onderaan) — geen losse Insert Widget-stappen nodig, en geen
|
|
|
+`TabController`-length-gedoe (FlutterFlow past die automatisch aan).
|
|
|
+Nieuwe tab heet standaard "Tab N"; hernoem via de `Tab`-node selecteren
|
|
|
+→ rechterpaneel "Label → Text"-veld. **Let op:** het rechterpaneel
|
|
|
+kan na het typen even de oude waarde blijven tonen (react-render-lag)
|
|
|
+— het canvas zelf is al bijgewerkt en is de betrouwbaardere check; een
|
|
|
+her-select van de node bevestigt de opgeslagen waarde.
|
|
|
+- **In de widget tree zijn `Tab`-nodes te herkennen aan een "+"-icoon**
|
|
|
+ (het icoon-lettertype voor het `Tab`-widgettype), niet te verwarren
|
|
|
+ met een "voeg widget toe"-knop — het is gewoon de bestaande
|
|
|
+ tab-label-node, aanklikbaar als elke andere tree-rij.
|
|
|
+
|
|
|
+**Meerdere acties na elkaar op één trigger (bv. eerst App State
|
|
|
+opruimen, dán navigeren) instellen via de "Action Flow Editor", niet
|
|
|
+door in het compacte Actions-paneel te blijven scrollen.** Na de eerste
|
|
|
+actie (Actions-tab → Add Action → ...) toont het paneel geen zichtbare
|
|
|
+"volgende actie toevoegen"-knop meer onderaan de eerste actie's eigen
|
|
|
+instellingen. Klik in plaats daarvan op **"Edit"** naast "Action Flow
|
|
|
+Editor" (bovenaan de Actions-tab) — dat opent een los canvas met de
|
|
|
+acties als verbonden blokken en een **"+"-connector tussen/onder elk
|
|
|
+blok**. Klik de "+" onder het laatste blok → "Add Action" (naast Add
|
|
|
+Conditional/Loop/Parallel/Paste) → kies de volgende actie zoals
|
|
|
+gewoonlijk. "Close" rechtsboven sluit het canvas weer, de acties
|
|
|
+blijven gewoon staan.
|
|
|
+- **"Update App State" met meerdere velden tegelijk wissen (bv. een
|
|
|
+ logout-knop): per veld eigen "Select Update Type"-dropdown, kies
|
|
|
+ "Clear Value" (niet "Set Value").** Add Action → State Management →
|
|
|
+ Update App State → "+ Add Field" (zoekbalk toont alle App
|
|
|
+ State-velden, ook niet-zichtbare zoals `userMail` — gewoon de
|
|
|
+ veldnaam typen als hij niet meteen in de eerste ~6 resultaten
|
|
|
+ staat) → per toegevoegd veld een eigen "Select Update Type" instellen
|
|
|
+ op **"Clear Value"** — reset het veld naar zijn lege/default-waarde
|
|
|
+ (`''`/`0`), genereert `FFAppState().deleteX(); FFAppState().x = ''/0;`
|
|
|
+ in de export. Voor "Navigate To" ná zo'n reset: zet **"Allow Back
|
|
|
+ Navigation" uit** als de gebruiker niet terug moet kunnen naar de
|
|
|
+ net-verlaten (nu uitgelogde) pagina — genereert `context.goNamed(...)`
|
|
|
+ i.p.v. `context.pushNamed(...)`, dus geen back-stack-entry.
|
|
|
+
|
|
|
**Set-Variable/parameter-waarde koppelen aan App State: klein
|
|
|
icoontje naast het "Value"-label, niet de tekstinvoer zelf.** Bij een
|
|
|
actie-parameter (bv. Navigate To met page-parameters) toont het
|
