2011-01-07 6 views
45

नए Google डॉक्स के अलावा, अन्य सभी WYSIWYG वेब-आधारित समृद्ध टेक्स्ट एडिटर्स (ckeditor, tinymce, पुराना Google डॉक्स) मैंने देखा है सामग्री या संपादन मोड पर आधारित हैं। मैं व्यक्तिगत रूप से इन संपादकों का उपयोग करने से नफरत करता हूं। पूरे अनुभव से निराशा में व्यायाम करने से पहले यह अधिक स्वरूपण या प्रतिलिपि/पेस्टिंग नहीं लेता है। रिटर्न अचानक डबल-स्पेस प्राप्त करने लगते हैं, अनइंटेड प्रारूपण अन्य HTML स्रोतों से चिपकाने के माध्यम से पेश किया जाता है, पूर्ववत/रेडो पूरी तरह से टूटा हुआ है, स्वरूपण को नियंत्रित करना मुश्किल हो जाता है, आदिकोई WYSIWYG समृद्ध टेक्स्ट एडिटर जो HTML (contenteditable या DesignMode) का उपयोग नहीं करता है, एक ला (नया) Google डॉक्स?

मेरा मानना ​​है कि यह Google डॉक्स पेश करने के कारणों में से एक है इसका अपना अधिक बाध्य, गैर-एचटीएमएल स्वरूपण इंजन। क्या वहां कोई ओपन-सोर्स लाइब्रेरी है जो कुछ समान प्रदान करती है? अग्रिम में धन्यवाद।

+11

हां, किसी ने (obfuscated) कोड निकाला है और जिथब पर किक्स का एक वर्किंग वर्जन रखा है: https://github.com/benjamn/kix-standalone (स्रोत: http://stackoverflow.com/questions/ 3315520/google-closure-editor-wysiwyg/4709155 # 4709155) –

+1

मैं अभी इस ब्लॉग पोस्ट (http://bergie.iki.fi/blog/introducing_the_midgard_create_user_interface/) में आया हूं जो अलोहा संपादक का उल्लेख करता है (http: // aloha-editor .org /)। मेरा मानना ​​है कि यह सामग्री का उपयोग करता है संपादन योग्य, लेकिन ऐसा लगता है कि वे इससे दूर जा रहे हैं? यह देखने लायक है। –

+0

पर [http://stackoverflow.com/questions/4358901/how-to-implement-google-doc-like-text-editor/9625160#9625160][1] [1 जवाब का संदर्भ लें ]: http://stackoverflow.com/questions/4358901/how-to-implement-google-doc-like-text-editor/9625160#9625160 – 12345

उत्तर

17

आप Ace editor (पूर्व में बेसिन और स्काईराइटर) से शुरू कर सकते हैं। इसका उद्देश्य कोड संपादन के लिए है, इसलिए इसमें स्वरूपण और अन्य सुविधाएं अनुपलब्ध हैं, लेकिन आपको एक समृद्ध टेक्स्ट एडिटर के आधार पर कार्यक्षमता का एक उपयोगी कोर मिल सकता है।

कार्रवाई में: http://ajaxorg.github.com/ace/build/editor.html

कोड: https://github.com/ajaxorg/ace

अद्यतन: @theazureshadow बताते हैं के रूप में, वर्तमान संपादक canvas उपयोग नहीं करता है के रूप में मैं मूल रूप से सूचना दी। बेस्पीन ने canvas का इस्तेमाल ऐस के साथ विलय करने से पहले किया था, जो डीओएम का उपयोग करता है। हुड के नीचे संक्षेप में देखकर, ऐसा नहीं लगता है कि वे contentEditable या designMode का उपयोग कर रहे हैं। (<textarea /> है जो पाठ को दिखाने के लिए चारों ओर कर्सर और स्पैन और divs का पालन करता है - कस्टम जेएस का एक गुच्छा इसे एक साथ तार करने के लिए, मेथिंक।)

ace.ajax से।org> इतिहास:

Bespin मोज़िला लैब्स के हिस्से के रूप में शुरू किया और <canvas> टैग के आधार पर किया गया था, जबकि इक्का Cloud9 आईडीई के संपादक घटक है और प्रतिपादन के लिए डोम उपयोग कर रहा है।

+1

ऐस संपादक वर्तमान में कैनवास का उपयोग नहीं करता है। मुझे नहीं पता कि यह कभी किया है या नहीं। इसकी पुष्टि करने के लिए, इन आदेशों का उपयोग वेब निरीक्षक 'document.querySelectorAll ('। Ace_line ')' और 'document.querySelectorAll (' canvas ') में url पर करें: http://ace.ajax.org/build/kitchen -sink.html – theazureshadow

+0

@theazureshadow - वास्तव में ऐसा लगता है कि मेरी जानकारी पुरानी थी। मैंने जवाब अपडेट किया - मुझे ईमानदार रखने के लिए धन्यवाद! – peteorpeter

+0

अच्छा जवाब अच्छा रखना चाहिए! :) – theazureshadow

2

आप सही हैं: यह बहुत अच्छा है।

क्या वहां एक ओपन-सोर्स लाइब्रेरी है जो एक दस्तावेज़ संपादक प्रदान करता है जो संपादन संपादन टेक्स्ट को संभालने के लिए ब्राउज़र का उपयोग नहीं करता है, बजाय कस्टम संपादन सतह और लेआउट इंजन का उपयोग करके, पूरी तरह जावास्क्रिप्ट में]।

संदेहजनक।

सबसे पहले, संपादक को "किक्स" कहा जाता है। यह गैर-एचटीएमएल नहीं है, लेकिन यह सामग्री का उपयोग नहीं करता है क्योंकि यह उल्लेख है कि यह आपके द्वारा किए जा रहे कार्यों के लिए बेकार है। यह सही करने के लिए मुश्किल और भारी है, और मुझे यकीन है कि इसे बनाने के लिए उन्हें एक अच्छा प्रयास किया गया।

उस ने कहा, Google क्यों स्रोत कोक्स खोलेंगे? यह आपके दस्तावेज़ केंद्र होने के अपने प्रयास को कमजोर करता है, और इसका मतलब यह होगा कि उन्हें शेष Google डॉक्स से किक्स को अलग करने के लिए अतिरिक्त काम का एक गुच्छा करना है जिससे इसे एकीकृत करना मुश्किल नहीं हो जाता है। लाभ? बहुत कुछ नहीं, क्योंकि Google द्वारा प्रायोजित ओपन सोर्स प्रोजेक्ट्स को डेवलपर-इन्हें सुधारने में भागीदारी के रूप में समर्थन देखने की संभावना नहीं है।

किसी के लिए ऐसा करने के लिए लाइब्रेरी बनाने के लिए, मुझे संदेह है कि यह ओपन सोर्स में होगा। आमतौर पर ओपन सोर्स प्रोजेक्ट जो एक महत्वपूर्ण उपक्रम हैं, वे विश्वविद्यालय या कंपनी प्रायोजित हैं, और इस मामले में उपरोक्त कारणों से इसकी संभावना नहीं है। फिर फिर, यदि किसी डेवलपर के लिए खुजली है, तो यह कहने की कोई बात नहीं है कि यह कहां जा सकता है ...

+1

मैं आपके "उत्तर" से उलझन में हूं। मैंने कभी सुझाव नहीं दिया कि मैंने सोचा था कि Google के पास ओपन-सोर्स किक्स के लिए एक अनिवार्य कारण है। न तो मैंने सुझाव दिया कि मैंने सोचा था कि एक ओपन-सोर्स कार्यान्वयन निश्चित रूप से मौजूद होना चाहिए। मैं बस इस मौके पर पूछ रहा था कि कुछ मौजूद है। मुझे गलत मत समझो - अगर ऐसा नहीं होता तो मुझे आश्चर्य नहीं होगा। – Yang

+1

एक छोटी और अनुपलब्ध "नहीं" देने के बजाय मुझे लगा कि मैं थोड़ा तर्क क्यों फेंक दूंगा कि मुझे क्यों नहीं लगता कि एक होगा। मैंने अनुमान नहीं लगाया कि आपने सोचा था कि किसी को निश्चित रूप से अस्तित्व में होना चाहिए, इसलिए माफ़ी माफ़ी अगर मेरा जवाब आया तो मैंने किया। – coreyward

+0

जब तक निकट भविष्य में एक गंभीर दावेदार दिखाई नहीं देता है तो एक मौजूदा संपादक को आजमाने और ठीक करने का सबसे अच्छा तरीका होगा। प्रत्येक रिलीज के साथ TinyMCE बेहतर हो जाता है और बहुत विन्यास योग्य है। संतोषजनक के साथ मेरा मुख्य मुद्दा संतोषजनक + वेबकिट को प्रभावित करने वाली त्रुटियों को ठीक करने में वेबकिट योगदानकर्ताओं से ब्याज की कमी है। –

0

HTE है, दुर्भाग्य से यह धीमा है और बहुत सारी मूल चयन कार्यक्षमता को याद करता है।

संबंधित मुद्दे