हिन्दी

डेवलपर टूल · HTML इकाई एस्केपर

क्यों एन डैश के रूप में प्रस्तुत होता है: HTML की Windows-1252 इकाई विचित्रता

· पेजभूमि

HTML यूनिकोड अनुकूलता

एंटिटी नोटेशन एन डैश के रूप में क्यों प्रस्तुत होता है: HTML का Windows-1252 एंटिटी क्विर्क ब्राउज़र-सुरक्षित वर्ण-संदर्भ आरेख के रूप में दिखाया गया है
मूल ToolAcre वेक्टर चित्रण

कोड बिंदु 128–159 यूनिकोड में नियंत्रण वर्ण हैं, फिर भी ब्राउज़र को एन डैश के रूप में प्रस्तुत करते हैं। यह पोस्ट विंडोज़-1252 रीमैपिंग के बारे में बताती है जिसे संगतता के लिए HTML मानकीकृत किया गया है, ऐसी इकाइयाँ कहाँ से आती हैं और उन्हें कैसे आधुनिक बनाया जाए।

एन डैश जो एक नियंत्रण चरित्र था - माइग्रेटेड सामग्री में और को पूरा करना और आश्चर्य करना कि वे आखिर क्यों प्रस्तुत करते हैं

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

वर्ण को सत्यापित करने के लिए, एन डैश का निर्माण करें जो पुराने दस्तावेज़ों से माइग्रेट की गई सामग्री में गलत डैश और उद्धरण देखने वाले डेवलपर के लिए हो। प्रिजर्व एक नियंत्रण वर्ण था जबकि Windows-1252 संगतता 150 और 146 को पूरा करती है; पहचानें कि माइग्रेट की गई सामग्री का कहां उपभोग किया जाता है। वे क्यों प्रस्तुत करते हैं, इस बारे में सोचने का अवलोकन केवल HTML पाठ से संबंधित है।

C1 नियंत्रण सीमा - U+0080–U+009F क्या होनी चाहिए, और वे कभी भी मुद्रण योग्य पाठ क्यों नहीं होते हैं

C1 नियंत्रण सीमा - U+0080–U+009F क्या मानी जाती है, और वे कभी भी मुद्रण योग्य पाठ क्यों नहीं होते हैं। C1 अंतराल U+0080 से U+009F सामान्य मुद्रण योग्य टाइपोग्राफी के बजाय नियंत्रण कार्यों के लिए आरक्षित है। आश्चर्यजनक ग्लिफ़ संगतता मानचित्रण से आता है, नाममात्र कोड बिंदु से नहीं।

पुराने दस्तावेज़ों से माइग्रेट की गई सामग्री में गलत डैश और उद्धरण देखने वाला डेवलपर Windows-1252 संगतता पास से पहले 0080 u को रिकॉर्ड करके c1 नियंत्रण रेंज का परीक्षण कर सकता है। बाद में 009f की तुलना करें और इसके लिए जिम्मेदार पार्सर का पता लगाएं और वे क्यों हैं। यह वर्ण परिणाम बताता है कि ये कभी भी मुद्रण योग्य पाठ नहीं हैं, निष्पादन योग्य संदर्भ नहीं हैं।

संख्याएँ कहाँ से आईं - Windows-1252 byte मान वर्ड प्रोसेसर और प्रारंभिक एडिटर द्वारा HTML में चिपकाए गए

संख्याएँ कहाँ से आईं - Windows-1252 byte मान वर्ड प्रोसेसर और प्रारंभिक एडिटर द्वारा HTML में चिपकाए गए। पुराने संलेखन वर्कफ़्लोज़ ने Windows-1252 byte मानों को ऐसे माना जैसे कि वे यूनिकोड संख्याएँ हों। दस्तावेज़ों को यूनिकोड एन्कोडिंग में स्थानांतरित करने के बाद माइग्रेट किए गए HTML ने उन दशमलव संदर्भों को लंबे समय तक संरक्षित रखा।

संक्षिप्त Windows-1252 संगतता नमूने में जहाँ संख्याएँ आईं, उन्हें अलग करें। विंडोज़ से 1252 byte को शाब्दिक स्रोत के रूप में दिखाएं, html में उसके गंतव्य तक चिपकाए गए मानों का पालन करें, और वर्ड प्रोसेसर द्वारा API रीडिंग को नाम दें। चरित्र के लिए, प्रारंभिक एडिटर पार्सर-बाध्य साक्ष्य बने हुए हैं।

संगतता रीमैपिंग - HTML पार्सिंग एल्गोरिदम इन संदर्भों को Windows-1252 वर्णों पर कैसे मैप करता है

संगतता रीमैपिंग - HTML पार्सिंग एल्गोरिदम इन संदर्भों को Windows-1252 वर्णों में कैसे मैप करता है। डिकोडर में एक स्पष्ट Windows-1252 मानचित्र शामिल है। यह String.fromCodePoint से पहले चयनित मानों को बदलता है, ब्राउज़र-संगत परिणामों जैसे दशमलव 151 को एक ईएम डैश से मेल खाता है।

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

व्यावहारिक उदाहरण: और से तक उनके इच्छित वर्णों में अनुवाद करना - दीर्घवृत्त, उद्धरण, बुलेट, डैश और ट्रेडमार्क

व्यावहारिक उदाहरण: और से तक उनके इच्छित वर्णों में अनुवाद करना - दीर्घवृत्त, उद्धरण, बुलेट, डैश और ट्रेडमार्क। तालिका से परिकलित उदाहरणों में से दीर्घवृत्त, से बाएँ एकल उद्धरण, से दाएँ एकल उद्धरण, से बुलेट, से एन डैश और से ट्रेडमार्क शामिल हैं।

ग्राहक सामग्री के बजाय हानिरहित इनपुट के साथ 133 का अनुवाद करने वाला कार्यशील उदाहरण पुन: प्रस्तुत करें। रिकॉर्ड करें और 145 से 153 तक, उनके इच्छित वर्णों का निरीक्षण करें, और प्रत्येक जानबूझकर Windows-1252 संगतता पास की गणना करें। वह कैरेक्टर ट्रेल एक डेवलपर को पुराने दस्तावेजों से माइग्रेट की गई सामग्री में गलत डैश और उद्धरण देखकर इलिप्सिस उद्धरण बुलेट डैश और ट्रेडमार्क का अनुमान लगाए बिना मूल्यांकन करने देता है।

सामग्री को आधुनिक बनाना - UTF-8 में सही कोड बिंदुओं या स्वयं वर्णों को प्रतिस्थापित करना

सामग्री को आधुनिक बनाना - UTF-8 में सही कोड बिंदुओं या स्वयं वर्णों को प्रतिस्थापित करना। इच्छित यूनिकोड वर्ण या उसके सही यूनिकोड संख्यात्मक संदर्भ के साथ विरासत संदर्भों को प्रतिस्थापित करके आधुनिकीकरण करें। प्रवासन के दौरान मूल प्रतियों को सुरक्षित रखें ताकि अस्पष्ट ऐतिहासिक डेटा श्रवण योग्य बना रहे।

Windows-1252 संगतता समीक्षा के दौरान सामग्री को सही कोड और बिंदुओं या वर्णों के साथ-साथ प्रतिस्थापित करते हुए आधुनिकीकरण करें। पुराने दस्तावेज़ों से माइग्रेट की गई सामग्री में गलत डैश और उद्धरण देखने वाला डेवलपर यह तय कर सकता है कि यूटीएफ 8 में खुद को रूपांतरण या डाउनस्ट्रीम में बदला गया है या नहीं। Windows-1252 संगतता साक्ष्य के बारे में वर्ण निष्कर्ष को सामान्य सुरक्षा दावों से बाहर रखें।

इसमें क्या शामिल नहीं है - मैक्रोमन और अन्य लीगेसी कोड पेज, और पूर्ण दस्तावेज़ रूपांतरण

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

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

टेकअवे: एक ब्राउज़र क्विर्क को उद्देश्य से संरक्षित किया गया है - HTML इकाई एस्केपर का डिकोडर कैसे दिखाता है कि एक संख्यात्मक संदर्भ क्या हल करता है, और टूल पेज कहां बताता है कि यह इस सीमा का इलाज कैसे करता है

टेकअवे: एक ब्राउज़र क्विर्क को उद्देश्य से संरक्षित किया गया है - HTML इकाई एस्केपर का डिकोडर कैसे दिखाता है कि एक संख्यात्मक संदर्भ क्या हल करता है, और टूल पेज कहां बताता है कि यह इस सीमा का इलाज कैसे करता है। व्यवहार जानबूझकर अनुकूलता है, गणितीय पहचान नहीं। ToolAcre 151 और 146 के लिए इसके यूनिट परीक्षणों द्वारा कवर की गई समान निश्चित मैपिंग का उपयोग करके हल किए गए चरित्र को उजागर करता है।

टेकअवे ब्राउज़र क्विर्क को अवलोकन योग्य Windows-1252 संगतता आउटपुट से कनेक्ट करें। एक-पास परिणाम के बगल में उद्देश्य पर संरक्षित रखें, फिर सत्यापित करें कि HTML इकाई एस्केपर एस डिकोडर में कहां प्रवेश करता है और क्या दिखाता है। पुराने दस्तावेज़ों से माइग्रेट की गई सामग्री में गलत डैश और उद्धरण देखने वाला डेवलपर अब एक संकीर्ण वर्ण खोज के रूप में संख्यात्मक संदर्भ समाधान की समीक्षा कर सकता है। इस लेख के पीछे व्यावहारिक निर्णय विशिष्ट है: कोड बिंदु 128–159 यूनिकोड में नियंत्रण वर्ण हैं, फिर भी ब्राउज़र को एन डैश के रूप में प्रस्तुत करते हैं। यह पोस्ट विंडोज़-1252 रीमैपिंग के बारे में बताती है जिसे संगतता के लिए HTML मानकीकृत किया गया है, ऐसी इकाइयाँ कहाँ से आती हैं और उन्हें कैसे आधुनिक बनाया जाए। पाठक की कार्रवाई समान रूप से ठोस है: HTML इकाई एस्केपर के लिंक, विरासत सामग्री से संख्यात्मक संदर्भों को डिकोड करने के स्थान के रूप में, 128–159 रेंज के प्रबंधन के लिए टूल पेज के 'तकनीकी नोट्स' के संकेतक के साथ।