Wordgard: In-browser rich-text editor from the creator of ProseMirror
1–10 of 111 posts
Re: Wordgard: In-browser rich-text editor from the creator of ProseMirror
#2I wonder how Wordgard compares in this aspect!
Re: Wordgard: In-browser rich-text editor from the creator of ProseMirror
#3Re: Wordgard: In-browser rich-text editor from the creator of ProseMirror
#4ProseMirror is an excellent project, but it’s always been a bit awkward using it directly in React. I remember that NYT had to rewrite the renderer to make it work for their use-case. I wonder how Wordgard compares in this aspect!
Re: Wordgard: In-browser rich-text editor from the creator of ProseMirror
#5One thing to note is that there is not an upgrade path. Many concepts are shared with prosemirror, but it seems that switching means doing quite some work (correct me if I am wrong). Obsidian is based on Code Mirror so I guess they won't be switching, but tiptap.dev and others do.
@marijn, maybe you could address why wordgard is worth the switching cost?
EDIT: I see many points are addressed in Marijn's personal blog. I submitted (https://marijnhaverbeke.nl/blog/wordgard-0.1.html) to HN for better context.
Re: Wordgard: In-browser rich-text editor from the creator of ProseMirror
#6Android Chrome.
Re: Wordgard: In-browser rich-text editor from the creator of ProseMirror
#7If the motivation for moving off GitHub was "GH is down too much", it might be worth tracking how many 9's of uptime is lost in the self-hosted case.
Re: Wordgard: In-browser rich-text editor from the creator of ProseMirror
#8Re: Wordgard: In-browser rich-text editor from the creator of ProseMirror
#9ProseMirror is an excellent project, but it’s always been a bit awkward using it directly in React. I remember that NYT had to rewrite the renderer to make it work for their use-case. I wonder how Wordgard compares in this aspect!
I am not sure if this makes things easier for react interop, but this piece might be of interest too:
> One of the biggest mistake blunders in ProseMirror is that the editor view does not get access to the transaction objects when updating, just the state. Wordgard does not repeat this mistake, and makes updates take transactions, not just a new state.
> This means that things like the DOM update logic and UI plugins can precisely observe what happened, and handle changes in a efficient and more effective way. The weird unexpected DOM redraws that are still a thing in ProseMirror should not occur. Only the precise DOM structure affected by the new transactions will be updated.
Anyways, it is great to see Merijn still going strong with his free work. Anyone needing interactive rich text on the web won't find anything better than his brain childs.Re: Wordgard: In-browser rich-text editor from the creator of ProseMirror
#10It is insane that there isn't a web standard implementation for this passed 15 years ago.