siteframeWeekly photo appendix

A deliberately narrow first edition

Check your setup.

Linux, ordinary Chrome Stable and LibreOffice, with the supplied Noto Sans font.

Recorded browser hostGoogle Chrome Stable 152.0.7977.82, extracted official signed RPM; sandbox enabled.
Operating systemNobara Linux 44 (x86_64).
Native officeLibreOffice 26.2.5.2 with unmodified Noto Sans 2.015.
FormatsStill JPEG/PNG input, schema-1 .siteframe master, editable DOCX and selectable PDF.
UnverifiedWindows, Edge, Microsoft Word, other distributions and browser versions. Chrome for Testing is a separate automation smoke, never ordinary Stable evidence.

Limits are explicit.

60 active photos; 150,000,000 original source bytes total; each source ≤20,000,000 bytes, ≤36 MP, ≤12,000 px per edge. Normalized masters ≤2400 px per edge, ≤10,000,000 bytes each. Project ZIP ≤160,000,000 bytes. 120-character single-line title; captions ≤2,000 code points and 20 line breaks. Exported text uses supported Latin-script Noto Sans glyphs. HEIC, APNG, cloud storage, automatic backups and automatic Word synchronization are outside v1.

Engineering acceptance is recorded with the delivered candidate’s Compatibility.json and release evidence. These prerequisites are not a claim of every distribution, browser update, paid delivery or independent release review passing. Font substitutions can change DOCX pagination.

What the resource and desktop checks mean

The recorded benchmark uses one Nobara/Ryzen host and reproducible synthetic inputs, including padded bytes and upscaled noise. Its 2,500,000,000-byte browser-process RSS ceiling is a regression budget, not a computer RAM recommendation or a guarantee for every photo set. Native GUI checks use authenticated Xephyr inside private KWin/Xwayland; physical input/GPU, normal-session portals and default file associations remain unverified. Customers do not need this test environment.

PDF is not certified PDF/A or PDF/UA. Review content and pagination in both formats before sending a report.