[Roadmap] Semi-formal ulid/ulidx convergence plan

[perry-mitchell]

Hello! I've been lucky enough to have been granted maintainer access to this repository in order to modernise it, update its dependencies, merge/handle its feature requests and oversee its "rebirth" so to speak. It seems a lot of files haven't been touched in almost 8 years, so there'll need to be a bit of a refresh going forward.

I've started a plan/discussion over on ulidx (my repository/fork) to kick things off.. Please feel free to chime in and help figure out how these two libraries should converge, if they even need to. I won't elaborate here too much as 1 thread is enough, but the initial idea was to make this repository the primary, feature-rich library, and ulidx a smaller/leaner build following the same format guidelines. Though all of that remains to be seen.

I'll be closing issues/PRs that no longer align with the direction of the repository, or are simply outdated or likely to be covered in a future update/refactor. I'd like to state here that I intend to maintain and improve on the quality of this library, so it'll not only be safe to use in the future, but desirable to do so (over other alternatives, including bloated uuid libraries). Please don't take offense if I close an issue or PR of yours - I'm happy to discuss if you disagree - it's just a bit of house cleaning before doing a larger overhaul on a new major version.

Right now I'm without npm access - so I can't do any releases until that's solved - but I can get it ready for the first update in years 🎉

[alizain]

excited for this

[perry-mitchell]

Thanks @alizain for getting us here!

Any thoughts on the repository name? Would you consider ever renaming javascript to ulid, giving the org paths as ulid/ulid and ulid/spec? To me this reads more naturally, and I suppose we're not going to see any other languages implemented here. It would also make cloning to the default directory more natural, as it would be ulid rather than javascript.

What's more, is that Github manages the redirect from javascript => ulid automatically.

[perry-mitchell]

Now that 2.4.0 is out, I'm working on a full rebuild for v3, which can be found here: #119

It'll contain a fair bit more functionality, and be rewritten to layout everything as tidily as possible. It'll support both ESM and CJS, across Node/Browser/React-native imports.

[jobelenus]

Does 2.4.0 solve for the "use in web worker" case?

[perry-mitchell]

Does 2.4.0 solve for the "use in web worker" case?

No, that'll be v3. I don't want to modify v2 too much due to its age and dependencies.