Ace: एसीई का पता नहीं लगा सकता या यूनिक्स न्यूलाइन का उपयोग नहीं कर सकता

नमस्ते

मुझे लगता है कि यह बहुत कम संभावना है कि यह इक्का के साथ एक मुद्दा है।
क्या आप निम्नलिखित कोड के साथ इसका परीक्षण कर सकते हैं?

var session = editor.session
session.setNewLineMode("unix"); // same as session.setOption("newLineMode", "unix");
JSON.stringify(ace.session.doc.getNewLineCharacter()); // == '"\n"'
session.doc.getValue().indexOf("\r") == -1

यह भी उपयोगी होगा यदि आप उदाहरण पृष्ठ पर एक यूआरएल दे सकते हैं जहां मैं समस्या को पुन: उत्पन्न करने का प्रयास कर सकता हूं

काश, हमारा गिटलैब निजी होता।

मुझे नहीं पता कि यह और क्या हो सकता है क्योंकि यह बिना \r के सर्वर से बाहर चला जाता है लेकिन जब यह वापस आता है तो उनके पास होता है।

जब मैं घर पहुंचूंगा तो मैं आपका परीक्षण कोड चलाने के बारे में देखूंगा।

आपके कोड के परिणाम:

session = editor.session
// => undefined
session.setNewLineMode("unix")
// => undefined
JSON.stringify(session.doc.getNewLineCharacter())
// => ""\n""
session.doc.getValue().indexOf("\r") == -1
// => true

और जब मैं इसे सहेजता हूं, तो यह रेल द्वारा प्राप्त होता है जिसमें ईओएल के लिए \r\n होता है।

मैं अभी भी इस पर प्रहार कर रहा हूं, लेकिन यह मुझे पागल कर रहा है।

उस कोड की तलाश करें जो फ़ाइल अपलोड करता है
या तो यह \n को \r\n से बदल देता है या ब्राउज़र स्वचालित रूप से ऐसा करता है।

यहां वह कोड है जो टेक्स्ट को अपलोड करने के लिए एक छिपे हुए फ़ील्ड में रखता है:

https://github.com/gitlabhq/gitlabhq/blob/5-4-stable/app/views/edit_tree/show.html.haml#L42 -L45

यह लाइन के अंत को बदलने के लिए कुछ नहीं कर रहा है। एक ब्राउज़र यह परिवर्तन क्यों करेगा?

ठीक है, मैंने एक PHP फ़ाइल के साथ एक उदाहरण गिस्ट बनाया है जो त्रुटि प्रदर्शित करता है।

https://gist.github.com/docwhat/5992954#file -ace-windows-newlines-php

उम्मीद है कि इससे हमें यह पता लगाने में मदद मिलेगी कि क्या गलत हो रहा है।

सियाओ!

नियमित टेक्स्टरेरा के साथ एक परीक्षण बनाना बेहतर होगा, क्योंकि हमने देखा है कि यह इक्का के कारण नहीं होता है।
ऐसे कई तरीके हैं जिनसे विंडोज़ पर टेक्स्ट को '\r\n' में बदला जा सकता है, इसलिए git में autocrlf विकल्प है।
यहां सही समाधान सर्वर पर जांचना है कि क्या फ़ाइल में पहले से ही विंडोज़ लाइन एंडिंग्स हैं, अगर इसे लिनक्स प्रारूप में परिवर्तित नहीं किया गया है।

ऐसे कई तरीके हैं जिनसे विंडोज़ पर टेक्स्ट को '\r\n' में बदला जा सकता है, इसलिए git में autocrlf विकल्प है।

लेकिन विंडोज़ किसी भी तरह से शामिल नहीं है -- सर्वर CentOS6 है और क्लाइंट OS X पर Chrome है।

मैं इसके बजाय एक छिपे हुए टेक्स्टरेरा का उपयोग करने के लिए अपना उदाहरण बदलने की कोशिश करूंगा और देख सकता हूं कि इससे मदद मिलती है या नहीं।

नहीं। ओएस एक्स पर क्रोम के साथ ओएस एक्स पर मेरा परीक्षण पृष्ठ चलाना अभी भी सबमिट पर \r वर्ण प्राप्त करता है।

मैं सहमत हूं कि यह ऐस की समस्या नहीं है, क्योंकि यह इसे textarea बिना \r जोड़े बनाता है। लेकिन यहाँ कुछ अजीब चल रहा है और अगर हम इसका पता लगा सकते हैं, तो यह Ace के लिए एक अच्छा FAQ आइटम बना देगा ताकि दूसरों को यह समस्या न हो।

ठीक है, तो मुझे पता है कि क्या हो रहा है और मुझे यह न जानने के लिए बेवकूफी महसूस हो रही है:

जब आप एक फॉर्म POST करते हैं, तो यह MIME प्रकार application/x-www-form-urlencoded का उपयोग करता है। W3 प्रपत्र सामग्री प्रकारों के अनुसार एक ब्राउज़र को हमेशा नई पंक्तियों को \r\n के रूप में एन्कोड करना चाहिए।

तो यहीं से \r\n आ रहा है। मुझे लगता है कि मैंने पहले कभी इस पर ध्यान नहीं दिया।

समाधान यह है कि सर्वर एप्लिकेशन वापस आने वाले डेटा के साथ "राइट थिंग" करे, जो हो सकता है
\r\n को \n से बदलना शामिल है।

धन्यवाद दोस्तों। इस मुद्दे को बंद करना। उम्मीद है कि इसी तरह की समस्या वाले किसी को भी यह समस्या मददगार लगेगी।