प्रीकॉन्व - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

preconv - इनपुट फ़ाइलों के एन्कोडिंग को जीएनयू ट्रॉफ समझता है कुछ में कनवर्ट करें

SYNOPSIS

पूर्व सम्मेलन [-डॉ] [-e एन्कोडिंग] [फ़ाइलों ...]
पूर्व सम्मेलन -h | --मदद
पूर्व सम्मेलन -v | --संस्करण

के बीच व्हॉट्सएप होना संभव है -e कमांड लाइन विकल्प और उसके पैरामीटर।

वर्णन

पूर्व सम्मेलन पढ़ता फ़ाइलों और इसके एन्कोडिंग (ओं) को GNU के रूप में परिवर्तित करता है ट्रोफ(1) प्रक्रिया कर सकते हैं,
डेटा को मानक आउटपुट में भेजना। वर्तमान में, इसका अर्थ है ASCII वर्ण और
'\[uXXXX]' इकाइयां, जहां 'XXXX' चार से छह अंकों वाली एक हेक्साडेसिमल संख्या है,
एक यूनिकोड इनपुट कोड का प्रतिनिधित्व करना। सामान्य रूप से, पूर्व सम्मेलन के साथ आह्वान किया जाना चाहिए -k और -K
के विकल्प ग्रॉफ़.

विकल्प

-d डिबगिंग संदेशों को मानक त्रुटि (मुख्य रूप से प्रयुक्त एन्कोडिंग) में उत्सर्जित करें।

-Dएन्कोडिंग
सब कुछ विफल होने पर डिफ़ॉल्ट एन्कोडिंग निर्दिष्ट करें (नीचे देखें)।

-eएन्कोडिंग
अन्य सभी विधियों को ओवरराइड करते हुए, इनपुट एन्कोडिंग को स्पष्ट रूप से निर्दिष्ट करें। यह मेल खाता है
सेवा मेरे ग्रॉफ़'s -Kएन्कोडिंग विकल्प। इस स्विच के बिना, पूर्व सम्मेलन एल्गोरिथ्म का उपयोग करता है
इनपुट एन्कोडिंग का चयन करने के लिए नीचे वर्णित है।

--मदद
-h सहायता संदेश प्रिंट करें।

-r .lf अनुरोध न जोड़ें।

--संस्करण
-v प्रिंट संस्करण संख्या।

उपयोग

पूर्व सम्मेलन निम्नलिखित एल्गोरिथम के साथ इनपुट एन्कोडिंग खोजने का प्रयास करता है।

1. यदि इनपुट एन्कोडिंग को विकल्प के साथ स्पष्ट रूप से निर्दिष्ट किया गया है -e, इसका इस्तेमाल करें।

2. अन्यथा, जांचें कि क्या इनपुट a . से शुरू होता है बाइट व्यवस्था मार्क (बीओएम, नीचे देखें)।
मिले तो प्रयोग करें।

3. अंत में, जांचें कि क्या कोई ज्ञात है कोडिंग टैग (नीचे देखें) या तो पहले
या दूसरी इनपुट लाइन। मिले तो प्रयोग करें।

4. यदि सब कुछ विफल हो जाता है, तो विकल्प के साथ दिए गए डिफ़ॉल्ट एन्कोडिंग का उपयोग करें -D, वर्तमान द्वारा
लोकेल, या 'लैटिन 1' अगर लोकेल 'सी', 'पॉज़िक्स', या खाली (उस क्रम में) पर सेट है।

ध्यान दें कि ग्रॉफ़ कार्यक्रम का समर्थन करता है a GROFF_ENCODING पर्यावरण चर जो है
अंततः विकल्प में विस्तारित -k.

बाइट व्यवस्था मार्क
यूनिकोड मानक वर्ण U+FEFF को बाइट ऑर्डर मार्क (BOM) के रूप में परिभाषित करता है। दूसरे पर
हाथ, मान यू + एफएफएफई की गारंटी है कि यूनिकोड वर्ण बिल्कुल नहीं होगा। यह पता लगाने की अनुमति देता है
डेटा स्ट्रीम के भीतर बाइट क्रम (या तो बड़ा-एंडियन या निचला-एंडियन), और MIME
एन्कोडिंग 'UTF-16' और 'UTF-32' में कहा गया है कि डेटा स्ट्रीम U+FEFF से शुरू होती है।
इसी तरह, 'UTF-8' के रूप में एन्कोड किया गया डेटा स्ट्रीम एक BOM से शुरू हो सकता है
UTF-16 और UTF-32 से और में रूपांतरण)। सभी मामलों में, बाइट ऑर्डर मार्क है नहीं भाग
डेटा का लेकिन एन्कोडिंग प्रोटोकॉल का हिस्सा; दूसरे शब्दों में, पूर्व सम्मेलनका आउटपुट नहीं है
इसे शामिल करें।

ध्यान दें कि U+FEFF इनपुट डेटा की शुरुआत में नहीं वास्तव में उत्सर्जित होता है; यह तब है
एक 'शून्य चौड़ाई नो-ब्रेक स्पेस' वर्ण का अर्थ - कुछ ऐसा जिसकी सामान्य रूप से आवश्यकता नहीं होती है
ग्रॉफ़.

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

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

कोडिंग टैग in जीएनयू Emacs और XEmacs तथाकथित में संग्रहीत हैं पट्टिका चर. पूर्व सम्मेलन
निम्नलिखित सिंटैक्स फॉर्म को पहचानता है जिसे पहले ट्रॉफ टिप्पणी में रखा जाना चाहिए
या दूसरी पंक्ति।

- * - tag1: value1; tag2: value2; ... -*-

के लिए एकमात्र प्रासंगिक टैग पूर्व सम्मेलन 'कोडिंग' है जो नीचे सूचीबद्ध मान ले सकता है।
यहाँ एक उदाहरण पंक्ति जो बताती है Emacs फ़ाइल को ट्रॉफ़ मोड में संपादित करने के लिए, और latin2 as . का उपयोग करने के लिए
इसकी एन्कोडिंग।

.\" -*- मोड: ट्रॉफ; कोडिंग: लैटिन-2 -*-

निम्न सूची सभी MIME कोडिंग टैग (या तो लोअरकेस या अपरकेस) देती है जो समर्थित हैं
पूर्व सम्मेलन; यह सूची स्रोत में हार्ड-कोडित है।

बिग5, सीपी1047, ईयूसी-जेपी, ईयूसी-केआर, जीबी2312, आईएसओ-8859-1, आईएसओ-8859-2, आईएसओ-8859-5,
आईएसओ-8859-7, आईएसओ-8859-9, आईएसओ-8859-13, आईएसओ-8859-15, कोई8-आर, यूएस-एएससीआईआई, यूटीएफ-8, यूटीएफ-16,
यूटीएफ-16बीई, यूटीएफ-16एल

इसके अलावा, अन्य टैगों की निम्नलिखित हार्ड-कोडेड सूची को मान्यता दी जाती है जो अंततः
उपरोक्त सूची से मूल्यों के लिए मानचित्र।

ascii, चीनी-big5, चीनी-euc, चीनी-iso-8bit, cn-big5, cn-gb, cn-gb-2312,
cp878, csascii, csisolatin1, सिरिलिक-आईएसओ-8बिट, सिरिलिक-कोई8, euc-चीन, euc-cn,
euc-जापान, euc-japan-1990, euc-korea, ग्रीक-iso-8bit, iso-10646/utf8,
आईएसओ-10646/यूटीएफ-8, आईएसओ-लैटिन-1, आइसो-लैटिन-2, आइसो-लैटिन-5, आइसो-लैटिन-7, आइसो-लैटिन-9,
जापानी-ईयूसी, जापानी-आईएसओ -8 बिट, जीआईएस 8, कोई 8, कोरियाई-ईयूसी, कोरियाई-आईएसओ -8 बिट, लैटिन -0,
लैटिन1, लैटिन-1, लैटिन-2, लैटिन-5, लैटिन-7, लैटिन-9, खच्चर-यूटीएफ-8, खच्चर-यूटीएफ-16,
खच्चर-utf-16be, खच्चर-utf-16-बी, खच्चर-utf-16be-साथ-हस्ताक्षर, खच्चर-utf-16le,
खच्चर-utf-16-le, खच्चर-utf-16le-साथ-हस्ताक्षर, utf8, utf-16-be,
utf-16-हस्ताक्षर के साथ हो, utf-16be-के साथ-हस्ताक्षर, utf-16-le,
utf-16-le-साथ-हस्ताक्षर, utf-16le-साथ-हस्ताक्षर

वे टैग से लिए गए हैं जीएनयू Emacs और XEmacs, कुछ उपनामों के साथ। पीछे चल
कोडिंग टैग के '-डॉस', '-यूनिक्स' और '-मैक' प्रत्यय (जो एंड-ऑफ-लाइन कन्वेंशन देते हैं)
उपरोक्त टैग के साथ तुलना होने से पहले फ़ाइल में प्रयुक्त) को हटा दिया जाता है।

iconv मुद्दे
पूर्व सम्मेलन अपने आप में केवल तीन एन्कोडिंग का समर्थन करता है: लैटिन-1, सीपी1047, और यूटीएफ-8; अन्य सभी
एन्कोडिंग को पास किया जाता है iconv पुस्तकालय के कार्य। संकलन समय पर इसे खोजा जाता है और
एक वैध . के लिए जाँच की गई iconv कार्यान्वयन; 'preconv --version' के लिए एक कॉल से पता चलता है कि क्या
iconv प्रयोग किया जाता है।

onworks.net सेवाओं का उपयोग करके ऑनलाइन प्रीकॉन्व का उपयोग करें