Live preview Pro

A customer personalising a product sees it as they go: their text on the lid, their logo on the front panel, moved and scaled where they want it.

Printable areas

Define one or more named areas on a product. Each has a shape — rectangle, circle or polygon — positioned as fractions of the base image, so the same definition works at any size.

For each area you choose what a customer may do with it: move, scale, rotate, or any combination. You also choose whether it accepts an uploaded image, text, or both, and how long the text may be.

A variable product can have a different base image per variation, so choosing a different colour swaps the mock-up underneath the design.

The order stores the composition, not the picture

This matters more than it sounds.

What is saved to the basket and then the order is the composition: which area, where the content sits, how large, how rotated, the text, the font, the colour and a reference to the uploaded file. Not a rendered image.

A picture is not evidence — it is a screenshot of what one browser drew. The composition can be redrawn identically in your admin, checked against what was ordered, and still means something in two years.

Every value is decided on your server

The browser proposes; the server decides. A rotation submitted for an area that does not allow rotation is dropped. A position outside the image is pulled back inside it. Text longer than your limit is cut to your limit. A font that is not on the list becomes the default one, and a "colour" that is not a colour becomes black.

A placement naming an area the product does not have is discarded entirely rather than stored.

Uploads

A customer’s artwork is the most dangerous thing a shop accepts, so:

• The file type is decided by reading the bytes, not the extension or what the browser claimed.
• Images are decoded and written out again rather than copied. That removes camera metadata — which routinely includes where a photo was taken — and means a file that is both a valid image and something else does not survive.
• Files are stored outside anything your web server will serve, under a name StoreMaster chose. The customer’s filename is kept only as a label to show them.
• Bytes are released only through StoreMaster, and only to the customer who uploaded them or to someone who can manage your orders. An unknown file and someone else’s file give the same answer.
• Artwork that never reaches an order is deleted after a week. Artwork on an order is kept for as long as the order is.

If your server has no image library at all, uploads are refused rather than stored unprocessed. Diagnostics will tell you.

Fonts stay on the customer’s machine

The font list is families every operating system already has, plus any your theme hosts locally.

StoreMaster will not load a font from a font host. A font request is a request to a third party carrying your customer’s address and the page they are looking at, made on their behalf by a shop they were buying from — and it is not necessary to show somebody their own name on a mug.

Without JavaScript

The customer sees the ordinary product gallery and the ordinary option fields, and their order records their text exactly as it would have. The picture is a convenience, and its absence costs them nothing but the picture.