आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप TXT को PDF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, वहाँ बदली जाती है और काम पूरा होते ही मिटा दी जाती है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
TXT से PDF
सादा टेक्स्ट वह फ़ॉर्मेट है जो सबसे ज़्यादा टिकता है। न कोई संस्करण, न कोई मालिकाना पाठक, न बिगड़ने लायक़ सजावट — वह पचास साल बाद भी खुलेगा। यही भरोसा उसी पल दिक़्क़त बन जाता है जब सामने वाला दस्तावेज़ की उम्मीद कर रहा हो।
यह कन्वर्ज़न टेक्स्ट को वही देती है जो उसके पास नहीं था। सामग्री मानक पन्नों पर पढ़ने लायक़ अक्षरों और समझदार हाशियों के साथ बैठ जाती है, अनुच्छेदों के बीच के अंतर और ख़ाली पंक्तियाँ ज्यों की त्यों। नोट, पांडुलिपि, चिट्ठी या किसी बातचीत के निर्यात के लिए यह बिल्कुल सही है।
यह कन्वर्ज़न हमारे सर्वर पर चलती है, और वहाँ की फ़ॉन्ट सूची तय करती है कि कौन-सी लिपि ठीक से छपेगी। हमने अंदाज़ा लगाने के बजाय एक हिंदी फ़ाइल भेजकर देखा: बनी हुई PDF में `NotoSansDevanagari-Regular` अंदर बैठी मिलती है, यानी अक्षर असली अक्षरों के रूप में जाते हैं, ख़ाली डिब्बों के रूप में नहीं।
मात्राएँ और संयुक्ताक्षर भी इसी के साथ आते हैं, क्योंकि जो फ़ॉन्ट देवनागरी के लिए बनी है वह उन्हें जोड़ना जानती है। ग्रीक, सिरिलिक, जापानी, चीनी और कोरियाई भी इसी तरह निभ जाती हैं। दाएँ-से-बाएँ लिखी जाने वाली लिपियाँ — अरबी, हिब्रू — कठिन मामला हैं; वहाँ नतीजा देख लेना ज़रूरी है।
टेक्स्ट फ़ाइल यह दर्ज नहीं करती कि वह किस एन्कोडिंग में लिखी गई है — यह जानकारी फ़ाइल में होती ही नहीं — इसलिए उसे खोलने वाले हर प्रोग्राम को अंदाज़ा लगाना पड़ता है। अंदाज़ा ग़लत लगा तो हिंदी पूरी की पूरी बकवास बनकर निकलती है।
अगर आपके नतीजे में अक्षरों की जगह अजीब चिह्न हैं, तो यही हुआ है। पक्का इलाज यह है कि मूल फ़ाइल किसी भी संपादक में खोलकर UTF-8 के रूप में दोबारा सेव कर दी जाए — आजकल हर चीज़ यही अपेक्षा करती है। इस पेज पर कुछ भी आपकी ओर से यह अंदाज़ा नहीं लगाएगा।
टेक्स्ट फ़ाइल की कोई चौड़ाई नहीं होती, PDF के पन्ने की होती है। जो पंक्तियाँ हाशिये से आगे निकलती हैं वे अगली पंक्ति पर मुड़ जाती हैं — गद्य के लिए यही सही है और किसी भी ढाँचे वाली चीज़ के लिए बेकार।
अक्षर भी अनुपाती फ़ॉन्ट में बैठते हैं, इसलिए स्पेस से सजाई गई कोई भी चीज़ — ASCII की तालिका, आँकड़ों के कॉलम — पंक्ति में नहीं रहती। अगर आपकी फ़ाइल लिखी हुई नहीं बल्कि ढाँचे वाली है, तो PDF उसके लिए ग़लत मंज़िल है।
कुछ कंप्रेस नहीं होता, कुछ व्याख्यायित नहीं होता, और खोने को कोई सजावट है ही नहीं क्योंकि शुरू में थी ही नहीं। जो अक्षरों के रूप में अंदर जाता है, वही अक्षरों के रूप में बाहर आता है — बस पन्नों पर।
इसीलिए यहाँ गुणवत्ता का कोई पेच नहीं है और न होना चाहिए। तय करने को सिर्फ़ यह है कि फ़ाइल सचमुच सादा टेक्स्ट है या नहीं, और उसका एन्कोडिंग क्या है।
Windows, macOS और Unix ने ऐतिहासिक रूप से पंक्ति के अंत को अलग-अलग ढंग से लिखा है, और एक सिस्टम पर लिखी फ़ाइल दूसरे पर पढ़े जाने पर अपने विराम खो सकती है।
तीनों परंपराएँ यहाँ सँभाली जाती हैं, इसलिए ऐसा होना नहीं चाहिए। अगर फिर भी हो, तो फ़ाइल शायद सादा टेक्स्ट है ही नहीं — `.txt` नाम की आड़ में रखा कोई RTF या वर्ड-प्रोसेसर निर्यात अजीब बर्ताव करता है, और उसे किसी सादे संपादक में खोलते ही बात साफ़ हो जाती है।
मानक पन्ना आकार, पढ़ने लायक़ अक्षर, समझदार हाशिये, और अनुच्छेदों के बीच के अंतर तथा ख़ाली पंक्तियाँ वैसी की वैसी। पन्ना संख्याएँ जोड़ दी जाती हैं, क्योंकि बिना उनके छपे हुए टेक्स्ट की गड्डी दोबारा क्रम में लगाना मुश्किल होता है।
शीर्षक नहीं बनते, क्योंकि टेक्स्ट फ़ाइल में ढूँढ़ने लायक़ कोई शीर्षक होता ही नहीं। जो पंक्ति देखने में शीर्षक जैसी लगती है वह भी एक पंक्ति है, और उसे पंक्ति की तरह ही रखा जाता है।
कुछ हज़ार पन्ने अपने आप में कोई दिक़्क़त नहीं, क्योंकि मेहनत टेक्स्ट की मात्रा के हिसाब से बढ़ती है। सीमा स्मृति तय करती है, क्योंकि दस्तावेज़ लिखे जाने से पहले पूरा जोड़ा जाता है।
कई सौ मेगाबाइट का निर्यात पहले टुकड़ों में बाँट लेना बेहतर है। वैसे इतना आकार अपने आप में इशारा है कि सामग्री दस्तावेज़ नहीं, कोई लॉग या डेटासेट है — और उसके लिए PDF ग़लत मंज़िल है।
इस साइट की ज़्यादातर कन्वर्ज़न ब्राउज़र में चलती हैं। यह उनमें नहीं है: पन्ने बनाने का काम हमारे सर्वर पर LibreOffice करता है, क्योंकि ब्राउज़र में वह सॉफ़्टवेयर चल नहीं सकता।
इसका मतलब साफ़-साफ़ यह है कि फ़ाइल एन्क्रिप्टेड कनेक्शन से जाती है, बदली जाती है, और काम की डायरेक्टरी PDF वापस पढ़ ली जाने के तुरंत बाद मिटा दी जाती है — कन्वर्ज़न सफल हो या नाकाम, दोनों हाल में। हर पेज बटन पर पहले ही बता देता है कि वह किस क़िस्म की कन्वर्ज़न है।
जितनी चाहें छोड़िए; हर एक अपनी अलग PDF बनती है और सब मिलकर एक ZIP में लौटती हैं। वे एक ही दस्तावेज़ में जोड़ी नहीं जातीं, क्योंकि क्रम तय करना आपकी तरफ़ से लिया गया फ़ैसला होता।
अगर एक ही दस्तावेज़ चाहिए, तो पहले टेक्स्ट फ़ाइलें जोड़ लीजिए और फिर नतीजे को बदलिए। तब क्रम वह होगा जो आपने चुना, न कि वह जो किसी फ़ोल्डर की सूची से गिरकर बन गया।
| TXT | ||
|---|---|---|
| पूरा नाम | सादा पाठ | Portable Document Format |
| फ़ाइल एक्सटेंशन | .txt, .text, .log | |
| मीडिया टाइप | text/plain | application/pdf |
| कंप्रेशन | — | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 1963 | 1993 |
| प्रकाशक | — | Adobe |
| विनिर्देश | Unicode | ISO 32000-2 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| रंग जो यह दर्ज कर सकता है | — | RGB, CMYK, ग्रेस्केल |
| ब्राउज़र में खुलता है | हर ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | MD, RTF | DOCX, HTML |
दोनों तरफ़ के प्रोग्राम अलग हैं: TXT फ़ाइल Notepad, TextEdit और Visual Studio Code में खुलती है और PDF फ़ाइल Adobe Acrobat, Preview और LibreOffice Draw में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
TXT 1963 में आया। यह Unicode में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
PDF Adobe का है और 1993 से चला आ रहा है, और ISO 32000-2 में तय किया गया है। Adobe Acrobat, Preview और LibreOffice Draw इस फ़ॉर्मेट को पढ़ लेते है।
TXT 1963 में आया और PDF 1993 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
हाँ: इस कन्वर्ज़न को ऐसा सॉफ़्टवेयर चाहिए जो ब्राउज़र में चलता ही नहीं। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, काम पूरा होते ही मिटा दी जाती है, और नतीजा 60 मिनट बाद। वहाँ यह काम LibreOffice करता है, पूरा ऑफ़िस सुइट, बिना उसके ऊपरी आवरण के।
हाँ, 25 MB तक की फ़ाइलों के लिए रोज़ 100 कन्वर्ज़न तक। यह एक सीमा इसलिए है कि यह कन्वर्ज़न ऐसे सर्वर पर चलता है जिसका ख़र्च हम उठाते हैं। इसके अलावा यहाँ कुछ भी सीमित नहीं है, और वॉटरमार्क किसी भी हाल में नहीं लगता। यह सीमा इसलिए है कि LibreOffice को चलने के लिए हमारी कोई मशीन चाहिए।
TXT और PDF सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। सजावट उन्हीं नाप वाले वैकल्पिक फ़ॉन्ट से दोबारा बनाई जाती है। मैक्रो, टिप्पणियाँ और दर्ज किए गए बदलाव साथ नहीं जाते।
नहीं। कन्वर्ज़न हमारी तरफ़ चलता है और आपको तैयार PDF फ़ाइल देता है; उसे खोलने के लिए वही प्रोग्राम चाहिए जिससे आपका डिवाइस Portable Document Format आम तौर पर दिखाता है।
इस पेज पर TXT और PDF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।