Your ePub Is fine
EPUB, CSS, और मानकों के अनुरूपता
- EPUB मूलतः ज़िप की हुई HTML/CSS है; सिद्धांत रूप में इसे रेंडर और संपादित करना आसान होना चाहिए, लेकिन व्यवहार में कार्यान्वयन असंगत हैं।
- CSS को फॉरवर्ड-कम्पैटिबल होने के लिए डिज़ाइन किया गया है: अज्ञात/अवैध घोषणाओं को अनदेखा किया जाना चाहिए, विफलता का कारण नहीं बनना चाहिए। कई टिप्पणियों में कहा गया है कि ADE/RMSDK मामूली CSS समस्याओं को भी घातक मानकर CSS1 नियमों का भी उल्लंघन करते हैं।
- EPUB 3+ ने खुद को “लिविंग” ब्राउज़र स्पेसिफ़िकेशनों (WHATWG HTML, आधुनिक CSS) से जोड़ लिया, जो एम्बेडेड ई-रीडरों की तुलना में तेज़ी से बदलती हैं। इससे कुछ पुराने EPUBs तकनीकी रूप से गैर-अनुरूप हो गए, इसलिए कई टूल अब भी EPUB 2 या 3.1 को लक्ष्य करते हैं।
- बहस: कुछ लोगों का तर्क है कि यह स्पेक धीमी गति वाले उपकरणों के लिए अत्यधिक महत्वाकांक्षी है; अन्य लोग ज़ोर देते हैं कि कार्यान्वयनों को बस स्पेक का पालन करना चाहिए और अज्ञात CSS को अनदेखा करना चाहिए।
Kobo, RMSDK, और Kepub
- Kobo का Adobe-आधारित RMSDK इंजन व्यापक रूप से पुराना और नाज़ुक बताया जाता है, जो अन्यथा वैध EPUBs को भी अस्वीकार कर देता है।
- समाधान: EPUBs को Kobo के kepub फ़ॉर्मेट में बदलें (जैसे Calibre प्लगइन्स या kepubify के ज़रिए)। यह एक अलग रेंडरर उपयोग करता है, जिसमें बेहतर लेआउट, सुविधाएँ (जैसे क्रॉस-पेज हाइलाइटिंग), और कम संगतता समस्याएँ होती हैं।
- कई उपयोगकर्ता वैकल्पिक रेंडरर के रूप में KOReader या Plato इंस्टॉल करते हैं; ये अक्सर EPUBs और PDFs को बेहतर ढंग से संभालते हैं और समस्याग्रस्त CSS को अनदेखा करते हैं।
- रिपोर्ट के अनुसार Kobo अपने सॉफ़्टवेयर को फिर से लिख रहा है (विशेषकर EU में, जहाँ यह पहुँच-सम्बंधी नियमों से जुड़ा है) और Adobe DRM से दूर जा सकता है, लेकिन विवरण और trade-offs स्पष्ट नहीं हैं।
EPUB बनाम PDF और न्यूनतावाद
- कुछ लोग PDF को पसंद करते हैं, इसके notoriously जटिल आंतरिक ढाँचे के बावजूद, क्योंकि रीडर का व्यवहार अधिक पूर्वानुमेय और legacy-compatible होता है।
- अन्य लोग EPUB को पसंद करते हैं, लेकिन अत्यंत सरल HTML/CSS (या यहाँ तक कि plain text) का उपयोग करने की वकालत करते हैं, ताकि पुराने और बग्गी रीडरों के बीच संगतता अधिकतम हो सके।
- कई रीडर “फैंसी” styling, embedded fonts, और आधुनिक CSS को हटा देते हैं, यह तर्क देते हुए कि ebooks को शायद ही जटिल लेआउट की ज़रूरत होती है।
DRM, Ecosystems, और डिवाइस की openness
- ADE-शैली DRM को नाज़ुक और बहिष्कारी माना जाता है: तीसरे पक्ष के रूप में समर्थन देना कठिन, और नए रीडर सॉफ़्टवेयर के लिए बाधा।
- लोग मानक EPUBs पाने के लिए DRM हटाने (जब संभव हो) का वर्णन करते हैं; कुछ लाइब्रेरी उपयोगकर्ता कहते हैं कि ADE अब उनके सिस्टम पर काम नहीं करता।
- तुलना: Kindle की विश्वसनीयता के लिए प्रशंसा होती है, लेकिन lock-in और Amazon सेवाओं पर निर्भरता के लिए आलोचना भी; Kobo, PocketBook, Boox, PineNote, और अन्य Linux/Android-आधारित डिवाइसों को अधिक hackable/open बताया जाता है, लेकिन स्थिरता, UX, या लागत के trade-offs के साथ।
Adobe, Flash, और व्यापक भावना
- Adobe-विरोधी भावना प्रबल है: उत्पादों को DRM-first और खराब तरीके से maintained माना जाता है (RMSDK, Flash, कभी-कभी PDF tools)।
- एक लंबा विचलन Flash की creative power और publishing की आसानी की तुलना उसके सुरक्षा, performance, और proprietary समस्याओं से करता है; इसे EPUB tech के प्रति Adobe के व्यवहार के एक analogy के रूप में इस्तेमाल किया गया है।