-
Notifications
You must be signed in to change notification settings - Fork 135
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
ISO 4217 note commentary #949
Comments
Hi @aphillips, @marcoscaceres and I feel the specification here is not encouraging any particular behavior, only citing the problem. Is there a concrete change you would suggest? Thank you, |
I suppose I could suggest that some text be added discouraging implementers from "going off the ranch" and implementing non-standard workarounds... but I think that's probably overkill. I think you can resolve this comment. |
Thanks @aphillips! |
@aphillips or @r12a, do I remove the "i18n-needs-resolution" label or do you do that (based on Addison's response earlier today)? |
No, do not remove the label: PLH's tools use it to track resolution (and so do we). You can otherwise treat this as a normal issue (closing it when done, for example). See: https://www.w3.org/Guide/documentreview/#working_with_horizontal_review_labels We track your progress in our repo (in this case, in i18n-activity#1045) and will resolve our issue. When you reach CR, if all of our issues are closed you'll have a clean bill of health. If any of our issues are open at that time which you feel are resolved, please do ping. Thanks!! |
closing as resolved. |
https://www.w3.org/TR/2020/CR-payment-request-20201203/#paymentcurrencyamount-dictionary
I18N discussed this in our teleconference of 2021-03-25. Generally, we think that Web Payments's liaison with 4217's RA is the right course of action. The only callout here is that this note might encourage implementers to consider non-standard/private-use "de facto" currency codes in the interim (before non-governmental currencies get addressed) where this might harm interoperability vs. having a solid standard.
The text was updated successfully, but these errors were encountered: