Why anyone wraps an image in a PDF
Rarely for the image's sake. It is almost always because something on the other end demands a PDF: a claims portal that will not take a JPEG, an application form that wants documents rather than photographs, an email recipient whose system strips image attachments, a printer who asked for print-ready files.
The other reason is presentation. A PDF opens the same way on every machine, at a size somebody chose, rather than filling whatever window it lands in. For a photographed receipt or a signed page, that predictability is the whole point.
Built directly, not printed
Each image is written straight into a real PDF file with its own download link — there is no print dialogue standing in for the job. Nothing is uploaded either way: every image is read and assembled in your browser, which matters here more than in most places, since the images people convert are passports, bank statements and medical letters.
Because the tool is doing the writing rather than a print driver, the settings that used to live in a print dialogue are controls on the page instead, and they are worth a moment every time.
Margin. "None" gives an edge-to-edge page — the difference between a full-bleed photograph and a stamp in the middle of a wide white border.
Background. Only visible where an image does not exactly fill its space; black reads better than white for a photograph reproduced at size.
[msm_tool slug="image-to-pdf"] fits each image to its space while preserving its proportions, so nothing is stretched or cropped and nothing is enlarged past its own resolution. A portrait photograph on a portrait page fills it; a wide one leaves the background showing above and below, which is correct rather than a fault — set orientation to "Auto per image" and it is decided per photograph instead.
Resolution decides whether it is readable
A PDF does not improve an image. Whatever detail the photograph has is what the document has, and the commonest disappointment here is a phone photograph of a page that looked fine on the phone and is unreadable at full size.
The arithmetic is worth carrying: printing at a decent quality needs roughly 200 to 300 pixels per inch of paper. An A4 page is a little over eight inches wide, so a full-page image wants something like 1700 to 2500 pixels across. Phone cameras clear that comfortably; a screenshot or a downloaded thumbnail does not.
Going the other way, an enormous image makes an enormous PDF. A 12-megapixel photograph wrapped in a PDF produces a file of several megabytes, which is how people hit attachment limits converting a single receipt.
Photographing a document properly
Most images converted to PDF are pictures of paper, and five seconds of care beats any amount of processing afterwards.
- Flat, and square on. Photograph from directly above, not at an angle, or the page arrives as a trapezoid.
- Even light, no shadow. The shadow of your own head across the page is the classic ruined document scan.
- Fill the frame. Crop to the page before converting; a document occupying a third of the image is a third of the resolution you could have had.
- Use a scanning app if the phone has one. They correct perspective, flatten the lighting and sharpen the text, and the difference on a submitted document is substantial.
It has no text layer
The most important limitation, and the one that causes trouble later. A PDF containing a photograph of a page contains a photograph. It has no words in it: nothing can search it, copy from it, count it, or read it aloud to someone using a screen reader.
It looks like a document and behaves like a picture. Where the recipient needs to search or extract the text — a contract, a report, anything going into a document system — the answer is optical character recognition, which is a separate step, or better, obtaining the original file instead of a photograph of its output.
The accessibility point deserves its own line. An image-only PDF is completely opaque to assistive technology. For anything published rather than submitted, that is a reason to find another route.
One image or many
A single receipt wants a single page, and a twelve-page contract photographed page by page wants all twelve pages in the right order in one document. Both are the same tool now: select several images, use the up and down controls to put them in reading order, and choose "One PDF, a page per image."
The order you set is the order they are checked in before anything is built, which is where an upside-down page or a duplicate shot gets caught — arranging the list is also the review step. The two-up and four-up grid packs several images onto each page for a contact-sheet style result, when the point is an overview rather than one full-page image per sheet.
The other output, "a separate PDF per image", is for the opposite need: several photographs that must stay independent files, each its own document, delivered together as a single ZIP so the download itself is still one action.