- From: Adrian Hope-Bailie <notifications@github.com>
- Date: Mon, 12 Sep 2016 02:43:21 -0700
- To: w3c/webpayments-payment-apps-api <webpayments-payment-apps-api@noreply.github.com>
- Message-ID: <w3c/webpayments-payment-apps-api/issues/35/246298610@github.com>
> A payment app may live in https://bobpay.xyz/sw.js and may be described in https://bobpay.xyz/payment-app.json. The JSON file should contain the app's title and icons at the very least. This is also a good place to specify a list of all payment methods that this app supports.
>
> A payment method may be defined in https://bobpay.xyz/payment-method.json. This JSON file should describe who is allowed to use this payment method. This can be either unrestricted or a whitelist of payment app identifiers, i.e., URLs.
>
> Thus we have both a payment app and a payment method identified by https://bobpay.xyz.
I don't like this model of fixed names for the manifests at all. This feels like the favicon debacle all over again. If you want to identify a payment method use the actual URL where the manifest file is not an origin that then gets converted into a URL by some magic formula.
If we used this model how could a single origin define multiple payment methods or apps?
If there is a desire to specify which origins can publish apps for a method then that can be the format for a specific property in the payment method manifest eg: `allowed_app_origins : ["https://bobpay.xyz"]` but the manifest can also specify specific apps eg: `allowed_apps: ["https://bobpay.xyz/payment-app.manifest"]` or even inline:
```json
//Allow any apps from bobpay.xyz origin
allowed_app_origins : ["https://bobpay.xyz"],
//Also allow this specific app from alicepay.xyz
allowed_apps : [{
"short_name": "AlicePay",
"icons": [],
"payment_methods": ["https://alicepay.xyz/method"],
"service_worker": "/app/sw.js"
}]
```
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/webpayments-payment-apps-api/issues/35#issuecomment-246298610
Received on Monday, 12 September 2016 09:43:59 UTC