cq_gears VS yjs

I have a need to use the thread module from https://github.com/gumyr/cq_warehouse, and I'm sure I'll use https://github.com/meadiode/cq_gears as well. I just downloaded CadQuery 2 for Windows, and I can't figure out where I need to download these repos so I can call them in the script.

My generator is here: https://github.com/meadiode/cq_gears It's built on top of 3d-CAD modelling library called CadQuery and as I mentioned earlier it's not specifically intended to be used with Blender, more like for general CAD needs.

One thing that kept me using OpenSCAD was the section of additional modules for it, including a decent involute gear creator. For those of you diving into CadQuery, here’s the equivalent: https://github.com/meadiode/cq_gears

One idea is just to use fewer random bits in peerIDs. Yjs (https://docs.yjs.dev/) gets away with just 32 random bits. If you compromise and use 64 random bits, then even a very popular doc with 1 million lifetime peerIDs will have a < 10^-7 lifetime probability of collision.

I've seen it come up often in collaborative text editors.

Also see: https://github.com/yjs/yjs

You are absolutely right that XML is better for document structures.

My current theory is that Yjs [0] is the new JSON+XML. It gives you both JSON and XML types in one nested structure, all with conflict free merging via incremental updates.

Also, you note the issue with XML and overlapping inline markup. Yjs has an answer for that with its text type, you can apply attributes (for styling or anything else) via arbatary ranges. They can overlap.

Obviously I'm being a little hypabolic suggesting it will replace JSON, the beauty of JSON is is simplicity, but for many systems building on Yjs or similar CRDT based serialisation systems is the future.

https://github.com/yjs/yjs/

Note: https://github.com/yjs/yjs for collaborative "document edition, and user cursors"; has WebRTC, web socket, matrix.org backend

Yjs framework: Because it is a CRDT implementation which provides collaborative editing and offline-first capability.

No problem. The database CRUD features are just helpers as an abstraction on top of yjs: https://docs.yjs.dev/. Eweser adds schemas in the form of typescript types to make using it simpler, more structured, and interoperability easier.

Hi HN!

Nostr-CRDT is an experimental project that connects Yjs [1] (a proven, high performance CRDT) with Nostr [2].

I wanted to learn about the Nostr protocol and see if it'd be possible to send updates to state (e.g.: edits of a rich text document, updates to a todo list) over Nostr.

Nostr describes itself as "The simplest open protocol that is able to create a censorship-resistant global "social" network once and for all.".

I like the idea of a decentralized social network, but what if we can decentralize more kinds of apps and create decentralized, local-first collaborative applications? I've been exploring this area for a while and earlier shared a Show HN post that does this over Matrix [3].

There's still lots to figure out, but imo it's a very exciting and rapidly developing space - looking fwd to your thoughts already!

[1] https://github.com/yjs/yjs

[2] https://github.com/nostr-protocol/

[3] https://news.ycombinator.com/item?id=29978659

PS: for an instant demo you can open this link and click the green button to load the doc and connect over Nostr (using a new anonymous account): https://nostr-crdt-yousefed.vercel.app/#room=6d749539e1dd9ef...

No back-end. Data is shared via WebRTC directly between connected browsers. I'm using Yjs to help me with that.