संरचित सामग्री, दृश्य पृष्ठ निर्माण, HTML/CSS संपादन, JSON डेटा, घटक, एक्स्टेंसिबिलिटी, SaaS अनुप्रयोग और CMS एकीकरण के लिए GrapesJS और Editor.js की तुलना करें।Editor.js को संरचित सामग्री ब्लॉकों के आसपास डिज़ाइन किया गया है। GrapesJS को दृश्य संपादन और पृष्ठ-निर्माण वर्कफ़्लो के आसपास डिज़ाइन किया गया है।
यदि आप केवल एक अनुभाग पढ़ते हैं, तो इसे पढ़ें। नीचे दी गई दो सूचियाँ रैंकिंग नहीं हैं - वे दो अलग-अलग नौकरियाँ हैं, और अधिकांश उत्पादों को स्पष्ट रूप से उनमें से एक की आवश्यकता होती है।
ये उपकरण ब्लॉक-आधारित संपादन में ओवरलैप होते हैं, लेकिन वे विभिन्न संपादक मॉडल के आसपास डिज़ाइन किए गए हैं।
इसका ब्लॉक-आधारित मॉडल लेखों, दस्तावेज़ों और CMS सामग्री के लिए उपयुक्त है जहां एप्लिकेशन संरचित डेटा को संग्रहीत और संसाधित करता है। एक लेखक टाइप किए गए ब्लॉकों का एक क्रम बनाता है; संपादक डेटा के आकार की गारंटी देता है और जानबूझकर चुप रहता है कि यह कैसा दिखेगा। वह चुप्पी ही विशेषता है - एक ही दस्तावेज़ को एक वेबसाइट, एक मोबाइल ऐप, एक न्यूज़लेटर या एक खोज सूचकांक द्वारा प्रस्तुत किया जा सकता है, प्रत्येक अपनी शर्तों पर।
इसका कैनवास, घटक मॉडल, ब्लॉक, स्टाइल सिस्टम, संपत्ति और भंडारण क्षमताएं इसे पेज बिल्डरों और अन्य दृश्य संपादन उत्पादों के लिए उपयुक्त बनाती हैं। एक लेखक घटकों के एक नेस्टेड पेड़ की व्यवस्था करता है और स्टाइल करता है और परिणाम देखता है क्योंकि वे काम करते हैं। इसलिए संपादक को लेआउट, ब्रेकपॉइंट, चयनकर्ताओं और संपत्तियों के बारे में राय की आवश्यकता होती है - एक सामग्री संपादक के पास राय रखने का कोई कारण नहीं है।
ऊपर दिया गया कोई भी विवरण कोई सीमा नहीं है। वे डिज़ाइन निर्णय हैं, और हर कोई कुछ ऐसा खरीदता है जो दूसरा छोड़ देता है: Editor.js कहीं भी प्रस्तुत करने वाली सामग्री के लिए लेआउट नियंत्रण का व्यापार करता है, और GrapesJS तैयार पृष्ठ के प्रत्यक्ष नियंत्रण के लिए ट्रेड प्रारूप पोर्टेबिलिटी करता है।
दोनों संपादक पुस्तकालय हैं जिन्हें आप अपने स्वयं के एप्लिकेशन के अंदर माउंट करते हैं, और दोनों तरफ आपका एप्लिकेशन भंडारण, प्रमाणीकरण, अनुमतियों और अंतिम प्रतिपादन का मालिक है। बीच में बैंड क्या अलग है: संपादक स्वयं किसके लिए जिम्मेदार है, और यह क्या वापस करता है।
एक संरचित दस्तावेज़ पर एक संलेखन परत।
Editor.js सामग्री संपादन को प्रस्तुति से अलग करता है और संरचित ब्लॉक डेटा तैयार करता है। आपका एप्लिकेशन यह तय करता है कि प्रत्येक ब्लॉक प्रकार कैसा दिखता है जब इसे प्रस्तुत किया जाता है, यही कारण है कि वही सामग्री बिना दोबारा लिखे एक वेब पेज, एक मोबाइल ऐप, एक ईमेल डाइजेस्ट या API प्रतिक्रिया पर जा सकती है।
एक घटक वृक्ष पर एक दृश्य संपादन परत।
GrapesJS दृश्य संपादन परत प्रदान करता है - कैनवास, घटक, ब्लॉक, शैलियाँ, संपत्ति, कमांड और प्लगइन्स - और आसपास के एप्लिकेशन को भंडारण, प्रकाशन और व्यावसायिक तर्क को नियंत्रित करने की अनुमति देता है। लेखक कैनवास पर जो व्यवस्था करता है वह पृष्ठ कैसा दिखेगा, इसलिए संपादक को लेआउट के बारे में एक राय की आवश्यकता होती है जो एक सामग्री संपादक नहीं करता है।
बक्से से पहले स्वामित्व चिप्स पढ़ें। न तो संपादक एक मंच है: कोई होस्टिंग नहीं है, कोई उपयोगकर्ता प्रबंधन नहीं है, कोई प्रकाशन पाइपलाइन नहीं है और दोनों तरफ कोई CDN नहीं है। इस आरेख का उत्तर यह नहीं है कि कौन सी लाइब्रेरी अधिक करती है, बल्कि आपके एप्लिकेशन को उस प्रकार का डेटा सौंपती है जिसे आपके उत्पाद को वास्तव में संग्रहीत करने की आवश्यकता होती है।
एक Editor.js दस्तावेज़ टाइप किए गए ब्लॉकों का एक क्रमबद्ध क्रम है। कोई कैनवास नहीं है और कोई लेआउट ट्री नहीं है, क्योंकि एक दस्तावेज़ को एक की आवश्यकता नहीं है - गद्य रैखिक है, और एक प्रारूप जो रैखिक रहता है वह एक प्रारूप है जो हर जगह लगातार प्रस्तुत करता है इसे भेजा जाता है।
एक फ्लैट अनुक्रम एक लेख के लिए सही आकार है। क्योंकि संरचना में कोई लेआउट नहीं है, एक संग्रहीत दस्तावेज़ एक वेब पेज, एक मूल ऐप स्क्रीन, एक आरएसएस आइटम और एक सादा-पाठ डाइजेस्ट को परिवर्तित किए बिना चला सकता है।
Editor.js को कस्टम Tools और ब्लॉक के साथ बढ़ाया जा सकता है। A Tool अपने स्वयं के मार्कअप को नियंत्रित करता है: यह DOM में render() तत्व बनाता है, ब्लॉक के डेटा को save() से लौटाता है, उस डेटा को मान्य कर सकता है, पेस्ट हैंडलिंग और सैनिटाइजेशन नियमों को परिभाषित कर सकता है, और ब्लॉक सेटिंग्स पैनल में अपने स्वयं के नियंत्रण जोड़ सकता है। Block Tunes आगे बढ़ें और ब्लॉक के साथ अपनी स्थिति बनाए रखें। कुछ भी आप ब्लॉक प्रकार के रूप में व्यक्त कर सकते हैं, आप बना सकते हैं।
@editorjs/header@editorjs/list@editorjs/image@editorjs/quote@editorjs/table@editorjs/embed@editorjs/code@editorjs/attachesनिष्पक्ष तुलना के लिए ध्यान देने योग्य: स्टॉक Editor.js टूलबॉक्स एक ब्लॉक प्रकार प्रदान करता है, और GrapesJS कोर कोई ब्लॉक नहीं भेजता है। दोनों परियोजनाओं ने उद्देश्य पर अपने सामग्री प्रकारों को पैकेज में निकाला, और न तो तथ्य आलोचना है - इसका मतलब है कि दोनों संपादक कॉन्फ़िगर किए गए हैं, अपनाए नहीं गए हैं। आधिकारिक टूल सूट यहां रहता है github.com/editor-js
एक GrapesJS पृष्ठ एक घटक वृक्ष है, जो लेआउट की आवश्यकता के रूप में गहराई से नेस्टेड है। एक बटन एक hero के अंदर रहता है, जो एक पृष्ठ के अंदर रहता है - और उस पेड़ के हर स्तर को चुना जा सकता है, फिर से स्टाइल किया जा सकता है, पुनः व्यवस्थित किया जा सकता है, डुप्लिकेट किया जा सकता है या पुनः प्रयोज्य ब्लॉक में बदल दिया जा सकता है।
नेस्टिंग वह है जो लेआउट को संपादन योग्य बनाता है। क्योंकि एक घटक अपने माता-पिता और उसके बच्चों को जानता है, संपादक प्रति-तत्व स्टाइलिंग, प्रति-ब्रेकपॉइंट ओवरराइड और पुनः प्रयोज्य संरचनाओं की पेशकश कर सकता है - जिनमें से कोई भी एक फ्लैट अनुक्रम को स्टोर करने के लिए कहीं भी नहीं है।
मुख्य अंतर यह है कि GrapesJS दृश्य लेआउट को प्रथम श्रेणी के संपादन अनुभव के रूप में मानता है।
यदि आप वर्णन के बजाय खरोंच से इकट्ठे टुकड़ों को देखना चाहते हैं, तो बारह-चरणीय निर्माण में है GrapesJS ट्यूटोरियल.
"दोनों उत्पादन JSON" सबसे भ्रामक सत्य कथन है जो कोई भी इन दो संपादकों के बारे में बना सकता है। नीचे दिए गए दोनों नमूने वास्तविक आउटपुट हैं, प्रलेखन से कॉपी किए जाने के बजाय एक चल रहे संपादक से पढ़े जाते हैं - और उनके आकार के बारे में कुछ भी नहीं है।
await editor.save()शीर्ष-स्तरीय कुंजियाँ
{
"time": 1788452414107,
"blocks": [
{
"id": "zRvYGn6Hw8",
"type": "header",
"data": { "text": "Build faster", "level": 2 }
},
{
"id": "bziKUc-t8d",
"type": "paragraph",
"data": { "text": "Editable copy." }
}
],
"version": "2.31.6"
}एक दस्तावेज़: एक टाइमस्टैम्प, टाइप किए गए ब्लॉकों की एक क्रमबद्ध सरणी, और संपादक संस्करण जिसने इसे लिखा है। प्रत्येक ब्लॉक में एक प्रकार और एक डेटा ऑब्जेक्ट होता है जिसका आकार इसके Tool द्वारा परिभाषित किया जाता है। यहां कुछ भी लेआउट या स्टाइल का वर्णन नहीं करता है, और यही वही है जो प्रारूप को पोर्टेबल बनाता है।
editor.getProjectData()शीर्ष-स्तरीय कुंजियाँ
{
"dataSources": [],
"assets": [],
"styles": [
{ "selectors": ["hero"], "style": { "padding-top": "40px", "…": "…" } },
{ "selectors": ["btn"], "style": { "background-color": "rgb(75, 91, 191)", "…": "…" } }
],
"pages": [
{
"id": "SjtXdsYjpE8EJUpL",
"frames": [
{
"id": "6THykH6fmgO6bc7i",
"component": {
"type": "wrapper",
"components": [
{ "tagName": "section", "classes": ["hero"], "components": [
{ "tagName": "h2", "type": "text", "components": [
{ "type": "textnode", "content": "Build faster" }
]},
{ "type": "link", "classes": ["btn"], "attributes": { "href": "#" },
"components": [ { "type": "textnode", "content": "Get started" } ] }
]}
]
}
}
]
}
],
"symbols": []
}एक संपादन योग्य परियोजना: पृष्ठ, प्रत्येक फ्रेम के साथ एक नेस्टेड घटक वृक्ष, साथ ही शैली नियम, संपत्ति और कोई भी प्रतीक। यह वह स्थिति है जिसे आप संग्रहीत करते हैं ताकि लेखक अपने काम को फिर से खोल सके - न कि वह पृष्ठ जिसे आप आगंतुकों को प्रदान करते हैं।
GrapesJS संपादन योग्य परियोजना संरचना का प्रतिनिधित्व करने वाले प्रोजेक्ट डेटा को संग्रहीत करता है, जबकि वर्कफ़्लो को प्रकाशित करने और निर्यात करने के लिए HTML और CSS उत्पन्न किया जा सकता है। दो चीजें अपने पहले निर्यात पर सभी को आश्चर्यचकित करती हैं, और दोनों नीचे दिखाई दे रही हैं: getHtml() शरीर के तत्व में लिपटे कैनवास को लौटाता है, और getCss() शॉर्टहैंड गुणों को लॉन्गहैंड में विस्तारित करता है।
<body><section class="hero"><h2>Build faster</h2><p>Editable copy.</p><a href="#" class="btn">Get started</a></section></body>.hero{padding-top:40px;padding-right:40px;padding-bottom:40px;padding-left:40px;text-align:center;}
.hero h2{margin-bottom:8px;font-size:28px;}
.btn{display:inline-block;border-top-left-radius:8px;background-color:rgb(75, 91, 191);color:rgb(255, 255, 255);}उसी कैनवास से मापा गया आउटपुट जिसने ऊपर प्रोजेक्ट डेटा का उत्पादन किया था। संपादक के स्वयं के कैनवास रीसेट को छोड़ने के लिए avoidProtected पास करें, जो आपके पृष्ठ के हिस्से के बजाय संपादक क्रोम है।
कोई साझा सबसेट नहीं है। एक Editor.js ब्लॉक कहता है "इस पाठ के साथ स्तर 2 शीर्षक"; एक GrapesJS घटक कहता है "इन वर्गों के साथ एक H2 तत्व, इस खंड के अंदर, इन नियमों द्वारा स्टाइल किया गया है"। एक तरह से जाने पर आपको मार्कअप और लेआउट का आविष्कार करना होगा जो कभी संग्रहीत नहीं किया गया था; दूसरे पर जा रहे हैं आपको उन्हें त्यागना होगा।
यदि आप Editor.js से माइग्रेट कर रहे हैं, तो आपको इसे एक साधारण JSON रूपांतरण के बजाय एक सामग्री-मॉडल और संपादक-मॉडल माइग्रेशन के रूप में मानना चाहिए।
देखें कि माइग्रेशन में क्या शामिल हैनीचे दिए गए प्रत्येक सेल में एक तंत्र का नाम है, स्कोर नहीं। कोई टिक-एंड-क्रॉस कॉलम नहीं है, क्योंकि उत्तरदायी लेआउट संपादन के लिए Editor.js के खिलाफ एक क्रॉस गलत होगा - एक कस्टम Tool यह कर सकता है - और एक टिक भ्रामक होगा। "कस्टम" ईमानदार उत्तर है, और यह वही है जो काम का आकलन करने वाला इंजीनियर वास्तव में चाहता है।
इस तालिका को कैसे पढ़ें
रिच टेक्स्ट एडिटिंग
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितEditor.js के कोर में एक इनलाइन टूलबार है; GrapesJS में एक अंतर्निहित समृद्ध टेक्स्ट एडिटर है जिसे एक प्लगइन के माध्यम से CKEditor, TinyMCE, Froala या Quill से बदला जा सकता है।
Block-आधारित सामग्री
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितदोनों ब्लॉक-आधारित हैं। Editor.js ब्लॉक एक क्रम में सामग्री प्रकार हैं; GrapesJS ब्लॉक draggable प्रीसेट हैं जो घटकों को एक पेड़ में डालते हैं।
संरचित JSON आउटपुट
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितEditor.js एक दस्तावेज़ लौटाता है; GrapesJS प्रोजेक्ट डेटा लौटाता है। दोनों सादे JSON हैं, और वे अलग-अलग चीजों का वर्णन करते हैं।
दृश्य कैनवास
Editor.js
रिवाजGrapesJS
अंतर्निहितEditor.js सामग्री क्षेत्र को जगह में संपादित करता है; डिवाइस की चौड़ाई और प्रति-तत्व चयन के साथ कोई अलग कैनवास सतह नहीं है।
ड्रैग-एंड-ड्रॉप
Editor.js
पैकेजGrapesJS
अंतर्निहितEditor.js कोर मूव-अप/मूव-डाउन धुनों और blocks.move() API के साथ ब्लॉक को स्थानांतरित करता है; पॉइंटर ड्रैगिंग एक सामुदायिक प्लगइन है। GrapesJS घटकों को कैनवास पर खींचता है।
HTML/CSS संपादन
Editor.js
रिवाजGrapesJS
अंतर्निहितGrapesJS चयनकर्ताओं और घोषणाओं को सीधे संपादित करता है और HTML और CSS निर्यात करता है। Editor.js में यह आपके द्वारा लिखा गया Tool होगा।
उत्तरदायी लेआउट संपादन
Editor.js
रिवाजGrapesJS
अंतर्निहितGrapesJS डिवाइस की चौड़ाई और प्रति-ब्रेकपॉइंट शैली ओवरराइड करता है। एक Editor.js Tool उत्तरदायी डेटा रख सकता है, लेकिन आप UI और शब्दार्थ दोनों को परिभाषित करते हैं।
कस्टम ब्लॉक
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितदोनों वास्तव में एक्स्टेंसिबल हैं। Editor.js कस्टम Tools अपने मार्कअप, डेटा और सेटिंग्स पैनल के मालिक हैं; GrapesJS कस्टम घटक प्रकार अपने मॉडल, दृश्य और traits के मालिक हैं।
Component मॉडल
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितEditor.js Tools का एक अनुक्रम मॉडल करता है; GrapesJS माता-पिता, बच्चों और traits के साथ एक नेस्टेड घटक पेड़ का मॉडल बनाता है।
शैली प्रबंधक
Editor.js
रिवाजGrapesJS
अंतर्निहितGrapesJS में चयन और सक्रिय ब्रेकपॉइंट के लिए Style Manager बंधा हुआ है। Editor.js में स्टाइलिंग वह है जो आपका रेंडरर तय करता है।
संपत्ति प्रबंधन
Editor.js
आपका ऐपGrapesJS
अंतर्निहितGrapesJS में Asset Manager है; अपलोड अभी भी आपका समापन बिंदु हैं। Editor.js छवि प्रबंधन एक आधिकारिक Tool है जो आपके अपलोड समापन बिंदु पर इंगित किया गया है।
पुनः प्रयोज्य लेआउट
Editor.js
रिवाजGrapesJS
अंतर्निहितGrapesJS में पुनः उपयोग के लिए प्रतीक और ब्लॉक हैं। Editor.js में पुनः प्रयोज्य सामग्री को आमतौर पर एप्लिकेशन में संपादक के ऊपर नियंत्रित किया जाता है।
बहु-पृष्ठ परियोजनाएं
Editor.js
रिवाजGrapesJS
अंतर्निहितGrapesJS प्रोजेक्ट डेटा में पृष्ठों की एक श्रृंखला होती है। Editor.js प्रति उदाहरण एक दस्तावेज़ है; एकाधिक दस्तावेज़ आपके एप्लिकेशन के मॉडल हैं।
भंडार
Editor.js
आपका ऐपGrapesJS
अंतर्निहितGrapesJS में एक Storage Manager है जिसमें एक रिमोट एडाप्टर है जिसे आप अपने API पर इंगित करते हैं। Editor.js आपको save() देता है और आप परिणाम जारी रखते हैं। किसी भी तरह से डेटाबेस आपका है।
वर्कफ़्लो प्रकाशित करना
Editor.js
आपका ऐपGrapesJS
एकीकरणन तो कुछ प्रकाशित करता है। GrapesJS निर्यात HTML और CSS आप अपनी पाइपलाइन को सौंपते हैं; Editor.js आपका रेंडरर आपको JSON देता है।
केवल-पढ़ने के लिए मोड
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितEditor.js में 2.19 से केवल-पढ़ने के लिए मोड है। GrapesJS घटकों को लॉक कर सकता है और संपादन को अक्षम कर सकता है।
Editor UI अनुवाद
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितदोनों अपने स्वयं के इंटरफ़ेस का अनुवाद कर सकते हैं। Editor.js में i18n API है; GrapesJS में एक स्थान/संदेश कॉन्फ़िगरेशन है।
SaaS पेज बिल्डर
Editor.js
रिवाजGrapesJS
मजबूत फिटGrapesJS का व्यापक रूप से पेज-बिल्डर उत्पादों के अंदर संपादक के रूप में उपयोग किया जाता है। सामग्री संपादक पर एक ही उत्पाद बनाने का अर्थ है लेआउट संपादक को स्वयं लिखना।
एम्बेड करने योग्य विज़ुअल एडिटर
Editor.js
रिवाजGrapesJS
मजबूत फिटGrapesJS एक DOM तत्व में माउंट होता है और आमतौर पर अन्य लोगों के उत्पादों में एम्बेडेड होता है। Editor.js उतनी ही आसानी से एम्बेड करता है, लेकिन एक सामग्री संपादक को एम्बेड करता है।
व्हाइट-लेबल संपादक
Editor.js
रिवाजGrapesJS
मजबूत फिटGrapesJS पैनल, आइकन और CSS को थोक में बदला जा सकता है। Editor.js UI को भी फिर से स्टाइल किया जा सकता है; रीब्रांड करने के लिए कम क्रोम है।
CMS एकीकरण
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितदोनों CMS के साथ एकीकृत होते हैं। सवाल यह है कि क्या CMS संरचित सामग्री या दृश्य लेआउट संग्रहीत करता है।
TypeScript प्रकार
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितप्रकाशित पैकेज में दोनों जहाज प्रकार की घोषणाएं। सटीक क्षेत्रों के लिए नीचे दी गई तालिका देखें।
Plugin पारिस्थितिकी तंत्र
Editor.js
पैकेजGrapesJS
पैकेजEditor.js में आधिकारिक टूल पैकेज और एक सामुदायिक पारिस्थितिकी तंत्र है; GrapesJS में एक प्लगइन API और एक बाज़ार है।
ओपन-सोर्स लाइसेंस
Editor.js
अंतर्निहितGrapesJS
अंतर्निहितEditor.js Apache-2.0 है। GrapesJS कोर BSD-3-Clause है। दोनों वाणिज्यिक और बंद-स्रोत उपयोग की अनुमति देते हैं।
पंक्तियाँ जहाँ दोनों स्तंभ समान पढ़ते हैं, वे पंक्तियाँ हैं जहाँ दो संपादक वास्तव में एक ही काम करते हैं। यदि आप किसी निर्णय के लिए स्कैन कर रहे हैं, तो जो पंक्तियाँ मायने रखती हैं, वे वे हैं जहाँ एक पक्ष "बिल्ट-इन" कहता है और दूसरा "कस्टम" कहता है: वह अंतर वह काम है जो आपकी टीम करेगी।
| पैकेज | विवरण | लाइसेंस | प्रकार घोषणाएँ |
|---|---|---|---|
| @editorjs/editorjs | 2.31.6 | Apache-2.0 | types/index.d.ts |
| grapesjs | 0.23.6 | BSD-3-Clause | dist/index.d.ts |
npm रजिस्ट्री से 2026-09-03 पर पढ़ें। संस्करण चलते हैं; लाइसेंस और शिप किए गए प्रकार की घोषणाएं यहां टिकाऊ तथ्य हैं। ध्यान दें कि BSD-3-Clause GrapesJS कोर पर लागू होता है - अलग React रैपर पैकेज MIT है।
चौदह ठोस उत्पाद, प्रत्येक एक सिफारिश के साथ। उनमें से चार Editor.js और दो बिंदु दोनों पर इंगित करते हैं - यदि एक तुलना पृष्ठ हर परिदृश्य को अपने स्वयं के उत्पाद पर इंगित करता है, तो आप उस पर भरोसा नहीं करना सही होगा।
लेखक गद्य लिखते हैं। मान स्वच्छ संरचित सामग्री में है जो हर चैनल में समान रूप से प्रस्तुत होता है, न कि प्रति-पोस्ट लेआउट नियंत्रण में।
दस्तावेज़ीकरण एक सुसंगत टेम्पलेट और विवश ब्लॉक प्रकार चाहता है। प्रत्येक पृष्ठ लेखक को अपना लेआउट देना आमतौर पर एक समस्या है, एक सुविधा नहीं।
खोज, संस्करण और पुनः उपयोग सभी तब आसान हो जाते हैं जब लेख मार्कअप के बजाय संरचित डेटा होते हैं।
यदि आपका API कई फ्रंट एंड पर सामग्री परोसता है, तो पोर्टेबल दस्तावेज़ को संग्रहीत करना एक चैनल के लेआउट को संग्रहीत करना धड़कता है।
विशिष्ट दिखने के लिए मार्केटिंग पेज मौजूद हैं। लेआउट, रिक्ति और ब्रेकपॉइंट काम हैं, और उन्हें बिना तैनाती के संपादन योग्य होने की आवश्यकता है।
गाइड पढ़ेंएकाधिक पृष्ठ, साझा शीर्ष लेख और पाद लेख, प्रति-पृष्ठ लेआउट - पृष्ठ सरणी के साथ एक घटक ट्री समस्या का आकार है।
गाइड पढ़ेंआपके उपयोगकर्ता उस कलाकृति का निर्माण कर रहे हैं जिसके लिए वे भुगतान कर रहे हैं। इसे बनाते समय उन्हें इसे देखने की जरूरत है।
गाइड पढ़ेंपैनल, आइकन और स्टाइल को बदला जा सकता है ताकि संपादक आपके उत्पाद के अंदर अतिथि के बजाय उसके हिस्से के रूप में पढ़े।
गाइड पढ़ेंकिसी और के एप्लिकेशन के अंदर DOM तत्व में माउंट होता है, भंडारण और प्रकाशन उनके बैकएंड पर वायर्ड होता है।
गाइड पढ़ेंचयनकर्ता, घोषणाएं और निर्यात योग्य मार्कअप वितरण योग्य हैं। एक सामग्री संपादक जानबूझकर तीनों को छुपाता है।
गाइड पढ़ेंजब संपादकों को लेखक फ़ील्ड के बजाय अंतिम लेआउट को नियंत्रित करने की आवश्यकता होती है, तो CMS को एक दृश्य संपादन परत की आवश्यकता होती है।
गाइड पढ़ेंईमेल टेम्पलेट शत्रुतापूर्ण बाधाओं के तहत लेआउट हैं - टेबल, इनलाइन शैलियाँ, क्लाइंट विचित्रताएँ - जो लेआउट संपादन है, सामग्री संपादन नहीं।
गाइड पढ़ेंपृष्ठों के लिए दृश्य संपादन, पोस्ट के लिए संरचित सामग्री। दो संलेखन सतहें, दो संपादक, एक एप्लिकेशन।
देखें कि उन्हें कैसे परत किया जाएस्वयं दस्तावेज़ों के लिए विवश संरचित सामग्री, उनके आस-पास के विपणन पृष्ठों के लिए दृश्य संपादन।
मिश्रित परिदृश्यों के लिए, दोनों इस बात पर निर्भर करते हुए उपयुक्त हो सकते हैं कि प्राथमिक आवश्यकता संरचित सामग्री या दृश्य लेआउट संपादन है या नहीं। यह तय करने लायक है कि आपके उत्पाद का कोर लूप वास्तव में दोनों में से कौन सा है, इससे पहले कि आप यह तय करें कि कौन सा संपादक स्थापित करना है।
क्या आपके उपयोगकर्ता मुख्य रूप से सामग्री लिख रहे हैं, या नेत्रहीन रूप से उस चीज़ का निर्माण कर रहे हैं जो वे बना रहे हैं?
यह एक प्रश्न किसी भी फीचर टेबल से अधिक निर्णय लेता है। उन दो वर्कफ़्लो की तुलना करें जिन्हें आपके उपयोगकर्ता वास्तव में सप्ताह में दर्जनों बार दोहराएंगे, और उस संपादक को चुनें जिसका लूप इससे मेल खाता है।
Editor.js लूप
GrapesJS लूप
SaaS उत्पादों के लिए जहां उपयोगकर्ताओं को पृष्ठों, टेम्पलेट्स या लेआउट को नेत्रहीन रूप से बनाने की आवश्यकता होती है, GrapesJS अक्सर एक अधिक प्राकृतिक प्रारंभिक बिंदु होता है - ऊपर दिया गया लूप उत्पाद है, और इसे सामग्री संपादक पर बनाने का अर्थ है लेआउट संपादक को स्वयं लिखना। यदि आपके उपयोगकर्ता रचना करने के बजाय लिख रहे हैं, तो छोटा लूप सही है और Editor.js आपको वहां तेजी से पहुंचाता है।
CMS संपादक बनाने के दो ईमानदार तरीके हैं, और चुनाव आपके द्वारा स्थापित संपादक के अपस्ट्रीम है। नीचे दिए गए दोनों मॉडल कहीं न कहीं उत्पादन में हैं, और दोनों उन उत्पादों के लिए सही हैं जिन्होंने उन्हें चुना है।
संरचित CMS
दृश्य CMS
चुनाव इस बात पर निर्भर करता है कि आपके उपयोगकर्ताओं को संरचित सामग्री लिखने की आवश्यकता है या अंतिम लेआउट को नेत्रहीन रूप से नियंत्रित करने की आवश्यकता है। यदि कुछ को प्रत्येक की आवश्यकता है, तो यह एक वास्तविक उत्तर भी है - दोनों को और नीचे चलाने पर अनुभाग देखें।
अंतर को समझने का सबसे आसान तरीका संपादक का उपयोग करना है। पैनल से एक ब्लॉक को खींचें, किसी भी तत्व पर क्लिक करें, इसे फिर से स्टाइल करें, कैनवास को टैबलेट या मोबाइल पर स्विच करें, एसेट मैनेजर खोलें - और नीचे दिए गए पैनल को प्रिंट करें जहां आपका चयन घटक ट्री में बैठता है।
हां, लेकिन माइग्रेशन आमतौर पर प्रत्यक्ष निर्यात/आयात ऑपरेशन के बजाय एक सामग्री-मॉडल और संपादक-आर्किटेक्चर माइग्रेशन है। ऐसा कोई कनवर्टर नहीं है जो Editor.js दस्तावेज़ पढ़ता हो और GrapesJS प्रोजेक्ट तैयार करता हो, क्योंकि विज़ुअल एडिटर को जिस लेआउट और मार्कअप की आवश्यकता होती है, वह शुरू करने के लिए दस्तावेज़ में कभी नहीं थे। किसी को उन्हें तय करना होगा, एक बार प्रति सामग्री प्रकार - और यह निर्णय वही है जो नीचे दिए गए दस चरणों को व्यवस्थित करता है।
अपने Tools का ऑडिट करें
उपयोग में आने वाले प्रत्येक Tool की सूची बनाएं, जिसमें केवल कुछ मुट्ठी भर पुराने दस्तावेज़ ही शामिल हैं। लंबी पूंछ वह जगह है जहां माइग्रेशन खत्म हो जाता है।
सामग्री प्रकारों की पहचान करें
उन Tools को आपके उत्पाद की सामग्री प्रकारों में समूहित करें। कई Tools अक्सर विविधताओं के साथ एक प्रकार के होते हैं।
मानचित्र ब्लॉक डेटा
प्रत्येक प्रकार के लिए, लिखें कि इसके डेटा ऑब्जेक्ट में क्या है और एक दृश्य समकक्ष की क्या आवश्यकता होगी जिसमें डेटा शामिल नहीं है।
GrapesJS घटक बनाएं
प्रति सामग्री प्रकार के लिए एक घटक प्रकार को परिभाषित करें, मार्कअप और संरचना के साथ विज़ुअल संपादक प्रस्तुत और संपादित करेगा।
traits और गुण बनाएं
उन फ़ील्ड को उजागर करें जिन्हें लेखकों को traits के रूप में संपादित करने की आवश्यकता होती है, इसलिए सेटिंग्स पैनल वही नियंत्रण प्रदान करता है जो पुराने Tool ने किया था।
विज़ुअल ब्लॉक बनाएं
प्रति घटक प्रकार एक draggable ब्लॉक जोड़ें ताकि लेखक उन्हें सम्मिलित कर सकें, जो Editor.js टूलबॉक्स का दृश्य समकक्ष है।
मानचित्र शैलियाँ और लेआउट
तय करें कि घटक में कौन सी स्टाइल तय की गई है और जिसे लेखक बदल सकता है, फिर मिलान करने के लिए Style Manager को कॉन्फ़िगर करें।
टेम्पलेट और सामग्री माइग्रेट करें
संग्रहीत दस्तावेज़ों को प्रति सामग्री प्रकार की स्क्रिप्ट के साथ परिवर्तित करें. एक नमूने की हाथ से जांच करने की अपेक्षा करें — स्वचालित आउटपुट के लिए निर्णय की आवश्यकता होगी.
फ्रंटएंड को फिर से काम करना
आपके रेंडरर ने एक ब्लॉक सरणी का उपभोग किया। यह अब निर्यात किए गए HTML और CSS, या प्रोजेक्ट डेटा की खपत करता है, जो एक अलग एकीकरण है।
रेंडरिंग सत्यापित करें
वास्तविक दस्तावेज़ों के लिए पुराने और नए आउटपुट की तुलना करें, फिक्स्चर के लिए नहीं, और पुरानी पाइपलाइन को तब तक पठनीय रखें जब तक आपके पास न हो।
एक शीर्षक, दोनों तरफ। नीचे दी गई तुलना जानबूझकर छोटी है, क्योंकि यह जो अंतर दिखाता है वह माइग्रेशन की पूरी कठिनाई है: दाईं ओर की हर चीज जो बाईं ओर नहीं है, उसे एक व्यक्ति द्वारा तय किया जाना था।
{
"type": "header",
"data": {
"text": "Build faster",
"level": 2
}
}शब्दार्थ और पोर्टेबल। यह कहता है कि सामग्री क्या है - एक स्तर 2 शीर्षक - और इस बारे में कुछ भी नहीं कि इसे कैसा दिखना चाहिए।
{
type: 'text',
tagName: 'h2',
components: [{ type: 'textnode', content: 'Build faster' }],
}एक घटक परिभाषा: Blocks.add() और Components.addType() क्या लेते हैं। ध्यान दें कि कहीं से क्या दिखाई दिया - टैग, संरचना, टेक्स्ट नोड। इसमें से कोई भी ब्लॉक में नहीं था।
Editor.js अवधारणा
GrapesJS अवधारणा
प्रत्येक Tool एक घटक प्रकार बन जाता है: एक ही विचार, लेकिन घटक के पास DOM तत्व और save() विधि के बजाय एक मॉडल और एक दृश्य होता है।
अपने डेटा ऑब्जेक्ट में रखे गए Tool फ़ील्ड घटक गुण बन जाते हैं, जिनके लिए traits को एक लेखक को बदलने में सक्षम होना चाहिए।
एक सपाट, क्रमबद्ध सरणी एक घोंसले वाला पेड़ बन जाता है। यह कोई यांत्रिक उत्तर के साथ कदम है - घोंसले के शिकार को डिजाइन किया जाना है।
आपका संग्रहीत दस्तावेज़ स्कीमा प्रोजेक्ट डेटा बन जाता है और साथ ही आपके एप्लिकेशन को अभी भी इसके चारों ओर मॉडल करने की आवश्यकता होती है।
यह एक वैचारिक मानचित्रण है, न कि एक सार्वभौमिक स्वचालित कनवर्टर। सभी Editor.js Tools का पुनः उपयोग नहीं किया जा सकता है, और सभी Editor.js सामग्री को स्वचालित रूप से परिवर्तित नहीं किया जा सकता है - ऊपर दी गई मैपिंग वह है जो एक व्यक्ति प्रति सामग्री प्रकार लागू करता है, और इसकी कठिनाई पूरी तरह से इस बात पर निर्भर करती है कि आपके पुराने रेंडरर में कितना लेआउट इरादा निहित था।
यह उन इनपुट पर निर्भर करता है जिन्हें हम यहां से नहीं देख सकते हैं, इसलिए नीचे दिए गए तीन स्तर अवधि का वादा करने के बजाय उन इनपुट का वर्णन करते हैं। वही तीन Tools एक एप्लिकेशन में एक दोपहर लेते हैं जो एक घटक में JSON प्रदान करता है, और सर्वर-साइड रेंडरिंग, एक टेम्पलेट लाइब्रेरी और एक संपादकीय वर्कफ़्लो के साथ एक में काफी लंबा होता है।
स्टॉक टूलींग, थोड़ा कस्टम कोड, और एक रेंडरर जिसे आप दोपहर में फिर से लिख सकते हैं।
कस्टम Tools और टेम्पलेट मौजूद हैं, इसलिए प्रत्येक को एक डिज़ाइन किए गए दृश्य समकक्ष की आवश्यकता होती है।
संपादक को रेंडरिंग, वर्कफ़्लो और अन्य प्रणालियों में गहराई से बुना गया है।
उत्पादन सामग्री को माइग्रेट करने से पहले, वर्तमान Editor.js डेटा मॉडल और रेंडरिंग पाइपलाइन का ऑडिट करें।
Editor.js विकल्प की खोज करने वाले लोगों के एक उचित हिस्से को एक की आवश्यकता नहीं है। प्रवासन से पहले तीन परिणाम विचार करने योग्य हैं, और उनमें से केवल एक ही माइग्रेशन है।
यदि आपका उत्पाद संरचित सामग्री को संग्रहीत और प्रस्तुत करता है, और आप जो शिकायतें सुनते हैं वे लेआउट के बजाय ब्लॉक प्रकारों के बारे में हैं, तो संपादक समस्या नहीं है। इसे बदलने से आपको वह पोर्टेबिलिटी खर्च करनी पड़ेगी जो आपको वर्तमान में मुफ्त में मिल रही है।
जब संरचित सामग्री ठीक वही होती है जो आपके उत्पाद की आवश्यकता होती है
कस्टम Tools अपने स्वयं के मार्कअप, डेटा और सेटिंग्स पैनल के मालिक हैं, और Block Tunes प्रति ब्लॉक स्थिति बनी रह सकती है। "हमें एक अलग संपादक की आवश्यकता है" आवश्यकताओं की एक आश्चर्यजनक संख्या एक Tool दूर है।
जब आपको केवल अतिरिक्त सामग्री की आवश्यकता हो Tools
यदि आवश्यकता वास्तव में एक विज़ुअल लेआउट संपादक है - लैंडिंग पृष्ठ, टेम्पलेट, एक बिल्डर जो आपके ग्राहक उपयोग करते हैं - तो एक जोड़ना ईमानदार उत्तर है, और इसका मतलब यह नहीं है कि आपके पास पहले से मौजूद सामग्री संपादक को हटा दिया जाए।
जब उत्पाद को विज़ुअल लेआउट एडिटर की भी आवश्यकता होती है
कुछ अनुप्रयोगों में, Editor.js सामग्री संलेखन उपकरण बना रह सकता है जबकि GrapesJS दृश्य रचना को संभालता है। दोनों संपादक एक-दूसरे से बात नहीं करते हैं - वे प्रत्येक एक ही उत्पाद की एक अलग संलेखन सतह की सेवा करते हैं, जैसा कि आरेख दिखाता है।
आपका आवेदन
संरचित सामग्री
पोस्ट, दस्तावेज़ और कोई भी सामग्री जिसे एक से अधिक स्थानों पर प्रस्तुत करना है।
दृश्य लेआउट
लैंडिंग पृष्ठ, टेम्पलेट और कुछ भी जहां लेआउट वितरण योग्य है।
आपको हर संपादक क्षमता को खरोंच से बनाने की आवश्यकता नहीं है। GrapesJS को सामान्य वर्कफ़्लो और एकीकरण के लिए प्लगइन्स के साथ बढ़ाया जा सकता है - जिसमें सामग्री संपादक से आने वाले किसी भी व्यक्ति के लिए, समृद्ध पाठ अनुभव ही शामिल है।
सामग्री संपादक से आने वाला हर कोई पहले यह प्रश्न पूछता है: क्या लेखन अनुभव दृश्य कैनवास के अंदर जीवित रहता है? GrapesJS का अपना समृद्ध टेक्स्ट एडिटर है, और इसे उस व्यक्ति के लिए स्वैप किया जा सकता है जिसे आपके लेखक पहले से जानते हैं।
श्रेणी ब्राउज़ करेंअंतर्निहित समृद्ध टेक्स्ट एडिटर को CKEditor 5 से बदल देता है, कैनवास पर इनलाइन संपादन करता है।
TinyMCE 6 इनलाइन टेक्स्ट एडिटर के रूप में, उन टीमों के लिए जिनके लेखक पहले से ही इसका उपयोग करते हैं।
Froala कैनवास समृद्ध टेक्स्ट एडिटर के रूप में, अपने स्वयं के टूलबार और प्लगइन्स के साथ।
Quill रिच टेक्स्ट एडिटर के रूप में - बातचीत करने के लिए कोई लाइसेंस नहीं होने वाला एक हल्का विकल्प।
GrapesJS कोर कोई ब्लॉक नहीं भेजता है, यही वजह है कि ब्लॉक पैक सबसे आम पहला इंस्टॉल है। ये draggable प्रीसेट हैं जो आपके लेखक डालते हैं।
श्रेणी ब्राउज़ करेंबेसलाइन सेट: अनुभाग, कॉलम, पाठ, चित्र और लिंक से शुरू करने के लिए।
Tailwind-वर्गीकृत ब्लॉक, उन उत्पादों के लिए जिनकी डिज़ाइन प्रणाली पहले से ही Tailwind है।
Bootstrap 5 ब्लॉक और घटक, ढांचे के अपने मार्कअप में मैप किए गए।
दस्तावेज़-उन्मुख ब्लॉक — लैंडिंग पृष्ठों की तुलना में लेख लेआउट के करीब।
Component प्रकार अपने स्वयं के traits के साथ संपादन योग्य संरचनाएं जोड़ते हैं - एक कस्टम Editor.js Tool लिखने का दृश्य समकक्ष, सिवाय इसके कि किसी और ने इसे पहले ही लिखा है।
श्रेणी ब्राउज़ करेंtraits के साथ संपादन योग्य घटक प्रकारों का एक सेट, ब्लॉक पैनल में छोड़ने के लिए तैयार है।
अपनी स्वयं की पैनल संरचना और traits के साथ एक टैब्ड घटक।
प्रपत्र घटक — इनपुट, चयन, चेकबॉक्स और स्वयं प्रपत्र तत्व.
प्रोजेक्ट डेटा को कहीं जाना है। स्टोरेज प्लगइन्स Storage Manager को बैकएंड से तार करते हैं ताकि आप पहले दिन पर्सिस्टेंस एडाप्टर न लिख सकें।
श्रेणी ब्राउज़ करेंउपरोक्त चार से परे, कैटलॉग में आगे इनलाइन-एडिटर एकीकरण और बिल्ट-इन एक के एक्सटेंशन शामिल हैं।
यदि आपके उत्पाद में पहले से ही एक डिज़ाइन प्रणाली है, तो ब्लॉक जो इसकी कक्षाओं का उत्सर्जन करते हैं, वे अच्छे दिखने वाले ब्लॉकों से अधिक मायने रखते हैं।
एसेट पिकर और डिप्लॉयमेंट कमांड, पाइपलाइन के उन हिस्सों के लिए जो संपादक के दोनों ओर बैठते हैं।
दो लिस्टिंग वास्तव में एआई का नाम लेने के बजाय काम करती हैं। वे सीधे जुड़े हुए हैं क्योंकि एआई श्रेणी हब के पीछे कोई प्रकाशित उत्पाद नहीं है।
लिस्टिंग और कीमतें निर्माण समय पर बाज़ार से पढ़ी जाती हैं; इन अलमारियों के पीछे स्लग सूचियों की अंतिम बार 2026-09-03 पर जाँच की गई थी। एक सूची जिसे तब से वापस ले लिया गया है, बस अपने शेल्फ से गायब हो जाती है।
छह उत्पाद जो सभी एक ही संपादक हैं, उन्हें अलग-अलग तरीके से कॉन्फ़िगर किया गया है। प्रत्येक की अपनी मार्गदर्शिका है, क्योंकि दिलचस्प निर्णय इंस्टॉल के बजाय कॉन्फ़िगरेशन में हैं।
एक पेज बिल्डर जिसका उपयोग आपके ग्राहक आपके उत्पाद के अंदर करते हैं, उनके पृष्ठ आपके डेटाबेस में संग्रहीत होते हैं।
गाइड पढ़ेंएक संपादक जो किसी अन्य एप्लिकेशन के अंदर माउंट होता है, उस एप्लिकेशन के भंडारण और प्रकाशन के लिए वायर्ड होता है।
गाइड पढ़ेंमार्केटिंग पेज आपकी टीम परिनियोजन की प्रतीक्षा किए बिना लिख सकती है और फिर से स्टाइल कर सकती है।
गाइड पढ़ेंआपके पैनल, आइकन और स्टाइल के साथ एक ही इंजन, इसलिए यह आपके उत्पाद के हिस्से के रूप में पढ़ता है।
गाइड पढ़ेंउन संपादकों के लिए जिन्हें अंतिम लेआउट को नियंत्रित करने की आवश्यकता होती है, एक हेडलेस बैकएंड पर एक दृश्य संपादन परत।
गाइड पढ़ेंईमेल वास्तव में बाधाओं के तहत ईमेल टेम्पलेट लगाता है - टेबल, इनलाइन शैलियाँ और क्लाइंट विचित्रताएँ।
गाइड पढ़ेंसंपादक एक DOM तत्व में माउंट होता है, इसलिए फ्रेमवर्क प्रश्न इस बारे में है कि आप इसे कैसे लपेटते हैं बजाय इसके कि यह काम करता है या नहीं। नीचे दी गई प्रत्येक मार्गदर्शिका वायरिंग, जीवनचक्र और उन हिस्सों को कवर करती है जो लोगों को आश्चर्यचकित करते हैं।
आधिकारिक React रैपर, इसके आवश्यक प्रॉप्स, और जहां React का जीवनचक्र संपादक से टकराता है।
GrapesJS React के साथडायनेमिक आयात, सर्वर-साइड रेंडरिंग बाधाएं और जहां संपादक माउंट हो सकता है और नहीं भी हो सकता है।
Next.js पेज बिल्डरएक टेम्पलेट रेफरी में बढ़ते हुए, और पहुंचने के लिए कोई आधिकारिक Vue रैपर क्यों नहीं है।
GrapesJS Vue के साथComponent जीवनचक्र, क्षेत्र से निपटने और नष्ट करने पर संपादक की सफाई।
GrapesJS Angular के साथशिप किए गए प्रकार की घोषणाएं, वे क्या करते हैं और क्या निर्यात नहीं करते हैं, और न्यूनतम कंपाइलर संस्करण।
GrapesJS TypeScript के साथकोई ढांचा नहीं: एक स्क्रिप्ट टैग, एक कंटेनर तत्व और एक इनिट कॉल। कोर को स्पष्ट रूप से देखने के लिए यहां से शुरू करें।
GrapesJS ट्यूटोरियलस्पष्ट रूप से बनाने लायक एक स्पष्टीकरण: GrapesJS कोर फ्रेमवर्क-अज्ञेयवादी है और इसे इन फ्रेमवर्क का उपयोग करके अनुप्रयोगों में एकीकृत किया जा सकता है - यह React या Vue के समान घटक मॉडल का उपयोग नहीं करता है। GrapesJS में एक "घटक" संपादक का अपना मॉडल ऑब्जेक्ट है जो कैनवास ट्री में एक नोड का वर्णन करता है, न कि React या Vue घटक, और कैनवास एक फ्रेमवर्क के वर्चुअल ट्री के बजाय DOM के अंदर वास्तविक iframe प्रस्तुत करता है। रैपर संपादक को आपके ऐप में एकीकृत करते हैं; वे आपके ढांचे के घटकों को कैनवास के अंदर नहीं डालते हैं।
बीस आवश्यकताएं, प्रत्येक एक अनुशंसित प्रारंभिक बिंदु। Editor.js पर छह अंक और दोनों पर दो, क्योंकि यही वह जगह है जहां वे वास्तव में इंगित करते हैं।
| आपकी आवश्यकता | अनुशंसित प्रारंभिक बिंदु |
|---|---|
| ब्लॉग संपादक | Editor.js |
| लेख संपादक | Editor.js |
| प्रलेखन | Editor.js |
| संरचित सामग्री | Editor.js |
| JSON-पहला सामग्री वर्कफ़्लो | Editor.js |
| एक दस्तावेज़, कई चैनल | Editor.js |
| विज़ुअल पेज बिल्डर | GrapesJS |
| लैंडिंग पेज बिल्डर | GrapesJS |
| SaaS पेज बिल्डर | GrapesJS |
| HTML/CSS संपादक | GrapesJS |
| व्हाइट-लेबल विज़ुअल एडिटर | GrapesJS |
| एम्बेड करने योग्य विज़ुअल एडिटर | GrapesJS |
| दृश्य CMS संपादक | GrapesJS |
| कस्टम पृष्ठ संरचना | GrapesJS |
| उत्तरदायी लेआउट नियंत्रण | GrapesJS |
| पुनः प्रयोज्य दृश्य टेम्पलेट | GrapesJS |
| ईमेल टेम्पलेट संपादन | GrapesJS |
| बहु-पृष्ठ परियोजनाएं | GrapesJS |
| ब्लॉग के साथ मार्केटिंग साइट | या तो, या दोनों |
| डॉक्स प्लस मार्केटिंग पेज | या तो, या दोनों |
कोई भी उपकरण सार्वभौमिक रूप से बेहतर नहीं है। अपने उत्पाद के लिए आवश्यक संपादन मॉडल के आधार पर चुनें।
यदि ऑडिट माइग्रेशन पर इंगित करता है, तो GJS.Market उन हिस्सों के साथ मदद कर सकता है जो किसी भी पुनर्लेखन के लिए सामान्य के बजाय संपादकों की इस जोड़ी के लिए विशिष्ट हैं।
हम आपके वास्तविक डेटा मॉडल और रेंडरिंग पाइपलाइन से गुंजाइश करते हैं, इसलिए पहली बातचीत इस बारे में है कि हमारे पास क्या है, न कि हम क्या पेशकश करते हैं। हम उस ऑडिट से पहले एक अवधि उद्धृत नहीं करते हैं, क्योंकि ईमानदार उत्तर ऊपर सूचीबद्ध आठ कारकों पर निर्भर करता है।
Editor.js संरचित सामग्री संपादन के लिए एक मजबूत विकल्प है। GrapesJS एक मजबूत विकल्प है जब उपयोगकर्ताओं को पृष्ठों, लेआउट और घटकों को नेत्रहीन रूप से बनाने और अनुकूलित करने की आवश्यकता होती है।
ब्लॉक, शैलियों, भंडारण और निर्यात के साथ एक कॉन्फ़िगर किए गए संपादक के लिए एक खाली कंटेनर से बारह कदम।
ट्यूटोरियल खोलेंरिच टेक्स्ट इंटीग्रेशन, ब्लॉक पैक, कंपोनेंट सेट और स्टोरेज एडेप्टर, ताकि आप बिल्ड के बजाय कॉन्फ़िगर कर सकें।
बाज़ार ब्राउज़ करेंआर्किटेक्चर मूल्यांकन, सामग्री मॉडल मैपिंग और माइग्रेशन कार्य आपके वास्तविक डेटा मॉडल से स्कोप किया गया है।
हमसे बात करोयदि आपके उत्पाद को दृश्य संपादन की आवश्यकता है, तो GrapesJS से शुरू करें और इसे अपने एप्लिकेशन के आर्किटेक्चर के आसपास विस्तारित करें। यदि इसे संरचित सामग्री की आवश्यकता है, तो छोटा उत्तर सही है - और इस पृष्ठ ने उम्मीद है कि यह स्पष्ट कर दिया है कि आप उनमें से किसके बारे में पढ़ रहे हैं।
