-
Notifications
You must be signed in to change notification settings - Fork 37
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
refactor: ked -> sad, ident -> proto #312
Conversation
Aligns with KERIpy naming usage of the "sad" self-addressing data label and "proto" protocol label. The "ked" label was overused compared to KERIpy.
9d94c68
to
df25bf0
Compare
Codecov ReportAttention: Patch coverage is
❌ Your patch status has failed because the patch coverage (70.73%) is below the target coverage (75.00%). You can increase the patch coverage or adjust the target coverage. Additional details and impacted files@@ Coverage Diff @@
## main #312 +/- ##
==========================================
- Coverage 83.70% 83.64% -0.06%
==========================================
Files 48 48
Lines 4270 4267 -3
Branches 1054 1067 +13
==========================================
- Hits 3574 3569 -5
- Misses 666 668 +2
Partials 30 30 ☔ View full report in Codecov by Sentry. |
91d6e02
to
dfb3c7d
Compare
Out of curiosity, how did you come to the conclusion that I did a search in the code, and it seems like |
I personally always use ked in keripy/keria |
It was just visual inspection. |
Fair enough. So because the |
Yes, those were my thoughts. I do plan to reintroduce |
Aligns with KERIpy naming usage of the "sad" self-addressing data label and "proto" protocol label. The "ked" label was overused compared to KERIpy.
This PR slightly refactors the Serder class to set properties in the constructor and removes the .ked property for now.