북마크 편집
긴 문서에 있었어야 할 개요를 직접 만들어요.
이 도구는 브라우저 안에서만 실행돼요. 파일은 절대 업로드되지 않으며, 브라우저의 네트워크 탭에서 직접 확인할 수 있어요. 직접 확인해 보세요. 브라우저의 네트워크 탭을 열어 두고 지켜보면, 남은 작업이 있는지 묻는 작은 요청 하나만 보여요. 도구 이름과 해시뿐이고, 파일은 절대 포함되지 않아요.
이 도구가 하는 일
Bookmarks are the panel down the side of a reader that lists a document's sections and jumps to them. A long PDF without one is a scroll bar and nothing else. This tool writes that outline: you build the tree by hand, or generate it from the headings the document already has, and each entry is written as a jump to a page in the file itself.
Use it on the documents that need an outline most and rarely have one: a scanned report, a bundle merged from a dozen sources, a manual exported by a tool that did not bother, a court filing where someone has to find exhibit 14 quickly. Renaming an existing entry that reads "Heading 2.1.4" is the other common reason people arrive.
작동 방식
- Drop the PDF onto this page. Any outline it already has is read and shown as a tree.
- Add entries, retitle them, and drag them to change their level - a bookmark nested under another becomes a sub-entry in the reader's panel.
- Set the page each entry points at.
- Or turn on generation from headings and let the document's own heading structure become the tree, then tidy what it produced.
- Press Save bookmarks and the download starts.
Generating from headings uses the same size-and-position analysis that PDF to Markdown uses. There is no heading tag in a normal PDF - a heading is simply text that is bigger, bolder or more isolated than the text around it - so the structure is inferred from the page rather than read from it. A document that converts to Markdown with sensible headings gets sensible bookmarks from the same reading, and one that does not will need tidying afterwards.
Each entry is written as an explicit destination with the view position left unset, which tells a reader to jump to the page and keep the zoom the reader is already at. Naming a page beyond the end of the document is clamped to the last page rather than written as given: readers handle an out-of-range destination inconsistently and a few refuse to open the file at all.
Nesting is the part that makes an outline useful rather than merely long. A branch with children is written open, so a reader shows the chapters expanded on first opening rather than a row of collapsed triangles. Titles are stored as Unicode, so a heading with an accent, a dash or a non-Latin script comes through as written.
The tree replaces the document's outline rather than merging into it, so what you see in the editor before you save is exactly what the file will have. There is no way to save an empty outline here - the tool needs at least one entry - so this is not the way to strip bookmarks out of a document.
The reading, the analysis and the writing all happen in your browser. Generating an outline for a 400-page scan takes a while because every page's text has to be examined, and the progress bar counts pages rather than guessing; none of those pages leaves the device.
이 도구가 할 수 없는 일
- Generated bookmarks are inferred from type size and position, not read from tags. A document with decorative large text gets entries that are not chapters, one with a flat visual hierarchy gets a flat tree, and a scan with no text layer produces nothing at all - run OCR first, then come back.
자주 묻는 질문
- PDF 북마크가 정확히 뭔가요?
- 문서 자체의 목차예요. 각각 한 페이지를 가리키는 항목들의 트리로 저장돼요. 뷰어는 이걸 옆 패널에 보여 주는데, Acrobat은 북마크, 미리보기는 목차, Chrome은 문서 개요라고 불러요. 그냥 글일 뿐인 인쇄된 목차 쪽과도 다르고, 브라우저가 저장하는 즐겨찾기와도 달라요.
- 개요를 대신 만들어 줄 수 있나요?
- 네, 문서의 제목에서 뽑아요. 모든 페이지의 텍스트를 살펴서 제목처럼 보이는 부분, 그러니까 글씨가 크고 굵고 주변 여백이 넓은 부분을 골라 보이는 단계대로 묶어요. 워드프로세서로 만든 보고서나 매뉴얼에서는 잘 되고, 시각적 위계가 평평한 문서에서는 덜 잘 돼요. 결과는 초안으로 보고 다듬으세요.
- 하위 북마크는 어떻게 만드나요?
- 트리에서 한 항목을 다른 항목 아래로 넣으면 자식이 돼요. 신경 쓸 만한 깊이 제한은 없어요. 뷰어는 여러 단계를 무리 없이 다루고, 쓸모가 가장 좋은 지점은 세 단계쯤이에요. 자식이 있는 가지는 펼친 상태로 저장되니, 문서를 처음 열면 뷰어가 펼쳐서 보여 줘요.
- 병합한 PDF에서 북마크가 사라졌어요. 이걸로 고치나요?
- 이것도 방법이지만 더 나은 쪽은 PDF 병합으로 합치는 거예요. 각 원본의 개요를 다시 만들고 모든 항목이 새 페이지 위치를 가리키게 고쳐 주거든요. 이미 잃어버렸거나 원본에 애초에 개요가 없었다면 여기서 만드세요. 묶음의 장 제목을 손으로 치는 것보다 제목에서 뽑는 편이 대개 빨라요.
- 분석하려고 문서를 업로드하나요?
- 아니요. 제목 분석은 내 기기의 Web Worker에서 돌아가요. 그래서 긴 문서는 즉시 끝나지 않고 눈에 보이는 시간이 걸려요. 코어가 많은 서버가 아니라 여기서 일하고 있으니까요. 문서에 대해서는 직접 입력한 장 제목까지 포함해 아무것도 전송되지 않아요.