दस्तावेज़ · PDF टूलकिट
PDF/A, रेखीयकृत और टैग किए गAPडीएफ: कौन से गुण संपादन से बचे रहते हैं?
· पेजभूमि
PDF दस्तावेज़-अनुरूपता अभिगम्यता
कुछ PDF अपने पेजों से परे वादे करते हैं: अभिलेखीय अनुरूपता, तेज़ वेब दृश्य, या एक पहुंच संरचना। यह पोस्ट बताती है कि वे गुण क्या हैं और विलय या विभाजन सहित कोई भी पुनर्लेखन, उन्हें प्रभावित क्यों कर सकता है।
संग्रह ने मर्ज की गई फ़ाइल को अस्वीकार कर दिया - नियमित पेज संचालन के बाद अनुरूपता जांच कैसे विफल हो जाती है
एक संग्रह उस फ़ाइल को अस्वीकार कर सकता है जो एकदम सही दिखती है क्योंकि दृश्य उपस्थिति अनुरूपता के समान नहीं है। ToolAcre मर्ज, स्प्लिट, रीऑर्डर, रोटेशन और वॉटरमार्किंग के लिए ताज़ा आउटपुट बनाता है। यह उन परिचालनों से पहले या बाद में अभिलेखीय, वेब-अनुकूलन, या पहुंच-योग्यता प्रमाणीकरण प्रदर्शित नहीं करता है।
सुरक्षित रिकॉर्ड वर्कफ़्लो प्रत्येक संपादित परिणाम को उसके गंतव्य के लिए आवश्यक जांच के रूप में मानता है। स्वीकृत स्रोत को सुरक्षित रखें, केवल आवश्यक पेज कार्य करें, फिर सटीक डाउनलोड किए गए बाइट्स को मान्य करें। एक सफल ब्राउज़र पूर्वावलोकन पठनीयता साबित करता है, बाहरी प्रोफ़ाइल का अनुपालन नहीं।
PDF/A आवश्यकताएं और संरक्षण आपूर्ति किए गए स्रोत साक्ष्य से बाहर हैं
कार्यपुस्तिका PDF/A आवश्यकताओं का सारांश प्रदान करती है, लेकिन आवश्यक रिपॉजिटरी स्रोतों में कोई PDF/A सत्यापनकर्ता, प्रोफ़ाइल घोषणा या मानक उद्धरण नहीं है। इसलिए यह आलेख एक आवश्यकता सूची को छोड़ देता है और यह दावा नहीं करता है कि टूलकिट एक विशिष्ट अभिलेखीय अनुरूपता स्तर को संरक्षित, तोड़ता, बनाता या मरम्मत करता है।
वह संयम अकादमिक के बजाय क्रियाशील है। एक अभिलेखीय वादा एक मान्यता प्राप्त सत्यापनकर्ता और नीति से आना चाहिए, न कि किसी पेज टूल की दृश्य सफलता से। यदि PDF/A की आवश्यकता है, तो अनुमोदित सॉफ़्टवेयर का उपयोग करके आउटपुट का परीक्षण करें और रिकॉर्ड प्रक्रिया के अनुसार दस्तावेज़ के साथ रिपोर्ट को बनाए रखें।
इस टूलकिट द्वारा रैखिककरण व्यवहार का निरीक्षण या वादा नहीं किया गया है
रैखिककरण, जिसे कभी-कभी दर्शकों द्वारा तेज़ वेब दृश्य के रूप में प्रस्तुत किया जाता है, का इस इंटरफ़ेस में निरीक्षण नहीं किया जाता है। स्रोत PDF-लिब के माध्यम से ताजा बाइट्स बचाता है और वेब-अनुकूलित ऑब्जेक्ट व्यवस्था के लिए नियंत्रण या दावे को उजागर नहीं करता है। लेख सच्चाई से यह नहीं बता सकता कि संपत्ति बची हुई है या जानबूझकर हटा दी गई है।
यदि प्रथम-पेज स्ट्रीमिंग मायने रखती है, तो डाउनलोड किए गए आउटपुट को एक टूल से जांचें जो रैखिककरण की रिपोर्ट करता है और जरूरत पड़ने पर इसे पुन: उत्पन्न कर सकता है। स्थानीय ब्लॉब डाउनलोड व्यवहार इस बारे में कुछ नहीं कहता कि वही फ़ाइल बाद में HTTP पर कैसे प्रस्तुत की जाएगी। वितरण अनुकूलन और पेज शुद्धता अलग-अलग समीक्षा आयाम हैं।
टैग किया गया-PDF संरक्षण का परीक्षण या वादा नहीं किया गया है
टैग-PDF संरचना और स्क्रीन-रीडर व्यवहार का भी इन परिचालनों में परीक्षण या वादा नहीं किया जाता है। पेज प्रतिलिपि दृश्यमान सामग्री को सुरक्षित रखती है, लेकिन मर्ज दस्तावेज़ स्पष्ट रूप से फॉर्म, एनोटेशन, बुकमार्क और अनुलग्नक को हटा देता है। वह ज्ञात सूची यह स्थापित नहीं करती कि प्रत्येक पहुंच संरचना का क्या होता है।
पहुंच-योग्यता समीक्षा में जहां आवश्यक हो वहां विशेषज्ञ निरीक्षण और सहायक-प्रौद्योगिकी परीक्षण शामिल होना चाहिए। PDF-टू-इमेज निश्चित रूप से टेक्स्ट परत खो देता है और जब खोजने योग्य या पढ़ने योग्य टेक्स्ट की आवश्यकता हो तो इसका उपयोग नहीं किया जाना चाहिए। कॉपी-पेज आउटपुट के लिए, टैग-ट्री सत्यापन परिणाम द्वारा असमर्थित आश्वासन और अलार्म दोनों से बचें।
ताज़ा क्रमांकन बाइट्स बदलता है और ज्ञात संरचनाओं को हटा देता है; अन्य प्रोफ़ाइल प्रभाव असत्यापित रहते हैं
ताज़ा क्रमबद्धता फ़ाइल बाइट्स को बदल देती है और मौजूदा डिजिटल हस्ताक्षरों को अमान्य कर देती है। कॉपी किए गए पेजों से दस्तावेज़ों को मर्ज और विभाजित करें और दस्तावेज़ीकृत संरचनाओं को छोड़ दें। पुन: व्यवस्थित करने से पेज भी नए क्रम में कॉपी हो जाते हैं। वे तथ्य डाउनस्ट्रीम संपत्तियों की दोबारा जांच को उचित ठहराते हैं, लेकिन वे प्रत्येक अनुरूपता प्रोफ़ाइल के लिए सार्वभौमिक परिणाम साबित नहीं होते हैं।
रोटेशन और वॉटरमार्किंग नई फ़ाइलों को भी सहेजते हैं, भले ही उनके दृश्यमान परिवर्तन सीमित हों। एक प्रोफ़ाइल उपस्थिति से अधिक बाधा डाल सकती है। जोखिम की पहचान करने के लिए ऑपरेशन तंत्र का उपयोग करें, फिर उचित सत्यापनकर्ता को परिणाम निर्धारित करने दें। अपरिवर्तित पेज रेंडरिंग या समान फ़ाइल आकार से अनुपालन का अनुमान न लगाएं।
विशेषज्ञ सत्यापनकर्ताओं का उपयोग करें क्योंकि यह इंटरफ़ेस कोई अनुरूपता संकेतक प्रदर्शित नहीं करता है
PDF टूलकिट PDF/A, रैखिकरण, या टैगिंग और कोई अंतर्निहित अनुरूपता रिपोर्ट के लिए कोई बैज प्रदान नहीं करता है। डाउनलोड के बाद संग्रह, एक्सेसिबिलिटी प्रोग्राम या प्रकाशन प्लेटफ़ॉर्म द्वारा अनुमोदित टूल के साथ उन गुणों की जाँच करें। टूल संस्करण और प्रोफ़ाइल लक्ष्य रिकॉर्ड करें ताकि कोई अन्य समीक्षक निर्णय को पुन: प्रस्तुत कर सके।
जब कोई सत्यापनकर्ता विफल हो जाता है, तो पेज ऑपरेशन को बार-बार चलाने के बजाय उसके रिपोर्ट किए गए नियम का निदान करें। मरम्मत के लिए इस टूलकिट के बाहर मेटाडेटा, फ़ॉन्ट, संरचना या क्रमबद्धता सुविधाओं की आवश्यकता हो सकती है। स्वीकृत स्रोत को गलती से बदलने से किसी अमान्य परिणाम को रोकने के लिए मध्यवर्ती फ़ाइलों को स्पष्ट रूप से नामित रखें।
यह टूल ज्ञात पेज-कॉपी हानियों का दस्तावेजीकरण करता है लेकिन विशेष प्रोफाइल को प्रमाणित नहीं करता है
ज्ञात व्यवहार उपयोगी रहता है: एन्क्रिप्टेड इनपुट अस्वीकार कर दिए जाते हैं; कॉपी किए गए पेज संचालन से बुकमार्क, फ़ॉर्म, एनोटेशन और अनुलग्नक खो जाते हैं; हस्ताक्षर अमान्य हैं; रैस्टर आउटपुट चयन योग्य टेक्स्ट खो देता है; और सख्त आकार की टोपियां लगाएं। इनमें से कोई भी कथन प्रमाणन या संपूर्ण प्रोफ़ाइल विश्लेषण के बराबर नहीं है।
टूल पेज ऑपरेशन सीमाएं सीखने के लिए सही जगह हैं, लेकिन रिकॉर्ड वर्कफ़्लो के लिए आवश्यक बाहरी विनिर्देश और सत्यापनकर्ता का विकल्प नहीं हैं। यह आलेख जानबूझकर विस्तृत प्रोफ़ाइल नियमों को छोड़ देता है क्योंकि कोई भी आपूर्ति किया गया स्रोत उनका समर्थन नहीं करता है। किसी अप्रमाणित पेजभूमि दावे को उत्पाद साक्ष्य के रूप में प्रस्तुत करने की तुलना में छोड़ देना अधिक सुरक्षित है।
सत्यापन से पहले पेज पर कार्य करें, बिना यह माने कि कोई प्रोफ़ाइल जीवित है
वर्कफ़्लो को अनुक्रमित करें ताकि अंतिम अनुरूपता सत्यापन, हस्ताक्षर और अभिलेखीय अंतर्ग्रहण से पहले पेज संपादन हो सके। यह एक बाइट अनुक्रम को प्रमाणित करने और फिर उसे बदलने से बचाता है। यदि बाद के संपादन अपरिहार्य हैं, तो नए आउटपुट पर प्रत्येक आवश्यक सत्यापन और हस्ताक्षर चरण को दोहराएं।
ToolAcre डिवाइस पर पेज ऑपरेशन को बनाए रखता है, फ़ाइल को संपादित करते समय ट्रांसफर एक्सपोज़र को कम करता है। स्थानीय प्रसंस्करण अभिलेखीय या पहुंच स्थिति प्रदान नहीं करता है। गोपनीयता, पेज निष्ठा, अनुरूपता और हस्ताक्षर वैधता को अलग-अलग नियंत्रण के रूप में मानें, प्रत्येक के अपने साक्ष्य और जिम्मेदार टूल हों। यदि नीति को प्रमाण की आवश्यकता है कि मूल्यांकन किए गए बाइट्स अंततः बनाए गए बाइट्स हैं तो सटीक आउटपुट चेकसम के साथ सत्यापनकर्ता रिपोर्ट को संग्रहीत करें। यदि बाद में स्थानांतरण प्रणाली फ़ाइल को संशोधित या अनुकूलित करती है, तो यह मानने के बजाय कि पिछली रिपोर्ट अभी भी परिवर्तित बाइट्स पर लागू होती है, उस वितरित प्रतिलिपि को फिर से सत्यापित करें। यही क्रम हस्ताक्षरों पर भी लागू होता है: पहले अंतिम संरचना को मान्य करें, स्वीकृत बाइट्स पर हस्ताक्षर करें, और किसी भी बाद के पेज संचालन से बचें जो उस साक्ष्य को अमान्य कर देगा। उस अंतिम गेट के लिए स्वामित्व निर्दिष्ट करें।