-
-
Notifications
You must be signed in to change notification settings - Fork 625
feat(api): add public API module #1432
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is good. With doc we can release this today and users can start immediately.
345cc4c
to
d0aa124
Compare
@alex-courtis i'll finish migrating the events documentation in a followup PR. |
d0aa124
to
e8ff1b6
Compare
Documentation is fine for now; there's enough information there. We can update it over time. When we add and document the new mappings / on_attach it will become a lot clearer as the users will be able to see real usages of the API. |
e8ff1b6
to
0fd1f6e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is very clean. Time to merge and use.
before #1424
This PR adds an
api.lua
module.We should document the API, since it will be the only place we will allow users to import from, so we can be more flexible in our internal design changes.
We will also start changing the events API, to be more concise, and we'll add migration steps on a followup PR. This is non breaking, older apis will still work. We'll add a PR to be able to
.subscribe.EventName(handle)
with an index check.This will also allow refactoring the actions to the on_attach method.
TODO: