Commit graph

4 commits

Author SHA1 Message Date
Local Dev
6f5bf7df64 site(ariadne.x, theseus.x): protocol-relative sibling links
The Sirius.X / Theseus.X / Ariadne.X / Hephaestus.X links in the family
topnavs and body copy were written as full https URLs — href="https://sirius.x/".
In Theseus's own browser (where the current page is served over the bns://
scheme) that absolute URL triggers the gateway-fallback path on top of the
current host, producing URLs like bns://theseus.x/bns/sirius.x/ that then
accumulate segments as the user clicks around.

Switched 56 cross-family link hrefs to protocol-relative (href="//sirius.x/"
etc.). Protocol-relative URLs inherit the scheme of the current page, so:
- In Theseus on bns://theseus.x/ the link resolves to bns://sirius.x/ —
  direct BCNR, no gateway rewrite, no URL accumulation.
- On the silentmode.st ICANN mirror it resolves to https://sirius.x/ —
  unchanged from the previous behaviour.
Only the four sibling .X hosts were swapped; silentmode.st, dl.silentmode.st,
code.silentmode.st, navigate.st, and every forge or API URL still carry
their explicit scheme.
2026-10-04 19:18:32 +02:00
Local Dev
734f6853ef site(ariadne.x, theseus.x): standardise sub-page topnavs; fix relative paths
Two bugs the user hit while browsing the dev docs:

1. ariadne.x/dev/ used root-style hrefs ("thread", "dev", "assets/…") that
   assumed the <base> tag workaround was active. On a client that walks
   relative URLs against the page URL (BCNR direct hosts, Theseus in
   gateway mode), every click appended one more segment — "/dev/plug-ins",
   "/dev/plug-ins/extensions", etc. — because "plug-ins" resolved against
   "/dev/" instead of the site root. Switched the dev page to proper "../"
   relative paths (../thread/, ../assets/favicon.svg, ../#download) so it
   resolves correctly regardless of host or base-tag presence. Same fix
   on ariadne.x/thread/ (brand href="" went nowhere; the Product column
   pointed every link at the current directory).

2. Theseus sub-pages had drifted apart. The home topnav was already
   trimmed to Plug-ins · Extensions · Developers · Sirius.X · Get Theseus,
   but plug-ins/, extensions/, brand/, and whitepaper/ still carried the
   old "Brand" link in their topnav, had no "Developers" entry at all,
   and lacked the mobile hamburger. Standardised all four to the home
   pattern and dropped Brand + Whitepaper from the topnav on each page.
   Both pages still exist and are reachable from the footer; neither is
   on the top-level nav path.

Also added a Developers link + hamburger to ariadne.x/thread/ so the
Ariadne family matches the Theseus family on every page.
2026-10-04 18:09:20 +02:00
Local Dev
7ab283f936 site(brand): the marks are reserved, not MIT; point at the trademark note 2026-10-01 01:45:37 +02:00
Local Dev
8ae97fc9ba site(theseus.x): brand book, family footer, thread mark on Plug-ins page
- New /brand/ directory: compass-mark favicon and logo variants (colour +
  monochrome currentColor), 512x512 avatar with rounded corners, 1200x630
  banner for OpenGraph/Twitter cards, and a brand book page mirroring the
  Sirius.X and Ariadne.X pattern — logo & wordmark, avatar & favicon,
  social banner, colour palette, typography, usage & licence.
- Footer replaces the single-line attribution with the deep, four-column
  family footer (brand column plus Product, Download, Pantheon), an alpha
  badge bar, and the acid-green accent used elsewhere on the site. Brand
  and Sirius.X + Ariadne.X + Hephaestus.X cross-links live here now.
- Ariadne's Thread plug-in card on /plug-ins/ swaps the spool emoji for
  the actual brand-book thread mark (thread.svg, calm variant, 26px
  beside the h3). Same asset the resolver page carries, copied into
  local /assets/ so the icon works offline and doesn't cross-origin.
- /extensions/ picks up a Brand link in the topnav to match the sibling
  pages' navigation set.
2026-09-30 12:12:44 +02:00