|
|
@@ -1,6 +1,25 @@
|
|
|
# Uitgaanskrant — takenlijst
|
|
|
|
|
|
-**Deze sessie (2026-08-20, avond, Bob aanwezig, gedeelde
|
|
|
+**Deze sessie (2026-08-20, laat, look&feel-review mobiel+tablet,
|
|
|
+code-only + live emulators `emulator-5554`/`emulator-5556`, geen
|
|
|
+builder-UI aangeraakt):** op Bob's verzoek een look&feel-review gedaan
|
|
|
+als een van de laatste checks vóór livegang — Home-pagina live
|
|
|
+vergeleken op telefoon- en tabletformaat, plus een kleurenpalet-check.
|
|
|
+3 nieuwe punten toegevoegd (**P1-27** t/m **P1-29**) en 2 nieuwe
|
|
|
+polish-ideeën in P2 (**P2-11** kleurcodering, **P2-12**
|
|
|
+laad-placeholder bij afbeeldingen). **Geen nieuwe P0's** — de app is in
|
|
|
+de basis bruikbaar op beide formaten, dit zijn allemaal
|
|
|
+afwerkingspunten. Onderweg 2 al bekende issues live herbevestigd i.p.v.
|
|
|
+opnieuw als nieuw gemeld: **P1-13** (5382px-overflow op
|
|
|
+Horeca-overzicht → Activiteiten-tab) staat nog exact zo kapot als
|
|
|
+eerder gedocumenteerd, inclusief het bekende "Confirm even geen
|
|
|
+scroll meer mogelijk"-effect; **P1-21**'s AdBanner-debugtekst staat er
|
|
|
+ook nog, maar dat is Bob's eigen bewuste keuze (blijft zo tot na
|
|
|
+AdMob-goedkeuring) — geen actie. Sessie werd halverwege onderbroken
|
|
|
+door een computer-crash van Bob, daarna hervat; geen wijzigingen
|
|
|
+verloren (code-only sessie, niets stond klaar om te committen).
|
|
|
+
|
|
|
+**Vorige sessie (2026-08-20, avond, Bob aanwezig, gedeelde
|
|
|
Chrome-browserautomatisering, na expliciete toestemming in de chat):**
|
|
|
drie kleine taken afgerond. (1) Export-drift (`.gitignore`/
|
|
|
`ios/project.pbxproj`, stond ongecommit sinds een eerdere export)
|
|
|
@@ -1448,6 +1467,16 @@ twee aandachtspunten voor de builder-implementatie:
|
|
|
|
|
|
**P1-13 · Eigenaar: Bob (geblokkeerd op een bevestigd FlutterFlow-
|
|
|
platformprobleem, geen Claude-taak meer totdat dat opgelost is).**
|
|
|
+**Nogmaals live herbevestigd 2026-08-20 (Claude, look&feel-review,
|
|
|
+zowel telefoon- als tabletformaat):** identiek kapot, nu weer letterlijk
|
|
|
+"BOTTOM OVERFLOWED BY 5382 PIXELS" (de grotere van de twee eerder
|
|
|
+gemelde waarden, niet de 1529px-variant) — zichtbaar na de 2e kaart
|
|
|
+("De Beun"/"Hotel Den Helder"), inclusief rommelige tag/logo-overlap op
|
|
|
+de kaart vlak vóór de overflow-balk (waarschijnlijk gewoon een
|
|
|
+symptoom van dezelfde kapotte layout, geen apart punt). Nog steeds geen
|
|
|
+voortgang — nieuwste bevestiging dat dit voor livegang nog opgelost
|
|
|
+moet worden bij FlutterFlow-support, dit blokkeert het browsen door de
|
|
|
+volledige Horeca-activiteitenlijst op alle formaten.
|
|
|
**Live herbevestigd 2026-08-12 (Claude, verse build, telefoonformaat
|
|
|
emulator-5554):** nog steeds kapot, exact zoals hieronder beschreven —
|
|
|
"BOTTOM OVERFLOWED BY 1529 PIXELS" op de Activiteiten-tab, zichtbaar
|
|
|
@@ -1762,6 +1791,68 @@ ook in `Expanded` gewrapt met `height: 60.0` i.p.v. `200.0`. Uit deze
|
|
|
lijst verwijderd — Bob's eigen build/testronde moet dit nog live
|
|
|
bevestigen (Events-tab van een horecagelegenheid, geen overflow meer).)*
|
|
|
|
|
|
+**P1-27 · Eigenaar: Bob (builder-toggle, mechanisch, zelfde recept als
|
|
|
+P1-7 — 2 minuten werk).** Gevonden 2026-08-20 (Claude, look&feel-review,
|
|
|
+live op `emulator-5554`, telefoonformaat): op de **Home-pagina** zijn de
|
|
|
+5 tabbladtitels ("Uitgaan", "Activiteiten", "Cultuur", "Films", "Jeugd")
|
|
|
+hard afgekapt zonder ellipsis ("Uitgaan" toont als "Uitgaa", "Cultuur"
|
|
|
+als "Cultuu", enz.) — puur visueel, de accessibility-labels
|
|
|
+("Tabblad 1 van 5" etc.) zijn wel compleet, dus gebruikers met een
|
|
|
+screenreader zien geen probleem, wel iedereen die gewoon kijkt.
|
|
|
+**Bevestigd via code:** [home_widget.dart:215](lib/uitgaanspaginas/home/home_widget.dart:215)
|
|
|
+heeft geen `isScrollable: true` op de `TabBar` — ter vergelijking, de
|
|
|
+Horeca-overzichtpagina ([horecagelegenheden_overzicht_widget.dart:195](lib/horecagelegenhedenoverzicht/horecagelegenheden_overzicht/horecagelegenheden_overzicht_widget.dart:195))
|
|
|
+en Favorieten (P1-7) hebben dat wél en tonen daar geen clipping. **Fix:**
|
|
|
+Home-pagina openen → `TabBar`-node selecteren → rechterpaneel →
|
|
|
+"Tab Bar Scrollable" aan (zelfde als P1-7's recept). **Op tablet
|
|
|
+extra checken na de fix:** daar passen de labels nu wél (getest op
|
|
|
+`emulator-5556`), maar staan ze met grote lege tussenruimtes gelijkmatig
|
|
|
+over de volle breedte uitgerekt (`isScrollable: false`-gedrag) — na het
|
|
|
+aanzetten van Scrollable worden ze waarschijnlijk links uitgelijnd
|
|
|
+i.p.v. verspreid, wat er compacter/consistenter uitziet, maar dat is een
|
|
|
+oordeel dat Bob zelf even moet zien voordat hij 'm goedkeurt (geen harde
|
|
|
+bug, meer een verwachte bijwerking van dezelfde fix).
|
|
|
+
|
|
|
+**P1-28 · Eigenaar: Bob (kleurwaarde, builder, hoort bij het
|
|
|
+al-in-ontwikkeling-zijnde "favoriete gemeente"-hartje, zie P1-26/P1-7
|
|
|
+Tab 2).** Gevonden 2026-08-20 (Claude, look&feel-review): het nieuwe
|
|
|
+hartje-icoon rechts van de hamburger in de AppBar (favoriet-toggle voor
|
|
|
+een gemeente, nog niet gecommit — zie de uncommitte wijziging in
|
|
|
+[header_buttons_component_widget.dart](lib/components/header_buttons_component_widget.dart:233))
|
|
|
+heeft vrijwel geen contrast: `fillColor: Color(0x004B39EF)` (volledig
|
|
|
+transparant) + `color: Colors.white` op een lichte
|
|
|
+lavendel/wit-koppagina-achtergrond — het hartje is nauwelijks zichtbaar
|
|
|
+totdat je er gericht naar zoekt. Ter vergelijking: de twee bestaande
|
|
|
+knoppen in hetzelfde bestand (hamburger, terug-pijl) gebruiken wél een
|
|
|
+ondoorzichtige vulling (`fillColor: Color(0xFFB50808)`, hetzelfde
|
|
|
+bordeauxrood als de rest van de app) met een wit icoon erop — dát heeft
|
|
|
+prima contrast. **Fix:** geef de hartje-knop dezelfde
|
|
|
+`fillColor: Color(0xFFB50808)` als zijn buurknoppen (of, als een
|
|
|
+opvallende rode achtergrond niet gewenst is naast de knop die 'm
|
|
|
+toggelt, alternatief: hou de vulling transparant maar zet het hartje
|
|
|
+zelf op het bordeauxrood i.p.v. wit) — vóórdat deze hartje-feature
|
|
|
+gecommit wordt, anders gaat 'm live met dit contrastprobleem.
|
|
|
+
|
|
|
+**P1-29 · Eigenaar: Bob (Drupal-content, geen Claude-taak — vermoedelijk
|
|
|
+al gefixt voor nieuwe content, oude content mogelijk permanent
|
|
|
+beschadigd).** Her-bevestigd 2026-08-20 (Claude, look&feel-review, live
|
|
|
+op zowel `emulator-5554` als `emulator-5556`): letterlijke `?`-tekens
|
|
|
+i.p.v. emoji in een evenementbeschrijving ("Mythic Fest II", Provincie
|
|
|
+→ Uitgaan-lijst) — bv. "??? ????????? ?????? ???? Ontsnap aan het
|
|
|
+alledaagse, stap in het mythische!". Dit **zag er eerder al bekend uit**
|
|
|
+(P1-22, `decodeUtf8: true` op alle 11 live API-calls, afgerond
|
|
|
+2026-08-13) — maar staat dus nog steeds live, vandaag opnieuw gezien op
|
|
|
+een verse app-launch (niet een stale build zoals de eerdere
|
|
|
+"waarschijnlijk oude cache"-kanttekening bij P1-22). **Werkhypothese:**
|
|
|
+dit is geen teruggekeerde encoding-bug in de app, maar **al beschadigde
|
|
|
+content in de Drupal-database zelf** van vóór de decodeUtf8-fix — de
|
|
|
+fix voorkomt nieuwe corruptie bij het ophalen, maar herstelt geen
|
|
|
+tekst die al als kapotte `?`-tekens is opgeslagen. **Check bij Bob:**
|
|
|
+of het brontekstveld van dit specifieke evenement (of een steekproef van
|
|
|
+oudere evenementen) in Drupal zelf al `?`-tekens bevat i.p.v. emoji —
|
|
|
+zo ja, is dit alleen op te lossen door de content opnieuw in te voeren/
|
|
|
+te herstellen in Drupal, niet in de app.
|
|
|
+
|
|
|
## P2 — features & concept, na livegang
|
|
|
|
|
|
**P2-1 · Eigenaar: Bob — testen in de API, komt terug.** Datum-filter:
|
|
|
@@ -1995,3 +2086,48 @@ verscheen is ook verwijderd.)*
|
|
|
provincienaam om te favorieten is nu onderdeel van de bredere
|
|
|
Favorieten-pagina/profielscherm-taak — zie P1-7 hierboven voor scope en
|
|
|
status.
|
|
|
+
|
|
|
+**P2-11 · Eigenaar: Onbepaald (designkeuze, geen losse builder-truc —
|
|
|
+Bob moet eerst de richting kiezen, dan is het per plek mechanisch).**
|
|
|
+Kleurenpalet-observatie uit de 2026-08-20 look&feel-review (op Bob's
|
|
|
+expliciete vraag "en kleuren of dat beter kan"): de app gebruikt
|
|
|
+letterlijk **1 accentkleur** (`Color(0xFFB50808)`, bordeauxrood) voor
|
|
|
+alles tegelijk — header/hamburger, alle categorie-tags/chips
|
|
|
+("Live/Concert", "Kindvriendelijk", "Theater", "Stand-up comedy",
|
|
|
+"Bioscoop", "Bowling", ...), de geselecteerde-tab-onderstreping, én
|
|
|
+straks het favoriet-hartje (P1-28). Werkt op zich (consistent met het
|
|
|
+bordeauxrode logo), maar geeft nul visuele hiërarchie: een
|
|
|
+categorie-label oogt even "belangrijk"/opvallend als een echte
|
|
|
+call-to-action-knop, en twee verschillende categorieën zijn qua kleur
|
|
|
+niet uit elkaar te houden — je moet de tekst lezen om te zien of iets
|
|
|
+"Theater" of "Bioscoop" is. **Concreet voorstel om te overwegen:**
|
|
|
+1. Bordeauxrood bewust reserveren voor branding + echte acties (header,
|
|
|
+ knoppen, geselecteerde staat) — dat blijft het merkherkenningspunt.
|
|
|
+2. Categorie-tags een eigen, herkenbare kleur per categorie-type geven
|
|
|
+ (bv. muziek/concert = paars, theater/cultuur = blauw, comedy =
|
|
|
+ oranje, kindvriendelijk = groen, horeca-subtypes een neutrale
|
|
|
+ grijstint) — helpt scannen op een pagina met veel kaarten (bv. de
|
|
|
+ Horeca-overzichtslijst met 3+ tags per kaart).
|
|
|
+3. Alternatief zonder een hele kleurenset te ontwerpen: geef tags
|
|
|
+ gewoon een neutrale (grijze/donkere) achtergrond i.p.v. bordeauxrood,
|
|
|
+ zodat het rood weer uniek is voor knoppen/CTA's — kleinere ingreep,
|
|
|
+ minder designwerk, lost het "alles ziet er hetzelfde uit"-probleem
|
|
|
+ ook al voor een groot deel op.
|
|
|
+**Los, klein contrastpunt in dezelfde review:** het favoriet-hartje in
|
|
|
+de AppBar is (in de huidige, nog niet gecommitte versie) wit-op-licht en
|
|
|
+nauwelijks zichtbaar — dat is al apart vastgelegd als **P1-28** (hogere
|
|
|
+prioriteit, want gaat mee live met een nieuwe feature). Verder geen
|
|
|
+harde contrast-/toegankelijkheidsproblemen gezien (kaart-tekst,
|
|
|
+adres-/datumiconen: donkere tekst op wit, prima leesbaar).
|
|
|
+
|
|
|
+**P2-12 · Eigenaar: Onbepaald.** Geen laad-placeholder/skeleton bij
|
|
|
+afbeeldingen (carousel-kaarten, horeca-logo's) — gezien 2026-08-20 op
|
|
|
+zowel telefoon als tablet: een kaart toont eerst een lege witte vlek,
|
|
|
+en pas 1-2 seconden later verschijnt de venue-foto/het logo (bv. het
|
|
|
+Fluor33-logo op Home's carousel). Geen crash/bug (bevestigd: uiteindelijk
|
|
|
+laadt de juiste afbeelding altijd), maar oogt bij een trage verbinding
|
|
|
+als een kapotte/lege kaart. Kleine polish: een `Shimmer`/grijze
|
|
|
+placeholder-`Container` op de `CachedNetworkImage`'s `placeholder:`
|
|
|
+(vergelijkbaar met het al bestaande "image not supported"-ELSE-patroon
|
|
|
+uit de CLAUDE.md-notitie over lege `imageUrl`'s, maar dan voor de
|
|
|
+laadfase i.p.v. de foutfase).
|
