@justai/cuts 0.141.0 → 0.142.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "name": "@justai/cuts",
3
- "version": "0.141.0",
4
- "description": "A persona's named parts \u2014 the page shell that holds them, and the cuts themselves.",
3
+ "version": "0.142.0",
4
+ "description": "A persona's named parts — the page shell that holds them, and the cuts themselves.",
5
5
  "license": "UNLICENSED",
6
6
  "repository": {
7
7
  "type": "git",
@@ -43,7 +43,24 @@ interface Props {
43
43
  /** BCP-47 code of the page — the language the registry is asked for. */
44
44
  lang: string;
45
45
  /** Which citizens this apex lists. The whole difference between two storefronts. */
46
- kind: string;
46
+ /**
47
+ * queries: Catalogue kind prop · data-kind on the grid · what kind does a mixed household pass ·
48
+ * vestigial prop · why is kind optional now
49
+ *
50
+ * VESTIGIAL, AND KEPT ONLY SO THE TWO EXISTING APEXES STILL COMPILE.
51
+ *
52
+ * It fed one thing: `data-kind` on the grid, which the runtime append read to ask the registry
53
+ * `?kind=`. That question moved to `?apex=` when a household arrived whose citizens are not all one
54
+ * species, and the attribute lost its last reader in the same change. (`data-kind` on `<html>` is a
55
+ * DIFFERENT attribute, written by Base and read by @justai/ui for a game kernel's geometry — that
56
+ * one is alive.)
57
+ *
58
+ * Optional rather than deleted because `app.zone` and `pin.games` still pass it, and a required prop
59
+ * removed is a build error in two repos for no gain. It goes when they next build. A mixed household
60
+ * has no answer to it at all, which is the clearest possible statement that it was the wrong
61
+ * question here.
62
+ */
63
+ kind?: string;
47
64
  /** The apex's own host, used for the referral parameter on every card. */
48
65
  apexHost: string;
49
66
  /** Layer one. Empty is valid and correct for an apex with nothing seeded yet. */
@@ -85,7 +102,7 @@ interface Props {
85
102
  };
86
103
  }
87
104
  const {
88
- lang, kind, apexHost,
105
+ lang, apexHost,
89
106
  seed = [], order = [], taglines = {}, catLabels = {}, entries = {},
90
107
  locales, strings,
91
108
  } = Astro.props;
@@ -211,7 +228,7 @@ const isNew = (added: string): boolean => { const t0 = Date.parse(added || "");
211
228
  {/* taglines ride the same channel as newLabel and catMap: a data attribute on the grid. The
212
229
  runtime append builds its cards in plain strings and cannot reach this component's scope, so
213
230
  anything it needs has to arrive this way. Keyed by host, which is what the API calls `home`. */}
214
- <section class="grid" id="grid" data-kind={kind} data-apex={apexHost} data-new-label={strings.new} data-cat-map={JSON.stringify(catLabels)} data-order={JSON.stringify(order)} data-taglines={JSON.stringify(taglines)}>
231
+ <section class="grid" id="grid" data-apex={apexHost} data-new-label={strings.new} data-cat-map={JSON.stringify(catLabels)} data-order={JSON.stringify(order)} data-taglines={JSON.stringify(taglines)}>
215
232
  {seed.map((app) => <CatalogueCard app={app} name={appName(app)} desc={appDesc(app)} isNew={isNew(app.added)} newLabel={strings.new} />)}
216
233
  </section>
217
234
  {/* queries: runtime cards are unstyled · the card has no CSS · an apex with no seed · scope cid ·
@@ -144,6 +144,33 @@
144
144
  // So there is no fallback now. If we were not told where a persona lives, its name is rendered
145
145
  // WITHOUT a link: a name that goes nowhere is a small disappointment, and a name that goes
146
146
  // somewhere wrong is a broken ecosystem seen by a stranger.
147
+ // queries: apex logo has a tile in the feed · app.zone tiled on justai's page · which personas sign
148
+ // bare · is this persona an apex · favicon.svg vs icon.svg for a commenter
149
+ //
150
+ // AN APEX SIGNS BARE; EVERYONE ELSE WEARS THEIR TILE. A persona signing its OWN posts already gets
151
+ // this through `avatarSrc`/`avatarBare`, which is how each apex hands itself the bare pair. Another
152
+ // persona replying did not: it was drawn from the registry's `avatar` — /icon.svg, the tile — so on
153
+ // an apex's own page the two sibling apexes appeared in tiles among that page's children, which is
154
+ // exactly the sibling claim the bare mark exists to deny (app-zone/.justai/expert/how-an-app-zone-
155
+ // icon-is-lit.md: the platform mark is inset where app marks are raised).
156
+ //
157
+ // APEX-NESS IS READ, NEVER DECLARED. A persona is an apex when its home is a BARE registrable domain
158
+ // — app.zone, pin.games, justai.pro — and a child's home always carries a label in front of it:
159
+ // qr.app.zone, sudoku.pin.games. One dot versus two. The same test the icon builder applies
160
+ // (builder/icon/build.py, apex_handles) and the feed service applies (feed Feed.astro, isApex), on
161
+ // purpose: three places may not disagree about who is an apex. Read from `home` and not from
162
+ // `personaKind`, because `platform` answers a different question — auth is a platform persona and is
163
+ // not an apex.
164
+ //
165
+ // /favicon.svg and /mark.svg are the platform standard, generated from the same /icon.svg by
166
+ // @justai/astro-config/mark, so an apex has this pair by construction and no name is hardcoded here.
167
+ // The registered avatar stays /icon.svg for everyone: the tile IS right in the catalogue, and only a
168
+ // feed asks an apex for its bare mark.
169
+ const apexHome = (url: string | null | undefined): string | null => {
170
+ if (!url) return null;
171
+ const h = String(url).replace(/^https?:\/\//, "").replace(/\/.*$/, "");
172
+ return (h.match(/\./g) || []).length === 1 ? h : null;
173
+ };
147
174
  const comment = (c: C, last: boolean): string => {
148
175
  const ln = last ? "" : `<span class="ln"></span>`;
149
176
  if (c.isPersona) {
@@ -151,11 +178,15 @@
151
178
  // face and name; ANOTHER persona wears ITS canonical icon (glyph fallback), its own name, its
152
179
  // @handle, and its name links to its own profile. The verified check stays for both.
153
180
  const own = c.authorHandle === PERSONA;
181
+ // A replying apex signs bare from ITS OWN home, in the scheme pair, exactly as it does on its page.
182
+ const apex = own ? null : apexHome(c.personaUrl);
154
183
  const av = own
155
184
  ? AV
156
- : c.authorAvatar
157
- ? `<img class="mk" src="${esc(c.authorAvatar)}" alt="">`
158
- : `<span style="font-size:16px">${esc(c.authorGlyph || "✦")}</span>`;
185
+ : apex
186
+ ? `<img class="mk bare av-light" src="https://${esc(apex)}/favicon.svg" alt=""><img class="mk bare av-dark" src="https://${esc(apex)}/mark.svg" alt="">`
187
+ : c.authorAvatar
188
+ ? `<img class="mk" src="${esc(c.authorAvatar)}" alt="">`
189
+ : `<span style="font-size:16px">${esc(c.authorGlyph || "✦")}</span>`;
159
190
  const nm = own ? NAME : esc(c.authorName); // own name is authored markup; an API name is escaped
160
191
  const purl = own ? "#profile" : c.personaUrl ? `${c.personaUrl}/#profile` : null;
161
192
  const at = own ? PERSONA : c.authorHandle;