Closed hober closed 1 year ago
@hober, we'll have a look at this at our upcoming meeting. Thanks!
@hober can you expand on why this is important? Do you have concerns about specific work that the WG is doing that, in your opinion, should be considered out of scope?
@hober can you expand on why this is important?
In general, web standards shouldn't constrain innovation and differentiation in user interfaces.
Do you have concerns about specific work that the WG is doing that, in your opinion, should be considered out of scope?
Not offhand, but I haven't looked recently.
This issue was mentioned in the minutes of Web Payments Working Group – 27 March 2023
In general, web standards shouldn't constrain innovation and differentiation in user interfaces.
Nothing in the current charter suggest that the group is going to develop Web standards that do constrain innovation and differentiation.
The group is working to develop technologies (like SPC) that must operate within specific constraints imposed by legislation (e.g. Secure Customer Authentication) in order to be useful. The standards defining these technologies MUST specify properties of the UI that are necessary for the technology to meet these legal requirements (i.e. it doesn't specify the UI itself or constrain innovation and differentiation).
The text that you have proposed would prevent the WG from publishing standards that are actually useful.
Alternative new charter text which will not prevent the WG producing useful recommendations that can align with legal and regulatory requirements. Additions in bold
User interface specifics are out of scope; this Working Group is chartered to Recommend programming interfaces, not user interface specifics. However, some Recommendations from this Working Group will define interactions between programming interfaces and user interfaces which may imply requirements on the user interfaces. There may be cases where these user interface requirements are influenced by relevant legal or regulatory requirements and in these cases the Recommendations will provide guidance on user interface specifics without making them normative requirements. It is also in scope for the Working Group to discuss user experience, for example as part of understanding user journeys during a payment experience.
Thanks @adrianhopebailie. Rather than "will provide guidance" I would say "may provide guidance."
@hober, would you mind providing some feedback on whether this proposal from Adrian would work from your perspective?
Thanks!
A call for consensus is underway: https://lists.w3.org/Archives/Public/public-payments-wg/2023Apr/0011.html
The group is working to develop technologies (like SPC) that must operate within specific constraints imposed by legislation (e.g. Secure Customer Authentication) in order to be useful. The standards defining these technologies MUST specify properties of the UI that are necessary for the technology to meet these legal requirements (i.e. it doesn't specify the UI itself or constrain innovation and differentiation).
I don't think a spec should make normative claims about what may or may not meet legal requirements.
The text that you have proposed would prevent the WG from publishing standards that are actually useful.
This is untrue, so far as I can tell.
This has been completed. The revised charter was announced on 3 August.
The current charter dropped the following two sentences from §2.1 Out of Scope that were present in the previous charter (diff):
My understanding from chatting with @ianbjacobs is that this change was made to facilitate some requirements in SPC, but it's unclear to me if such a change was actually necessary to enable SPC to contain those requirements. Many web platform specifications contain requirements that touch on the user experience while staying away from user interface specifics, e.g. the show a notification steps require that a notification be displayed but does not say how notifications are displayed.
If it's agreeable to the working group, I'd be happy to prepare a PR for the charter that restores this text. I'm not sure which repo the charter text lives in, though.