PDF लीनियराइज़ करें (फ़ास्ट वेब व्यू)

पहला पेज जल्दी दिखाएँ

जब कोई PDF वेब पर परोसी जाती है, तो एक सादी फ़ाइल को कुछ भी दिखने से पहले पूरी तरह डाउनलोड होना पड़ता है। एक लीनियराइज़्ड PDF — "फ़ास्ट वेब व्यू" — को इस तरह पुनर्गठित किया जाता है कि ब्राउज़र बाकी हिस्से के अभी भी स्ट्रीम होते रहने के दौरान ही पहला पेज दिखा सके, जिससे बड़े डॉक्यूमेंट ऑनलाइन खोलने में काफ़ी तेज़ महसूस होते हैं।

क्या बदलता है

लीनियराइज़ेशन इंटरनल ऑब्जेक्ट क्रम को फिर से व्यवस्थित करता है और हिंट टेबल जोड़ता है; पेज, टेक्स्ट और इमेज को छुआ नहीं जाता। यह सिर्फ़ इस बारे में है कि फ़ाइल कैसे पढ़ी जाती है, इसलिए कंटेंट और दिखावट बिल्कुल वैसे ही रहते हैं।

नोट्स और सीमाएँ

यह पुनर्गठन लोकली qpdf के साथ होता है, इसलिए कुछ भी अपलोड नहीं होता। यह फ़ाइल को छोटा नहीं करता — अगर साइज़ मायने रखता है तो इसे Compress के साथ जोड़ें। पासवर्ड-प्रोटेक्टेड फ़ाइलों को पहले अनलॉक करना होगा।

फ़ाइल के अंदर क्या बदलता है

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

इसका फ़ायदा असल में कहाँ लागू होता है

फ़ास्ट वेब व्यू तभी मदद करता है जब कोई व्यूअर डाउनलोड होते समय फ़ाइल को धीरे-धीरे स्ट्रीम करता है, ठीक वैसे ही जैसे तब होता है जब कोई ब्राउज़र किसी वेब पेज में एम्बेड की गई या उससे लिंक की गई PDF खोलता है, या कोई सर्वर बाइट-रेंज सपोर्ट के साथ इसे परोसता है। पहले से डाउनलोड की गई फ़ाइल को डेस्कटॉप रीडर में खोलने से कोई फ़ायदा नहीं मिलता, क्योंकि पूरी फ़ाइल पहले से ही लोकल है। यह एक बार का ऑप्टिमाइज़ेशन भी है: फ़ाइल में बाद में कोई भी बदलाव, पेज जोड़ना, फ़ॉर्म भरना, वॉटरमार्क लगाना, ऑब्जेक्ट्स को फिर से व्यवस्थित कर देता है और लीनियराइज़ेशन को पलट देता है, इसलिए इसे किसी वर्कफ़्लो के आखिरी कदम के जितना करीब हो सके करना बेहतर है।

यह किसी वर्कफ़्लो में कहाँ फ़िट बैठता है

चूँकि यह एक आखिरी-कदम ऑप्टिमाइज़ेशन है, इसलिए किसी भी कंटेंट बदलाव के बाद लीनियराइज़ करें, और अगर साइज़ भी मायने रखता है तो पहले Compress इस्तेमाल करें — ये दोनों अलग समस्याएँ हल करते हैं और एक दूसरे की जगह नहीं ले सकता। अगर कोई फ़ाइल स्ट्रक्चरल रूप से क्षतिग्रस्त होने की वजह से ठीक से लीनियराइज़ नहीं होती, तो पहले Repair इस्तेमाल करें।