पोर्टेबल EPUBs

EPUB को PDF के एक व्यवहार्य विकल्प में बदलने के प्रयासों पर उत्साह भी है और संदेह भी। समर्थकों का तर्क है कि HTML-आधारित, self-contained “portable EPUBs” reflowable text, बेहतर accessibility, और interactive features दे सकते हैं, जबकि offline-capable भी रह सकते हैं; लेकिन आलोचकों को JavaScript, remote assets, readers के बीच असंगत rendering, और PDF के fixed layout की तुलना में HTML/CSS की जटिलता की चिंता है। कई प्रतिभागी एक समझौते पर पहुँचते हैं: EPUBs को inert, zip-packaged HTML के रूप में रखें, जिनमें मजबूत typography और annotation support हो, लेकिन उन उपयोग मामलों को साफ़ तौर पर अलग करें जिन्हें fixed, print-like layout चाहिए और उन मामलों से जो flexible, device-adaptive reading से लाभ उठाते हैं।

प्रेरणा: PDFs बनाम EPUBs

  • कई लोग मानते हैं कि फ़ोन/ई‑रीडर पर पढ़ने के लिए PDFs खराब हैं, क्योंकि उनका लेआउट स्थिर होता है और ज़ूम/स्क्रॉल में दिक्कत होती है।
  • कुछ लोग PDFs के स्थिर, लेखक-नियंत्रित लेआउट को महत्व देते हैं, जो तकनीकी मैनुअल, स्पेक्स और प्रिंटिंग के लिए अच्छा है।
  • कई लोग ऐसा फ़ॉर्मेट चाहते हैं जो PDF की विश्वसनीयता बनाए रखे, लेकिन reflow और बेहतर accessibility भी दे।

EPUB3, “Portable EPUB,” और उपसमुच्चय

  • कई टिप्पणीकर्ता ध्यान दिलाते हैं कि EPUB3 में पहले से ही प्रस्तावित अधिकांश सुविधाएँ (fixed layout, reflow, MathML, media overlays) समर्थित हैं।
  • Implementations असंगत हैं; अलग-अलग readers spec के अलग-अलग हिस्सों को सपोर्ट करते हैं, इसलिए कुछ लोग एक सीमित “portable” subset को उपयोगी मानते हैं, जबकि दूसरों को यह अनावश्यक या पीछे जाने जैसा लगता है।
  • चिंता: पूर्ण JS support अनिवार्य करने से portability घट सकती है और वे लोकप्रिय e‑ink readers बाहर हो सकते हैं जो JS disable करते हैं।

लेआउट, टाइपोग्राफी, और pagination

  • इस पर बहस कि EPUB/HTML को PDF typography के कितने करीब होना चाहिए।
  • कुछ लोग कहते हैं कि HTML+CSS adaptive layout के लिए बनाए गए थे, और लेखकों को perfect control छोड़ देना चाहिए।
  • दूसरों का कहना है कि CSS की typography कमजोर है (जैसे line-breaking, baseline alignment) और वे बेहतर tools या उच्च-स्तरीय layout engines वाले dedicated readers चाहते हैं।
  • विचार: fixed-layout renditions को default बनाना, अलग-अलग screen sizes के लिए multiple stylesheets, या पहले से गणना किए हुए line breaks।

इंटरएक्टिविटी, JS, और सुरक्षा

  • उत्साही लोग interactive tables, graphs, और शिक्षण सामग्री वाले “living documents” चाहते हैं।
  • कई लोग ebooks में JS का पूरी तरह विरोध करते हैं, inert, offline documents को प्राथमिकता देते हैं; वे JS को bloat, bugs, tracking, और attack surface से जोड़ते हैं।
  • बीच का विचार: JS एक वैकल्पिक enhancement हो; books को JS disabled होने पर भी उपयोग योग्य रहना चाहिए।

नेटवर्किंग, गोपनीयता, और offline उपयोग

  • ebooks में remote resources के खिलाफ़ ज़ोरदार प्रतिक्रिया: इससे offline उपयोग टूटता है और reader surveillance संभव होती है (जैसे pixels के ज़रिए tracking)।
  • दूसरों का तर्क है कि network assets लोड करना HTML की ताकत है और इसे हटाने से adoption घटता है; कई readers असहमत हैं, immutability और offline reliability को महत्व देते हुए।

Annotations और note‑taking

  • कई लोग EPUB की तुलना में PDF में rich, portable annotations को एक बड़ा missing piece मानते हैं।
  • वांछित सुविधाएँ: precise locations के साथ highlights, exportable notes, inline handwritten annotations, और standardized formats (जैसे Web Annotation) ताकि notes readers के बीच चल सकें।
  • वर्तमान स्थिति: annotations app-specific हैं; कुछ उपयोगकर्ता EPUB → PDF इसलिए convert करते हैं ताकि handwritten notes सुरक्षित रह सकें।

Tooling, browsers, और complexity

  • कुछ लोगों का मानना है कि EPUB adoption इसलिए बाधित है क्योंकि browsers स्वाभाविक रूप से .epub नहीं खोलते, PDFs के विपरीत; दूसरों का कहना है कि browser extensions और in-app viewers पहले से मौजूद हैं।
  • पूरा HTML/CSS engine लागू करना भारी माना जाता है; प्रस्तावों में WebViews का उपयोग, HTML/CSS subset को बहुत सीमित करना, या यहाँ तक कि वैकल्पिक lightweight markup formats शामिल हैं।
  • एक अल्पसंख्या का तर्क है कि EPUB को जितना संभव हो उतना सरल और static रहना चाहिए ताकि readers और DIY devices को लागू करना आसान रहे।