Ideas for a v4.0

[SimonSimCity]

My goal for the next major version, which will be v4, is to move everything out of the Meteor object and do everything to have this package doing nothing if you do not import it and execute some methods.

This will make this package ready to take advantage of tree-shaking 🌲

[mitar]

I would suggest we just keep iterating on v3 with those changes.

[SimonSimCity]

@mitar Well, it is a backwards incompatible change - not in terms of the database structure but for the programmer using it. If I keep the version numbering strongly on the semantic versioning model, this is a major change.

[mitar]

True.

[StorytellerCZ]

I think this major change is enough for v4. Anything more is not necessary. If people are using imports properly it won't be as crazy change as we had in the last two releases.
I think adding any functionality should be for v4.1+, unless it is a new breaking existing functionality.

[StorytellerCZ]

Besides that we should use ecmascript through the package if we have it as one of the dependencies.

[StorytellerCZ]

Ideas

• Stop adding roles collection to Meteor object. Instead export them.
• Modernize package.js to use mainModule, etc.

[Clovel]

How about some TypeScript declarations ?

[StorytellerCZ]

@Clovel yes, that needs to happen. Let's do a full rewrite into TypeScript. This is the sort of package that should have it.

[danyhiol]

What about making it an npm package to be used in any NodeJS project? Just like AccountsJS