ProseMirror के निर्माता का in-browser rich-text editor Wordgard

React और आर्किटेक्चरल विचार

• कई टिप्पणियों में कहा गया है कि ProseMirror React में awkward है, क्योंकि React DOM को “own” करना चाहता है और pure-state updates का उपयोग करता है, जबकि ProseMirror/Wordgard DOM को ज़्यादा सीधे तरीके से मैनेज करते हैं।
• Wordgard का transaction-focused update model (view को transactions मिलते हैं, सिर्फ state नहीं) precise DOM updates और UI frameworks के साथ integration के लिए एक संभावित सुधार माना जाता है, हालांकि docs में React interop को और बेहतर तरीके से address किया जा सकता है।

प्रेरणा, ProseMirror से संबंध, और switching cost

• लोग पूछते हैं कि Wordgard क्यों exist करता है, ProseMirror v2 क्यों नहीं, और क्या मौजूदा setups (जैसे TipTap-based) को migrate करना worth है।
• thread में author का जवाब: ProseMirror आगे भी maintained रहेगा; Wordgard नए design insights को embody करता है जिन्हें backward-compatible तरीके से साफ़-सुथरे ढंग से जोड़ा नहीं जा सकता था।
• कोई simple upgrade path नहीं है; switching में likely काफी काम लगेगा और अगर ProseMirror पहले से ज़रूरतें पूरी कर रहा है, तो शायद यह worthwhile न हो।

तकनीकी design details

• Wordgard के edit model की तुलना कुछ collaborative editors में उपयोग होने वाले “retain/keep + action” sequences से की जाती है, और इसे ProseMirror के steps की तुलना में समझना आसान बताया गया है।
• यह browser selection की बजाय एक custom selection layer use करता है, जिसे कुछ लोग complex editing behavior के लिए ज़्यादा sane मानते हैं।
• छोटे utility packages को छोड़कर, जो same author के हैं, कोई external dependencies नहीं हैं।
• Mentions/“@”-style completions और अन्य utilities inclusion के लिए candidate हैं, लेकिन अभी स्पष्ट रूप से defined नहीं हैं।

अन्य editors और web platform के साथ तुलना

• Lexical के साथ कई comparisons हुए: कुछ लोग Lexical की power और plugin system तथा active maintenance की प्रशंसा करते हैं; अन्य लोग Meta पर steward के रूप में भरोसा नहीं करते या independent project को prefer करते हैं।
• व्यापक frustration है कि दशकों बाद भी browsers के पास robust standard rich-text element नहीं है; contenteditable को buggy और inconsistent माना जाता है, जिससे robust editors बनाना बहुत बड़ा प्रयास बन जाता है।
• पुराने contenteditable-based editors (TinyMCE/FCKEditor era) की तुलना modern model-driven editors जैसे ProseMirror/Wordgard/Lexical से की जाती है।

मोबाइल व्यवहार और स्थिरता

• कई users mobile (Android और iOS) पर गंभीर issues report करते हैं: undo काम नहीं करता, selection bugs, full-selection deletion से editor टूट जाता है, autocorrect/suggestion replacements words delete कर देते हैं, swipe-backspace काम नहीं करता।
• अन्य लोग कुछ bugs की पुष्टि करते हैं, और कम-से-कम एक specific issue file होकर fix भी हुई है।
• निष्कर्ष: architecture promising है, लेकिन mobile behavior अभी भी unstable है और real-world testing की ज़रूरत है।

Ecosystem, hosting, और maintenance concerns

• कुछ लोगों को ProseMirror के future की चिंता है क्योंकि कई major products उस पर निर्भर हैं; thread स्पष्ट करता है कि यह maintained रहेगा और MIT-licensed है, इसलिए इसे fork किया जा सकता है।
• self-hosted code repo के down होने की brief चिंता थी; अन्य लोग पुष्टि करते हैं कि यह काम करता है और GitHub से move off करने की motivations (uptime, sanctions risk, product direction) बताते हैं।

UX, art, और सामान्य sentiment

• साइट की hand-drawn artwork और non-AI illustrations पर बहुत positive reactions हैं।
• WYSIWYG को लेकर mixed feelings हैं; कुछ लोग markdown को prefer करते हैं और autosaving drafts (जैसे localStorage के माध्यम से) को crucial product behavior मानते हैं, तकनीकी limitation नहीं।