mcpField
S
stitched-full-page-capture

stitched-full-page-capture

github.com/akillnessDesign & UI5357 installsUpdated today
Repository

About stitched-full-page-capture

A capture workflow for pages that render incompletely in one-shot full-page screenshots, especially lazy-loaded or scroll-animated sites. It uses settled viewport images stitched vertically and provides a script for regenerating article captures and crops.

Key features

  1. 01Warm pages by scrolling before capture
  2. 02Capture settled viewport screenshots
  3. 03Stitch screenshots into a full-page image
  4. 04Regenerate section crops from stitched images
  5. 05Validate image dimensions and visual content
  6. 06Process article manifests with a script

Use cases

  1. 01Repair blank captures of Framer pages
  2. 02Capture lazy-loaded content across a long page
  3. 03Create section crops from reliable page images
  4. 04Check stitched images against scroll recordings

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/akillness/jeo-skills --skill stitched-full-page-capture

After installing, type/stitched-full-page-capturein Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

SKILL.toon
agents/
openai.yaml
scripts/
stitch_full_page_capture.mjs

Details

From the project README

Stitched Full-Page Capture

Overview

Use settled viewport screenshots instead of trusting one-shot browser fullPage captures. This is especially important for Framer pages and other lazy/scroll-animated sites where the MP4 can look correct while the tall screenshot is mostly blank.

When to use this skill

  • When a full-page screenshot of a lazy-loaded, scroll-animated, Framer, WebGL/canvas, or reveal-heavy page comes back blank, gray, white, sparse, or shows only a tiny content strip.
  • When a one-shot full-page screenshot disagrees with a working scroll-recording MP4 that shows the page rendering correctly.
  • When article evidence or section crops must be cut from a trustworthy full-page image instead of an unreliable native fullPage capture.
  • When repairing or regenerating daily UI-inspiration article captures via the bundled stitch_full_page_capture.mjs script against a manifest.json.
  • When validating a stitched capture by checking dimensions, blank/gray bands, and agreement with the representative still, MP4, and motion frames.
  • Not for pages that already render correctly in a single native fullPage screenshot with no lazy-load, scroll-animation, or reveal issues — a plain one-shot capture is enough there.

Core Workflow

  1. Open the real page URL, not a marketplace thumbnail, cover image, remix page, or asset URL.
  2. Warm the page by scrolling from top to bottom once so lazy media and reveal sections mount.
  3. Return to the top.
  4. Scroll downward in viewport-sized or slightly-overlapping steps.
  5. Wait about 2 seconds after each scroll stop.
  6. Capture the settled viewport.
  7. Stitch the viewport captures vertically into one full-page image.
  8. Cut section crops from that stitched image, not from the native browser fullPage screenshot.
  9. Validate the stitched image against the representative still, MP4, and motion frames.

Reject a full-page candidate when it has blank/gray/white bands, very low visual content, missing lazy-loaded sections, an extremely narrow content column, or obvious disagreement with the scroll video.

Script

For daily UI inspiration articles, use the helper script from this skill directory when available:

node <skills-root>/stitched-full-page-capture/scripts/stitch_full_page_capture.mjs \
  --manifest articles/YYYY-MM-DD-ui-inspiration-capture/manifest.json

The script:

  • reads items[].pageUrl, fullPageImage, and sectionImages;
  • opens each live page in Playwright Chromium;
  • warms lazy content by scrolling once;
  • captures settled viewport slices;
  • stitches slices into fullPageImage;
  • regenerates each existing section crop from the stitched image;
  • updates manifest.json with fullPageCaptureMethod: "stitchedViewportScreenshots", viewport, step, segment count, and corrected crop coordinates.

Useful options:

--item 4              # repair only item 4, 1-based
--viewport 1440x1100 # default
--step 950           # default; use less than viewport height for overlap
--wait 2000          # ms to wait after each scroll stop
--quality 3          # ffmpeg JPEG quality, lower is better

Validation

After capture or repair:

  • Inspect at least the page that was visibly wrong before.
  • Confirm sips -g pixelWidth -g pixelHeight full-page/*.jpg reports expected wide/tall dimensions.
  • Confirm the full-page image is not mostly blank and includes lower-page content.
  • Confirm section crop coordinates are contiguous and end at the full-page image height.
  • Run the project’s normal checks, for example:
git diff --check -- articles/YYYY-MM-DD-ui-inspiration-capture/content.md articles/YYYY-MM-DD-ui-inspiration-capture/manifest.json
node scripts/check-ui-inspiration-duplicates.mjs articles/YYYY-MM-DD-ui-inspiration-capture/manifest.json
for f in articles/YYYY-MM-DD-ui-inspiration-capture/videos/*.mp4; do ffprobe -v error "$f" >/dev/null; done

Notes

  • The scroll video is evidence that the page can render during real scrolling, but it is not a substitute for full-page still evidence.
  • Native fullPage screenshots can still be saved as comparison candidates, but do not use them as source of truth unless they visually match the stitched capture.
  • For daily UI articles, update the manifest and commit only the repaired article assets and metadata.

References

Comments

Markdown supported