Wat gated is hoort de app te weten: een test die dat afdwingt
GATE_CATALOGUE zegt wat er gated is, shaer:capabilities zegt wat een account
mag. Twee handmatige lijsten op twee plekken, en niets dat ze bij elkaar hield:
bleef er eentje achter, dan verscheen de poort netjes in het paneel van de
guardian en hoorde de app van het kind er nooit van. Die stilte is het gat --
de app ontdekt de poort dan pas bij de eerste weigering, precies wat het
commentaar bij dat blok zegt te willen voorkomen.
De test viel meteen om over shaer:accountMove: catalogus ja, kolom ja,
capability nee. Nu wel.
Eén richting, met opzet. Niet elke capability is een poort: shaer:externalLinks
hangt aan de playback-poort en shaer:cursor is een leesteken voor de wachtrij.
En vast (shaer:follows) of gepland (shaer:publicProfile) hoeft er niet in, want
daar valt geen stand van te bewaren -- een tweede test houdt de eerste ervan af
strenger te worden dan dat.
Co-Authored-By: Claude Opus 5 <claude@…>
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
