PDF Editor — Edit a PDF in Your Browser

No, and nothing built on these libraries can. A PDF page is not a document in the word-processor sense — it is a list of drawing instructions that place individual glyphs at fixed coordinates, with no paragraphs, no line boxes and no reflow model. There is nothing to click into and retype, and no way to re-lay-out whatever follows a change. Adobe's own free tier cannot do it either. What works instead is the workflow this page is built for: cover the old wording with a whiteout box, then draw the new wording on top with Add text.

No. Whiteout paints an opaque white rectangle over the page, and that is all it does. The text underneath is still in the file, still selectable and still copyable by anything that reads the content stream — select-all-and-copy in almost any reader brings it straight back. This is not redaction, and this site deliberately ships no redaction tool, because no honest permissive client-side one exists. If the point is that nobody can ever recover what was there, do not use this.

No. Every mark is drawn into the page's own content stream rather than attached as a PDF annotation object, so a reader shows no comment to click, no author, no reply and no Delete. Undo works here, while you are still setting the edit up; once you download, taking a mark out again means editing the page itself. The flip side is that the marks survive printing, flattening and re-saving. If you need marks a colleague can answer or tick off, use a reader that writes real annotations.

Text is drawn with the standard PDF fonts, which only encode the Windows-1252 set: Latin letters, digits and punctuation, plus accented letters, curly quotes, the em dash and the euro sign. Chinese, Japanese, Korean, Cyrillic, Greek, Arabic, Hebrew and emoji cannot be drawn, and neither can a few Central and Eastern European letters such as ł, ș, ő and ź. The page checks as you type and names the exact characters, so you find out before you press the button rather than after. The workaround: set the wording in another program, export it as a PNG with a transparent background, and place that with Add image.

Yes. Every mark remembers the page you put it on, so you can move through the document with the PAGE field, add marks wherever you need them, mark pages for deletion as you go, and press Apply edits once. The marks are drawn first and the pages are removed second, which is why deleting a page never shifts anyone else's marks onto the wrong sheet. Marks sitting on a page you have marked for deletion are not drawn at all, and the canvas says so before you run.

It changes how the file is put back together. When you only add marks, the document is loaded and re-saved and everything else is left alone. When you delete a page, the pages you keep are copied whole into a fresh document — fonts, images, text and formatting survive exactly — but bookmarks and the document outline are not carried across, because that copy does not bring them. Measured rather than assumed: a document with an outline goes in and comes back without one. If your bookmarks matter, keep every page, or accept the loss knowingly.

Almost entirely. Adding a mark, turning pages, deleting a page, selecting a mark, removing one, undoing and every setting are ordinary buttons and fields. Text, image and whiteout marks are positioned by X, Y, Width and Height fields that hold the same percentages a drag writes, so a keyboard reaches any placement a pointer can — and typing into X and Y slides an existing freehand stroke around too. The one thing a keyboard genuinely cannot do is draw a new freehand line, because that means tracing a path. This page says so rather than pretending otherwise.

No. Transmute processes everything locally in your browser using JavaScript and WebAssembly. Your files never leave your device — there is no server, no upload, no cloud processing.