- From: <bugzilla@jessica.w3.org>
- Date: Tue, 31 May 2011 12:54:50 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12776 Julian Reschke <julian.reschke@gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julian.reschke@gmx.de --- Comment #4 from Julian Reschke <julian.reschke@gmx.de> 2011-05-31 12:54:50 UTC --- (In reply to comment #3) > Perhaps there should be some clearer guidelines to help editors decide whether > their work should be Rec or Note? I'd say any draft which is only meant to > provide guidance for a select community, such as authors, should be note. Any > draft intended to describe an authoring language profile, by reference to the > normative requirements of another spec, should be note. Any draft that does not > intend to provide any normative implementation requirements should be note. > > Conversely, any draft that seeks to define normative requirements for features, > which are not also normatively defined in another spec from this group, should > be rec. > > Guidelines like these would mean that drafts like the polyglot guidlines, alt > text guidelines, markup language reference or authoring reference/guides should > be note. However, specs like 2D Canvas, Microdata, HTML+RDFa, etc. would be on > the Rec track. Lachlan, is this type of distinction backed by a W3C definition of what can be a REC and what can't? -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Tuesday, 31 May 2011 12:54:55 UTC