peritext

A CRDT for asynchronous rich-text collaboration, where authors can work independently and then merge their changes. (by inkandswitch)

Peritext Alternatives

Similar projects and alternatives to peritext

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better peritext alternative or higher similarity.

peritext reviews and mentions

Posts with mentions or reviews of peritext. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-09-03.
  • Cola: A text CRDT for real-time collaborative editing
    2 projects | news.ycombinator.com | 3 Sep 2023
    This doesn’t appear to support rich text formatting ranges like bold, italic, etc - unless I’m missing something in the API. AFAIK Peritext is still the state of the art in rich text CRDT algorithms https://www.inkandswitch.com/peritext/

    I’d love to see this build the rich text stuff from the Peritext algorithm.

  • Figma Is a File Editor
    3 projects | news.ycombinator.com | 13 Jul 2023
    Take a look at https://automerge.org/ and the stack those folks are building. You're exactly right that it's a difficult balance (specifically the trick is proving commutativity for the domain-specific data of your application). But automerge (and then https://github.com/inkandswitch/peritext) show it's at least possible. Good stuff.
  • Ask HN: What is new in Algorithms / Data Structures these days?
    15 projects | news.ycombinator.com | 10 May 2023
    Yes - The BFT problem only matters when you have Byzantine actors. But I think users deserve and expect the system to be reasonably well behaved and predictable in all situations. Anything publically writable, for example, needs BFT resilience. Or any video game.

    As for the prosemirror problem, I assume you’re talking about weird merges from users putting markdown in a text crdt? You’re totally right - this is a problem. Text CRDTs treat documents as a simple sequence of characters. And that confuses a lot of structured formats. For example, if two users concurrently bold the same word, the system should see that users agree that it should be bolded. But if that “bold” intent is translated into “insert double asterisks here and here”, you end up with 4 asterisks before and after the text, and that confused markdown parsers. The problem is that a text crdt doesn’t understand markdown.

    JSON editing has similar problems. I’ve heard of plenty of people over the years putting json text into a text crdt, only to find that when concurrent edits happen, the json grows parse errors. Eg if two users concurrently insert “a” and “b” into an empty list. The result is [“a””b”] which can’t be parsed.

    The answer to both of these problems is to use CRDTs which understand the shape of your data structure. Eg, use a json OT/crdt system for json data (like sharedb or automerge). Likewise, if the user is editing rich text in prosemirror then you want a rich text crdt like peritext. Rich text CRDTs add the concept of annotations - so if two users bold overlapping regions of text, the crdt understands that the result should be that the entire region is bolded. And that can be translated back to markdown if you want.

    The ink & switch people did a great write up of how this sort of crdt works here: https://www.inkandswitch.com/peritext/

    15 projects | news.ycombinator.com | 10 May 2023
  • You might not need a CRDT
    9 projects | news.ycombinator.com | 5 Dec 2022
    > I'm looking out for practical CRDT ideas that works well with richtext.

    Have you seen Peritext from Ink & Switch? https://www.inkandswitch.com/peritext/ It's relatively new, but is a CRDT aimed at rich text!

  • CRDTs make multiplayer text editing part of Zed's DNA
    10 projects | news.ycombinator.com | 1 Dec 2022
    To put it in a different perspective, plain text editing has well-solved CRDT patterns. But, semantic data-structures like rich-text or syntax trees is what's tricky and has unsolved challenges.

    Peritext[1] is the only one that came close to solving rich-text, but even that one left out important aspect of rich-text editing like handling list & table operations as "work to be done later".

    For people interested on why it's difficult to build CRDTs for richtext, here's a piece I wrote a year back: https://writer.zohopublic.com/writer/published/grcwy5c699d67...

    Related HN discussion: https://news.ycombinator.com/item?id=29433896

    [1] https://github.com/inkandswitch/peritext

  • Evan Wallace CRDT Algorithms
    5 projects | news.ycombinator.com | 27 Nov 2022
    Anyone unsure of what a CRDT is, this is the perfect intro: https://www.inkandswitch.com/peritext/

    The two most widely used CRDT implementations (combining JSON like general purpose types and rich text editing types) are:

    - Automerge https://github.com/automerge/automerge

    - Yjs https://github.com/yjs/yjs

  • Is Svelte capable of a Google Docs & Sheets clone?
    3 projects | /r/sveltejs | 21 Nov 2022
    Svelte is, but that is your smallest problem. You want to look into CRDTs (conflict-free replicated data types) to offer true (offline) collaboration. A popular JS library to solve this complex problem is called [automerge](Conflict-free replicated data type). A rather recent development in that area specifically for text-based content is Peritext. Also check out this interactive tutorial about CRDTs.
  • Syncing files between browser and disk using Yjs and the File System Access API
    4 projects | news.ycombinator.com | 9 May 2022
    Indeed, there's always the risk of breaking a document, since we are dealing with raw edits to a Markdown/MDX/code file. This is very well described by the Ink & Switch team working on Peritext (https://www.inkandswitch.com/peritext), when it comes to WYSIWYG editor operations (bold, links, etc.). This is a more general issue of making semantically wise decisions in your merge strategy, and it's exacerbated in real-time collaborative settings (we sort of mitigate that in an asynchronous, Git-like workflow by reviewing commits / ensuring they compile before they are merged). We haven't dealt with this yet, but this will be really interesting, especially when it comes to merging code blocks.
    4 projects | news.ycombinator.com | 9 May 2022
  • A note from our sponsor - WorkOS
    workos.com | 28 Mar 2024
    The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning. Learn more →

Stats

Basic peritext repo stats
20
615
0.0
over 1 year ago

inkandswitch/peritext is an open source project licensed under MIT License which is an OSI approved license.

The primary programming language of peritext is TypeScript.

Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com