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
I've seen that the ‘meta’ attribute of the API response has been added in c41315c, and I'm now wondering how to deal with pagination of results from the API. I actually haven't tried it yet, but it seems a bit odd that the metadata will be attached to the manager object when you call any of the list_* methods. I'd rather expect the metadata to be pertinent to the list of objects returned, preferably with some mechanism to simply fetch the next batch of entities when you've reached the end of the list. Do you already have plans on how to handle this?
Thanks,
Niels
The text was updated successfully, but these errors were encountered:
Since current implementation of all list_* functions returns a simple collection of objects in question adding metadata object in any way would introduce breaking changes.
The best solution to keep the implementation unchanged is to use manager's property meta as shown here
I'm fond of the approach taken in another provider's API client. I haven't looked deeply enough to determine if that is viable here without breaking existing packet-python consumers.
Hi guys,
I've seen that the ‘meta’ attribute of the API response has been added in c41315c, and I'm now wondering how to deal with pagination of results from the API. I actually haven't tried it yet, but it seems a bit odd that the metadata will be attached to the manager object when you call any of the
list_*
methods. I'd rather expect the metadata to be pertinent to the list of objects returned, preferably with some mechanism to simply fetch the next batch of entities when you've reached the end of the list. Do you already have plans on how to handle this?Thanks,
Niels
The text was updated successfully, but these errors were encountered: