IBooks के लिए लेखक का एक ऑटोग्राफ सत्र लागू करना

मैं एक छोटे प्रकाशन गृह में काम करता हूं। और, बच्चों की किताब के पेपर संस्करण के विमोचन के बाद, उन्होंने आईपैड के लिए अपना इलेक्ट्रॉनिक संस्करण बनाने का फैसला किया। एक आवेदन नहीं है, लेकिन एक eEub पुस्तक।
हम एक बड़े शॉपिंग सेंटर में एक प्रस्तुति पर सहमत हुए: कागज की किताबें बेची जाती हैं, लेखक उन्हें साइन करता है, आईपैड संस्करण केंद्र के आगंतुकों द्वारा डाउनलोड किया जाता है, साथ ही उन्हें प्रदान किए गए आईपैड पर एनीमेशन के साथ भी खेला जाता है।
लेकिन, अगर लेखक कागज की पुस्तकों पर हस्ताक्षर करता है, तो हस्ताक्षर और इलेक्ट्रॉनिक क्यों नहीं?
क्या विचार नया और मूल है, लेकिन क्या यह साकार है?
मैं तुरंत कहूंगा कि हस्ताक्षर लागू करना संभव नहीं था, और यहाँ क्यों ...

तकनीकी रूप से, सब कुछ सरल है - हम एक इंडक्शन स्टाइलस लेते हैं, पुस्तक में हम ड्राइंग हैंडलर्स के साथ एक कैनवास ब्लॉक रखते हैं और एक बुरी तरह से लिखे गए को मिटाने और इसे बचाने के लिए दो गुप्त स्थान रखते हैं। हम लोकलस्टोरेज में सेव करेंगे।

पुस्तक में ग्रंथ लिखने में कोई समस्या नहीं थी। कैनवास पर ड्राइंग के लिए कोड पूरा इंटरनेट है, मुख्य "चाल" खंडों में आकर्षित करना है, डॉट्स नहीं। यहाँ पर ड्रॉइंग कोड लिया गया था।

हम getImageData() का उपयोग करके कैनवास को getImageData() ।
चूंकि हमारे हस्ताक्षर काले और सफेद हैं, आप सभी तीन आरजीबी मूल्यों को नहीं बचा सकते हैं, लेकिन केवल एक। फिर हम परिणामी संख्या को एक वर्ण कोड में बदल देते हैं और एक विषम स्ट्रिंग प्राप्त करते हैं जो हमारी तस्वीर का वर्णन करता है।

बचत के लिए jQuery jStorage प्लगइन का उपयोग किया गया था।
बहुत बढ़िया। सब कुछ काम करता है, हालांकि कंप्यूटर पर। IPad पर स्थानांतरित करना।

लिखित पाठ बहाल नहीं किया गया है। हम अलर्ट सेट करते हैं, देखो। यह पता चला है कि ड्रॉ को बचाया नहीं गया है। हम कोड को सरल करते हैं, jStorage प्लगइन को एक केला के साथ बदलते हैं, लेकिन निश्चित रूप से काम करते हुए, LocalStorage.name=”-” ।
काम नहीं करता है। गूगल। यह पता चलता है कि iBooks 1.3 और iBooks 2 के बीच कहीं - Apple ने लोकलस्टोरेज सपोर्ट को काट दिया, लेकिन कुकी सपोर्ट है।

हमारा कैनवास 767x600 पिक्सल आकार का है, यह 400 किलोबाइट से अधिक डेटा है।
एक कुकी केवल 4 किलोबाइट स्टोर कर सकती है। इसलिए हमने इमेज डेटा को 4KB के टुकड़ों में काट दिया।
एक कुक प्रति साइट 20 टुकड़े हो सकते हैं। बस मामले में, हम एक चक्र में 150 कुकीज़ बनाते हैं - यह काम करता है।
हम उनमें छवि डेटा वितरित करने की कोशिश कर रहे हैं - यह काम नहीं करता है। यह पता चला है कि कुकीज़ की कुल क्षमता 20 * 4096 है, यानी, लगभग 80 किलोबाइट, और कुकी 20 नहीं, बल्कि अधिक हो सकती है, लेकिन कम डेटा के साथ, ताकि कुल 80 किलोबाइट से अधिक न हो।
जिस तरह से, हम एक और समस्या खो रहे हैं - अपाचे, जिसके तहत डीबग किए गए संस्करण उस पृष्ठ को खोलना बंद कर देते हैं जिससे इतने बड़े हेडर प्रसारित होते हैं, आपको हर बार कुकीज़ साफ़ करनी होगी।

चित्र की मात्रा को कम करना आवश्यक है। आप प्रत्येक बिंदु को बाइट्स में नहीं, बल्कि बिट्स में एन्कोड कर सकते हैं, लेकिन ग्रेस्केल से एक तस्वीर काले और सफेद हो जाती है, जो बदसूरत है।
Google, Canvas2Image लाइब्रेरी ढूंढें । लायब्रेरी या तो छवि के ऑब्जेक्ट के रूप में वापस आती है, या कैनवास को jpeg, png या bmp प्रारूप में डिस्क पर सहेजती है। हमें एक ऑब्जेक्ट की आवश्यकता नहीं है, हमें स्वच्छ डेटा की आवश्यकता है, इसलिए लाइब्रेरी कोड में एक अनावश्यक टुकड़ा फेंक दिया गया था। अब हमारे पास base64 एन्कोडेड png है।
छवि का आकार 20 और 50 केबी के बीच उतार-चढ़ाव शुरू होता है, जो हमें सूट करता है। लेखक को निर्देश प्राप्त होंगे ताकि वह पाठकों की इच्छाओं को पूरा न करे।

हम ड्रॉ को पुनर्स्थापित करने का प्रयास करते हैं ... हम इसके लिए कैनवास से drawImage() फ़ंक्शन का उपयोग करते हैं। हम्म, दूसरी बार से बहाल। समस्या यह है कि छवि ऑब्जेक्ट जिसे आपको ड्राइमेज फीड करने की आवश्यकता है, उसके पास डेटा भरने का समय नहीं है। यह मेरे लिए अनपेक्षित था, क्योंकि बेस 64 डेटा का उपयोग इमेज के रूप में किया गया था। आर्क, जो पहले से ही लोड किए गए हैं।
चित्र के लिए लोड ईवेंट पर drawImage को कॉल करके समस्या हल की गई थी।

हम एक कंप्यूटर पर जांचते हैं - यह काम करता है।
हम ipad पर स्थानांतरित करते हैं - काम नहीं करता है। चिल्लाते हुए हम अलर्ट का उपयोग करते हैं। छवि को सफलतापूर्वक सहेजा गया है, बहाल - नहीं। हम प्रत्येक कुकी को देखने के लिए एक चेतावनी सेट करते हैं। पहला कुकी पढ़ा जा रहा है, दूसरा चला गया है, iBooks में जावास्क्रिप्ट गिर रहा है।
छोटी कुकीज़ बनाने की कोशिश कर रहा है। पुराने को हटाने के लिए, मुझे iBooks को हटाना और पुन: स्थापित करना पड़ा।
अब 200 बाइट्स की दूसरी कुकी के बाद सब कुछ बंद हो जाता है। ऐसा लगता है कि कुकी के तहत डेटा का आकार ब्राउज़र की तुलना में काफी छोटा है। विफल ...

इस बिंदु पर, विकास बंद कर दिया गया था। यह iBooks भंडारण के आकार का पता लगाने के लिए एक हलचल होगी, लेकिन डिवाइस पर इंटरेक्टिव पुस्तकों को डीबग करना बहुत थकाऊ है और इस मामले में अप्रमाणिक प्रतीत होता है। लेखक को केवल कागजी पुस्तकों पर हस्ताक्षर करना होगा ...