W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2016

Re: CFC: Publish HTML5.1 as Proposed Recommendation (PR)

From: Léonie Watson <tink@tink.uk>
Date: Thu, 8 Sep 2016 08:46:54 +0100
To: public-webapps WG <public-webapps@w3.org>, public-html@w3.org
Message-ID: <3a0e1a8a-4235-88c8-9272-07a157a22d2c@tink.uk>
Brief reminder that this CFC closes tomorrow, and that you can respond 
by email or Github (per the details below).

Thanks.
Léonie.

-- 
@LeonieWatson tink.uk Carpe diem

On 02/09/2016 13:38, Léonie Watson wrote:
> Hello WebPlat,
>
> With thanks to everyone who contributed, and to the HTML editors in
> particular, this is a Call For Consensus (CFC) to request W3C publish
> the HTML5.1 Editor's Draft (ED) [1] as a PR.
>
> Please note, this CFC is being sent to public-webapps@w3.org as the
> official email list noted in the WebPlat charter.
>
> Please respond by end of day on Friday 9th September 2016. Responses
> maybe given in reply to this email, or on Github [2]. Positive responses
> are preferred and encouraged, but silence will be taken as consent to
> the proposal.
>
> Following Candidate Recommendation (CR), several "at risk" features were
> removed, whilst others were retained. Details can be found in the status
> section of the ED.
>
> The HTML5.1 Implementation report [3] references three features with no
> known native implementations, and three features with one known
> implementation. In each case the W3C specification aligns with the
> WHATWG specification.
>
> Of the features with one iplementation, we expect that there will be
> more implementations in the future. Of those with no implementations:
>
> 1. the algorithm steps to support CSP have no impact unless the relevant
> parts of CSP *are* supported, in which case they specify the expected
> interoperable
> behaviour. The chairs expect such CSP support to occur relatively soon.
> If it appears that this will not be implemented in the future, this
> change is likely
> to be reverted in HTML 5.2.
>
> 2. the algorithm steps to support closing a blob with the FileAPI's
> close() method likewise have no impact unless the method is supported.
> Since the future
> of that method is under discussion, this part of the relevant algorithm
> will be a candidate for removal from HTML 5.2.
>
> 3. probablySupportsContext is a convenience function to enhance
> performance when using canvas. If this does not seem likely to be
> implemented, it will be
> a candidate for removal from HTML 5.2
>
>  The WebPlat chairs recommend supporting this proposal. Although it is
> not perfect, it represents a substantial improvement over the HTML5
> Recommendation, so publishing it would be helpful. Rather than hold up
> the publication of these improvements, we can continue to improve and
> iterate the HTML specification as HTML5.2.
>
>
> Léonie on behalf of the WebPlat chairs and team
> [1] https://www.w3.org/WebPlatform/docs/html51-20160902/
> [2] https://github.com/w3c/html/issues/578
> [3] http://w3c.github.io/test-results/html51/implementation-report.html
>
>
Received on Thursday, 8 September 2016 07:47:47 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:27:40 UTC