History

Doxa Maps 112c1103bd The table heading was English in every locale Measured at ?lang=ar: the tabs render in Arabic and then the heading above the table reads "Gospel Resources — every link, and who it reaches" in English, over English column headers. The headers have had a lookup since cell E and it holds 13 of the 128 titles the 14 tables use; the TITLE had no lookup at all, so it came straight out of the data file in every locale. It is keyed by the tab's ID, not by its English text like the columns are: a title is a sentence, and keying on it would break the day a builder rewords its own meta. The English stays the fallback, so this renders exactly what it renders now until each key lands. The first version of this fix was wrong in a way worth recording: there are TWO paths — the unfiltered table returns through localise(), the filtered one builds its own object — and I patched the filtered path while measuring the bug on an unfiltered table. That would have shipped a fix for the state a reader is rarely in. One resolver now, called from both. The exact key list is in _qa-cycle/03-deployment-cycle/KEY-REQUEST-gospel-tables.md for studio: 14 titles and 113 headers, ordered by how many tables use each so a partial batch still covers the most surfaces. Standards are excluded — ISO 639-3, ISO3, JSON, CSV, ROP1 and SUN read the same in every locale.	2026-09-27 03:24:15 +00:00
..
dx-maps	The table heading was English in every locale	2026-09-27 03:24:15 +00:00
README.md	Rename the output folder to dx-maps	2026-09-25 19:26:14 +00:00

Doxa Maps 112c1103bd The table heading was English in every locale

Measured at ?lang=ar: the tabs render in Arabic and then the heading above the table
reads "Gospel Resources — every link, and who it reaches" in English, over English
column headers. The headers have had a lookup since cell E and it holds 13 of the 128
titles the 14 tables use; the TITLE had no lookup at all, so it came straight out of
the data file in every locale.

It is keyed by the tab's ID, not by its English text like the columns are: a title is a
sentence, and keying on it would break the day a builder rewords its own meta. The
English stays the fallback, so this renders exactly what it renders now until each key
lands.

The first version of this fix was wrong in a way worth recording: there are TWO paths —
the unfiltered table returns through localise(), the filtered one builds its own object
— and I patched the filtered path while measuring the bug on an unfiltered table. That
would have shipped a fix for the state a reader is rarely in. One resolver now, called
from both.

The exact key list is in _qa-cycle/03-deployment-cycle/KEY-REQUEST-gospel-tables.md for
studio: 14 titles and 113 headers, ordered by how many tables use each so a partial
batch still covers the most surfaces. Standards are excluded — ISO 639-3, ISO3, JSON,
CSV, ROP1 and SUN read the same in every locale.

2026-09-27 03:24:15 +00:00

dx-maps

The table heading was English in every locale

2026-09-27 03:24:15 +00:00

README.md

Rename the output folder to dx-maps

2026-09-25 19:26:14 +00:00

README.md

public/ — the built output

This folder is GENERATED by bun run build; do not edit it by hand. It holds exactly one thing:

dx-maps/ — the output folder: 23 plugin bundles and 35 pages, self-contained. Copy this one folder to any web host (or open it from disk) and it works.
- dx-maps/index.html — the front page: the Plugin Studio, every plugin in one place.
- dx-maps/<plugin>/<plugin>.js — a plugin's bundle (a custom element; load it with a <script> tag).
- dx-maps/<plugin>/<page>/index.html — a ready-made page for one plugin view (embed it in an <iframe>).
- dx-maps/manifest.json — every plugin, page and embed snippet, machine-readable.
- dx-maps/assets/ — the data, fonts and images the plugins fetch at runtime.

The folder's name comes from name in vite.doxa-maps-build-config.json. Sources live in plugin-designs/, library/ and data/; rm -rf public/ && bun run build recreates all of this.