[w3ctag/design-reviews] Feature policy evolution (#341)

こんにちはTAG!

Special delivery courtesy of your request of me earlier this evening.  I would like to draw your attention to two aspects of Feature policy.  Feature policy itself was reviewed by the TAG while I was a member and generally judged to be splendid.  However, being a 'framework spec' (my term for a spec that creates a scaffold on which elements of its behaviour will operate, but where those elements are defined elsewhere or not within the same process), it has developed in a way that might attract further interest:

1. Whilst policies are generally named for the behaviour that they allow, in some cases they are named after the behaviour that results from **denying** the policy.  'lazyload' is one such policy.  In the default case, where no policy is defined or it is defined and **allowed** for the relevant origin, the document follows the instructions of the lazyload attribute, which defaults to immediate ('eager', if you like) loading.  If a policy is defined and **disallowed** for the relevant origin, the page **forces all elements to be lazyloaded**.  This could be considered counterintuitive, and if the TAG were to take a view, I would imagine it would be on the principle rather than this specific instance.

2. Feature Policies are booleans, but there is a proposal to make them parameteri[sz]ed.  Some of the examples cited for parameterised policies seem to suggest that the value would be required ('allowed-image-formats' seems not to make sense without a value), while others which already exist as boolean policies become quite different when in parameterised 'mode' (eg lazyload), and still others seem like they are fundamentally booleans so the behaviour if a value is supplied is undefined (eg document-write).

Ref:
* https://github.com/w3c/webappsec-feature-policy/issues/163

* https://github.com/w3c/webappsec-feature-policy/issues/193



-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3ctag/design-reviews/issues/341

Received on Thursday, 7 February 2019 01:12:46 UTC