Pdf.js: इंटरएक्टिव फॉर्म (एक्रोफॉर्म) समर्थन

यह पीडीएफ संदर्भ (https://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/pdfs/pdf_reference_1-7) के अध्याय 8.6 के अनुसार इंटरेक्टिव फॉर्म (एक्रोफॉर्म) समर्थन को ट्रैक करने के लिए एक मेटा मुद्दा है। पीडीएफ#पेज=671&ज़ूम=ऑटो,-246,244)।

इसके बजाय पीडीएफ विनिर्देश के नवीनतम संस्करण पर काम को आधार बनाना एक अच्छा विचार हो सकता है, बस अगर कोई अंतर है: http://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/ pdfs/PDF32000_2008.pdf#G11.2110737.

साथ ही, उचित परीक्षण-कवरेज सुनिश्चित करने के बारे में "सामान्य" TODO आइटम जोड़ने का शायद एक अच्छा विचार है?

दोनों बातों पर ध्यान दिया गया है। शुक्रिया!

मुझे लगता है कि हमें वास्तव में AcroForm शब्दकोश की सामग्री को पार्स करना होगा, अन्यथा हम सभी आवश्यक फ़ॉन्ट संसाधनों को लोड करने में सक्षम नहीं हैं।
जाहिर है, हम डिस्प्ले लेयर में कस्टम फोंट का उपयोग नहीं कर सकते हैं, लेकिन हमें कम से कम सही फॉन्ट-फ़ैमिली (और जैसे बोल्ड / इटैलिक जैसी चीज़ों) का अनुमान लगाने में सक्षम होना चाहिए और उस जानकारी को डिस्प्ले लेयर पर पास करना चाहिए।

इसके अलावा, मुद्रण प्रपत्रों के लिए, हम पहले से मौजूद appendToOperatorList कार्यक्षमता का उपयोग (या निर्माण) करने में सक्षम हो सकते हैं, लेकिन इसके लिए निश्चित रूप से आवश्यकता होगी कि AcroForm शब्दकोश में मौजूद फ़ॉन्ट संसाधनों को लोड किया गया हो।

एक और चीज जिसका हमें शायद समर्थन करने का प्रयास करना चाहिए, वह है डिस्प्ले लेयर में सही टेक्स्ट कलर का उपयोग करना (ध्यान दें कि एडोब रीडर में f1040.pdf के फॉर्म फील्ड में टेक्स्ट कैसे नीला है)। यह संभवत: बेहतर और अधिक पूर्ण Appearance स्ट्रीम समर्थन से जुड़ा है।

अंत में, एक सामान्य प्रश्न: क्या हम वास्तव में आंशिक (और अच्छी तरह से स्वच्छ) स्क्रिप्ट समर्थन के बिना, सार्थक तरीके से फ़ॉर्म का समर्थन करने में सक्षम होंगे?

अच्छे अंक। मैंने अभी उन्हें उपरोक्त आइटम सूची में जोड़ा है। मुझे नहीं लगता कि हमें वास्तव में स्क्रिप्ट समर्थन की आवश्यकता है क्योंकि एक्रोफॉर्म को आम तौर पर केवल भरने और प्रिंट करने की आवश्यकता होती है। AFAIK स्क्रिप्ट का उपयोग केवल तत्वों के बीच बातचीत के लिए किया जाता है, लेकिन हम सबसे अधिक उपयोग की जाने वाली कार्यक्षमता को स्वयं लागू कर सकते हैं (जैसे कि इसे प्रिंट करने के लिए फॉर्म या बटन क्रियाओं को रीसेट करना)। हमें यह देखना होगा कि ऐसी स्क्रिप्ट कार्यक्षमता कितनी व्यापक रूप से उपयोग की जाती है।

हैंडल फ्लैग: मल्टीलाइन और रीड-ओनली

ऐसे अन्य झंडे हैं जिनकी हमें कोशिश करने और समर्थन करने की आवश्यकता हो सकती है, एक उदाहरण comb जो इनपुट फ़ील्ड में वर्णों के बीच अंतर को नियंत्रित करता है। वह वास्तव में f1040.pdf के दूसरे पृष्ठ पर उपयोग किया जाता है, "व्यक्तिगत पहचान संख्या (पिन)" फ़ील्ड देखें।

एक अच्छे विचार की तरह लगता है। मैंने इसे सूची में जोड़ा है।

यह शायद यह भी एक अच्छा विचार होगा कि WidgetAnnotation कोड जो fullName संपत्ति बनाता है उसे साफ किया जा सकता है या इसमें सुधार किया जा सकता है, देखें https://github.com/mozilla/pdf.js /blob/6c263c19946af23b723f148d9f05118971e18b36/src/core/annotation.js#L640 -L670.

साथ ही, WidgetAnnotation s के संबंध में ऐसा लगता है कि एनोटेशन डिक्शनरी में V प्रविष्टि के लिए विभिन्न प्रकारों की अलग-अलग आवश्यकताएं हो सकती हैं, इसलिए _each_ में data.fieldValue लाने और मान्य करने के लिए बेहतर हो सकता है विशिष्ट WidgetAnnotation उपवर्ग।

पहला बिंदु अब सूची में है, जिसके लिए मेरे पास कुछ विचार हैं। मुझे एक पैच में दूसरे बिंदु के बारे में पता चला है जिसे मैं वर्तमान में पसंद विजेट एनोटेशन के लिए अंतिम रूप दे रहा हूं, ताकि वहां संबोधित किया जा सके।

अरे @timvandermeij
यह सुविधा कब उपलब्ध होगी? मैं किस प्रकार से आपकी सहायता कर सकता हूँ?

हम वर्तमान में इसे लागू करने की प्रक्रिया में हैं, लेकिन यह कार्यक्षमता का एक बड़ा हिस्सा है जिसे पूरा होने में समय लगेगा। ऊपर दिए गए चेक किए गए बॉक्स दिखाते हैं कि कौन से तत्व पहले से ही लागू हैं और अन्य बॉक्स के लिए पहले से ही कार्य-प्रगति पुल अनुरोध हैं, इसलिए हम इस कार्यक्षमता के साथ ट्रैक पर हैं। master शाखा का उपयोग करके और renderInteractiveForms पैरामीटर को true सेट करके इसका परीक्षण करने के लिए स्वतंत्र महसूस करें। यह डिफ़ॉल्ट रूप से अक्षम है क्योंकि यह अभी तक तैयार नहीं है।

धन्यवाद टिम, आप मुझे डिजिटल हस्ताक्षर के बारे में क्या बता सकते हैं? इस चर्चा सूत्र के अनुसार प्रगति हो रही है https://github.com/mozilla/pdf.js/issues/1076

यह उपयोगकर्ता द्वारा रिपोर्ट किया गया था: सोआ-एक्स ने इस मुद्दे को 13 जनवरी 2012 को खोला था

इसकी सूचना दिए लगभग 5 साल बीत चुके हैं।

यहां तक ​​कि किसी ने पहले ही काफी क्रियान्वयन किया है

विवेक जैन ने 22 फरवरी को टिप्पणी की
@complience नमस्ते, मेरे पास https://github.com/viveksjain/pdf.js/tree/sig-verify-support पर काम करने का एक प्रूफ-ऑफ-कॉन्सेप्ट है https://github.com/viveksjain/pdf.js.git का उपयोग करके आज़मा सकते हैं

क्या आप जानते हैं कि क्या इन नौकरियों को pdf.js के हाल के संस्करणों में जोड़ा गया था?

पुन: https://github.com/mozilla/pdf.js/issues/7613#issuecomment -251692825

पीडीएफ फाइलों में हस्ताक्षर एक बड़ा और जटिल विषय है, जो बुनियादी एक्रोफॉर्म समर्थन के कार्यान्वयन के लिए कुछ हद तक ऑर्थोगोनल है (जो कि _this_ विशेष मुद्दा ट्रैकिंग है)।

वर्तमान मुद्दा बुनियादी एक्रोफॉर्म सुविधाओं के कार्यान्वयन के लिए सिर्फ एक ट्रैकिंग मुद्दा है, हस्ताक्षर पहले से ही कहीं और ट्रैक किए गए हैं (#1076 में, जहां उस सुविधा पर चर्चा की जानी चाहिए)।

@lexcorp कृपया असंबंधित जानकारी पोस्ट करने और/या यहां प्रश्न पूछने से बचें, क्योंकि यह इस मुद्दे के उद्देश्य से अलग है (जो बुनियादी एक्रोफॉर्म सुविधाओं के लिए समर्थन को ट्रैक करना है)।
साथ ही, अब आपने मूल रूप से एक ही जानकारी को _three_ विभिन्न मुद्दों में पोस्ट किया है, कृपया इस तरह से समस्या ट्रैकर को स्पैम न करें!

नमस्ते @timvandermeij @Snuffleupagus ,
हम वास्तव में AcroForm फ़ील्ड के लिए समर्थन जोड़ने के लिए आपका समाधान पसंद करते हैं। हम इन सुविधाओं का उपयोग एक ऐसे ऐप में करने की योजना बना रहे हैं जिसे हम वर्तमान में विकसित कर रहे हैं। हम वास्तव में सराहना करेंगे यदि आप हमें एक संभावित तिथि प्रदान कर सकते हैं जहां आप सभी प्रकार के फॉर्म फ़ील्ड जैसे चेकबॉक्स, आदि के लिए समर्थन जोड़ सकेंगे और भरे हुए डेटा को एक्सएफडीएफ फ़ाइल या किसी अन्य प्रारूप में निर्यात कर सकेंगे। धन्यवाद।

@anujgeek जैसा कि मैंने पहले ही https://github.com/mozilla/pdf.js/issues/7613#issuecomment -251699579 में उल्लेख किया है, यह एक _tracking_ मुद्दा है और इस तरह की सामान्य चर्चा के लिए वास्तव में एक अच्छी जगह नहीं है और/ या सवाल पूछ रहे हैं!

लागू करने के लिए काफी कठिन TODO की संख्या बाकी है, ऊपर संभावित रूप से अधूरी सूची देखें, इसलिए किसी भी प्रकार का अनुमान देना संभव नहीं है कि कब, या यहां तक ​​कि, यह सुविधा पूरी तरह से लागू की जाएगी।

साथ ही, ध्यान दें कि अब तक सभी काम योगदानकर्ताओं द्वारा किए गए हैं, और यह देखते हुए कि मोज़िला फ़ायरफ़ॉक्स में PDF.js की जगह ले रहा है (देखें https://wiki.mozilla.org/Mortar_Project) फॉर्म समर्थन को पूरा होने में सबसे अधिक समय लगेगा।

यह एक ट्रैकिंग समस्या है (https://github.com/mozilla/pdf.js/issues/7613#issuecomment-251895091 देखें), इसलिए यह चर्चा या प्रश्नों का स्थान नहीं है। प्रश्नों के मामले में आईआरसी पर हमसे संपर्क करें या यदि आपको कोई बग मिले तो एक अलग समस्या दर्ज करें। धन्यवाद।

_(मैं इस सुविधा के लिए रुचि को मापने के लिए उपयोगकर्ताओं को प्रतिक्रिया बटन का उपयोग करने में सक्षम होने के लिए बातचीत को अनलॉक कर रहा हूं, लेकिन अप्रासंगिक टिप्पणियों को हटा दिया जाएगा।)_

सभी को प्रणाम!

एक्रोफॉर्म फिल के साथ क्या प्रगति हुई है?
प्रयुक्त उदाहरण https://www.irs.gov/pub/irs-pdf/f1040.pdf (और अन्य) अभी भी काम नहीं करता है। या यह डिफ़ॉल्ट रूप से कॉन्फ़िगर नहीं किया गया है?
कुछ बुनियादी जावास्क्रिप्ट जैसे सेट फ़ील्ड, साफ़ फ़ील्ड, भेजें बटन समर्थन का उल्लेख किया गया है?

धन्यवाद।

@Alex-DE-74 कृपया उपरोक्त टिप्पणियों को ध्यान से पढ़ें, विशेष रूप से https://github.com/mozilla/pdf.js/issues/7613#issuecomment -251895091 और https://github.com/mozilla/pdf। js/issues/7613#issuecomment -287907674 प्रासंगिक हैं।
इसके अलावा, आपने ये प्रश्न #9261 में पहले ही पूछ लिए हैं (जहाँ उत्तर दिए गए थे); कृपया इस ट्रैकिंग मुद्दे को उस तरह की सामान्य चर्चा से मुक्त रखने का प्रयास करें।

@Snuffleupagus

क्षमा करें, लेकिन मेरे लिए यह वास्तव में कई विषयों के माध्यम से पता लगाने योग्य नहीं है, किस आइटम में कौन सा चरण है। और चक्रीय संदर्भ बिल्कुल भी सहायक नहीं हैं। https://github.com/mozilla/pdf.js/projects/1 के बिंदु से यह मेरे लिए स्पष्ट है कि AcroForms का कौन सा हिस्सा अब (पूरी तरह से) समर्थित है और क्या योजना पर है। इसके अलावा, कई विषय रीनरिंग/व्यूइंग को संबोधित करते हैं, लेकिन फिल/चेक/सिलेक्ट/सबमिट आदि के बारे में कोई शब्द नहीं है। इंटरएक्टिव फीचर। इसलिए, उदाहरण के लिए, ऊपर दिए गए "टेक्स्ट विजेट" भाग में "टेक्स्ट टाइपिंग" के बारे में कुछ भी नहीं है। इसके अलावा, यदि "एक्रोफॉर्म डिक्शनरी" को वर्तमान में बिल्कुल भी पार्स नहीं किया गया है, तो यह वास्तव में अच्छी तरह से कैसे काम कर सकता है?
हो सकता है कि अगर "उपयोगकर्ताओं" के लिए एक साधारण तालिका देखने के लिए सहायक होगा जहां एक्रोफॉर्म उनकी संपत्तियों और सूचीबद्ध पूर्ण/विशेष/योजनाबद्ध समर्थन की स्थिति के साथ काम करता है। (यह बोल्ड क्यों दिखाया गया=?!)

पीएस यह मेरे लिए दर्द है, मैं जेएस/एचटीएमएल 5 विशेषज्ञ नहीं हूं, लेकिन दूसरी साइट पर बहुत सी चीजें (सी # के साथ पीडीएफ बनाना) और अन्य प्रोग्रामिंग भाषाओं से भी परिचित हूं। क्या इस परियोजना को विकसित करने में कुछ और इंटरैक्टिव समर्थन और सहायता प्रदान करने के लिए वर्तमान कोड को समझने की कोशिश करना मेरे लिए उचित है? या क्या वर्तमान वास्तुकला को समझने में बहुत अधिक समय लगेगा?

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

बीटीडब्लू: क्रोम पीडीएफ को फॉर्म के साथ सहेजने में भी सक्षम नहीं है, लेकिन एक कामकाज है। प्रपत्र डिफ़ॉल्ट रूप से प्रस्तुत किए जाते हैं और कोई उन्हें प्रिंट करने में सक्षम होता है और कोई भी उन्हें डिफ़ॉल्ट रूप से पीडीएफ के रूप में प्रिंट कर सकता है, जिसमें फॉर्म इनपुट भी शामिल है।

हो सकता है कि यह pdf.js के लिए भी लागू हो और हम केवल मौजूदा FF सेव को PDF (https://developer.mozilla.org/en-US/Add-ons/WebExtensions/API/tabs/saveAsPDF) के रूप में उपयोग कर सकते हैं?

मैं पीडीएफ.जेएस के साथ खेल रहा हूं जो दर्ज फॉर्म टेक्स्ट फ़ील्ड मानों को मुद्रित करने का प्रयास कर रहा है। मेरे पास अवधारणा का एक अल्पविकसित कार्य प्रमाण है जहां मैं मुद्रण पीडीएफ में दर्ज मूल्यों को प्रस्तुत कर सकता हूं। अब मैं अपने दृष्टिकोण पर चर्चा करना चाहता हूं और देखना चाहता हूं कि कोई बेहतर या सरल के साथ आता है या नहीं।

मेरे दृष्टिकोण में मैं कार्य के लिए एक नक्शा जोड़कर कार्यकर्ता कार्य में दर्ज मूल्यों को पास करता हूं। यह नक्शा वर्तमान में 'पहले की छाप' घटना पर भरा हुआ है।
'TextWidgetAnnotation' के 'getOperatorList' mehtod में मैंने ऑब्जेक्ट स्ट्रीम को पढ़ा और 'Tj' ऑपरेटर के पुराने टेक्स्ट मान को नए से बदल दिया। यह काम करता है, लेकिन साथ में बहुत सारी समस्याएं आ रही हैं। पहला यह है कि यह विफल हो जाता है, अगर स्ट्रीम में कोई 'टीजे' ऑपरेटर नहीं है क्योंकि फ़ील्ड का कोई मूल्य नहीं था। दूसरा यह है कि 'बाएं' के अलावा अन्य संरेखण के लिए प्लेसमेंट गलत होगा।
तो अगला विचार यह है कि सभी मूल्यों की गणना स्वयं ही एक पूरी तरह से नई धारा बनाना है। यह बहुत काम होगा, इसलिए मैं पहले इस दृष्टिकोण पर चर्चा करना चाहता था।
मैं पहले से ही एक नई स्ट्रीम बना सकता हूं और मान प्रदर्शित कर सकता हूं, लेकिन फिर से, 'टीडी' ऑपरेशन के ऑफ़सेट मानों में समस्या है। मैंने कोड में थोड़ा सा खोद लिया और मुझे लगता है कि मुझे दिए गए फ़ॉन्ट के साथ स्ट्रिंग की चौड़ाई और ऊंचाई को ध्यान में रखते हुए ऑफ़सेट एक्स और वाई स्थिति की गणना करने की आवश्यकता है। मुझे एक एम्बेडेड फ़ॉन्ट के लिए FontDescriptor मिला, लेकिन सिस्टम फ़ॉन्ट के लिए नहीं। फ़ॉन्ट डिस्क्रिप्टर के साथ मेरे पास फ़ॉन्ट का चढ़ाई और वंश मान है, जिसके साथ मुझे लगता है कि मैं y ऑफ़सेट की गणना कर सकता हूं एक्स ऑफ़सेट बाएं-गठबंधन ग्रंथों के लिए तय किया जाएगा, लेकिन केंद्रित, या दाएं-संरेखित ग्रंथों के लिए गणना करने की आवश्यकता है . मुझे लगता है कि मैं फ़ॉन्ट xRef की चौड़ाई सरणी के साथ ऐसा करने में सक्षम हूं, लेकिन फिर से, सिस्टम फोंट के लिए ऐसा कोई नहीं है। तो मुझे लगता है कि मुझे कैनवास और माप टेक्स्ट विधि का उपयोग करना होगा।

तो जैसा कि आप देख रहे हैं कि बहुत सारी 'सोच' है। लेकिन इससे पहले कि मैं अपने दृष्टिकोण को लागू करने और परीक्षण करने का प्रयास करूं, मैं जानना चाहता हूं कि दूसरे इसके बारे में क्या सोच रहे हैं।

कुछ समय पहले हमने इस बारे में चर्चा की थी कि हम इस तक कैसे पहुंच सकते हैं। https://mozilla.logbot.info/pdfjs/20161219 देखें। विचार यह है कि दो अलग-अलग ऑपरेटर सूचियां हों: एक यूआई के लिए और एक प्रिंटिंग के लिए। प्रिंटिंग के लिए एक में, हम विजेट में दर्ज/चयनित मान के आधार पर संचालन को प्रतिस्थापित करेंगे।

मुझे लगता है कि आप जो वर्णन कर रहे हैं उससे कुछ हद तक आसान है क्योंकि हमने शेष तर्क को हमारे लिए भारी भारोत्तोलन करने दिया है; हमें बस सही ऑपरेटर सूची प्रदान करनी है।

यह एक ऐसी समस्या है जिसे हमें कई छोटे-छोटे चरणों में हल करना है। पहला कदम एनोटेशन कोड को एसिंक्रोनस बनाना है, जो @dmitryskey द्वारा #

मैंने अपने आप से ऑपरेशन सूची बनाने के बारे में भी सोचा, लेकिन यह मेरे दृष्टिकोण से मेरे लिए अधिक जटिल होगा। मैं सिर्फ 'बीएमसी ... ईएमसी' के साथ पीडीएफ ऑब्जेक्ट स्ट्रीम बनाता हूं और स्ट्रीम को मूल्यांकनकर्ता को पास करता हूं, जो ऑपरेशनलिस्ट उत्पन्न करता है।
यदि मैं स्वयं ऑपरेशन सूची सरणी बनाता हूं, तो मुझे एक नई ऑब्जेक्ट स्ट्रीम उत्पन्न करने जैसी ही समस्याएं होंगी। लेकिन इम्हो एक स्ट्रिंग बनाने और इसे ऑब्जेक्टस्ट्रीम में बदलने की तुलना में oplist बनाने के लिए और अधिक जटिल है। यह मेरी अवधारणा के प्रमाण में पहले से ही काम करता है।

हालांकि मैं ओपेरा/क्रोम pdf.js का भी उपयोग कर रहा हूं, लेकिन ओपेरा फॉर्मुलर डेटा को प्रिंट और उपयोग करने में सक्षम है। शायद वहाँ sth. हम पुन: उपयोग कर सकते हैं?

वे पीडीएफियम का उपयोग करते हैं, जो मुख्य रूप से सी ++ कोड है।

अरे सब, जिस कंपनी के लिए मैं काम करता हूं वह पीडीएफजेएस का लाभ उठाना शुरू कर रही है और मुझे बताया गया है कि मुझे "जब यह दिखाई नहीं दे रहा है तो पेज नष्ट होने पर दर्ज मूल्यों को संग्रहीत करना" प्राप्त करने की आवश्यकता है। मुझे यकीन नहीं है कि यह धागा इस पर चर्चा करने के लिए सही जगह है। @timvandermeij , ऐसा लगता है कि आप इस परियोजना के एक प्रमुख चालक हैं। क्या वैसे भी हम आपसे या समुदाय के किसी ऐसे व्यक्ति से संपर्क कर सकते हैं जो सहायता करने में सक्षम हो। इस सुविधा को लागू करने के लिए मेरे पास एक रणनीति है, लेकिन मैं यह सुनिश्चित करना चाहता हूं कि मैं जो करता हूं उसे भी इस रेपो में वापस लाया जा सके। हम कुछ फीचर बाउंटी को प्रायोजित करने या बनाने के लिए भी तैयार हैं, अगर इससे चीजों को तेजी से खत्म करने में मदद मिलेगी।

यदि आपके पास इस पर विचार हैं कि यह कैसे किया जाना चाहिए, तो इस पर चर्चा करने के लिए एक अलग मुद्दा खोलना सबसे अच्छा है। मुख्य सवाल यह है कि दर्ज किए गए डेटा का क्या करना है। प्रिंट करते समय इसे कैनवास पर प्रस्तुत करें? एफडीएफ प्रारूप में मूल्यों को डाउनलोड करने का विकल्प प्रदान करें? भरे हुए मूल्यों के साथ एक नई पीडीएफ फाइल प्रस्तुत करें? वगैरह। यह इस बात पर निर्भर करता है कि उपयोगकर्ता क्या उम्मीद करेगा और अन्य पीडीएफ पाठक क्या करेंगे।

बंद हो रहा है क्योंकि AcroForm समर्थन अब हो गया है और सक्षम हो गया है। शेष मुद्दे अब अलग-अलग मुद्दों में दर्ज किए जाते हैं और 4-form-acroform टैग के साथ एकत्र किए जाते हैं; https://github.com/mozilla/pdf.js/labels/4-form-acroform देखें।