History

Doxa Maps 65810f872f A back-to-top beside the view-list circle, and lift the Regions attribution clear of it Two reported mobile bugs (DRV1650 #3 and #4), both settled by rega's measurements at 390x844 on dx-life /research rather than by reading source. ★ #3 — THERE WAS NO BACK-TO-TOP AT ALL, and I had reported otherwise. I said VerticalTabsLayout already rendered one targeting the active .vtl-host. rega: ZERO .vtl-host elements in the live build, button.btt ABSENT from the DOM. The chain: VTL renders .vtl-host only for `mountedElementRows`, which filters rows carrying an `element` key — and this SPA passes :groups whose rows carry none, mounting its own .dms-pane panes imperatively. So activeHostEl is null, and the layout's button correctly renders nothing. That button is for layouts hosting their own element rows; it is inert for the composition the gallery uses. I had read the source and not the configuration. The SPA now renders its own, bound to the ACTIVE .dms-pane — the scroller rega measured (clientHeight 712, scrollHeight 12,373, overflow-y:auto) while the document does not scroll at all. The gallery owns both the circle and the scroller, so no shadow-root walking is needed. Placement reads --map-fab-beside, published by the layout only while its circle renders, so the arrow sits BESIDE the circle and falls back to the plain inset where there is none. BackToTopButton already refuses to appear when its target does not scroll. The label goes in all ELEVEN of the SPA's locales. Its translate() falls back to the KEY, so a missing entry would have rendered the literal string "backToTop" to every reader — en/ar/zh/ru/hi verified, and the Arabic and Chinese strings are present in the built bundle. ★ #4 — THE REGIONS ATTRIBUTION SITS UNDER THE CIRCLE, and the geometry was not what I assumed. rega: at 390 the attribution is details.maplibregl-ctrl-attrib in the BOTTOM-RIGHT container, expanded to 347x44 at (22,791) — nearly the full map width — so its LEFT END runs under the 44px fab at (12,788), 1,394 px² overlap. The bottom-left container is EMPTY (0x0), so a bottom-left-only fix would have changed nothing. Both bottom containers are lifted off the published --map-fab-clearance under a 767px query, so a standalone leaf or a <doxa-country-map> with no gallery around it reads the 0px fallback and nothing moves. The existing z-index:3 cannot help: the circle lives in the layout, outside this shadow root, so the two are different stacking contexts. Attribution is a LICENCE TERM of the basemap, which is why this is a fix and not a polish item. REBASED ONTO `0428f279c` BY REPLAYING SOURCE, not by resolving a conflict: the rebase collided only in generated bundles, where a conflict is never resolvable by hand. Three files applied clean; RegionCountryMap.vue had MOVED to library/components/maps in that same round (my own country-map work), so its rule was re-applied at the new path by hand — a straight patch would have failed with "No such file or directory", which is exactly what studio would have hit. country-map, regions-dashboard and doxa-maps-spa rebuilt; both fixes verified in the shipped minified bundles, including the new country-map bundle that now inherits the lift. NOT PROVEN HERE: the headless DOM proof needs a browser (rega's seat). What I verified is that the button, its scoped CSS and its ar/zh labels are in the SHIPPED doxa-maps-spa.js, and the fab lift in both map bundles.	2026-09-29 02:35:35 +00:00
..
dx-maps	A back-to-top beside the view-list circle, and lift the Regions attribution clear of it	2026-09-29 02:35:35 +00:00
README.md	Gate the country-name join, and record that the wiring was already done	2026-09-29 01:38:07 +00:00

Doxa Maps 65810f872f A back-to-top beside the view-list circle, and lift the Regions attribution clear of it

Two reported mobile bugs (DRV1650 #3 and #4), both settled by rega's
measurements at 390x844 on dx-life /research rather than by reading source.

★ #3 — THERE WAS NO BACK-TO-TOP AT ALL, and I had reported otherwise. I said
VerticalTabsLayout already rendered one targeting the active .vtl-host. rega:
ZERO .vtl-host elements in the live build, button.btt ABSENT from the DOM. The
chain: VTL renders .vtl-host only for `mountedElementRows`, which filters rows
carrying an `element` key — and this SPA passes :groups whose rows carry none,
mounting its own .dms-pane panes imperatively. So activeHostEl is null, and the
layout's button correctly renders nothing. That button is for layouts hosting
their own element rows; it is inert for the composition the gallery uses. I had
read the source and not the configuration.

The SPA now renders its own, bound to the ACTIVE .dms-pane — the scroller rega
measured (clientHeight 712, scrollHeight 12,373, overflow-y:auto) while the
document does not scroll at all. The gallery owns both the circle and the
scroller, so no shadow-root walking is needed. Placement reads --map-fab-beside,
published by the layout only while its circle renders, so the arrow sits BESIDE
the circle and falls back to the plain inset where there is none.
BackToTopButton already refuses to appear when its target does not scroll.

The label goes in all ELEVEN of the SPA's locales. Its translate() falls back to
the KEY, so a missing entry would have rendered the literal string "backToTop"
to every reader — en/ar/zh/ru/hi verified, and the Arabic and Chinese strings
are present in the built bundle.

★ #4 — THE REGIONS ATTRIBUTION SITS UNDER THE CIRCLE, and the geometry was not
what I assumed. rega: at 390 the attribution is details.maplibregl-ctrl-attrib in
the BOTTOM-RIGHT container, expanded to 347x44 at (22,791) — nearly the full map
width — so its LEFT END runs under the 44px fab at (12,788), 1,394 px² overlap.
The bottom-left container is EMPTY (0x0), so a bottom-left-only fix would have
changed nothing.

Both bottom containers are lifted off the published --map-fab-clearance under a
767px query, so a standalone leaf or a <doxa-country-map> with no gallery around
it reads the 0px fallback and nothing moves. The existing z-index:3 cannot help:
the circle lives in the layout, outside this shadow root, so the two are
different stacking contexts. Attribution is a LICENCE TERM of the basemap, which
is why this is a fix and not a polish item.

REBASED ONTO 0428f279c BY REPLAYING SOURCE, not by resolving a conflict: the
rebase collided only in generated bundles, where a conflict is never resolvable
by hand. Three files applied clean; RegionCountryMap.vue had MOVED to
library/components/maps in that same round (my own country-map work), so its rule
was re-applied at the new path by hand — a straight patch would have failed with
"No such file or directory", which is exactly what studio would have hit.
country-map, regions-dashboard and doxa-maps-spa rebuilt; both fixes verified in
the shipped minified bundles, including the new country-map bundle that now
inherits the lift.

NOT PROVEN HERE: the headless DOM proof needs a browser (rega's seat). What I
verified is that the button, its scoped CSS and its ar/zh labels are in the
SHIPPED doxa-maps-spa.js, and the fab lift in both map bundles.

2026-09-29 02:35:35 +00:00

dx-maps A back-to-top beside the view-list circle, and lift the Regions attribution clear of it 2026-09-29 02:35:35 +00:00

README.md Gate the country-name join, and record that the wiring was already done 2026-09-29 01:38:07 +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: 25 plugin bundles and 37 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.