PDF पेज पुनर्व्यवस्था

PDF अपलोड करें

यह कैसे काम करता है

1. अपना PDF अपलोड करें, अपलोड क्षेत्र में PDF फाइल खींचें और छोड़ें या अपने डिवाइस पर ब्राउज़ करने के लिए क्लिक करें।
2. पेज पुनर्व्यवस्थित करें, हटाएँ या डुप्लिकेट करें: थंबनेल खींचकर क्रम बदलें। डिलीट/डुप्लिकेट बटन का उपयोग करें।
3. अपना पुनर्व्यवस्थित PDF डाउनलोड करें: संशोधित फ़ाइल अपने डिवाइस पर सहेजने के लिए "पुनर्व्यवस्थित PDF डाउनलोड करें" पर क्लिक करें।

PDF पेज क्यों पुनर्व्यवस्थित करें?

कभी-कभी PDF अपने पेज ग़लत क्रम में प्रस्तुत करता है, उल्टा स्कैन किया गया दस्तावेज़, मर्ज की गई रिपोर्ट जहाँ परिशिष्ट सारांश से पहले आता है।

विशेषताएँ

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

अक्सर पूछे जाने वाले प्रश्न

क्या मेरी PDF फ़ाइल सुरक्षित है?

हाँ, सभी प्रसंस्करण आपके ब्राउज़र में होता है। आपकी PDF फ़ाइल कभी सर्वर पर नहीं भेजी जाती, यह स्थायी रूप से आपके डिवाइस पर रहती है।

क्या मैं पेज हटा या डुप्लिकेट कर सकता हूँ?

हाँ, प्रत्येक पेज में पेज हटाने या कॉपी करने के लिए एक डिलीट बटन (X) और डुप्लिकेट बटन (कॉपी आइकन) होता है।

क्या यह मोबाइल पर काम करता है?

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

क्या यह टूल स्कैन किए गए PDF के साथ काम करता है?

यह टूल सभी मानक PDF फ़ाइलों के साथ काम करता है। स्कैन किए गए दस्तावेज़ों (केवल छवि-आधारित PDF) के लिए, टेक्स्ट सुविधाएँ सीमित हो सकती हैं।

क्या कोई पेज सीमा है?

पेजों की संख्या पर कोई कठोर सीमा नहीं है। प्रसंस्करण गति आपके ब्राउज़र और डिवाइस क्षमताओं पर निर्भर करती है।

「PDF पृष्ठ पुनः क्रमित करें」का असली अर्थ क्या है

उपयोगकर्ता स्तर पर, पुनः क्रमित करना वह ऑपरेशन है जिसमें एक PDF लेना जिसके पृष्ठ एक क्रम में हैं और एक PDF बनाना जिसके पृष्ठ अलग क्रम में हैं। ड्रैग-एंड-ड्रॉप इंटरफ़ेस; स्क्रीन पर थंबनेल; एक थंबनेल को नए स्थान पर छोड़ें; परिणाम डाउनलोड करें। फ़ाइल प्रारूप स्तर पर, ऑपरेशन पृष्ठ वृक्ष का हेरफेर है। हर PDF में एक रूट कैटलॉग ऑब्जेक्ट होता है जो /Type /Pages के /Pages नोड की ओर इशारा करता है। /Pages नोड में अपने बच्चों के संदर्भों का एक /Kids सरणी होती है, या तो पत्ती पृष्ठ ऑब्जेक्ट (/Type /Page) या एक वृक्ष बनाने वाले आगे के मध्यवर्ती /Pages नोड्स। हर नोड पर /Count प्रविष्टि नीचे की कुल पत्ती गणना रखती है, इसलिए एक पाठक हर पत्ती चले बिना O(log N) समय में N वें पृष्ठ को ढूंढ सकता है।

इस प्रतिनिधित्व में, पुनः क्रमित करना केवल रूट /Pages नोड के /Kids सरणी को फिर से लिखना है (या यदि वृक्ष गहरा है तो मध्यवर्ती नोड्स को पुनर्गठित करना)। पृष्ठ ऑब्जेक्ट स्वयं हिलते या बदलते नहीं हैं; केवल उनके संदर्भ बदलते हैं। यह सरल लगता है और अधिकतर है। जटिलताएँ तब आती हैं जब अलग पृष्ठ ऑब्जेक्ट संसाधन (फ़ॉन्ट, एम्बेडेड चित्र, सामग्री स्ट्रीम) अन्य पृष्ठों के साथ साझा करते हैं: वृक्ष को फिर से लिखने से उन साझा संसाधनों को अनाथ नहीं करना चाहिए, और फ़ाइल की क्रॉस-रेफरेंस तालिका को पुनः उत्पन्न करना होगा ताकि हर ऑब्जेक्ट के लिए बाइट ऑफ़सेट सही हों। एक भोला पुनः क्रमित कार्यान्वयन जो केवल /Kids प्रविष्टियों की अदला-बदली करता है बिना xref तालिका को फिर से लिखे एक भ्रष्ट PDF उत्पन्न करता है। पुनः क्रमित लाइब्रेरीज़ इसे एक नई फ़ाइल को नई xref तालिका के साथ अंत से अंत तक लिखकर संभालती हैं, मूल को पैच नहीं करके।

यह टूल कैसे काम करता है

यह टूल टेंडम में दो PDF लाइब्रेरीज़ का उपयोग करता है: आउटपुट निर्माण के लिए pdf-lib और थंबनेल रेंडरिंग के लिए PDF.js। वे वर्कफ़्लो के पूरक भागों को संभालती हैं। जब आप एक PDF चुनते हैं, ब्राउज़र की File API कच्चे बाइट्स को दोनों लाइब्रेरीज़ को सौंपती है। PDF.js फ़ाइल की डिस्प्ले परत का विश्लेषण करती है, हर पृष्ठ के लिए getPage(n) कॉल करती है, और हर पृष्ठ को एक छोटे कैनवास पर रेंडर करती है ताकि आप जो थंबनेल ग्रिड देखते हैं उसे उत्पन्न करे। थंबनेल क्लाइंट-साइड बिटमैप रेंडरिंग हैं; उनके बारे में कुछ भी कहीं भी प्रसारित नहीं होता।

जब आप एक थंबनेल को नए स्थान पर खींचते हैं, केवल पृष्ठ इंडेक्स की एक इन-मेमोरी JavaScript सरणी बदलती है। खींचने के दौरान कोई PDF हेरफेर नहीं होता। मूल PDF बाइट्स अछूते रहते हैं। जब आप「पुनः क्रमित PDF डाउनलोड करें」क्लिक करते हैं, pdf-lib इंडेक्स सरणी लेती है (उदाहरण के लिए 5-पृष्ठ दस्तावेज़ के लिए [3, 0, 1, 2, 4] जहाँ पृष्ठ 4 आगे ले जाया गया) और एक नया PDF बनाती है: यह स्रोत को PDFDocument में लोड करती है, एक नया खाली PDFDocument बनाती है, अनुरोधित पृष्ठों को क्लोन करने के लिए copyPages(source, indices) कॉल करती है, फिर क्रम में हर क्लोन किए गए पृष्ठ के लिए addPage()। परिणाम एक Blob में क्रमबद्ध होता है, डाउनलोड URL में लपेटा जाता है और आपको प्रस्तावित किया जाता है।

copyPages भारी काम करती है: यह हर ऑब्जेक्ट को ट्रेस करती है जिस पर लक्षित पृष्ठ निर्भर करते हैं (फ़ॉन्ट, एम्बेडेड चित्र, सामग्री स्ट्रीम, एनोटेशन, एक्शन शब्दकोश) और उन्हें नए दस्तावेज़ में कॉपी करती है, फिर क्रॉस-रेफरेंस तालिका को फिर से लिखती है ताकि हर बाइट ऑफ़सेट सुसंगत हो। परिणामी PDF संरचनात्मक रूप से साफ़ है, मूल के समान रेंडर आउटपुट में पृष्ठ-दर-पृष्ठ, बस पृष्ठ नए क्रम में। इस सब के दौरान कोई नेटवर्क अनुरोध नहीं दागा जाता। आप इसे सत्यापित कर सकते हैं: ब्राउज़र के डेवलपर टूल्स को नेटवर्क टैब पर खोलें, एक अपलोड + पुनः क्रमित + डाउनलोड करें, और फ़ाइल सामग्री के साथ किसी भी अनुरोध की तलाश करें। ब्राउज़र द्वारा कैश की गई pdf-lib (~1.1 MB) और PDF.js (~440 KB) के एक बार के CDN लोड के अलावा कोई नहीं होगा।

एक के बजाय दो लाइब्रेरीज़ क्यों

pdf-lib एक आउटपुट-केंद्रित लाइब्रेरी है: यह संरचनात्मक स्तर पर PDF पढ़ सकती है, पृष्ठ वृक्ष को संशोधित कर सकती है, दस्तावेज़ों के बीच पृष्ठ कॉपी कर सकती है, नई सामग्री एम्बेड कर सकती है, और एक साफ़ PDF लिख सकती है। यह जो नहीं करती वह है पृष्ठों को पिक्सेल में रेंडर करना। यह PDF.js का क्षेत्र है, जो पूरी PDF रेंडरिंग विनिर्देश को लागू करता है, टेक्स्ट लेआउट, फ़ॉन्ट रास्टराइज़ेशन, वेक्टर ग्राफ़िक्स, पारदर्शिता, ब्लेंडिंग मोड, सभी तरह से कैनवास तक। एक पुनः क्रमित टूल के लिए हमें दोनों चाहिए। पुनः क्रमित करना एक संरचनात्मक ऑपरेशन है (pdf-lib का क्षेत्र), लेकिन UX के लिए उपयोगकर्ता को एक दृश्य पूर्वावलोकन दिखाने की आवश्यकता है ताकि उन्हें पता हो कि कौन सा पृष्ठ कौन सा है (PDF.js का क्षेत्र)। एक एकल लाइब्रेरी जो दोनों करती बड़ी होती; दो लाइब्रेरी विभाजन व्यावहारिक वेब-डेवलपर पसंद है।

लागत पहली यात्रा पर दो CDN डाउनलोड है (कुल लगभग 1.5 MB संपीड़ित)। लागत प्रति ब्राउज़र प्रति कैश जीवनकाल एक बार चुकाई जाती है; बाद की यात्राएँ कैश से दोनों लाइब्रेरीज़ को तुरंत लोड करती हैं। कोई सर्वर घटक नहीं है, और फ़ाइल का कोई भाग ब्राउज़र नहीं छोड़ता।

वास्तविक कार्यप्रवाह जो पृष्ठ पुनः क्रमित करने को प्रेरित करते हैं

• गलत क्रम में स्कैन किए गए दस्तावेज़। स्कैनर ने पृष्ठों को उल्टा फीड किया, या उपयोगकर्ता ने दो पृष्ठ डबल फीड किए और एक तीसरा अंत में जुड़ गया, या शीट फीडर ने उल्टे क्रम में पकड़ा। पुनः स्कैन करना अक्सर अव्यवहारिक होता है (मूल खो गए हैं, स्कैनर दूसरे कार्यालय में है, दस्तावेज़ में सैकड़ों पृष्ठ हैं)। पुनः क्रमित करना इसे सेकंडों में ठीक करता है।
• गलत स्थान पर परिशिष्ट के साथ मर्ज की गई रिपोर्ट। कई स्रोत दस्तावेज़ एक PDF में संयुक्त किए गए, और क्रम संपादकीय क्रम नहीं है: परिशिष्ट निष्कर्ष से पहले उतरा, कवर पत्र अंत में आ गया, सामग्री तालिका मध्य में है। बिना क्रम पूछे जोड़ने वाले मर्ज टूल का उपयोग करने के बाद आम।
• अलग हस्ताक्षर पृष्ठों के साथ अनुबंध निष्पादन। एक हस्ताक्षरित हस्ताक्षर पृष्ठ अलग PDF के रूप में वापस आता है और इसे संयोजित अनुबंध का अंतिम पृष्ठ होना चाहिए (या कुछ क्षेत्राधिकारों में पहला)। पुनः क्रमित करना हस्ताक्षरित पृष्ठ को मास्टर दस्तावेज़ में उसकी सही स्थिति पर डालता है, प्रिंट करने और पुनः स्कैन करने की आवश्यकता नहीं।
• कानूनी खोज और मुक़दमेबाज़ी की तैयारी। दस्तावेज़ उत्पादन बेट्स-स्टैम्प क्रम में आते हैं, जो शायद ही कभी संक्षेप के लिए उपयोगी क्रम होता है। सुनवाई साक्ष्य या परीक्षण फ़ोल्डर के लिए पुनः क्रमित करना मुक़दमेबाज़ी समर्थन में नियमित कार्य है, और इसे ब्राउज़र में करना विशेषाधिकार प्राप्त दस्तावेज़ों को तीसरे पक्ष के सर्वर से दूर रखता है।
• चिकित्सा रिकॉर्ड अनुक्रमण। क्लिनिकल PDF (प्रवेश फॉर्म, परीक्षण परिणाम, उपचार नोट्स) कई प्रणालियों से मनमाने क्रम में आते हैं। देखभाल समन्वयक उन्हें विशेषज्ञों के साथ साझा करने से पहले एक कालानुक्रमिक या प्रति-मुलाकात अनुक्रम में पुनः क्रमित करते हैं। संवेदनशील सामग्री ब्राउज़र में रहती है।
• शैक्षणिक प्रस्तुतियाँ और थीसिस संयोजन। एक विशिष्ट समिति-आवश्यक क्रम में सारांश, अध्याय, संदर्भ और परिशिष्टों के साथ एक थीसिस। पुनः क्रमित करना छात्र को Word से पुनः निर्यात किए बिना अनुक्रम को सही करने देता है (जो अक्सर स्वरूपण रीसेट करता है और सामग्री तालिका तोड़ता है)।

सामान्य ख़तरे और उनका अर्थ

• पुनः क्रमित करने के बाद हाइपरलिंक गलत पृष्ठों पर इशारा करते हैं। स्रोत PDF में हाइपरलिंक या एनोटेशन हैं जो पृष्ठ इंडेक्स को सीधे संदर्भित करते हैं (उदाहरण के लिए「पृष्ठ 3」के बजाय एक नामित गंतव्य के लिए सामग्री तालिका लिंक)। पुनः क्रमित करने के बाद, वे संदर्भ अभी भी पुराने पृष्ठ इंडेक्स पर इशारा करते हैं। फिक्स पुनः क्रमित करने से पहले स्रोत PDF को मुफ़्त ऑनलाइन PDF फ़्लैटनिंग के साथ फ्लैट करना है, या स्वीकार करना है कि निरपेक्ष पृष्ठ-संख्या लिंक के लिए बाद में मैन्युअल मरम्मत की आवश्यकता होगी। नामित-गंतव्य लिंक (आधुनिक दृष्टिकोण) सही ढंग से बचते हैं।
• डाउनलोड की गई फ़ाइल मूल से बड़ी है। pdf-lib की copyPages स्रोत PDF की तरह आक्रामक रूप से साझा संसाधनों को डुप्लिकेट नहीं करती। यदि मूल के पृष्ठ 2 और 5 ने एक फ़ॉन्ट उपसमुच्चय साझा किया और आप उन्हें पुनः क्रमित करके अलग करते हैं, नई फ़ाइल फ़ॉन्ट की दो प्रतियों के साथ समाप्त हो सकती है। अंतर आमतौर पर छोटा होता है (10 प्रतिशत से कम)। यदि आकार मायने रखता है तो परिणाम को मुफ्त ऑनलाइन PDF कम्प्रेस करें के माध्यम से चलाएं।
• बुकमार्क या सामग्री-तालिका प्रविष्टियाँ अब गलत हैं। pdf-lib की पृष्ठ कॉपी कॉपी किए गए पृष्ठों से जुड़े स्पष्ट नामित गंतव्यों को संरक्षित करती है, लेकिन दस्तावेज़ रूपरेखा (बुकमार्क वृक्ष) रूट कैटलॉग स्तर पर रहती है और जब पृष्ठ हिलते हैं तो स्वचालित रूप से फिर से नहीं लिखी जाती। पुनः क्रमित आउटपुट बुकमार्क टेक्स्ट रखता है लेकिन बुकमार्क गलत पृष्ठों पर इशारा कर सकते हैं। पृष्ठ-कॉपी दृष्टिकोण की ज्ञात सीमा; वर्कअराउंड पुनः क्रमित करने के बाद एक समर्पित आउटलाइन एडिटर के साथ बुकमार्क फिर से जोड़ना है (Adobe Acrobat Pro इसे मूल रूप से करता है)।
• पुनः क्रमित करने के बाद फॉर्म फ़ील्ड काम करना बंद कर देते हैं। यदि स्रोत PDF में AcroForm फ़ील्ड हैं, फ़ील्ड ऑब्जेक्ट दस्तावेज़ स्तर पर रहते हैं (/AcroForm /Fields में) लेकिन उनके widget एनोटेशन पृष्ठों पर रहते हैं। पुनः क्रमित करने के बाद, widgets पृष्ठों के साथ चलते हैं, लेकिन फ़ील्ड-से-widget संबंध पूरी तरह से संरक्षित नहीं हो सकते। 「अंतिम, गैर-संपादन योग्य」कार्यप्रवाह के लिए फिक्स पुनः क्रमित करने से पहले फॉर्म को फ्लैट करना है; 「पुनः क्रमित करने के बाद भी भरने योग्य」के लिए Adobe Acrobat Pro का उपयोग करें।
• मेरी टचस्क्रीन पर ड्रैग और ड्रॉप काम नहीं करता। कुछ मोबाइल ब्राउज़र ड्रैग इवेंट्स को असंगत रूप से संभालते हैं। यह टूल HTML5 ड्रैग इवेंट्स (डेस्कटॉप) और टच इवेंट्स (मोबाइल) दोनों को पंजीकृत करता है, लेकिन विशिष्ट Android ब्राउज़र संस्करणों में टच-एंड-होल्ड ड्रैग के साथ ज्ञात बग हैं। यदि टच पर ड्रैग विफल होता है, डेस्कटॉप ब्राउज़र आज़माएं; पुनः क्रमित परिणाम समान है चाहे आप कहीं भी ड्रैग करें।
• PDF में पासवर्ड सुरक्षा है। यह टूल एक एन्क्रिप्टेड PDF के पृष्ठ वृक्ष को नहीं पढ़ सकता: pdf-lib को संरचना का विश्लेषण करना चाहिए, और विश्लेषण डिक्रिप्शन द्वारा अवरुद्ध है। पहले मुफ़्त PDF अनलॉक ऑनलाइन के साथ अनलॉक करें, फिर पुनः क्रमित करें, फिर यदि आवश्यक हो तो PDF को पासवर्ड से सुरक्षित करें के साथ पुनः सुरक्षित करें। तीन-चरण पाइपलाइन सुरक्षित दस्तावेज़ों को संपादित करने के लिए मानक कार्यप्रवाह है।

केवल ब्राउज़र बनाम क्लाउड पुनः क्रमित

हर क्लाउड PDF-पुनः क्रमित सेवा (Smallpdf, ILovePDF, PDF24, Adobe Acrobat Online, Sejda, Lumin, Soda) आपके PDF को ऑपरेटर के सर्वर पर अपलोड करती है, सर्वर-साइड थंबनेल रेंडर करती है, आपको उन सर्वर-रेंडर की गई छवियों के विरुद्ध ब्राउज़र में खींचने देती है, फिर आपके अंतिम क्रम को सर्वर पर वापस भेजती है जो पुनः क्रमित PDF उत्पन्न करता है और इसे डाउनलोड के रूप में परोसता है। गोपनीयता निहितार्थ सामान्य फ़ाइल अपलोड से एक छोटे लेकिन दिलचस्प तरीके से भिन्न हैं: ऑपरेटर आवश्यक रूप से हर पृष्ठ की सामग्री पढ़ता है (थंबनेल रेंडर करने के लिए) इससे पहले कि आपने कोई पुनः क्रमित निर्णय लिया हो। यदि आप अपना मन बदलते हैं और कभी परिणाम डाउनलोड नहीं करते, तो भी ऑपरेटर ने पहले से ही सामग्री संसाधित कर ली है।

यह टूल PDF अपलोड नहीं करता। pdf-lib और PDF.js दोनों ब्राउज़र टैब में चलते हैं। फ़ाइल बाइट्स File API द्वारा एक बार पढ़े जाते हैं, दोनों लाइब्रेरीज़ के पार्सर को खिलाए जाते हैं और कभी भी नेटवर्क पर वापस क्रमबद्ध नहीं होते। एकमात्र नेटवर्क ट्रैफ़िक पहली यात्रा पर दो लाइब्रेरीज़ का एक बार का CDN फ़ेच है; बाद की यात्राएँ कैश से पूरी तरह से ऑफ़लाइन सक्षम हैं। समझौता फीचर का दायरा है। क्लाउड सेवाएँ अक्सर द्वितीयक संचालन को बंडल करती हैं: पुनः क्रमित करने से पहले स्कैन किए गए पृष्ठों का OCR, उड़ान में अनुलग्नकों को PDF में परिवर्तित करना, पुनः क्रमित करने के बाद हस्ताक्षर-और-भेजें। यहाँ ब्राउज़र-साइड टूल केवल पुनः क्रमित करता है। केंद्रित「मुझे क्रम ठीक करने और डाउनलोड करने की आवश्यकता है」कार्यप्रवाह के लिए, ब्राउज़र सख्ती से तेज़ है (कोई अपलोड प्रतीक्षा नहीं, कोई अपलोड आकार सीमा नहीं) और अधिक निजी।

कब दूसरा टूल सही विकल्प है

• स्मृति-प्रतिबंधित डिवाइस पर 200 MB से अधिक PDF। दो लाइब्रेरीज़ पूरी फ़ाइल को स्मृति में लोड करती हैं; बहुत बड़ी फ़ाइलें टैब को क्रैश कर सकती हैं। बड़ी फ़ाइलों के लिए डेस्कटॉप टूल (Adobe Acrobat, qpdf CLI, PDFsam) का उपयोग करें।
• XFA फॉर्म या प्रमाणपत्र-आधारित एन्क्रिप्शन। pdf-lib Adobe-स्वामित्व संरचनाओं को विश्वसनीय रूप से नहीं संभालता। Adobe Acrobat उन के लिए कैनोनिकल टूल है।
• पुनः क्रमित जो बुकमार्क/रूपरेखा संरचना को संरक्षित करना चाहिए। यदि दस्तावेज़ में एक जटिल रूपरेखा है और आपको बुकमार्क को पृष्ठों के साथ उनके नए स्थानों तक का अनुसरण करने की आवश्यकता है, तो Adobe Acrobat Pro की Organize Pages सुविधा इसे मूल रूप से संभालती है; pdf-lib नहीं।
• पाइपलाइन के भाग के रूप में स्वचालित बैच पुनः क्रमित। सर्वर-साइड या स्क्रिप्टेड पुनः क्रमित के लिए, Node.js से सीधे pdf-lib का उपयोग करें (वही लाइब्रेरी, कोई ब्राउज़र टैब आवश्यक नहीं), Python के pikepdf, या qpdf CLI की स्पष्ट पृष्ठ-श्रेणी सिंटैक्स।

अधिक अक्सर पूछे जाने वाले प्रश्न

पृष्ठ थंबनेल छोटे क्यों हैं?

PDF.js सैकड़ों पृष्ठों वाले दस्तावेज़ों के लिए स्मृति उपयोग को प्रबंधनीय रखने के लिए एक निश्चित आकार (~150 px चौड़ा) पर थंबनेल रेंडर करता है। निर्यात किया गया PDF पूर्ण रिज़ॉल्यूशन स्रोत पृष्ठों का उपयोग करता है: थंबनेल रेंडरिंग गुणवत्ता का आउटपुट गुणवत्ता पर कोई प्रभाव नहीं है। यदि थंबनेल हर पृष्ठ पर क्या है यह देखने के लिए बहुत छोटे हैं, अपने ब्राउज़र में ज़ूम करें; थंबनेल आनुपातिक रूप से स्केल होंगे।

क्या यह ऑफ़लाइन काम करता है?

पहली यात्रा के बाद, हाँ। pdf-lib और PDF.js पहली लोड पर ब्राउज़र द्वारा कैश किए जाते हैं (कुल लगभग 1.5 MB संपीड़ित)। बाद की यात्राएँ नेटवर्क कनेक्शन के बिना काम करती हैं, जब तक कि ब्राउज़र कैश साफ़ नहीं किया गया हो। PDF पुनः क्रमित को कभी भी नेटवर्क की आवश्यकता नहीं थी, केवल लाइब्रेरी लोड की।

क्या मैं एक में कई PDF के पृष्ठों को पुनः क्रमित कर सकता हूँ?

इस टूल में सीधे नहीं: पुनः क्रमित UI एक एकल स्रोत दस्तावेज़ मानता है। दो-चरण कार्यप्रवाह है: अपने स्रोतों को एक PDF में संयोजित करने के लिए मुफ़्त PDF मर्ज ऑनलाइन का उपयोग करें, फिर उस संयोजित PDF को यहाँ लाएँ और पृष्ठों को सही अंतिम क्रम में खींचें। अधिक जटिल क्रॉस-दस्तावेज़ कार्यप्रवाह के लिए (फ़ाइल A के पृष्ठ 3 को फ़ाइल B के पृष्ठ 5 और 6 के बीच खींचें), Adobe Acrobat Pro की Organize Pages क्रॉस-दस्तावेज़ ड्रैग को मूल रूप से संभालती है।

क्या मुझे हस्ताक्षर करने, फ्लैट करने, संपीड़ित करने से पहले या बाद में पुनः क्रमित करना चाहिए?

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

क्या OCR टेक्स्ट परत संरक्षित होगी?

हाँ। OCR टेक्स्ट हर पृष्ठ पर अदृश्य टेक्स्ट के रूप में संग्रहीत होता है (एक सामग्री स्ट्रीम अदृश्य के रूप में चिह्नित), और वह सामग्री स्ट्रीम पृष्ठ ऑब्जेक्ट का हिस्सा है। जब pdf-lib एक पृष्ठ कॉपी करती है, यह सामग्री स्ट्रीम, फ़ॉन्ट और किसी भी अदृश्य OCR परत सहित पूरे पृष्ठ ऑब्जेक्ट को कॉपी करती है। पुनः क्रमित आउटपुट पर खोज-और-चयन ठीक वैसे ही काम करता है जैसे मूल पर करता था।

क्या डेस्कटॉप या कमांड-लाइन समकक्ष है?

pdf-lib Node.js में चलती है (npm install pdf-lib) और पुनः क्रमित कोड समान है: copyPages(source, indices) फिर हर एक के लिए addPage()। कमांड-लाइन के लिए, qpdf में पृष्ठ-अनुसार चयन सिंटैक्स है: qpdf --pages input.pdf 3,1,2,4 -- input.pdf output.pdf सीधे पृष्ठों को पुनः क्रमित करता है। Python की pikepdf लाइब्रेरी क्लीनर Pythonic सिंटैक्स के साथ समान संचालन को दर्शाती है। Adobe Acrobat Pro की Organize Pages इसे GUI के साथ करती है और इसके अतिरिक्त बुकमार्क/रूपरेखा को सही ढंग से संरक्षित करती है।

संबंधित टूल