HORACE / BUILDING IN PUBLIC11 PRODUCTS · 01 MAKER

Hi, I'm Horace. I turn small problems in my head into real products.

Over the past year I built eleven products across the web, browser extensions, and macOS. Some shipped, some are still changing. Drag and scroll to see how they were made.

Selected work04 / 11

Four products where I spent the time to slowly get the details right.

AppScreenshots AI store asset workflow interface
01WebsiteLive / Evolving

AppScreenshots

I got tired of redoing store screenshots for every release, so I built a workbench covering design, translation, and batch export.

View case
Full Page Screenshot visual editor and property panel
02Browser ExtensionLive · Chrome / Edge

Full Page Screenshot

From full-page capture to annotation, privacy handling, and high-resolution export — finished in one workflow.

View case
Snappix native macOS screenshot editor
03DesktopLive · macOS

Snappix

A native Mac screenshot tool — capture, annotate, and polish without hopping between apps.

View case
CloneWebsite code export interface
04Figma PluginLive · Distribution evolving

CloneWebsite

Bring the pages you like back to local, keep assets and styles, keep editing, and export into Figma.

View case
Build notesHard-won lessons

More than success stories, these are the notes I actually want to keep.

012026.08

The safest AI publish button is the one that doesn't publish yet.

In AppScreenshots, AI output stays in a draft layer. Review every language version first, then decide whether to overwrite existing content.

From AppScreenshots
022026.08

The browser won't tell you an extra-long WebP was silently truncated.

Past 16,383px the file still exports — just quietly shorter. In the end, extra-long captures had to be split into segments.

From Full Page Screenshot
032026.07

Saving a web page is easy. Keeping it editable is the hard part.

The time-consuming part of CloneWebsite isn't downloading HTML — it's carrying styles, assets, and layout relationships back into Figma.

From CloneWebsite
Quick answersWritten by Horace

What is Horace building, and how?

Maintained by Horace · Updated

01First-hand notes

What kind of products does Horace build?

Horace builds tools for people who create, capture, organize, and ship digital content. This portfolio documents eleven products that are live or still evolving across the web, browser extensions, and native macOS software. Alongside AppScreenshots, Full Page Screenshot, Snappix, CloneWebsite, Uniclip, AppIconGenerator, and GenX, it now includes TroveKey, Visor, Asset Quick Picker, and Shopify Liquid DevTools. Each case explains the problem, the product decisions, the verified outcomes, and what still needs work.

See all eleven projects
02First-hand notes

How does Horace approach product design and AI?

Every project starts from a recurring workflow problem, not from a technology label. Horace's work covers product definition, information architecture, interface design, visual direction, interaction, and implementation. AI is only used where it removes repetitive work; if a publish action could overwrite existing content, generated results must be previewable and reversible. The work pages explain these trade-offs with first-hand development records instead of unverified growth numbers. They are useful references for indie developers and small teams evaluating practical product design, browser-extension architecture, native macOS interaction, localization, and release workflows.

Read my working principles
03First-hand notes

How do these products stay reliable and accessible?

Reliability means treating permissions, state ownership, extra-long image limits, export, failure recovery, and reduced-motion preferences as product decisions. Browser extensions persist critical state instead of assuming background processes survive. Destructive publish actions always keep a preview or confirmation step. Motion explains hierarchy and spatial change; even with animation or JavaScript off, the core content stays readable. These principles come from building the products by hand and are checked against platform guidelines — they are not decorative slogans.

References: W3C WCAG recommends respecting users' motion preferences and removing unnecessary animation; Apple HIG recommends purposeful motion that serves the experience rather than stealing the show; Chrome for Developers covers the extension service worker lifecycle.

Latest writingBlog

Writing the judgment behind each project, beyond what a project card can hold.

More experiments07 / 11

More small tools that keep changing.

Now / September 2026

Recently: rebuilding my own portfolio.

I don't want it to be a tech-stack inventory, and I won't pretend every project finished perfectly. What worked stays, and the parts I'm still unhappy about get written down too.

More about me