You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Creating an issue for tracking planned features, deprecated apis, etc for version 2.1 of the library.
The goal is to maintain backwards compatibility for clients that have moved to 2.0 for the time being, while improving the interface and capabilities for new or future users. Anything marked as deprecated will not be removed until a 3.0 release.
Add client option to return all arguments for any event as an object, instead of positional parameters.
Requires opting in on the Client object, otherwise returns the positional arguments instead of an object.
A deprecation warning to be displayed that the positional parameters version will be removed in version 3.0, where it will become the default.
On the MessageEvents.message event, include a property with the event type, for easy filtering without setting up event listeners for all other message types.
Create a "ready" system for all managers after initial connection to before Client.login resolves, especially for cases where data needs to be fetched from storage.
Deprecate ItemEvents.hintsInitialized after this, since it should use the ready system and thus will never be needed as the client won't resolve until all hints are loaded (to be removed in 3.0.0).
Add events for the following scenarios:
A player's status changed.
Expose the underlying network item object on Item as needed.
Ensure all items, players, and hints pass equality checks.
Add support for extending client capabilities via user-defined manager objects.
Creating an issue for tracking planned features, deprecated apis, etc for version 2.1 of the library.
The goal is to maintain backwards compatibility for clients that have moved to 2.0 for the time being, while improving the interface and capabilities for new or future users. Anything marked as deprecated will not be removed until a 3.0 release.
MessageEvents.message
event, include a property with the event type, for easy filtering without setting up event listeners for all other message types.Client.login
resolves, especially for cases where data needs to be fetched from storage.ItemEvents.hintsInitialized
after this, since it should use the ready system and thus will never be needed as the client won't resolve until all hints are loaded (to be removed in 3.0.0).Item
as needed.More potentially to come.
The text was updated successfully, but these errors were encountered: