An editor's note says the villain's stance in panel three should read "more coiled, less standing around," and the fastest way to answer that is rarely a fresh photo shoot the night before a page is due. It is the reference already sitting across a dozen issues of folders — pose photos, location shots, scanned pencils from pages that never got used — if it can actually be found again in the ten minutes before the layout is locked.
What a working comic artist's reference folder becomes after a dozen issues
It rarely stays one clean set. Phone photos of a friend holding a pose, stills saved for a location that recurs across a story arc, pages from three issues ago kept because a panel's staging worked and might work again, scans of pencils that got cut from the final book — all of it collecting in folders named after whichever issue needed it at the time. That holds up for one book. It stops holding up the moment issue nineteen needs "the alley from issue eleven, but at night," and the folder it lives in is named after a book that shipped seven months ago.
A pose, found by what it shows rather than which issue it was for
Tag a pose photo or an old page for what it demonstrates — coiled,
snarl, low-angle, establishing — and it stays reachable no matter which
issue's folder it lives in: type:image picks the media, tag:any:a,b
matches either tag, rating:>=4 keeps it to poses that actually earned a
place on a page. AND across keys, OR inside a comma list, no parentheses.
type:image tag:any:alley,fire-escape rating:>=3 the recurring back-alley set
has:notes no:tags annotated but never filed
in:Issue-11 tag:any:villain one issue's villain shots only
A term the parser does not recognise renders as free text instead of an error, so a half-remembered word still returns something to narrow from.
Locations and props that outlive the issue they were built for
A recurring location — the alley, the diner, the rooftop — gets photographed
or scouted once and then needed again three arcs later, usually redrawn from
a different angle. Filing those shots only under the issue that introduced
the location means the next artist to need it, which is sometimes the same
artist a year on, has to remember which of forty issue folders holds it.
Tagging by the location's name rather than only by issue reaches across the
whole run: tag:any:diner-int finds every reference for that set regardless
of which book first used it, while a folder per issue still keeps a single
book's working files together. Neither structure is required by the app —
the query line reaches into subfolders the same way at any depth.
Keeping a tag vocabulary consistent across a long-running series
A series that runs past a dozen issues accumulates its own private
vocabulary for what things are called — a specific rooftop becomes "the
Grayson roof," a recurring henchman's stance becomes "the guy from issue
four's pose" — and that vocabulary only pays off if it gets applied the same
way every time rather than reinvented issue to issue. Deciding early that a
location is always tagged by the same short name, and that a pose is always
tagged by what it depicts rather than by who is in the reference photo, is
the difference between tag:any:grayson-roof finding every relevant shot in
one line three years from now and the same search finding half of them
because half were filed under a different word for the same place. The tags
themselves are just text typed into the app; the discipline of using the
same word twice is the only part that has to be maintained by hand, and it
is far cheaper to maintain from the start than to fix retroactively across
forty issues of folders.
Renaming a tag later does not mean re-tagging every file by hand. A saved
view built on tag:any:grayson-roof re-parses its query every time it is
opened, so once the tag itself is corrected on the files that carry it, any
view built against that tag simply reflects the fix. What breaks a
vocabulary is not choosing the wrong word early on — it is never writing the
word down anywhere and relying on memory for what forty issues of tags are
supposed to mean.
Reference pulled from your own back issues, not just new photos
A comic artist's most useful reference for "how did we draw this character
turning to face the reader" is very often a page drawn eight issues ago
rather than a new photo shoot, and treating a series' own finished pages as
searchable reference — not just as finished work to be filed away — is what
makes that kind of continuity check fast. Registering the folder of
finished, scanned pages alongside the folder of photo reference means both
answer the same query: tag:any:turning-to-camera rating:>=4 returns a
photo reference and a finished page from three issues back with equal
weight, because both are simply images carrying the tag. Nothing about
scanning a finished page for this purpose requires re-filing it anywhere —
it stays in whatever folder the finished pages already live in, indexed in
place like everything else.
Boarding a shortlist for the page being laid out today
Drag a shortlist onto a canvas and it becomes Something.coii-canvas,
pretty-printed JSON saved wherever the issue's other working files already
live — beside the script and the layout thumbnails, not inside a separate
app's storage. There is no sharing link and no comment thread; getting it to
an editor means sending the file, and they need Coii Ref installed to open
it.
What a convention sketch or a guest session is still worth
A convention weekend or a guest-artist session often produces reference that
never touches an actual page — a photo of how someone holds a prop, a quick
video of a stunt performer demonstrating a fall — and that material is easy
to lose track of because it was never gathered with a specific issue in
mind. Registering the folder it landed in costs nothing beyond the first
index, and tagging it by what it shows rather than by the event it came
from means a "prop grip" photo taken at a convention two years ago surfaces
next to one taken specifically for a current page, from the same
tag:any:prop-grip search. The occasion a reference was gathered on stops
mattering the moment it is tagged by what it actually demonstrates.
Pencils, inks and photo reference, one index
A page goes through scanned pencils, then inks, then sometimes a colour flat,
and a lot of artists keep all three stages for reference on the next similar
page. Coii Ref does not distinguish a scan from a photograph — both are
images to the index, both take tags, ratings and notes the same way, and
tag:any:establishing rating:>=4 returns a finished page and a location
photo equally, if both carry the tag.
What a cut page is still worth
Pages get cut from a script rewrite more often outside artists like to admit, and the reference gathered for a cut page usually gets abandoned with it. That work is not wasted if it stays searchable: tag the cut page's pencils by what they show rather than only by the issue number, and a killed "alley confrontation" page becomes useful the next time a confrontation scene comes up, regardless of which issue it was originally drawn for and never printed.
Comparing this to a board that floats over the drawing tablet
A lot of comic artists pin reference directly over their drawing tablet's canvas while inking, which is a genuinely different job from searching a library. PureRef is built for exactly that — always on top, transparent to mouse clicks, drawing directly on the board — and Coii Ref does none of that. What this app answers is the question before that one: out of a dozen issues of accumulated pencils and photos, which reference is actually the right one to pin to the floating board in the first place.
Comparing this to a board that also holds the script
Some studios keep script pages, shot lists and reference together on one board with a team, which is closer to Milanote — documents, notes and boards, shared with an editor or a co-writer. Coii Ref has none of that: no documents, no to-do lists, no sharing. It is the search layer underneath that kind of workflow, feeding it reference, not a replacement for wherever the script lives.
What it costs and what it runs on
$19 once, three Macs, updates included, nothing that renews. The trial runs 30 days with every feature enabled, no card and no account required to start. It needs macOS 11 Big Sur or later, on Apple Silicon or Intel, as two native builds.
The app's whole outbound network activity is a licence check on Activate and
a launch-time read of a server's Date header, so a wound-back clock cannot
extend a trial. There is no in-app updater, so no update check, and no
analytics or crash reporting.
Past day thirty of an unpaid trial, growing the library — registering a new folder, running the importer, starting an index by hand — needs a licence. Search, tags, ratings, notes, canvases and the folder watcher all keep working permanently on whatever was already indexed.
Working across a home machine and a studio-issued one
A personal pose-and-location archive built up over years at home and a studio-issued machine used for a work-for-hire book rarely need to be the same workspace. Register the personal archive on a personal Mac and the studio's shared reference drive on the studio machine, and each keeps its own local index, with nothing syncing between them and no account tying the two together. Licensing covers three Macs on one purchase, which in practice covers a home desktop, a laptop and a studio seat without a second payment.
Who this actually suits
Someone with a real accumulation of pose photos, location shots and old pages across more than one book, working under a deadline where re-finding a pose beats redrawing one from scratch. If the daily habit is mostly a handful of images pinned over the tablet while inking one page, PureRef answers that more directly than a search-first library does. For the deadline-driven version of this same argument outside comics specifically, the concept artist page covers related ground, and the illustrator page covers the freelance side of the same habit. The general search argument without the comics framing is at the reference-manager page, and the moodboard-focused version covers what happens once a shortlist becomes a board.
Thirty days, every feature, no card and no account: download it and point it at whatever pose and location reference has survived more than one issue already. Tag the strongest poses from the last finished book first — that is the search that answers "more coiled, less standing around" before the layout is due.