Slide stills from classroom GIFs: step numbers, arrows, and resulting UI must stay readable on one PNG for print and projector
`slide-still-gif-png` backs handouts, print, and LMS covers: one slide must keep step numbers, arrows, and resulting UI state in the same still or learners lose the thread. Projectors and print differ in gamma, so light gray arrows can vanish in the room. Embedding into PDF through another lossy pass blurs even a clean PNG. LMS auto-covers often disagree with the instructor’s deck—sync needs explicit `cover_png` metadata, not silent frame 0.
Handout PNGs: size for projection ×2 and ~300 dpi print, disable extra PDF recompression, and ship offline bundles with GIF fallbacks
- Align with the instructor on which motion step the slide represents, note frame index or timecode in speaker notes, and size pixels for projection width ×2 plus 300 dpi print targets.
- Check contrast on light and dark slide masters before PDF export, disable extra JPEG recompression in the PDF pipeline, embed ICC where required, and projector-test a sample slide at real throw distance.
- Upload `cover_png` plus frame index to the LMS, forbid silent frame 0 imports, ship offline bundles with both GIF and PNG, and verify degraded offline rendering.
Slide FAQ: print sharpness, spoiler-safe frame picks, projector color, and LMS auto covers drifting from decks
The license allows classroom GIF playback—does that automatically cover printing one extracted frame in student packets?
Not necessarily; verify rights for static screenshots, print distribution, and offline downloads. If streaming-only, procure alternate art. Legal records should list GIF and PNG hashes plus chain-of-title, not just the deck filename.
Instructors want crisp handouts—should we rasterize GIF frames to PNG before embedding in PDF instead of embedding GIF directly?
Yes when print matters: compute pixel dimensions from paper width × 300 dpi, embed PNG with minimal loss in PDF, and avoid another JPEG pass inside the exporter. GIFs often rasterize poorly in print pipelines; also separate projector color from print ICC choices.
Long tutorials need one still per slide—how do we pick a frame that explains the current step without spoiling the next?
Choose frames where the current step title is visible while the prior result remains on-screen; avoid jumping to the final state. For long flows, publish ordered still sequences with step numbers and deep links back to the full GIF; offer separate preview vs. classroom frame sets if needed.
Projectors wash out light gray arrows extracted from GIFs—besides new hardware, how do we harden PNGs for the room?
Ship a high-contrast “room mode” PNG with thicker strokes and higher ΔE against backgrounds; add a presenter gamma toggle in the template. Long term calibrate projectors and standardize slide palettes instead of one-off curves every class.
LMS auto-generates course covers from GIF frame 0 while PowerPoint uses a curated PNG—how do we keep both systems aligned?
Upload explicit `cover_png` metadata with frame indices, forbid silent frame-0 imports in sync jobs, and audit weekly that LMS thumbnails match deck sources. Document which system is authoritative when they disagree.