W3C home > Mailing lists > Public > www-html@w3.org > November 2013

Re: Conformance of documents using IDL attributes outside the spec

From: Ernest Cline <ernestcline@mindspring.com>
Date: Fri, 8 Nov 2013 10:45:45 -0500 (GMT-05:00)
Message-ID: <21437020.1383925545700.JavaMail.root@elwamui-huard.atl.sa.earthlink.net>
To: www-html@w3.org

On first reflection, it seems to me than the issue of nonconformity would lie not with the document, but with any implementation which treated onpaste as an event handler in an HTML5 document.

As for the contract question, I'm not a lawyer, but it likely depends on the language of the contract.  If it merely states that the work must be a conforming HTML5 document, then it would be, but if it states that the work must do certain tasks in any conforming HTML5 implementation, then it doesn't meet that standard.

-----Original Message-----
>From: "Jukka K. Korpela" <jukka.k.korpela@kolumbus.fi>
>Sent: Nov 8, 2013 8:27 AM
>To: www-html@w3.org
>Subject: Conformance of documents using IDL attributes outside the spec
>A document using an attribute like onpaste=... is of course 
>nonconforming, and HTML5 validators reject it. What if a document 
>assigns an onpaste event handler to an element purely in JavaScript? 
>document.body.onpaste = function () { alert('No paste!'); return false }
>I suppose the answer is that it, too, is nonconforming, but on what 
>grounds? Is there an explicit statement that one could refer to, say, in 
>court, if a contract says that pages must conform to HTML5?
>Or is it so that the document is conforming, but user agents that handle 
>onpaste as an event handler are nonconforming?
>As such, the statement simply assigns a property to an object (though in 
>practice, it is based on the assumption that a paste event may get fired 
>in some browsers at least so that it gets handled by this handler). So 
>if it is nonconforming, would document.body.foobar = 42 also make a 
>document nonconforming?
>Yucca, http://www.cs.tut.fi/~jkorpela/
Received on Friday, 8 November 2013 15:46:16 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:06:26 UTC