आपके डिवाइस पर चलता है · आपकी फ़ाइल कभी आपके डिवाइस से बाहर नहीं जाती।
.csv एक्सपोर्ट डालिए या टेक्स्ट पेस्ट कीजिए और JSON लिस्ट पाइए — हर पंक्ति एक ऑब्जेक्ट, हेडर पंक्ति उसकी key। पार्सर RFC 4180 मानता है, इसलिए उद्धृत फ़ील्ड, दोहरे उद्धरण, और सेल के भीतर के कॉमा या लाइन ब्रेक सब बचे रहते हैं।
कॉलम विभाजक कॉमा, सेमीकोलन, टैब और खड़ी रेखा में से अपने आप पहचाना जाता है — सेमीकोलन वाले एक्सपोर्ट बिना किसी सेटिंग के चलते हैं — और आप उसे बदल भी सकते हैं। डिफ़ॉल्ट रूप से "12" संख्या 12 बनता है, "true" बूलियन और खाली सेल null — पर सिर्फ़ वहीं, जहाँ कुछ नहीं बदलता: 1.50, 1e3, 007 और लंबी ID टेक्स्ट रहती हैं, क्योंकि संख्या बनकर वे अलग रूप में लिखी जातीं। इसे बंद कर दें तो हर मान ठीक वही टेक्स्ट रहता है जो था — मोबाइल नंबर, पिन कोड और शून्य से शुरू होने वाली ID के लिए यह मायने रखता है।
दोहराए गए या खाली हेडर नामों को अलग नाम मिलते हैं (column_3), बाइट-ऑर्डर मार्क हटा दिया जाता है, UTF-16 या किसी पुराने कोड पेज में सहेजी फ़ाइल उसी रूप में पढ़ी जाती है और उसका नाम बताया जाता है, हेडर से ज़्यादा सेल वाली पंक्तियाँ उनकी लाइन के साथ बताई जाती हैं, और पार्स की समस्या अस्पष्ट संदेश की जगह पंक्ति और कॉलम के साथ बताई जाती है। डाउनलोड से पहले पूर्वावलोकन में पहली 200 पंक्तियाँ दिखती हैं।
इनके लिए नहीं: नेस्टेड ढाँचा दोबारा बनाना — CSV सपाट होता है, इसलिए हर पंक्ति सपाट ऑब्जेक्ट बनती है; डॉट वाले कॉलम दोबारा नेस्ट नहीं होते।
स्विच चालू हो तो कोई सेल सिर्फ़ तब संख्या बनती है जब वह संख्या वापस ठीक उसी टेक्स्ट में लिखी जाए: 12, -4 और 3.5 संख्या बनते हैं। 1.50, 1e3 और -0 टेक्स्ट रहते हैं, क्योंकि संख्या बनकर वे 1.5, 1000 और 0 के रूप में लौटते। यही हाल 007, +5, " 12", 3,5, 1,250, प्रतिशत या मुद्रा चिह्न वाले मानों का है, और उस ID का भी, जो इतनी लंबी है कि संख्या उसे ठीक-ठीक नहीं रख सकती।
true और false किसी भी कैपिटल में पहचाने जाते हैं, इसलिए TRUE बनता है true। ख़ाली सेल null बनती है, पर NULL शब्द टेक्स्ट रहता है, क्योंकि वह कोई मान या नाम भी हो सकता है। 2024-01-05 जैसी तारीख़ें हमेशा टेक्स्ट रहती हैं।
सेल हेडर से अपनी जगह के हिसाब से मिलाए जाते हैं। कम सेल वाली पंक्ति के छूटे कॉलम को null मिलता है (पहचान बंद हो तो ख़ाली स्ट्रिंग)। हेडर से ज़्यादा सेल वाली पंक्ति के अतिरिक्त सेल रखने की कोई जगह नहीं, इसलिए वे छोड़ दिए जाते हैं, और पूर्वावलोकन के ऊपर एक संदेश बताता है कि कितनी पंक्तियों के साथ ऐसा हुआ और पहली किस लाइन पर है। आम तौर पर इसका मतलब है कि Sharma, Rahul जैसे किसी मान में विभाजक है, पर वह उद्धरण चिह्नों में नहीं है।
ख़ाली लाइनें छोड़ दी जाती हैं। हेडर के नामों के आगे-पीछे के स्पेस हटा दिए जाते हैं, पर मानों के नहीं, इसलिए " Pune" अपना स्पेस रखता है।
उद्धरण चिह्न तभी उद्धृत फ़ील्ड शुरू करता है जब वह फ़ील्ड का पहला अक्षर हो; बीच में, जैसे 5" screen में, वह टेक्स्ट का हिस्सा रहता है। जो उद्धरण चिह्न फ़ील्ड खोलता है पर कभी बंद नहीं होता, वह बाक़ी पूरी फ़ाइल को एक सेल में खींच लेता, इसलिए बदलाव रुक जाता है और वह लाइन और कॉलम बताता है जहाँ वह उद्धरण खुला था।
पहचान पहले 64 KB को, ज़्यादा से ज़्यादा 50 लाइनों तक, देखती है और वह विभाजक चुनती है जो सबसे ज़्यादा लाइनों पर बराबर कॉलम देता है; उद्धरण के भीतर के विभाजक गिने नहीं जाते। दशमलव कॉमा वाली सेमीकोलन फ़ाइल में, जैसे A;1,5, सेमीकोलन पहचाना जाता है और 1,5 टेक्स्ट रहता है।
फ़ाइल उसके बाइट देखकर पढ़ी जाती है: बाइट-ऑर्डर मार्क, UTF-16 (जिसे Excel "Unicode Text" के नाम से सहेजता है), या UTF-8। जब बाइट सही UTF-8 नहीं होते, तो वह पुराना कोड पेज इस्तेमाल होता है जिससे वे शब्दों के रूप में पढ़े जाएँ: पश्चिमी और मध्य यूरोपीय, सिरिलिक, ग्रीक, तुर्की, हिब्रू, अरबी (फ़ारसी और उर्दू समेत) और थाई टेक्स्ट के लिए Windows कोड पेज, या चीनी, जापानी और कोरियन के लिए GB18030, Big5, Shift_JIS और EUC-KR। तब फ़ाइल वाली पंक्ति यह बताती है, जैसे “windows-1256 के रूप में पढ़ा गया, UTF-8 नहीं”; बहुत छोटी फ़ाइल में परखने लायक अक्षर कम होते हैं, इसलिए उसका पूर्वावलोकन जाँच लीजिए।
यह पेज अन्य भाषाओं में: English · العربية · Deutsch · Français · Español · Русский · Português · 中文 · Türkçe · עברית · فارسی · اردو · Bahasa Indonesia · বাংলা