ourboard VS pushpin

I'm wondering if I could use something like Wordpress or MediaWiki as the blog/wiki backbone and make each page into an infinite canvas using something like PushPin, ourboard, infinite-canvas, or excalidraw . It also doesn't have to be a literal infinite canvas, but I'd like to make each page a canvas with frames, grid snapping, shapes, lines, content, comments, etc. I'd like to import content like images, gifs, embed 3D object canvas, embed video players, etc.

Okay this is good info, thanks! Created an Issue here: https://github.com/raimohanska/ourboard/issues/160

It's a single-page app so to support in-app navigation (back button etc) it needs to interact with the browser's History API.

Most of the CRDT examples I've seen appear to be Electron apps e.g. https://github.com/automerge/pushpin.

My understanding is that CRDT's rely on having a safe place to store data on the user's machine (otherwise it's a bit like doing a `git clone` to receive new data, rather than a `git pull`).

Is this not a major limitation for people hoping to use it for web apps?

I'm wondering if I could use something like Wordpress or MediaWiki as the blog/wiki backbone and make each page into an infinite canvas using something like PushPin, ourboard, infinite-canvas, or excalidraw . It also doesn't have to be a literal infinite canvas, but I'd like to make each page a canvas with frames, grid snapping, shapes, lines, content, comments, etc. I'd like to import content like images, gifs, embed 3D object canvas, embed video players, etc.

One way to think about it: some of ink & switch's other projects use hypermerge to manage data/state e.g. https://github.com/automerge/pushpin. In farm, we use hypermerge for data and source code. As a result, not only are farm applications local-first*, the development and distribution of those applications is also local-first and collaborative.

*https://www.inkandswitch.com/local-first.html