News for hackers. Stuff that matters.

A comment on Building a Text Editor for a Digital-First Newsroom. Parent comment

Re:Building a Text Editor for a Digital-First Newsroom by zawerf on Thursday April 12, 2018 @08:18PM (#16826095)
It might be helpful to update your list with some feature comparisons. For example:

Quill vs (CKEditor and TinyMCE, Draft, ProseMirror, Trix): https://quilljs.com/guides/comparison-with-other-rich-text-e...

Slate vs (Draft, ProseMirror, Quill): https://github.com/ianstormtaylor/slate#why

I personally went with Slate because I needed first-class React support but not as low level as Draft.

[ Parent | on HN ]
Re:Building a Text Editor for a Digital-First Newsroom by philcockfield on Thursday April 12, 2018 @10:27PM (#16826715)
I really like Slate....but the ability to do collaborative editing is relatively new.

Have you done anything with collaborative editing with Slate? If so, how are you finding it?

[ Parent | on HN ]
Re:Building a Text Editor for a Digital-First Newsroom by zawerf on Friday April 13, 2018 @12:02AM (#16827051)
Collaboration isn't a requirement for me. I would definitely go with quill instead if it were. They put a lot of thought into making the delta format natural for operational transforms: https://quilljs.com/docs/delta/

Your document state is always represented by a list of deltas. Two people trying to change the same document would just have their individual list of ops "rebased" together using OT before being concatenated into the existing list of ops, forming a new document that is still just a list of ops.

[ Parent | on HN ]
Re:Building a Text Editor for a Digital-First Newsroom by parthdesai on Friday April 13, 2018 @12:13AM (#16827085)
I second using quill. It's really modular and the code itself is so clean.
[ Parent | on HN ]
Re:Building a Text Editor for a Digital-First Newsroom by unhammer on Friday April 13, 2018 @03:34AM (#16827835)
Quill has a great API, it seems like they really thought things through and designed it (what's a good word for the opposite of ad-hoc?). Even the lower-level bits are available with a clean API if you should ever need them (e.g. it's super simple to use the underlying OT and diff/merge functions on whatever text you want)
[ Parent | on HN ]