TXT

TXT फ़ाइल क्या होती है?

सिर्फ़ अक्षर, और कुछ नहीं। पचास साल बाद भी खुलेगा।

TXT है क्या

TXT एक सादा टेक्स्ट फ़ॉर्मेट है, जो किसी भी एडिटर में खुल जाता है। इसका इस्तेमाल प्रोग्रामों के बीच डेटा ले जाना और सहेजना के लिए होता है।

एक्सटेंशन .txt है और पूरा नाम Plain Text। दोनों उतना नहीं बताते जितना यह कि फ़ाइल अंदर क्या-क्या रख सकती है — और इस पन्ने का बाक़ी हिस्सा इसी के बारे में है।

TXT आया कहाँ से

यह 1963 तक पीछे जाता है। विनिर्देश Unicode है।

जो फ़ॉर्मेट इतने लंबे समय तक पढ़ा जाता रहा हो, उसे वह चीज़ सौंपी जा सकती है जो आपको दस साल बाद वापस चाहिए।

विनिर्देश सार्वजनिक है

यह पूरा प्रकाशित है, इसलिए कोई भी इसे देखकर अंदाज़ा लगाने के बजाय दस्तावेज़ पढ़कर लागू कर सकता है। यही वजह है कि यह फ़ॉर्मेट इतने सारे प्रोग्रामों में मिलता है, और यही वजह है कि बीस साल पहले लिखी गई फ़ाइलें आज भी खुल जाती हैं। पर विनिर्देश का प्रकाशित होना और उसका रॉयल्टी-मुक्त होना एक बात नहीं है: जहाँ फ़ॉर्मेट किसी कोडेक को अपने अंदर लपेटता है, वहाँ पेटेंट का लाइसेंस एक अलग सवाल है, और मानक उसका जवाब नहीं देता।

कुछ भी फेंका नहीं जाता

TXT फ़ाइल अपना अंदरूनी हिस्सा हूबहू सहेजती है। दोबारा सहेजने से कुछ नहीं बदलता, इसलिए इसे जितनी बार चाहें खोलिए, बदलिए और फिर से सहेजिए — नुक़सान जमा नहीं होता। यही बात इसे सौंपने का नहीं, काम करने का फ़ॉर्मेट बनाती है।

TXT को खोलता कौन है

Notepad, TextEdit और Visual Studio Code इसे पढ़ते हैं, और इसी तरह के ज़्यादातर दूसरे प्रोग्राम भी।

फ़ाइल न खुले तो कसूर फ़ॉर्मेट का शायद ही कभी होता है — अक्सर प्रोग्राम ही फ़ॉर्मेट से पुराना होता है। किसी पुरानी चीज़ में बदल लेना इससे निकलने का भरोसेमंद रास्ता है, और इस वेबसाइट का बाक़ी हिस्सा इसी के लिए है।

इसे ब्राउज़र में खोलना

इसे हर मौजूदा ब्राउज़र पढ़ लेता है।

इसलिए इसे किसी पन्ने पर रखना या संदेश के साथ भेजना बेफ़िक्र होकर किया जा सकता है — सामने वाले ने क्या इंस्टॉल कर रखा है, यह सोचने की ज़रूरत नहीं।

यह काम करने का फ़ॉर्मेट है

TXT इसलिए बना है कि इसे खोला और बदला जाए। जब तक काम चल रहा है फ़ाइल इसी फ़ॉर्मेट में रखिए, और जब भी बनी हुई प्रति चाहिए हो, इसी से निर्यात कीजिए।

इकलौता फ़ॉर्मेट जिसका कोई फ़ॉर्मेट नहीं

TXT फ़ाइल अक्षरों की एक शृंखला है। कोई हेडर नहीं, कोई संरचना नहीं, कोई स्टाइलिंग नहीं, कोई मेटाडेटा नहीं, कोई वर्शन नहीं — पुराना पड़ने को कुछ नहीं, और समझने के लिए किसी प्रोग्राम की ज़रूरत नहीं। यही पूरा विनिर्देश है, और यही वजह है कि 1970 में लिखी टेक्स्ट फ़ाइल आज कुछ भी खोल देता है।

इस साइट पर बाक़ी हर चीज़ असली मायने में फ़ॉर्मेट है: ख़ास तरह प्रबंधित बाइट जिनसे कोई ख़ास प्रोग्राम कुछ दोबारा बना सके। सादा पाठ कुछ नहीं माँगता। यह वह बुनियाद है जिस पर बाक़ी हर फ़ॉर्मेट बना है — HTML, CSV, JSON, Markdown सब नीचे टेक्स्ट फ़ाइलें हैं।

एनकोडिंग अकेला अदृश्य फ़ैसला है

अक्षर संख्या की तरह सहेजे जाने चाहिए, और कौन-सी संख्या किस अक्षर का मतलब रखती है यही एनकोडिंग है। UTF-8 अब हर जगह जवाब है, और इसका उपयोगी गुण यह है कि सादा अंग्रेज़ी पाठ पचास साल पुराने ASCII जैसा बाइट-सटीक है।

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

byte order mark, और फ़ाइल अजीब तरीक़ों से क्यों टूटती है

कुछ एडिटर UTF-8 फ़ाइल की शुरुआत में तीन अदृश्य बाइट लिखते हैं यह बताने के लिए कि यह क्या है। Windows पर यह आम है; लगभग बाक़ी हर जगह इसे ग़लती माना जाता है।

यह एडिटर में अदृश्य और प्रोग्राम के लिए बहुत साफ़ दिखता है। BOM वाली कॉन्फ़िगरेशन फ़ाइल पार्स होने में असफल होती है। BOM वाली CSV का पहला कॉलम हेडर किसी से मेल नहीं खाता। अगर कोई टेक्स्ट फ़ाइल बिना दिखने वाली वजह के ठुकराई जा रही हो, यह सबसे पहले जाँचने लायक़ है।

लाइन-एंडिंग, और दूसरा अदृश्य फ़ैसला

Windows लाइन दो अक्षरों से ख़त्म करता है, carriage return और line feed। बाक़ी सब एक इस्तेमाल करते हैं, अकेला line feed। दोनों वैध हैं, और फ़ाइल यह घोषणा नहीं करती कि वह कौन-सा इस्तेमाल करती है।

दिखने वाले लक्षण पुराने हैं पर ग़ायब नहीं: Windows Notepad में एक विशाल लाइन बना Unix फ़ाइल, या Unix औज़ार में हर लाइन के अंत में भटका निशान दिखाती Windows फ़ाइल। आधुनिक एडिटर दोनों चुपचाप सँभालते हैं और बदल सकते हैं।

सादा पाठ सचमुच किसमें सबसे अच्छा है

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

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

बहुत बड़ी टेक्स्ट फ़ाइलें

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

सँभालने वाले औज़ार टुकड़ों में पढ़ते हैं — असली कोड एडिटर, pager, या इसके लिए बने कमांड-लाइन औज़ार। बड़ी फ़ाइल के पहले और आख़िरी पचास लाइन देखना ज़्यादातर सवालों का जवाब देता है बिना पूरी फ़ाइल खोले।

पाठ में और पाठ से बदलना

किसी दस्तावेज़ को TXT में बदलना शब्द रखता है और बाक़ी सब त्याग देता है — फ़ॉन्ट, ले-आउट, तस्वीरें, टेबल, हेडिंग। कभी-कभी यही मक़सद है: PDF का पाठ निकालना उद्धृत करने या खोजने के लिए। जानने लायक़ है कि सादे पाठ में बदली टेबल आमतौर पर बेपढ़ी हो जाती है।

उलटी दिशा में, पाठ को PDF में बदलना कंटेनर का बदलाव है, सामग्री का नहीं। यह दिखावट तय करता है, फ़ाइल छपने लायक़ बनाता है। टेक्स्ट फ़ाइल वही संस्करण बनी रहती है जिसे अब भी संपादित, खोजा और diff किया जा सकता है।

ज़रूरी जानकारी, एक जगह

TXT फ़ॉर्मेट की पहचान और उसका स्रोत।
एक्सटेंशन.txt, .text, .log
मीडिया टाइपtext/plain
पहली बार प्रकाशित1963
विनिर्देशUnicode

TXT फ़ाइलें: आम सवाल

मेरी टेक्स्ट फ़ाइल में अजीब अक्षर क्यों दिखते हैं

एनकोडिंग का ग़लत अंदाज़ा लगाया जा रहा है। फ़ाइल शायद पुरानी क्षेत्रीय एनकोडिंग में सहेजी गई और UTF-8 की तरह पढ़ी जा रही है, या उलटा। बाइट ठीक हैं — किसी अच्छे एडिटर में सही एनकोडिंग से फ़ाइल दोबारा खोलिए और अक्षर वापस आ जाते हैं।

byte order mark क्या है और यह दिक़्क़त क्यों बनाता है

कुछ एडिटर UTF-8 फ़ाइल की शुरुआत में डालते तीन अदृश्य बाइट। यह आपको नहीं दिखता और प्रोग्राम को बहुत साफ़ दिखता है — कॉन्फ़िगरेशन फ़ाइलें पार्स होने में असफल होती हैं, CSV हेडर मेल खाना बंद कर देते हैं। «UTF-8 बिना BOM» सहेजना सुधार है।

Notepad में मेरी फ़ाइल एक लंबी लाइन क्यों है

यह Unix लाइन-एंडिंग इस्तेमाल करती है और Notepad का पुराना संस्करण सिर्फ़ Windows वाला समझता था। मौजूदा संस्करण दोनों सँभालते हैं। कोई भी कोड एडिटर इसे सही दिखाएगा और लाइन-एंडिंग बदल सकता है।

बहुत बड़ी टेक्स्ट फ़ाइल कैसे खोलूँ

टुकड़ों में पढ़ने वाला औज़ार इस्तेमाल कीजिए, बजाय सब कुछ लोड करने के — असली कोड एडिटर, pager, या कमांड-लाइन उपयोगिताएँ। ज़्यादातर मक़सद के लिए पहली और आख़िरी पचास लाइन सवाल का जवाब दे देती हैं।

क्या PDF को टेक्स्ट में बदलने से कुछ खोता है

शब्दों के अलावा सब कुछ: ले-आउट, फ़ॉन्ट, तस्वीरें और टेबल संरचना सब जाती हैं। खोजने या उद्धृत करने के लिए यही अक्सर मक़सद होता है। टेबल सबसे ज़्यादा नुक़सान उठाती हैं, क्योंकि उनकी सजावट सामग्री नहीं, फ़ॉर्मेटिंग थी।

क्या लंबे समय के भंडारण के लिए TXT अच्छा फ़ॉर्मेट है

यह मौजूद सबसे अच्छा है। कोई वर्शन नहीं, कोई मालिकाना संरचना नहीं, और पुराना पड़ने को कुछ नहीं — 1970 की टेक्स्ट फ़ाइल आज कुछ भी खोल देता है। एनकोडिंग कहीं दर्ज कर लीजिए और UTF-8 इस्तेमाल कीजिए।