THIS IS AN INFORMATIONAL RESOURCE. WE DO NOT PROMOTE ANY PRODUCTS.
notes/readme

Notes from working with PDF files

Three short entries on questions that come up often: keeping a PDF secure, mistakes that surface after editing, and matching a tool to how the work actually happens.

notes/security.txt

What "securing a PDF" actually involves

PDF files often carry sensitive material — contracts, statements, personal records — which makes it worth being precise about what "securing" one covers, since the term spans a few distinct mechanisms that don't overlap as much as they might seem to.

two different passwords

Most PDF software separates an "open" password, which blocks a file from being viewed at all, from a "permissions" password, which allows viewing while restricting actions such as printing or copying text. These are often confused for one another but answer different questions, and are frequently used together.

covering text is not removing it

what doesn't appear on the page

Author names, edit history, and comments can persist in a file's metadata without showing anywhere in the visible document. Clearing this is a separate step from redacting visible text, and easy to miss unless it's part of a standard checklist before sharing.

None of this depends on which application produced the document — it's closer to a habit than a feature. Controlling who can open a file, deciding what actions are permitted, removing sensitive content rather than covering it, and checking for leftover metadata cover most of what "securing a PDF" means in practice.

notes/mistakes.txt

Mistakes that surface later, not immediately

PDF files are built to hold their layout steady, which is exactly what makes certain editing mistakes easy to miss — the file often looks correct on the screen doing the editing and only reveals a problem once opened elsewhere.

no copy to fall back on

Saving changes directly over the original file removes any way back if an edit goes wrong partway through. Keeping a separate, untouched copy costs almost nothing and avoids this entirely.

fonts that quietly substitute themselves

compressing too early

Compression tools reduce file size, typically by lowering image quality, and applying it before edits are finished can make fine detail — small text in a scan, for instance — difficult to work with in later editing passes. Finishing content changes first, then compressing near the end, tends to avoid this.

form fields left active

A document meant to be read-only can still carry live form fields if they weren't flattened or locked once filled in, leaving room for a recipient to change something only meant to display information. It's a small step, easy to build into a routine once it's caused a problem once.

notes/workflows.txt

Matching a tool to how the work actually happens

The more useful question when choosing PDF software usually isn't "which one has more features" — it's closer to "what does this task actually look like": how often it happens, where, and under what constraints.

a single task, done once

Compressing one file before sending it, or redacting a single page before sharing it, rarely justifies installing anything. A task-based tool that runs directly in the browser is usually enough, and the job ends the moment it's done.

recurring or offline work

documents more than one person touches

Once a document is reviewed or signed by several people, features such as electronic signatures and clear permission settings matter more than raw editing depth. It helps to think about everyone who will open the file, not only the person preparing it.

In practice, most workflows end up drawing on more than one approach — something task-based for quick individual jobs, and something installed locally for anything recurring or offline.