Alexander Bickov

Six screenshot/AI requests from launch week. Which one should I ship next?

These came from people who tried the SlimSnap screenshot-to-JSON workflow during launch and asked for something specific. Listing in the order they came in.

  1. Screenshot capture for scrollable content and open dropdowns. Right now the capture clips to the visible window, so if a dropdown or long list is open, parts get cut. Balpreet S flagged this on LinkedIn.

  2. Native Mac app screenshot support (scope verification). Several people asked whether SlimSnap captures Linear / Notion / Figma desktop screenshots, or just browser windows. The answer changes who can use it.

  3. Confidence and overlap indicators on annotations. When the arrow is ambiguous (e.g. drawn between two close buttons in the screenshot), the JSON should signal that. Corey Clark asked on LinkedIn.

  4. Nested element hierarchy in the schema. Current screenshot schema is flat with bbox containment for nesting. Jyoti S Mohanty asked whether to make hierarchy explicit. Schema v2 candidate.

  5. Hybrid mode (JSON + raw screenshot). For users who want the safety net of pixels alongside the structured spec. Martin Zokov asked on X. Optional, would double the per-screenshot token cost.

  6. Windows screenshot support. Multiple people. OCR layer is Mac-native, so this is a real porting project, not a one-line change.

Which one should I build next? Vote in the comments, ideally with one line on why it matters for your screenshot workflow.

I have my own gut ranking but want to see what actual users prioritize.

62 views

Add a comment

Replies

Best
Erkan Akar

I'd vote for#2. Browser ss are useful but most of the stuff I want to capture lately lives in desktop apps. Having native support would make the workflow feel much more complete.

Alexander Bickov

@erkan This matches a few other comments. Which desktop apps mostly? Asking because the work on #2 is mostly verification. Does the current capture grab Linear, Notion, Figma desktop, or are there specific apps where it breaks?

Alheri Murya

Windows support feels like the obvious demand, but I am not convinced it should be next. Expanding platforms before solving ambiguity and capture quality can multiply support headaches. I would rather see the core workflow become extremely reliable first.

Alexander Bickov

@alheri_murya Right framing. Core quality before platform reach. Of the 5 non-Windows items, which one feels most "make it reliable"? Vote 1 (capture coverage), 3 (ambiguity), or 5 (hybrid mode)?