Kaynağa Gözat

Sortering blijkt al live; nummerconflict P1-46 opgelost

Horeca-overzicht komt alfabetisch terug op zowel Arnhem als Amsterdam -
de eerdere nid-meting was van voor de view-wijziging. Daarmee vervalt het
voorstel om in fetchAlleHorecagelegenheden te sorteren.

P1-47 uitgebreid: nid 49978 'Restaurant Adam' heeft hetzelfde onzichtbare
teken vooraan als de twee Arnhemse titels.

Mijn P1-46 (lege-staat) hernoemd naar P1-48; dat nummer was al in gebruik
door een andere sessie.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
bob 4 gün önce
ebeveyn
işleme
2b8fcc26ba
1 değiştirilmiş dosya ile 12 ekleme ve 6 silme
  1. 12 6
      TASKS.md

+ 12 - 6
TASKS.md

@@ -53,8 +53,9 @@ Wat er nog ligt, allemaal in dezelfde views:
   tegen gemeten — alle metingen hierboven gingen tegen productie.) De
   leegte is dus de echte stand van zaken, geen storing.
 
-- **P1-46 (nieuw, 2026-09-10) · Eigenaar: Bob — Home-tabs missen de
-  lege-staat die de rest van de app wél heeft.** Nu er drie tabs
+- ~~**P1-48** — Home-tabs missen de lege-staat.~~ **AFGEROND 2026-09-10.**
+  *(Was eerst als P1-46 genummerd; dat nummer was al in gebruik door een
+  andere sessie, vandaar hernummerd.)* Nu er drie tabs
   structureel leeg zijn (films, jeugd, stadsactiviteiten) is dit
   zichtbaar geworden: `HomeUitgaantabelKaartComponent` heeft **0**
   `isEmpty`-guards, dus een lege tab toont domweg niets — een leeg vlak
@@ -85,7 +86,10 @@ vooraan breken de alfabetische sortering.** Gevonden 2026-09-09 direct na
 taak 6 (sortering op titel, live). In `horcat=34` + `townid=25434`
 (Arnhem) staan **nid 51094 "Café Arnhem"** en **nid 50093 "La Cubanita
 Arnhem"** vóór alle andere, terwijl de rest van die lijst foutloos
-alfabetisch is. In de JSON zien die titels er schoon uit — logisch, want
+alfabetisch is. **Aanvulling 2026-09-10: er is er minstens een derde** — in Amsterdam
+(`horcat=34&townid=28695`) staat **nid 49978 "Restaurant Adam"** vóór
+"A la Ferme" en "Anne&Max". Zelfde patroon.
+In de JSON zien die titels er schoon uit — logisch, want
 `_custom_clean_html` in de custom module draait **ná** de query, terwijl
 MySQL op de rauwe `node.title` sorteert. Er zit dus een spatie of ander
 onzichtbaar teken vooraan in de opgeslagen titel. Fix: die twee nodes
@@ -116,9 +120,11 @@ lijst** — een technisch perfecte app zonder programma is leeg.
   de agenda op een horecapagina: geen datumfilter, niet chronologisch,
   max 10 items. In een steekproef van 15 zaken toonden er 4 uitsluitend
   verlopen evenementen. Zelfde ingreep als P1-42.
-- **Horeca-overzicht sorteren** — `flutterflowmobiel_establishments`
-  sorteert op nid aflopend (nieuwste inschrijving eerst). **Herbevestigd
-  2026-09-09:** Amsterdam/Eetgelegenheden geeft nid 91145, 75670, 75547 —
+- ~~**Horeca-overzicht sorteren**~~ **AF — alfabetisch en live
+  (geverifieerd 2026-09-10).** Arnhem én Amsterdam komen allebei
+  alfabetisch terug uit `services_1`. Een eerdere meting die nog
+  nid-volgorde toonde was van vóór jouw view-wijziging. *(Oude notitie
+  hieronder ter historie.)* **Herbevestigd 2026-09-09:** Amsterdam/Eetgelegenheden geeft nid 91145, 75670, 75547 —
   dus nog steeds aflopend op nid. Voorstel: alfabetisch op naam; sluit aan
   op het zoekveld uit P2-6. Let op: dit is een **andere view** dan
   `flutterflowmobiel1`, met een eigen pager van **100** per pagina.