Show HN: ZScreenshot – Capture any viewport size without browser resize (ebot.jp)

5 points by zscreenshot ↗ HN
Hey HN!

As a developer, I got frustrated with the screenshot workflow for documentation: Open DevTools → Set viewport size → Take screenshot → Switch tabs → Download → Open editor → Annotate → Save → Repeat...

Built ZScreenshot - a sidebar extension that keeps everything in one place. Set viewport once, capture instantly, edit in sidebar. No tab switching, no DevTools.

Free: • Custom viewport (consistent screenshot sizes, no sidebar interference) • Full-page capture (scrolling pages) • Tab recording with audio • Privacy-first (all local processing except authentication)

Pro (14-day free trial, no credit card): • Image editor (arrows, shapes, text, blur, emoji - instant annotations) • Collection (merge multiple screenshots for comparisons) • Bulk ZIP download • MP4 export

Everything happens in the sidebar: Capture → Edit → Download → Access history anytime.

Why no "select area before capture"? OS tools (Win+Shift+S, Cmd+Shift+4) already do this perfectly. ZScreenshot focuses on what they can't: viewport control, instant editing, history management. Plus, crop-after-capture gives more flexibility.

Chrome Web Store: https://chromewebstore.google.com/detail/zscreenshot/jdgmjck...

2 comments

[ 4.8 ms ] story [ 17.2 ms ] thread
This is a nice take on a very real workflow pain. I like the idea of fixing the viewport once and keeping capture + edit in the same context.

Curious how you handle edge cases like sticky headers, lazy-loaded content, or pages with dynamic resizing—do those affect capture accuracy?

I have a similar workflow and I'd like to know how sophisticate is your requirement for annotations, because I solve that part kind of smoothly with Excalidraw