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)"
  • 해당 링크