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

हां, हां, निश्चित रूप से, हम जानते हैं कि तीन चीजों में से - जल्दी, सस्ते और कुशलता से - आपको किसी भी दो को चुनने की आवश्यकता है। लेकिन सबसे बुरी बात यह है कि हमारे मामले में हम कुछ भी नहीं हटा सकते हैं। सवाल यह है कि हमने कितना अच्छा किया ...

_{चित्र स्रोत: विकिपीडिया}

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

मैं क्यों हूँ? यदि हम पूर्णतावादी होते, तो हम बहुत सोच-समझकर एंटी-प्लाजियरिज्म प्रणाली के काम पर लेख लिख रहे होते। हम पाठक के लिए सबसे तार्किक और अपेक्षित तरीके से सब कुछ बताने के लिए एक प्रकाशन योजना तैयार करेंगे।

सबसे पहले, हम इस बारे में बात करेंगे कि हमारा सिस्टम कैसे संरचित है (हैबे पर पांचवां प्रकाशन ), और यह दस्तावेज के प्रसंस्करण के तीन मुख्य चरणों का वर्णन करेगा जब इसे उधार लेने के लिए जाँच की जाती है:
1. दस्तावेज़ का पाठ निकालें (आप यहाँ हैं!);
2. ऋण की खोज करें (टुकड़े हमारे कई लेखों में पहले से ही हैं);
3. दस्तावेज़ पर एक रिपोर्ट का निर्माण (योजनाओं में)।
इसके अलावा, हम पाठक को दिलचस्प सहायक तंत्र के उपकरण के लिए समर्पित करना शुरू कर देंगे, जैसे कि हस्तांतरणीय उधार ( पहला लेख ) की खोज, पैराफेरेस की परिभाषा ( चौथा ) और विषयगत वर्गीकरण ( दूसरा )।
और अंत में, हम खोज इंजन - दाद ( सातवें लेख ) के सूचकांक के लिए मिला।

एक चौकस पाठक ने देखा होगा कि हम अभी भी अत्यधिक पूर्णतावाद से ग्रस्त नहीं हैं, इसलिए यह पहले चरण पर आगे बढ़ने का समय है - पाठ और स्वरूपण दस्तावेजों को निकालना। यह वह है जो हम आज करेंगे, जिस तरह से सुरंग के अंत में होने वाली मृत्यु के बारे में और प्रकाश के बारे में सोच रहे हैं, किसी भी आदर्श के गैर-अस्तित्व के बारे में और उत्कृष्टता की खोज के बारे में, एक योजना होने के बाद और इसके बाद और उस समझौते के बारे में जो जीवन हमें हमेशा प्रभावित करता है।

शुरुआत में यह शब्द था

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

अपवाद तब भी होते हैं जब कुछ वैध दस्तावेजों को संसाधित करते हैं, गलत तरीके से बनाए गए "टूटे" दस्तावेजों के प्रसंस्करण का उल्लेख नहीं करते हैं। और भी समस्याएं पैदा करता है कि मूल कोड गिर सकता है, और इन स्थितियों को .net कोड से संभालना मुश्किल है;
अपर्याप्त रूप से उच्च मेमोरी खपत, जो दोनों पड़ोसी प्रक्रियाओं और वर्तमान समस्या को "समस्या" दस्तावेज़ (प्रबंधित या अप्रबंधित कोड में मेमोरी से बाहर) को चोट पहुंचा सकती है;
दस्तावेज़ की बहुत लंबी प्रक्रिया, जो कि अधिकांश पुस्तकालयों के लिए रद्द करने की व्यवस्था की कमी के कारण होती है, और कभी-कभी एक प्रबंधित एक से अनवांटेड कोड कॉल को रद्द करने की जटिलता (पढ़ें: लगभग असंभव) द्वारा;
"दस्तावेजों से पाठ निष्कर्षण।" एक पीडीएफ दस्तावेज़ का पाठ उत्पन्न करना (और यह प्रारूप हमारे लिए महत्वपूर्ण है), जो पहले से ही किया गया है, अपेक्षाओं के विपरीत, एक गैर-तुच्छ कार्य है। तथ्य यह है कि पीडीएफ प्रारूप मूल रूप से मुद्रण सामग्री की इलेक्ट्रॉनिक प्रस्तुति के लिए मुख्य रूप से विकसित किया गया था। पीडीएफ़ में पाठ एक दस्तावेज़ के पन्नों पर स्थित पाठ ब्लॉक का एक सेट है। इसके अलावा, ब्लॉक पाठ या एक एकल वर्ण का पैराग्राफ हो सकता है। इस ब्लॉक के सेट से पाठ को उसके मूल रूप में पुनर्स्थापित करने का कार्य लाइब्रेरी (कोड / प्रोग्राम) के साथ है जो दस्तावेज़ को पढ़ता है। हां, एक निश्चित संस्करण के साथ शुरू होने वाला प्रारूप, ब्लॉकों के क्रम को निर्दिष्ट करने की क्षमता प्रदान करता है, लेकिन, दुर्भाग्य से, पाठ ब्लॉकों के चिह्नित अनुक्रम वाले दस्तावेज दुर्लभ हैं। इसलिए, पीडीएफ पाठ पढ़ने वाले पुस्तकालयों में कई ~~संख्याएँ हैं~~ (अच्छी तरह से, यह यहाँ का मानक है: मशीन लर्निंग, ~~बिगडाटा~~ , ~~ब्लॉकचेन,~~ ...) जो आपको एक डिग्री या किसी अन्य के साथ सही रूप में पाठ को पुनर्स्थापित करने की अनुमति देते हैं, और, जैसा कि अपेक्षित था, परिणाम लाइब्रेरी से लाइब्रेरी तक भिन्न होता है। ।

_{निचला छवि स्रोत: लेख}

_{शीर्ष छवि स्रोत: हम्म ...}

अधिक डेटा की आवश्यकता है!

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

किसी दस्तावेज़ को स्वरूपित करने में पृष्ठों पर सभी शब्दों और वर्णों की ज्यामितीय व्यवस्था के साथ-साथ सभी वर्णों का फ़ॉन्ट आकार भी शामिल होता है। यह जानकारी हमें इसकी अनुमति देती है:

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

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

एक दस्तावेज़ को पीडीएफ में बदलें;
पीडीएफ से डेटा निकालें।

पीडीएफ में परिवर्तित करें। पुस्तकालय चयन

चूंकि एक दस्तावेज़ को पीडीएफ में बदलना और बदलना इतना आसान नहीं है, इसलिए हमने पहिया को फिर से मजबूत करने और तैयार किए गए समाधानों का पता लगाने का फैसला नहीं किया, जो हमारे लिए सबसे उपयुक्त है। यह 2017 में वापस आ गया था।

उम्मीदवारों के चयन के लिए मानदंड:

लाइब्रेरी .net, आदर्श रूप से .net कोर और क्रॉस-प्लेटफ़ॉर्म
स्पॉइलर!
परिणामस्वरूप, उस समय, आदर्श अप्राप्य था
आवश्यक स्वरूपों के लिए समर्थन - डॉक्टर, डॉक्टर, आरटीएफ, ओडीएफ, पीपीटी, पीपीटीएक्स
स्थिरता
उत्पादकता
तकनीकी सहायता की गुणवत्ता
मूल्य जारी करें

हमने उपलब्ध समाधानों का विश्लेषण किया, उनमें से हमारे कार्यों के लिए 6 सबसे उपयुक्त हैं:

पुस्तकालय	सतह की समस्याएं
एमएस वर्ड। इंटरॉप	आवश्यकता है: एमएस वर्ड। Microsoft Word को COM के माध्यम से कॉल करें। विधि के कई नुकसान हैं: स्थापित एमएस वर्ड की आवश्यकता, अस्थिरता, खराब प्रदर्शन। लाइसेंस प्रतिबंध हैं।
DevExpress (17)	पीपीटी, पीपीटीएक्स का समर्थन नहीं करता है
GroupDocs	-
Syncfusion	पीपीटी, पीपीटीएक्स, ओडीटी का समर्थन नहीं करता है
Neevia दस्तावेज़ कनवर्टर प्रो	आवश्यकता है: एमएस वर्ड। ओडीटी का समर्थन नहीं करता है
DynamicPdf	आवश्यकता है: एमएस वर्ड, इंटरनेट एक्सप्लोरर। ओडीटी का समर्थन नहीं करता है

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

इस प्रकार, हमारे पास तीन मुख्य उम्मीदवार बचे हैं, और उनमें से केवल एक ही पूरी तरह से उन सभी स्वरूपों का समर्थन करता है जिनकी हमें आवश्यकता है। खैर, यह देखने का समय है कि वे क्या करने में सक्षम हैं।

पुस्तकालयों के परीक्षण के लिए, हमने 120 हजार वास्तविक उपयोगकर्ता दस्तावेज़ों का एक नमूना बनाया, प्रारूपों का अनुपात जिसमें लगभग हर दिन हम उत्पादन पर दिखाई देते हैं।

तो पहला दौर। आइए देखें कि विचाराधीन पीडीएफ पुस्तकालयों में दस्तावेजों के किस अनुपात को सफलतापूर्वक परिवर्तित किया जा सकता है। सफलतापूर्वक, हमारे मामले में, अपवाद को फेंकना नहीं है, 3-मिनट के समय-समय पर मिलना और गैर-खाली पाठ वापस करना।

कनवर्टर	सफल (%)	सफल नहीं (%)
कनवर्टर	सफल (%)	केवल	खाली पाठ	अपवाद	टाइमआउट (3 मिनट)	प्रक्रिया ड्रॉप
GroupDocs	99,012	0.988	0.039	0.873	0.076	0
DevExpress	99,819	0.181	0.123	0.019	0.039	0
Syncfusion	98,358	1632	0.039	0.848	0.745	0.01

सिंकफ्यूजन तुरंत बाहर खड़ा हो गया, जो न केवल सफलतापूर्वक दस्तावेजों की सबसे छोटी संख्या को संसाधित करने में सक्षम था, बल्कि कुछ दस्तावेजों पर पूरी प्रक्रिया को भी डंप कर दिया था (मूल कोड जैसे अपवादों को छोड़कर या देशी कोड से अपवाद जो बिना किसी डांसर के साथ नृत्य के बिना पकड़े गए थे)।

GroupDocs DevExpress की तुलना में लगभग 5.5 गुना अधिक दस्तावेजों को संसाधित करने में विफल रहा (ऊपर प्लेट पर सब कुछ देखा जा सकता है)। यह इस तथ्य के बावजूद है कि GroupDocs से एक एकल डेवलपर लाइसेंस DevExpress से एकल डेवलपर लाइसेंस की तुलना में लगभग 9 गुना अधिक महंगा है। ऐसा है, वैसे।

दूसरा गंभीर परीक्षण रूपांतरण समय है, वही 120 हजार दस्तावेज:

कनवर्टर	मीन (सेक।)	मेडियन (सेक।)	एसटीडी (सेकंड)
GroupDocs	1.301966	0.328000	6.401197
DevExpress	0.523453	0.252000	1.781898
Syncfusion	8.922892	4.987000	12.929588

ध्यान दें कि DevExpress न केवल औसत पर दस्तावेजों को तेजी से संसाधित करता है, बल्कि एक अधिक स्थिर प्रसंस्करण समय भी दिखाता है।

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

कनवर्टर	पाठ की कुल राशि (वर्णों में)	शब्दावली शब्दों का औसत अनुपात
GroupDocs	6 321 145 966	0.949172
DevExpress	6 135 668 416	0.950629
Syncfusion	5995008572	0.938693

भाग में, धारणा सही थी। जैसा कि यह निकला, GroupDocs, DevExpress के विपरीत, फुटनोट्स के साथ काम कर सकता है। DevExpress बस एक डॉक्यूमेंट को पीडीऍफ़ में कनवर्ट करते समय उन्हें छोड़ देता है। वैसे, हाँ, सभी मामलों में प्राप्त pdf'ok से पाठ DevExpress'a का उपयोग करके निकाला जाता है।

इसलिए, हमने प्रश्न में पुस्तकालयों की गति और स्थिरता का अध्ययन किया, अब हम पीडीएफ दस्तावेज़ रूपांतरण की गुणवत्ता का सावधानीपूर्वक मूल्यांकन करते हैं। ऐसा करने के लिए, हम न केवल निकाले जाने वाले पाठ का आयतन और उसमें शब्द शब्दों के अनुपात का विश्लेषण करेंगे, बल्कि हम प्राप्त पीडीएफ़ से निकाले गए ग्रंथों की तुलना एमएस वर्ड का उपयोग करके प्राप्त पीडीएफ ग्रंथों से करेंगे। हम MS Word का उपयोग करके दस्तावेज़ को संदर्भ पीडीएफ के रूप में परिवर्तित करने का परिणाम स्वीकार करते हैं। इस परीक्षण के लिए " दस्तावेज़, संदर्भ पीडीएफ'का " के लगभग 4,500 जोड़े तैयार किए गए थे।

कनवर्टर	पाठ निकाला गया (%)	पाठ की लंबाई से निकटता			शब्द आवृत्ति द्वारा निकटता
कनवर्टर	पाठ निकाला गया (%)	औसत	मंझला	एसकेओ	औसत	मंझला	एसकेओ
GroupDocs	99,131	0.985472	0.999756	0.095304	0.979952	1.000000	0.102316
DevExpress	99,726	0.971326	0.996647	0.075951	0.965686	0.996101	0.082192
Syncfusion	89,336	0.880229	0.996845	0.306920	0.815760	0.998206	0.348621

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

परिणामों को देखते हुए, चुनाव स्पष्ट था। आज तक, हम DevExpress से समाधान का उपयोग कर रहे हैं और जल्द ही इसके 19 वें संस्करण में अपग्रेड करने की योजना बना रहे हैं।

एक पीडीएफ है, फ़ॉर्मेटिंग के साथ टेक्स्ट निकालें

इसलिए, हम दस्तावेजों को पीडीएफ में बदल सकते हैं। अब हमारे पास एक और कार्य है: पाठ को निकालने के लिए DevExpress का उपयोग करना, हर शब्द के बारे में जानना, जो हमें आवश्यक है। अर्थात्:

किस पृष्ठ पर शब्द है;
पृष्ठ पर शब्द का स्थान (एक आयत तैयार करना);
शब्द का फ़ॉन्ट आकार (वर्ण वर्ण)।

छवि पृष्ठों में पाठ के टूटने को दिखाती है, और पृष्ठ क्षेत्र को पाठ के एक शब्द के पत्राचार को भी दिखाती है।

_{छवि स्रोत: वैज्ञानिक दस्तावेजों से हैडर मेटाडेटा निष्कर्षण}

ऐसा लगता है कि सब कुछ सरल होना चाहिए। हम देखते हैं कि API DevExpress हमें क्या प्रदान करता है:

हमारे पास एक विधि है जो संपूर्ण दस्तावेज़ का पाठ लौटाती है। सादा तार ;
हमारे पास दस्तावेज़ के अनुसार पुनरावृति करने की क्षमता है। प्रत्येक शब्द के लिए हम प्राप्त कर सकते हैं:
- शब्द का पाठ;
- वह पृष्ठ जिस पर शब्द स्थित है;
- शब्द की फ्रेमिंग आयत;
- शब्द के अलग-अलग वर्णों पर जानकारी (आयत, फॉन्ट आकार, ... का वर्णन करने वाले वर्ण का अर्थ)।

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

_{छवि स्रोत: यूरेका!}

स्पष्ट समाधान दस्तावेज़ के पाठ के साथ शब्दों का मिलान करना है। हम देखते हैं - वास्तव में, दस्तावेज़ के पाठ में शब्दों को उसी क्रम में व्यवस्थित किया जाता है जिसमें वे दस्तावेज़ के शब्दों के अनुसार पुनरावृत्तिकर्ता द्वारा लौटाए जाते हैं।

हम जल्दी से दस्तावेज़ के पाठ के साथ शब्दों के मिलान के लिए एक सरल एल्गोरिथ्म लागू करते हैं, चेक जोड़ते हैं कि सब कुछ सही ढंग से मेल खाता है, प्रारंभ करें ...

वास्तव में, सब कुछ पृष्ठों के विशाल बहुमत पर सही ढंग से काम करता है, लेकिन, दुर्भाग्य से, सभी पृष्ठों पर नहीं।

_{शीर्ष छवि स्रोत: क्या आपको यकीन है?}

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

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

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

बाय :)

धैर्य और श्रम पूरे पाठ को बाहर निकाल देगा

शुरुआत में यह शब्द था

अधिक डेटा की आवश्यकता है!

पीडीएफ में परिवर्तित करें। पुस्तकालय चयन

एक पीडीएफ है, फ़ॉर्मेटिंग के साथ टेक्स्ट निकालें

More articles: