Pdf.js: एसवीजी पथ गलत तरीके से 2 नोड्स में टूट गया है

को निर्मित 6 फ़र॰ 2019 · 4टिप्पणियाँ · स्रोत: mozilla/pdf.js

यहां संलग्न करें (अनुशंसित) या पीडीएफ फाइल से लिंक करें:
टेस्ट4.पीडीएफ

विन्यास:

वेब ब्राउज़र और उसका संस्करण: क्रोम 56.0.2924.76
ऑपरेटिंग सिस्टम और उसका संस्करण: लिनक्स मिंट 18.3
PDF.js संस्करण: प्रतिबद्ध c0d6e46e392b327996eb0964b7932cb5bdde1727
एक ब्राउज़र एक्सटेंशन है: नहीं

समस्या को पुन: उत्पन्न करने के लिए कदम:

"नोड pdf2svg.js test4.pdf" चलाएँ
आउटपुट test4.1.svg को क्रोम में लोड करें
कंसोल त्रुटि लॉग की जाँच करें। आप इसे देखेंगे:

अपेक्षित व्यवहार क्या है? (स्क्रीनशॉट जोड़ें)
त्रुटियाँ नहीं।

क्या गलत हुआ? (स्क्रीनशॉट जोड़ें)
आउटपुट में एक पथ 2 भागों में विभाजित हो गया।
प्रारंभिक "एम" एक नोड में है और निम्नलिखित "एल" अगले नोड में है।
ये एक ही नोड में होना चाहिए।
bad_svg_node

किसी दर्शक से लिंक करें (यदि mozilla.github.io/pdf.js के अलावा किसी अन्य साइट पर या Firefox/Chrome एक्सटेंशन के रूप में होस्ट किया गया है):

4-svg

स्रोत

johnkingsley

सबसे उपयोगी टिप्पणी

मैं OperatorList के कामकाज से बहुत परिचित नहीं हूं लेकिन ऐसा लगता है कि ऑपरेटर सूचियां लगभग 1000 ऑपरेटरों के हिस्सों में विभाजित हैं।

सही; यह संपूर्ण OperatorList (अर्थात पृष्ठ) को पार्स किए जाने से पहले प्रतिपादन शुरू करने की अनुमति देने के लिए है, इस प्रकार पृष्ठ लोड होने से लेकर इसे पूरी तरह से प्रस्तुत किए जाने तक के लिए आवश्यक समग्र समय को कम करता है।

क्या यह ध्वनि प्रशंसनीय है?

हां, और इसे सत्यापित करना आसान होना चाहिए (केवल मूल्य में बहुत वृद्धि करें, प्रभावी रूप से इस चंकिंग को अक्षम करना)।

OperatorList और इसके निरंतर CHUNK_SIZE को संशोधित करने के बजाय, svg.js को ठीक किया जाना चाहिए।

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

शायद इस तरह: लगातार OPS.constructPath ऑपरेटरों को एक <svg:path> नोड में जोड़ा जाना चाहिए यदि कोई हस्तक्षेप पथ पेंटिंग ऑपरेटर नहीं है ...

फिर, यह पूरी तरह से उचित लगता है।

Snuffleupagus 12 फ़र॰ 2019

👍3

सभी 4 टिप्पणियाँ

यह बग #9167 से संबंधित हो सकता है।

johnkingsley 6 फ़र॰ 2019

मुझे लगता है कि अपराधी यहाँ है:
https://github.com/mozilla/pdf.js/blob/a045a00af34b764edda5991d2bcd18541ed60536/src/core/operator_list.js#L533 -L534
मैं OperatorList के कामकाज से बहुत परिचित नहीं हूं लेकिन ऐसा लगता है कि ऑपरेटर सूचियां लगभग 1000 ऑपरेटरों के हिस्सों में विभाजित हैं। कभी-कभी चंक सीमा को पीडीएफ पथ परिभाषा के बीच में रखा जाता है। यह दो OPS.constructPath ऑपरेटरों का उत्पादन करता है और बाद वाला moveTo शुरू नहीं होता है।

क्या यह ध्वनि प्रशंसनीय है?

OperatorList और इसके स्थिरांक CHUNK_SIZE को संशोधित करने के बजाय, svg.js को ठीक किया जाना चाहिए। शायद इस तरह: लगातार OPS.constructPath ऑपरेटरों को एक <svg:path> नोड में जोड़ा जाना चाहिए यदि कोई हस्तक्षेप पथ पेंटिंग ऑपरेटर नहीं है ...

janpe2 12 फ़र॰ 2019

👍3

मैं OperatorList के कामकाज से बहुत परिचित नहीं हूं लेकिन ऐसा लगता है कि ऑपरेटर सूचियां लगभग 1000 ऑपरेटरों के हिस्सों में विभाजित हैं।

क्या यह ध्वनि प्रशंसनीय है?

OperatorList और इसके निरंतर CHUNK_SIZE को संशोधित करने के बजाय, svg.js को ठीक किया जाना चाहिए।

शायद इस तरह: लगातार OPS.constructPath ऑपरेटरों को एक <svg:path> नोड में जोड़ा जाना चाहिए यदि कोई हस्तक्षेप पथ पेंटिंग ऑपरेटर नहीं है ...

फिर, यह पूरी तरह से उचित लगता है।

Snuffleupagus 12 फ़र॰ 2019

👍3

मैं पुष्टि कर सकता हूं कि अगर मैं CHUNK_SIZE को 10000000 तक बढ़ा दूं तो समस्या दूर हो जाएगी।
(और मैं मानता हूं कि यह एक उचित समाधान नहीं है)
आपकी सहायता के लिए धन्यवाद।

johnkingsley 13 फ़र॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Pdf.js: एसवीजी पथ गलत तरीके से 2 नोड्स में टूट गया है

सबसे उपयोगी टिप्पणी

सभी 4 टिप्पणियाँ

संबंधित मुद्दों