TASKS: weeslijst + de 5 disabled acties in SelectStateDropDownComponent

Bereikbaarheidsanalyse vanaf Home op een verse export: 45 widgets, 36
bereikbaar, 9 wezen. Groep A (5) heeft nul verwijzingen; groep B (4) is het
cluster rond de dode Event-pagina en moet in volgorde weg. Event zelf weigert
al sinds augustus elke wijziging.

De disabled acties zijn 4, 7, 8, 16 en 18: 4 en 7 zijn leeg (vandaar disabled
i.p.v. actief, want dan zou het een error zijn), 8/16/18 zijn compleet maar
overbodig. Plus een notitie dat disablen en deleten in gedrag identiek zijn.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

TASKS.md

@@ -95,6 +95,53 @@ Voor *Unique Key*: instantie selecteren -> sectie **Value Key** (net boven *Comp
 Properties*) -> binden aan het `nid` van het loop-item (JSON Path `$.nid`). 29x, dus fors
 werk voor weinig opbrengst.
 
+## 🧹 Wat kan er nog weg? — gemeten 2026-09-23 (na Bobs opruimronde)
+
+Bereikbaarheidsanalyse op een verse export: vanaf `Home` de widget-graaf gevolgd.
+**45 widget-klassen, 36 bereikbaar, 9 wezen.** Warnings stonden na Bobs ronde op 44
+(was 54).
+
+**Groep A — nul verwijzingen, kan direct weg:**
+`FilterBalkKanweg` · `KaartTabelUitgaanComp` · `KaartTabelUitgaanSComp` ·
+`PUitgaantabelKaartComponentOrgineelMetKaartjeerin` · `SliderUitgaanComponentSmallCurrent`
+
+**Groep B — cluster rond de dode `Event`-pagina, weg in DEZE volgorde:**
+1. pagina **`Event`** (heeft wél een route in `nav.dart`, maar niemand navigeert erheen)
+2. **`EvenementComponent`** en **`HeaderCurrent`** (alleen door `Event` gebruikt)
+3. **`KaartSliderUitgaanSComp`** (alleen door `SliderUitgaanComponentSmallCurrent` uit groep A)
+
+⚠️ **`Event` weigert al sinds 2026-08-25 élke wijziging** met *"Invalid Action: The most
+recent action would have caused a crashing error"* — hernoemen, verplaatsen én een component
+verwijderen gaven alle drie die blokkade (zie `CLAUDE.md`). Verwijderen kan dus ook
+mislukken; 1-2 pogingen, dan laten staan. Geen functioneel risico, de pagina is onbereikbaar.
+
+**Bevestigd NIET weg:** `FotoboekGridComponent` (in gebruik via de bottom sheet op beide
+aanmaakpagina's), `HorecagelegenhedenOverzichtProvinciePage`, `StadsactiviteitAanmaken`,
+`UitgaansevenementAanmaken`.
+
+### De disabled acties in `SelectStateDropDownComponent` · On Initialization (20 acties)
+
+Vijf stuks, gemeten 2026-09-23: **4, 7, 8, 16, 18**.
+
+| # | Actie | Waarom uit |
+|---|---|---|
+| 4 | `Update App State` | **leeg** — geen velden ingesteld |
+| 7 | `Show Snack Bar` | **leeg** — geen bericht ingesteld |
+| 8 | `Rebuild Component` | volledig, maar dubbelop (actie 6 ervóór en 10 erna forceren al een rebuild) |
+| 16 | Custom Action `getFavorieteGemeenten` | volledig; actie 17 (`drupalRequest`, wél actief) lijkt de opvolger |
+| 18 | `Update Component State` | volledig; 19 erna doet hetzelfde |
+
+**4 en 7 kunnen zonder meer weg** — een lege actie kan per definitie niets doen, en als je
+'m aanzet wordt de warning juist een *error*. Dát is waarom ze disabled staan.
+**8, 16 en 18 ook**, met één kanttekening: ze zijn inhoudelijk compleet, dus check bij 16
+even of `drupalRequest` (17) de favoriete gemeenten inderdaad overgenomen heeft.
+
+**Terzijde over disablen vs. deleten (Bobs werkwijze):** een disabled actie genereert **geen
+code**, dus in gedrag is er nul verschil met verwijderen — de veiligheid zit puur in het
+terug kunnen zetten. Datzelfde krijg je gratis van FlutterFlow's eigen versiebeheer: commit
+vóór het opruimen, dan is deleten even veilig als disablen, en je houdt de Issues-lijst
+schoon. De prijs van disablen is één warning per actie.
+
 ## 👤 BOB — OPEN, in volgorde van wat de livegang blokkeert
 
 | # | Taak | Waarom nu |