doxa-maps/plugin-designs/research-dashboard/scripts
Doxa Maps 281f9d1def The search chip was the one chip still in English, and the string for it already existed
DashboardResearchFilters builds the :active-chips array the live strip renders, and its search chip
read `Search: ${term}` — a raw English label sitting beside six localized facet chips in all ten
non-English locales. dashboard.search_live was already in the catalogue, in all eleven locales,
written for that exact line and never wired.

The punctuation is why it has to come from the catalogue rather than be assembled here: French is
"Recherche : {term}", with a narrow space before the colon, and Chinese is "搜索:{term}" with a
full-width one. Translating the word and composing the colon in code gets both of those wrong even
with a correct translation. tStatic takes no params, so {term} is filled at the call site.

Also closes a LATENT gap beside it: an array value is a multi-value filter (D1), labelFor() joins one
for display at its single owner, but the prayer arm skips labelFor deliberately — its values are
already human labels — so it skipped the join too and a two-value pick would have read "A,B" with no
spacing. Nothing in this plugin calls toggleFilterValue, so no caller produces a prayer array today;
it is closed because the next caller that does would not think to look in a chip label for the reason.

check:dashboard-filter-a11y gains arm A13, and the arm is the part worth reading. Everything else in
that gate checks the chips where they are RENDERED; neither of those files is where the WORDS come
from, which is how an English label survived a gate written for this strip. A13 reads the computed
that builds the labels and allows an English literal only as the fallback of a catalogue read.

It also took two rounds, both caught by negative-testing rather than by review:
  1. it flagged '__search__', the chip's internal name — reporting an identifier as untranslated
     prose, which is the crying-wolf failure arriving from the other direction. Now scoped to the
     `label:` expression, by brace-balanced scan rather than by line.
  2. it then PASSED the real defect, because the English was in a TEMPLATE literal and the arm only
     read '…' strings. A chip label is exactly where a template literal is natural, so the one shape
     the defect actually takes was the one shape the arm could not see.
Verified failing on the restored defect ("Search: ") and passing on the fix.
2026-09-27 04:14:13 +00:00
..
check-dashboard-filter-a11y.mjs The search chip was the one chip still in English, and the string for it already existed 2026-09-27 04:14:13 +00:00
check-dashboard-geocoder-provider.mjs Gate 9 was accusing a working map: ask the engine, not the DOM 2026-09-26 18:38:19 +00:00
check-kit-options-reachable.mjs Dashboard kit, landing 3: the camera and the CSV exporter 2026-09-27 01:16:52 +00:00
check-layout-key-namespaced.mjs The layout drag was LTR-only, and my own migration was too eager 2026-09-27 02:17:35 +00:00
check-legend-mirrors.mjs The legends mirror now, and their labels never became their values 2026-09-26 22:06:58 +00:00