Skip to content
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

Support the add/update/delete recipient APIs #93

Merged
merged 1 commit into from
Sep 1, 2016

Conversation

kbussell
Copy link
Contributor

My stab at #70. I've incorporated @smcoll 's feedback from #72, but retained the separate add and update functionality.

The UpdatedSigner object only existed to restrict the fields you could change on an update call, but it was simpler to just leave that out.

@kbussell kbussell force-pushed the 77-edit-recipients branch 2 times, most recently from f96e5a4 to a2e423e Compare August 30, 2016 21:42
@smcoll smcoll mentioned this pull request Aug 31, 2016
3 tasks
@smcoll
Copy link
Contributor

smcoll commented Aug 31, 2016

@kbussell one drawback (which exists in my #72 as well) is that we're only allowing for addition/deletion of "signer"-type recipients. We aren't supporting addituon/deletion of other roles (agents/intermediaries/etc). That's all fine, but i wonder if we should consider what the function signature might look like if we did need to support that.

Would we be doing something like def delete_envelope_recipients(self, envelopeId, signerIds=None, agentIds=None, intermediaryIds=None...): or would we be sending a list of recipients of various types and then parsing it? If the latter, the function signature is just fine and we can deal with those cases later (that's my vote).

@zebuline
Copy link
Contributor

Looks good to me.
As you said @smcoll, we can deal with those cases later, and change the signature of the method if it can be avoided (with compatibility and deprecation warning).
@kbussell there are some flake8 errors

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants