Hacker News 의견
-
전자책, 보안, LowJS 웹의 교차점에 대한 관심
- 단일 파일, 휴대 가능한 전자책 형식이 필요하며, PDF는 텍스트 재배열이 불가능하므로 적합하지 않음.
- 2024년의 HTML + CSS는 거의 모든 종류의 인쇄 매체를 재현할 수 있으며 텍스트 재배열도 가능함.
- JS가 필수는 아니지만, 전자책이 기본 기능을 수행하는 데 JS가 필요하지 않아야 함. JS는 상호작용이나 책의 기능 향상이 필요할 때 사용될 수 있음.
- 모든 스타일을 내장하는 것은 CSP를 위반할 수 있으므로, 별도의 스타일을 HTML에 상대적인 리소스로 지정하는 것이 안전함. 전자책은 다른 도메인에서 리소스를 로드하지 못하게 해야 하며, 이는 오프라인에서도 작동하고 가장 엄격한 CSP를 자동으로 준수함.
- 전자책을 zip 파일로 배포하는 것이 적절함.
-
Nota 개발자의 EPUB 형식에 대한 기사 요약
- EPUB 형식을 PDF 수준으로 끌어올리려는 Nota 개발자의 심도 있는 기사.
- 이미 뷰어를 개발했으며, 기사 자체가 브라우저 기반 wasm 뷰어 포트에서 표시됨.
- EPUB이 XHTML인 점을 고려할 때, 레이아웃을 정확히 재현할 수 있는지에 대한 문제가 있음.
- 주요 과제는 HTML이 PDF와 같은 레이아웃 기능을 갖추기 위해 새로운 레이아웃 기능이 필요함을 시사함.
-
Bene EPUB 읽기 시스템에 대한 의견
- 데스크탑 브라우저에서 EPUB 문서를 읽으면서 이것이 EPUB임을 인지하지 못했음.
- 모바일에서는 헤더가 뷰포트의 더 큰 부분을 차지하기 때문에 더 분명함.
- 문서 로딩 시 스피너가 나타나지 않았다는 점을 언급함.
-
웹 페이지를 자체 포함된 HTML 파일로 저장하는 방법
- Firefox용 SinglePage 애드온을 사용하여 현재 페이지 DOM을 자체 포함된 HTML 파일로 저장함.
- 이 방법은 완벽하지 않고 브라우저의 뒤로 호환성을 완전히 신뢰할 수는 없지만, PDF나 여러 파일로 저장하는 것보다 선호함.
-
EPUB 리더와 브라우저의 차이점
- EPUB 리더가 브라우저와 구별되는 유일한 기능은 .epub 파일(즉, zip 파일)을 디렉토리처럼 처리할 수 있다는 것임.
- 브라우저가 zip 파일을 디렉토리처럼 처리하도록 하고, 특별한 EPUB 리더는 필요 없다는 주장이 있음.
-
Javascript 의존성에 대한 비판
- Github 페이지가 Javascript를 요구하는 것 같으나, EPUB은 Javascript를 요구하지 않아야 한다는 상위 댓글의 의견이 있음.
- "ebook"을 읽을 때 HTML 마크업, CSS 등을 사용하지 않고 텍스트로 변환하여 읽는 방법을 선호함.
-
PDF 형식에 대한 비판
- PDF는 불필요한 복잡성을 가진 끔찍한 유산 형식이며, 대부분의 사용 사례에서 인쇄보다는 전화기, 태블릿, 컴퓨터에서의 가독성이 더 중요함.
- iBooks가 스크롤 뷰를 지원하지 않는다는 점에 놀랐으며, macOS에서는 지원하지 않지만 iOS와 iPadOS에서는 지원함.
-
브라우저와 EPUB의 상호운용성에 대한 의견
- 브라우저가 EPUB을 열지 않는 것은 불편함.
- HTML과 CSS가 너무 방대하고 복잡해져서 적은 사람들만이 EPUB/HTML "리더"를 구현할 수 있음.
- 임시 해결책으로 모든 것을 HTML 파일에 내장하는 방법을 사용하고 있으며, 사용자가 웹 페이지를 오프라인으로 저장할 수 있다는 것을 알 수 있는 방법이 필요함.
-
PDF의 글꼴 포함과 렌더링 일관성에 대한 의견
- PDF는 글꼴을 포함할 수 있지만 종종 시스템 글꼴에 의존하며, 글꼴을 포함하면 파일 크기가 크게 증가할 수 있음.
- PDF 렌더링이 일관되지 않을 수 있으며, PDF 뷰어에 따라 렌더링 결과가 다를 수 있음.
-
HTML5 기반 PDF 대안에 대한 링크
- 8일 전, 134점: "Portable Web Documents – An Alternative to PDF Based on HTML5 (2019)"
- 해당 링크