나는 긴 비행을 위한 기술 책을 한 번 인쇄했고 940페이지로 끝났습니다. 변환기가 제공하는 모든 것을 수락했고 좁은 여백으로 11포인트에서 A4를 제공했기 때문입니다. A5와 14 Point의 같은 책은 612페이지로 페이퍼백처럼 읽혔습니다. 텍스트에 대해 변경된 사항이 없습니다. 변경된 것은 리플로우 가능한 파일에 페이지 수가 어디에 있는지 결정할 때까지 페이지 수가 없다는 것입니다. 그리고 결정하는 것은 내가 보지 않은 기본값이었습니다. 이것이 EPUB에서 PDF로의 변환의 전체 작업이며, 파일 사본이 아니라 조판 결정이라는 것을 알면 결과에서 무엇을 기대해야 하는지 알 수 있습니다.
TL;DR: EPUB는 리플로우 가능합니다. 즉, 책에 자체 페이지가 없으며 읽기 앱이 화면과 글꼴 크기에 따라 줄과 페이지가 부서지는 위치를 선택합니다. PDF는 그 반대입니다. 모든 페이지가 이미 그려져 있습니다. 따라서 변환은 복사가 아니라 조판이며 출력은 복제가 아닌 새로운 레이아웃입니다. 텍스트, 제목 및 챕터 순서가 살아남습니다. 게시자의 글꼴, 정확한 줄 바꿈, 이미지 및 클릭 가능한 목차는 그렇지 않습니다. 그만큼 EPUB에서 PDF 변환기 on Toolz.dev는 브라우저에서 작업을 수행하므로 책은 업로드되지 않으며 일반 텍스트도 제공하므로 읽기보다 검색하거나 인용하고 싶을 때 더 나은 출력을 제공합니다.
EPUB에 페이지가 없는 이유는 무엇입니까?
그것이 없도록 설계되었고, 그것이 화면에서 읽기에 대한 올바른 결정이었기 때문입니다.
EPUB 장은 XHTML입니다. 그것은 제목, 단락, 목록 및 강조를 지닌 구조, 즉 기하학이 거의 없습니다. 읽기 시스템은 화면 너비, 선택한 글꼴, 설정한 크기, 전화기를 똑바로 세우고 있는지 여부와 같은 형상을 제공합니다. 크기를 변경하고 책을 다시 살펴보십시오. 이것이 eBook의 페이지 번호가 불안정한 이유이고 eReader가 대신 백분율 또는 위치를 인용하는 이유입니다.
PDF는 반대 계약을 보유하고 있습니다. 모든 페이지는 좌표에 텍스트가 배치된 고정 캔버스입니다. 그래서 PDF가 모든 곳에서 동일하게 보이고 전화로 읽는 것이 옆으로 꼬집고 스크롤되는 것을 의미하는 이유입니다.
어느 쪽도 더 낫지 않습니다. 그들은 다른 질문에 대답합니다. 둘 다 "파일에 담긴 책"이기 때문에 혼란이 발생하므로 원고를 조판하는 데 가까울 때 두 개를 변환하는 것은 래퍼를 변경하는 것처럼 들립니다. 한 가지 예외가 있습니다. EPUB는 요리책, 어린이 책 및 디자인이 콘텐츠인 만화에 사용되는 고정 레이아웃 모드도 지원합니다. 지오메트리가 이미 결정되었기 때문에 PDF로 훨씬 더 충실하게 변환합니다.
.epub 파일 내부에는 무엇이 있습니까?
웹 페이지의 zip, 하나의 세부 정보가 있는 하나의 세부 정보가 압축을 풀지 않고 형식을 식별할 수 있도록 합니다.
X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 EPUB 3.3 사양 필요하다 mimetype 파일은 아카이브의 첫 번째 파일이 되며 작성자가 파일을 "압축하거나 암호화해서는 안 됩니다". 그 내용은 고정 문자열입니다 application/epub+zip. 알려진 오프셋에서 압축되지 않은 상태로 저장되므로 원시 바이트에서 바로 읽을 수 있습니다.
# the first 60 bytes of any valid EPUB
head -c 60 book.epub
# PK..........mimetypeapplication/epub+zip...
# and it is a ZIP, so you can look inside without any ebook software
unzip -l book.epub | head
그 후 구조는 관례가 아닌 사양에 의해 고정되며, 이것이 변환기를 전혀 가능하게 만드는 것입니다.
META-INF/container.xml알려진 경로에 앉아 패키지 문서의 이름을 지정합니다. 신뢰할 수 있는 형식의 유일한 위치이므로 모든 독자가 시작합니다.- 패키지 문서, 일반적으로
content.opf, 책의 모든 리소스를 ID와 미디어 유형으로 나열한 다음 척추를 제공합니다. 기본 읽기 순서인 문서의 순서가 정렬된 목록입니다. - 장 게시 도구가 생성한 디렉토리 레이아웃에서 해당 매니페스트에서 참조된 XHTML 파일입니다.
따라서 변환은 다음과 같습니다. 압축을 풀고, 컨테이너를 읽고, 척추를 읽고, 척추를 읽고, 각 장의 제목과 단락을 순서대로, 조판을 가져옵니다. 해당 순서의 어떤 것도 서버가 필요하지 않으므로 브라우저 탭에서 실행할 수 있습니다.
개종에서 살아남는 것과 그렇지 않은 것이 무엇입니까?
솔직한 대답은 "디자인이 아니라 단어와 구조"이기 때문에 관심 있는 책을 변환하기 전에 이에 대해 명확히 하십시오.
| 살아남다 | 살아남지 못한다 |
|---|---|
| 척추에서 챕터 순서 | 게시자의 글꼴 및 타이포그래피 |
| 3단계의 제목 | 정확한 줄과 페이지 나누기 |
| 단락, 목록, 블록 인용문 | 임베디드 이미지 및 피규어 |
| 텍스트 자체, 디코딩된 엔티티 | 각주 링크 및 상호 참조 |
| 페이지 크기 및 본문 크기 | 클릭 가능한 목차 |
삭제된 칼럼은 게으름이 아니라 직업의 본질입니다. 리플로우 가능한 책의 스타일을 고정 페이지로 재현한다는 것은 CSS 레이아웃 엔진을 구현하고 변환기가 아닌 조판 제품인 발행인의 라이선스 글꼴을 포함하는 것을 의미합니다. 원하는 것이 디자인된 버전이라면 게시자의 PDF를 찾으십시오. 원하는 것이 순서대로 인쇄, 주석 또는 태블릿으로 보낼 수 있는 페이지에 순서대로 있다면 변환은 정확히 그것을 제공합니다.
책의 자체를 포함하는 것보다 PDF 표준 글꼴을 사용하는 것의 한 가지 부작용: 출력에는 글꼴 데이터가 전혀 포함되지 않으므로 400페이지 분량의 소설이 1MB 정도에 착륙합니다. 동일한 텍스트에 대해 글꼴이 포함된 PDF는 일상적으로 그보다 5배입니다. 그렇기 때문에 결과를 통해 PDF 압축기 거의 아무것도 저장하지 않음: 이미지 데이터와 짜낼 글꼴 데이터가 없고 텍스트만 있습니다.
어떤 페이지 크기와 몸체 크기를 선택해야 합니까?
목적지를 선택하고 두 설정이 두 가지 설정 중 어느 쪽보다 더 강하게 상호 작용한다는 것을 기억하십시오.
1/72인치이므로 A4는 595 x 842, US 문자는 612 x 792, A5는 420 x 595입니다. 56점의 기본 마진은 20밀리미터 미만으로 기존 문서 마진이 아닌 기존 장부 마진입니다.
세 가지 조합이 거의 모든 것을 다룹니다.
10 또는 11 포인트에서 A4 인쇄-저장 용지 설정입니다. 줄은 90자 정도 길어 타이포그래퍼가 편안하다고 생각하는 것보다 훨씬 더 적은 수의 페이지를 얻을 수 있습니다. 앞뒤로 읽지 않고 훑어보고 주석을 달게 될 참조 자료에 사용하십시오.
13 또는 14 포인트에서 A5 읽기 설정이며 기본적으로 설정할 것입니다. 이 소절은 65자에 가깝습니다. 이 곳은 지속적인 읽기가 편안하고 결과는 페이퍼백처럼 보입니다. 더 많은 페이지를 생성하고 더 작은 페이지입니다.
12점의 미국 편지 북미에 있는 다른 누군가가 인쇄할 때 정답입니다. 프린터에 해당 용지가 장착되어 있다는 것 외에는 이유가 없습니다.
제목은 1단계는 1.7배, 2단계는 1.4배, 3단계는 1.2배로 독립적으로 설정하지 않고 몸체 크기에서 조정하므로 몸체 크기를 높이면 모든 것이 비례적으로 증가하고 계층 구조가 유지됩니다.
제목이 때때로 다음 페이지로 이동하는 이유는 무엇입니까?
페이지의 마지막 줄이 되려고 했고, 소개하는 텍스트와 분리된 제목은 모든 독자가 즉시 알아차리는 하나의 페이지 매김 오류입니다.
페이지 매기기의 규칙은 다음 줄에 다음 줄을 하나 이상 유지하는 것입니다. 제목과 하나의 본문이 나머지 공간에 맞지 않으면 페이지가 일찍 플러시되고 제목이 다음 페이지를 시작합니다. 그렇기 때문에 변환된 PDF에는 때때로 두 줄의 짧은 끝으로 끝나는 페이지가 있습니다.
타이포그래퍼들은 일반적인 문제를 과부와 고아라고 부르며, 전문적인 조판은 더 나아가서 페이지 사이를 앞뒤로 당겨서 한 줄의 단락이 스스로 좌초되는 것을 피하기 위해 앞뒤로 줄을 당깁니다. 이 변환기는 일반적인 경우가 아니라 제목 사례를 처리합니다. 이는 의도적인 한계입니다. 전체 과부와 고아 패스는 페이지 전체에서 뒤로 리플로우해야 하며 제목 규칙은 오류 독자가 불평하는 오류를 포착합니다.
대신 일반 텍스트로 변환해야 합니까?
놀라운 수의 작업에 대해 그렇습니다. 더 빠르고 유용합니다.
일반 텍스트는 사람이 아닌 다른 사람이 책을 읽을 때마다 승리합니다. 책 전체 검색 grep. 챕터를 스크립트에 제공합니다. PDF의 열 순서에 맞서지 않고 따옴표를 가져옵니다. 단어를 세다. PDF 뷰어가 없는 컴퓨터에서 편집기에서 읽기. 페이지 가구와 .txt 파일을 원하는 사람은 순서대로 챕터가 되어 있지 않고 빈 줄로 구분되어 있고 다른 것은 없습니다.
레이아웃 작업이 전혀 발생하지 않기 때문에 가장 빠른 출력이기도 합니다. 구조를 읽고, 블록을 평평하게 하고, 파일을 기록합니다.
당신이 포기한 것은 페이지가 당신에게 제공하는 모든 것입니다. 제목처럼 보이는 제목, 인쇄 가능한 인공물, Point AT에 대한 안정적인 참조. 읽기용, PDF. 텍스트 작업을 위해 일반 텍스트. PDF가 있고 단어를 제거하기를 원할 때 동일한 분할이 역으로 적용됩니다. PDF에서 텍스트로 입니다.
내 도서관 책이 변환되지 않는 이유는 무엇입니까?
암호화되어 있고 브라우저에서 실행 중인 변환기가 읽을 수 없기 때문입니다.
도서관에서 빌리거나 대부분의 주요 상점에서 구입한 책에는 DRM이 있습니다. EPUB 구조는 여전히 존재하지만, 계정과 승인된 응용 프로그램에 연결된 키를 사용하여 콘텐츠 문서가 암호화됩니다. 형식에는 다음이 있습니다. META-INF/encryption.xml, 규격이 "공보 자원의 암호화에 관한 정보"를 보유하고 있는 것으로 정의하는 . 이러한 파일을 여는 변환기는 읽을 수 없는 장을 찾아 실패합니다.
이것은 해결할 버그가 아니며 방법을 알려드리지 않겠습니다. 실제 경로는 합법적입니다. 많은 출판사가 DRM이없는 EPUB를 직접 판매하고, Project Gutenberg 및 표준 전자책은 정책에 따라 DRM이 없으며, 귀하의 라이브러리 앱은 일반적으로 사용자가 변환하지 않고도 책을 기기에 보낼 수 있으며, 문서에 원하는 책은 종종 출판사가 판매하는 PDF 버전으로 존재합니다.
DRM이 없는 파일은 정상적으로 변환되며 대부분의 사람들이 변환해야 하는 파일은 이미 DRM이 없습니다. 바로 Public Domain Classic인 EPUB로 내보낸 직접 문서를 판매하는 출판사의 기술 서적입니다.
왜 mobi 또는 azw3를 변환할 수 없습니까?
웹 페이지의 zip 아카이브가 아니기 때문에 위의 전체 접근 방식이 이에 따라 다릅니다.
MOBI, AZW, AZW3 및 KFX는 다른 내부 구조를 가진 다른 계보를 기반으로 구축된 Amazon의 자체 형식입니다. 브라우저는 ZIP 압축을 풀 수 있으며, 각 형식의 각 세대에 대한 전용 파서가 없으면 PalmDoc에서 파생된 바이너리 데이터베이스를 열 수 없습니다. 따라서 도구는 혼란스러운 아카이브 오류로 실패하지 않고 형식을 지정합니다.
작동하는 경로는 자신의 컴퓨터에서 calibre입니다. AZW3를 EPUB로 변환한 다음 EPUB를 여기로 가져옵니다. Calibre는 해당 파일의 메타데이터와 구조에 대해 알고 있고 원스텝 변환보다 더 깨끗한 EPUB를 생성하기 때문에 결과에 더 좋습니다.
책이 내 기계를 떠나나요?
...이 아닌 . 압축 풀기, 구문 분석 및 PDF 쓰기는 모두 브라우저 탭에서 발생합니다.
그것은 사람들이 생각하는 것보다 책에 더 중요합니다. 미공개 원고, 금수언에 따른 논문, 내부 핸드북, 읽을 수 있는 라이선스는 있지만 재배포할 수 없는 책: 무료 전환 사이트에 업로드하는 것은 비즈니스 모델이 읽지 않은 회사에 완전한 사본을 전달하는 것을 의미합니다. 여기에는 전달할 사본이 없으며 변환이 실행되는 동안 DevTools 네트워크 패널에서 확인할 수 있습니다.
실제 한계는 계획이 아니라 탭 메모리이며, 긴 소설은 압축된 XHTML의 수 메가바이트이기 때문에 그 한계는 관대합니다. 이미지가 많은 고정 레이아웃 책은 커지는 책이며 텍스트 추출 변환기가 가장 잘 작동하지 않는 책이기도 합니다.
다른 방향은 어떻습니까? PDF에서 EPUB로?
PDF에 포함된 내용을 설명하기 때문에 훨씬 더 어렵고 그 이유를 이해할 가치가 있습니다.
PDF는 단락을 저장하지 않습니다. 페이지에 위치하는 글리프를 저장하고 중간 단어를 자주 깨고 읽기 순서대로 표시할 필요가 없는 텍스트 표시 작업으로 그룹화됩니다. 단락을 재구성하는 것은 좌표에서 추론하는 것을 의미합니다. 이 실행은 일관된 선행을 가진 그 아래에 있습니다. 이 간격은 단락 나누기가 아니라 열 나누기입니다. 바닥 근처에서 반복되는 줄은 문장이 아니라 실행 바닥글입니다. 모든 PDF 텍스트 추출기는 그 추론을 수행하고 있으며, 그들 모두는 일부 잘못을 얻습니다.
두 개의 열로 된 학술 논문을 변환하는 것이 다음과 같습니다. 순진한 추출이 열을 인터리브하여 교대로 반 문장을 생성합니다. 그것은 어떤 도구의 버그가 아니라 잉크가 의미하는 것이 아니라 잉크가 가는 곳을 기록하는 형식의 결과입니다.
EPUB를 PDF로 이동하는 것은 소스에 구조가 존재하고 지오메트리가 발명되는 것이기 때문에 정확히 쉬운 방향입니다. 뒤로 간다는 것은 형상에서 구조를 발명하는 것을 의미하므로 결과가 훨씬 더 다양합니다. 말만 있으면 돼. PDF에서 텍스트로 정직한 도구이며 PDF를 둘러싼 레이아웃 보존 작업에 대해 압축 그리고 단어 변환 EPUB를 통한 왕복 여행보다는 그만큼 PDF 툴킷 가이드 그 중 어떤 문제에 적용되는지 다룹니다.
전환이 제대로 되었는지 어떻게 확인합니까?
각각 약 10초의 4개의 검사를 수행하면 거의 모든 문제를 포착합니다.
챕터를 계산합니다. 척추는 책에 얼마나 많은 문서가 있는지 말하고, unzip -l book.epub 그들을 나열합니다. PDF에 콘텐츠 문서가 있는 것보다 PDF에 챕터 제목이 눈에 띄게 적은 경우, 무언가를 건너뛰었습니다. 일반적으로 텍스트 추출기가 비어 있는 것으로 올바르게 읽고 페이지를 기대하는 독자가 누락된 것으로 확인되는 이미지만 보유하는 장입니다.
마지막 페이지를 읽으십시오. 마지막에 잘린 부분은 처음 100페이지가 완벽해 보이기 때문에 가장 잘 숨기는 실패 모드입니다. 책이 문장 중간에 끝나면 척추가 완전히 걷지 않았습니다.
중간에서 단어를 검색합니다. PDF를 열고 중간에 나타나는 구문을 검색하고 오른쪽 장에 있는지 확인하십시오. 이것은 건너뛸 수 있는 전면 문제가 예상치 못한 곳에 착륙하는 읽기 순서 문제를 포착합니다.
구두점을 보십시오. EPUB는 문자 엔터티로 가득 차 있으며, 이를 디코딩하지 못하는 변환기가 — 또는 ’ 텍스트에서 볼 수 있습니다. 여기서 변환기는 명명된 엔티티와 숫자 엔티티를 모두 디코딩하고 타이포그래피 대시를 의도적으로 일반 하이픈으로 매핑하므로 소스의 EM 대시는 글리프가 없는 글꼴의 상자가 아닌 PDF에서 하이픈으로 나옵니다.
책이 네 가지 모두 실패하면 일반적으로 변환 오류가 아니라 DRM이며 파일을 선택한 시점에서 오류가 발생합니다.
