Re: Some initial questions...

James Milligan

On Thu, Aug 10, 2017 at 12:18 pm, Mark Fletcher wrote:
I will get you a demo API key off-line.
Received, thanks.
I'd like to have something like that, but it will have to wait, and it may be a part of a future feature where owners can set up questionnaires for their users. In the mean time, moderator_notes is probably your best bet.
OK. Our mods wouldn't be used to using that section for notes on members so it should be easy to store some structured data in there for now without much risk.
I will add a search method.
Great :)
Object IDs do not change, so that'd be a good way to reference members.
OK, although just thinking about this a bit more for my particular case I'm not going to have the object ID at the right point depending on how the member is being invited/added. I'm unfamiliar with the direct add functionality at the moment - is it the case that when a user is 'direct add'ed to a group via the web UI, a stub user account is created? If so, with the API, as long as I can get that object ID (or even the full user object) in the response to a 'direct add' API call that could work at least for direct add scenarios (I assume for more traditional invite scenarios the user isn't created until they accept the invite?)

Also, I've just pushed a bunch of updates to the API docs, including a section talking about versioning. Please let me know if you have questions
Looks good especially the versioning bit, however I feel it's inaccurate to state that "changing the length or format of object IDs or other opaque strings; this includes adding or removing fixed prefixes" are backwards-compatible. They might be from an API perspective, but if external systems are going to be storing these IDs they mustn't change - ideally at all, but if they must then it should be against a specific API version.

It would be nice if more of the error responses used their related HTTP codes - 401/unauthenticated (the 'real' meaning), 403/unauthorized, 429/rate limit and so on rather than bundling them into a custom error object - avoids deserialising them when a simple HTTP code check would suffice.

Join to automatically receive all group messages.