contenteditable प्रॉपर्टी की जगह कस्टम renderer का उपयोग करके browser/platform compatibility समस्याओं से बचता है- stability, controllability और performance पर केंद्रित डिज़ाइन
- फिलहाल rendering के लिए React का उपयोग
- Vue, Solid-js, SvelteJS आदि से तुलना की गई, लेकिन अभी के लिए developer experience सबसे बेहतर, flexible और ecosystem शानदार है
- हालांकि, performance सुधारने के लिए आगे चलकर native DOM rendering में refactor करना ज़रूरी
- विभिन्न plugins का समर्थन
- shortcuts, Markdown, context menu, align, code block, font, heading, image, link, list, mention, table, ..
3 टिप्पणियां
Typora फूट-फूटकर रो रहा है
Facebook का Lexical भी याद आता है
https://hi.news.hada.io/topic?id=6380
लगता है कि इसमें
slateकी structure को वैसे ही इस्तेमाल किया गया है। नया design करने की ज़रूरत न होना, और अगर डेटाslateफ़ॉर्म में सेव हो रहा हो तो editor बदलना भी उपयोगी लग सकता है.टेक्स्ट editor में browser और OS compatibility सच में आसान नहीं होती, तो यह एक नया approach लगता है.
Android पर Korean input भी अच्छी तरह काम करता है, और
Selectionclass वाकई इस्तेमाल करने में बहुत कठिन थी, इसलिए इसे पूरी तरह नया बनाकर रखा गया है यह देखकर लगता है कि development के समय सुविधा होगी। (असल मेंgetSelection()करके देखा तो selected area ठीक से मिल ही नहीं रहा था.)शुरुआती loading के समय performance improvement की ज़रूरत लगती है, लेकिन यह critical नहीं लगता.