PDF 두 개를 합치거나, 한 페이지를 빼거나, 사진 여러 장을 문서 하나로 만드는 일은 보통 처음 보는 사이트에 파일을 올리고 알아서 지워 주기를 바라는 것으로 끝납니다. 이 페이지는 그 작업을 브라우저 안에서 합니다. 파일을 놓고, 페이지 순서를 바꾸고, 저장하면 됩니다. 파일이 컴퓨터 밖으로 나가지 않는다는 점은 그 PDF가 계약서나 급여명세서, 여권 스캔본일 때 의미가 달라집니다.
PDF는 워드프로세서가 말하는 의미의 문서라기보다 페이지를 그리는 방법을 담은 컨테이너입니다. 어떤 작업이 값싼지가 여기서 갈립니다. 병합, 분할, 순서 변경, 회전은 페이지 객체를 통째로 재배치할 뿐 내용은 건드리지 않으므로 무손실이고 빠릅니다. 다시 렌더링하지 않으니 품질도 떨어지지 않습니다. 페이지 안의 글자를 고치는 것은 완전히 다른 문제입니다. 파일에 저장된 것이 문장이 아니라 글리프의 위치이기 때문입니다. PDF 텍스트를 편집해 준다는 도구가 대개 페이지를 이미지로 만든 뒤 그 위에 덧그리는 이유입니다.
회전에는 알아 둘 만한 세부가 있습니다. 페이지에는 뷰어가 표시할 때 적용하는 회전 속성이 붙어 있어서, 옆으로 누워 보이는 페이지가 실제로는 똑바로 저장된 채 회전값 90을 가지고 있을 수도 있고 회전값 없이 누워서 저장돼 있을 수도 있습니다. 여기서의 회전은 그 속성을 바꾸는 무손실 작업입니다. 거꾸로 스캔된 페이지를 픽셀 하나 건드리지 않고 바로잡는다는 뜻입니다. 그렇게 고친 뒤에도 다른 뷰어에서 여전히 이상해 보인다면, 두 뷰어가 내용이 아니라 그 속성을 두고 다르게 해석하고 있는 것입니다.
모든 처리는 페이지 안에서 동작하도록 컴파일된 PDF 엔진으로 이 브라우저에서 일어나므로 문서가 업로드되지 않습니다. 사람들이 실제로 합쳐야 하는 파일이 무엇인지 생각하면 중요한 차이입니다. 계약서, 거래내역서, 진료 서류, 스캔한 신분증 묶음 같은 것들인데, 무료 웹 서비스에 올린다는 것은 보관 정책을 읽어 본 적도 없는 제삼자에게 그 내용을 넘긴다는 뜻입니다. 실질적인 한계는 파일 크기 규정이 아니라 메모리입니다. 아주 큰 스캔 문서는 서버에서 처리할 때보다 여기서 느린데, 어디로도 보내지 않는 대가입니다.
올라가지 않습니다. 파일은 이 탭에서 도는 자바스크립트가 직접 읽고, 새 PDF도 컴퓨터 메모리 안에서 만들어집니다. 받을 서버도, 저장해 둘 계정도 없습니다. 말만 믿기 어렵다면 파일을 놓기 전에 개발자 도구의 네트워크 탭을 열어 두고, 아무 요청도 나가지 않는 것을 직접 확인하시면 됩니다.
PDF 페이지는 떨어지지 않습니다. 병합은 페이지를 다시 그리는 게 아니라 원본 페이지 객체를 그대로 복사합니다. 글꼴도, 벡터도, 안에 들어 있던 이미지도 원본 그대로이므로 선명하게 들어온 페이지는 선명하게 나갑니다. 화질을 따져야 하는 건 픽셀로 다시 그리는 "이미지로 저장" 쪽뿐이고, 그쪽은 화면의 두 배 해상도로 렌더링합니다.
페이지가 자기 자원을 함께 데려오기 때문입니다. 같은 글꼴을 쓰는 문서 두 개를 합치면 그 글꼴이 결과 파일에 두 벌 들어갑니다. 대신 아무것도 손실되거나 다시 인코딩되지 않습니다. 용량 계산이 깔끔하지 않은 대가로 원본 품질을 지키는 셈입니다.
아니요. 이 도구는 페이지 단위로 동작합니다. 순서 바꾸기, 회전, 삭제, 합치기까지입니다. 페이지 안의 문장을 고치려면 레이아웃을 다시 흘리고 글꼴을 대체하고 콘텐츠 스트림을 다시 써야 하는데, 그건 완전히 다른 종류의, 훨씬 무거운 도구입니다. 글자를 빼내는 게 목적이라면 이미지로 내보낸 뒤 OCR을 거치는 편이 빠릅니다.
됩니다. 다만 데스크톱이 편합니다. 터치로 선택하고 순서를 바꾸는 것도 되고 저장 결과도 같습니다. 큰 문서가 더 부담스러운 건 단순히 휴대폰 탭이 썸네일을 그려 둘 메모리가 적기 때문입니다.