Skip to content

refactor!: integrate feedback on alpha release #894

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

Merged
merged 4 commits into from
Aug 6, 2024
Merged

Conversation

rflechtner
Copy link
Contributor

@rflechtner rflechtner commented Aug 5, 2024

fixes KILTProtocol/ticket#3540

  • breaking: unnest selective disclosure parameters dc8d458
  • breaking: fully switch to using named parameters on credentials functions 3c17ace
  • non-breaking: allow passing key pairs & signers as submitter parameter on issue() bcd882f

How to test:

  • Actually trying the new interfaces could be done on the beta that is to be released
  • Tests for new features are yet to be written

Checklist:

  • I have verified that the code works
  • I have verified that the code is easy to understand
    • If not, I have left a well-balanced amount of inline comments
  • I have left the code in a better state
  • I have documented the changes (where applicable)
    • Either PR or Ticket to update the Docs
    • Link the PR/Ticket here

@rflechtner rflechtner marked this pull request as ready for review August 5, 2024 12:10
@rflechtner
Copy link
Contributor Author

rflechtner commented Aug 6, 2024

@abdulmth I'm not sure about the nesting of parameters, seems cumbersome and messy to me. How did you see it? Should we flatten parameters a bit more?

I would keep the issuer and holder objects but maybe flatten the various options objects.

Copy link
Member

@Dudleyneedham Dudleyneedham left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM. It feels more consistent

@Dudleyneedham
Copy link
Member

@abdulmth I'm not sure about the nesting of parameters, seems cumbersome and messy to me. How did you see it? Should we flatten parameters a bit more?

I would argue to call them all options, that would move them up one level.

I would keep the issuer and holder objects but maybe flatten the various options objects.

Yes, I would agree.

@rflechtner
Copy link
Contributor Author

@abdulmth had argued that the proof/presentationOptions to carry semantic value. We did decide to group options this way at some point and I'm not sure we want to change that last minute without good reason, so I'd just leave it.

@rflechtner rflechtner merged commit 8eb897c into develop Aug 6, 2024
14 checks passed
@rflechtner rflechtner deleted the rf-feedback branch August 6, 2024 09:37
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.

3 participants