जब कोरियन फॉर्मेट टूट गया, तो मैंने वाक्य के बजाय संपादन इकाई बदल दी

मैं मौजूदा कोरियन फॉर्मेट के पाठ को बदलते हुए तालिका और प्रारूप को बनाए रखना चाहता था। हालांकि, ZIP और XML जाँच से गुजरने वाली फ़ाइलों में भी टेक्स्ट व्यवस्था उलझ गई थी। इसका कारण यह था कि तालिका को घेरने वाले शीर्ष पैराग्राफ के सभी अंतर्गत टेक्स्ट को एकत्र करके कई सेल्स को एक लंबे वाक्य के रूप में माना गया था।

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

मैंने HWPX आंतरिक फ़ाइल क्रम और संपीड़न विधि को संरक्षित रखा और mimetype को पहले आइटम के रूप में बिना संपीड़न के रखा। जब मुख्य भाग को ठीक किया गया, तो मैंने पूर्वावलोकन टेक्स्ट को अपडेट किया और मौजूदा लाइन व्यवस्था कैश को हटा दिया ताकि कोरियन फिर से टाइपोग्राफी हो सके। संबंधित फॉर्मेट के लिए अनुरोधित 95% पंक्ति चौड़ाई और -5 अंतर को लागू किया गया, लेकिन वाक्यों को जबरदस्ती अधिक संपीड़ित नहीं किया गया।

जब मैंने संशोधित जनरेटर से समस্যা का परीक्षण किया, तो 500 वर्णों से अधिक लंबे मिलाए गए पैराग्राफ गायब हो गए, और सबसे लंबा संपादन पैराग्राफ केवल 99 वर्ण था। व्याकरण, ZIP और फॉर्मेट जाँच भी की गई।

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