Files
hyperframes/registry/examples/product-promo/compositions/scene1-logo-intro.html
T
James Russo 69d9f08061 refactor: migrate templates/ → registry/examples/ (#253)
## What

PR 2/17 of the catalog system rollout. **Physical directory rename.** Stacks on #252.

- `git mv templates/ registry/examples/` — all 8 example directories (`decision-tree`, `kinetic-type`, `nyt-graph`, `play-mode`, `product-promo`, `swiss-grid`, `vignelli`, `warm-grain`) plus `templates.json`
- `packages/cli/src/templates/remote.ts` — `TEMPLATES_DIR` constant from `"templates"` → `"registry/examples"`, exported for regression testing
- `scripts/generate-template-previews.ts` — `remoteTemplatesDir` resolved to the new path
- Comment updates in `packages/cli/src/templates/generators.ts` and `packages/cli/src/commands/init.ts`
- New regression test `packages/cli/src/templates/remote.test.ts` pinning the path constants so future reverts fail a test instead of silently breaking installed CLIs

Design doc: [Hyperframes Catalog System](https://www.notion.so/heygen/Hyperframes-Catalog-System-Design-Plan-341449792c69813f899dcd53b4c0383a).

## Why

The current `templates/` directory is a flat "things that scaffold projects" bucket. The catalog model splits content into three tiers: **examples** (full projects — what today's templates are), **blocks** (sub-compositions), and **components** (effect snippets). `registry/examples/` is the canonical home for what was previously at `templates/`, and this PR makes room for `registry/blocks/` and `registry/components/` in future PRs without top-level clutter.

## How

- `git mv` preserves file history — GitHub renders these as renames, not deletions + additions.
- Remote template fetch via giget reads `TEMPLATES_DIR`, so updating that one constant is sufficient for the CLI's remote code path.
- The CLI's **internal** `packages/cli/src/templates/` directory (which holds the `blank` and `_shared` bundled assets plus `generators.ts`/`remote.ts`) is a separate concept and is **not** touched here. Renaming that module belongs to PR 3 where the abstraction changes to a registry resolver.
- `templates.json` keeps its existing shape and location (now at `registry/examples/templates.json`). **PR 3 will transform it** to the new `registry.json` shape introduced in PR 1 and generate a per-item `registry-item.json` for each example. Leaving the shape change to PR 3 keeps this PR a pure physical move.

## ⚠️ Breaking change for previously-installed CLIs (`hyperframes@0.1.0` – `0.3.0`)

**What happens:** every published CLI version has `TEMPLATES_DIR = "templates"` baked in. After this PR lands on `main`, those CLIs will 404 on:

- `raw.githubusercontent.com/heygen-com/hyperframes/main/templates/templates.json` (manifest list) — caught silently in `listRemoteTemplates`, so the template picker falls back to showing only `blank`
- `github:heygen-com/hyperframes/templates/<id>#main` (giget download) — raises "Template downloaded but missing index.html"

**Decision: accept the break.** Hyperframes is pre-1.0 OSS with a small installed base; complex mitigations (dual-path fetch, redirect stubs, manifest-at-old-path with empty array) add permanent maintenance cost for a one-time rename.

**Rollout plan:**

1. Merge #252 (PR 1 — types & schemas) first
2. Merge this PR (#253)
3. Ship a patched CLI release (`hyperframes@0.3.1`) in the same work-day. Already-pinned old CLIs break on remote examples, but upgrading restores full functionality
4. Note the break in release notes + `CHANGELOG.md` under the `0.3.1` entry

Users still on an older CLI will see the failure only if they invoke `hyperframes init` with `--template <non-blank>`; `--template blank` (bundled) continues to work offline on every version.

## Test plan

- [x] `bun run test` in `packages/cli`: **57 passed** (was 55 on main, +2 regression tests for the path constants). Same 4 pre-existing failures (SRT/VTT whisper normalizer + `lintProject` clean-project test) — unchanged from main. No regressions
- [x] **Manual smoke test**: `hyperframes init /tmp/x --template blank` works (bundled code path, unchanged)
- [x] `bunx oxfmt --check` + `bunx oxlint`: clean
- [x] `bun run typecheck` (core + studio, pre-commit hook): clean
- [ ] **Manual smoke test for remote fetch (`--template warm-grain`)** — not verifiable locally before merge. Remote fetch resolves `github:heygen-com/hyperframes/registry/examples/<id>#main`, which doesn't exist until this PR lands. Will work on `main` immediately after merge.

## Breaking / migration

- Internal repo path changes only. `--template` CLI flag continues to accept the same template names.
- See "Breaking change for previously-installed CLIs" above — decision is to ship a simultaneous CLI release rather than add a compat shim.

## Commits

1. `d691bd1` — initial rename + CLI path constant update
2. `fc0c642` — review feedback: docstring fix, regression tests, clarifying comment in `init.ts`, export constants for testing

## Stacks on

#252 — base branch. When #252 merges, this rebases onto `main`.

## Next in stack

PR 3 — `feat(cli): registry resolver + installer`. Transforms `templates.json` to the new `registry.json` shape (from PR 1's schema), generates `registry-item.json` for every existing example, introduces `packages/cli/src/registry/{resolver,installer,remote}.ts`, renames the `packages/cli/src/templates/` CLI module, and refactors `init` to call through the new abstraction.

🤖 Generated with [Claude Code](https://claude.com/claude-code)
2026-04-13 20:21:23 -07:00

191 lines
5.5 KiB
HTML
Vendored

<template id="scene1-logo-intro-template">
<div
data-composition-id="scene1-logo-intro"
data-width="1920"
data-height="1080"
data-duration="1.5"
>
<div class="canvas">
<!-- Logo Container -->
<div class="logo-container">
<svg viewBox="0 0 160 240" width="160" height="240">
<!-- Figma Logo Pieces -->
<!-- Top-left: Red (F24E1E) -->
<path
class="logo-piece logo-tl"
d="M 0 40 C 0 17.9 17.9 0 40 0 L 80 0 L 80 80 L 40 80 C 17.9 80 0 62.1 0 40 Z"
fill="#F24E1E"
/>
<!-- Top-right: Purple (A259FF) -->
<path
class="logo-piece logo-tr"
d="M 80 0 L 120 0 C 142.1 0 160 17.9 160 40 C 160 62.1 142.1 80 120 80 L 80 80 L 80 0 Z"
fill="#A259FF"
/>
<!-- Middle-left: Pink (FF7262) -->
<path
class="logo-piece logo-ml"
d="M 0 120 C 0 97.9 17.9 80 40 80 L 80 80 L 80 160 L 40 160 C 17.9 160 0 142.1 0 120 Z"
fill="#FF7262"
/>
<!-- Middle-right: Blue (1ABCFE) -->
<circle class="logo-piece logo-mr" cx="120" cy="120" r="40" fill="#1ABCFE" />
<!-- Bottom-left: Green (0ACF83) -->
<path
class="logo-piece logo-bl"
d="M 0 200 C 0 177.9 17.9 160 40 160 L 80 160 L 80 200 C 80 222.1 62.1 240 40 240 C 17.9 240 0 222.1 0 200 Z"
fill="#0ACF83"
/>
</svg>
</div>
<!-- Expanding Ring -->
<div class="ring-container">
<svg viewBox="0 0 400 400" width="400" height="400">
<circle
class="ring"
cx="200"
cy="200"
r="80"
fill="none"
stroke="#FFFFFF"
stroke-width="4"
/>
</svg>
</div>
</div>
<style>
[data-composition-id="scene1-logo-intro"] .canvas {
width: 1920px;
height: 1080px;
background-color: #0a0a0f;
position: relative;
overflow: hidden;
}
[data-composition-id="scene1-logo-intro"] .logo-container {
position: absolute;
left: 880px; /* Center X: 960 - 80 */
top: 420px; /* Center Y: 540 - 120 */
width: 160px;
height: 240px;
transform-origin: center center;
}
[data-composition-id="scene1-logo-intro"] .ring-container {
position: absolute;
left: 760px; /* 960 - 200 */
top: 340px; /* 540 - 200 */
width: 400px;
height: 400px;
pointer-events: none;
}
[data-composition-id="scene1-logo-intro"] .ring {
transform-origin: center center;
opacity: 0;
}
</style>
<script src="https://cdn.jsdelivr.net/npm/gsap@3.14.2/dist/gsap.min.js"></script>
<script>
(function () {
const tl = gsap.timeline({ paused: true });
const pieces = {
tl: '[data-composition-id="scene1-logo-intro"] .logo-tl',
tr: '[data-composition-id="scene1-logo-intro"] .logo-tr',
ml: '[data-composition-id="scene1-logo-intro"] .logo-ml',
mr: '[data-composition-id="scene1-logo-intro"] .logo-mr',
bl: '[data-composition-id="scene1-logo-intro"] .logo-bl',
};
const ring = '[data-composition-id="scene1-logo-intro"] .ring';
const logoContainer = '[data-composition-id="scene1-logo-intro"] .logo-container';
// Initial positions: Corners of the screen
// Viewport is 1920x1080. Center is 960, 540.
// logo-container is at 880, 420.
tl.set(pieces.tl, { x: -960, y: -540 });
tl.set(pieces.tr, { x: 960, y: -540 });
tl.set(pieces.ml, { x: -960, y: 0 });
tl.set(pieces.mr, { x: 960, y: 0 });
tl.set(pieces.bl, { x: -960, y: 540 });
// 1. Converge to center with 3-frame stagger (approx 0.05s at 60fps)
// 2. Collide with slight bounce (overshoot 1.1x)
const convergeDuration = 0.6;
const stagger = 0.05;
const pieceArray = [pieces.tl, pieces.tr, pieces.ml, pieces.mr, pieces.bl];
pieceArray.forEach((piece, i) => {
tl.to(
piece,
{
x: 0,
y: 0,
duration: convergeDuration,
ease: "back.out(1.1)",
},
i * stagger,
);
});
// 3. On collision (approx at 0.6 + 4*0.05 = 0.8s), white ring expands
const collisionTime = convergeDuration + (pieceArray.length - 1) * stagger;
tl.fromTo(
ring,
{ scale: 0.2, opacity: 1 },
{
scale: 2.5,
opacity: 0,
duration: 0.4,
ease: "power2.out",
},
collisionTime,
);
// 4. Logo pulses slightly
tl.to(
logoContainer,
{
scale: 1.05,
duration: 0.15,
ease: "power2.out",
},
collisionTime,
);
tl.to(
logoContainer,
{
scale: 1,
duration: 0.15,
ease: "power2.in",
},
collisionTime + 0.15,
);
// 5. Scale down to 0
tl.to(
logoContainer,
{
scale: 0,
duration: 0.3,
ease: "expo.in",
delay: 0.1,
},
collisionTime + 0.3,
);
window.__timelines = window.__timelines || {};
window.__timelines["scene1-logo-intro"] = tl;
})();
</script>
</div>
</template>