W3C home > Mailing lists > Public > public-rdfa-wg@w3.org > February 2011

Backward compatibility v.a.v. terms in the charter (ACTION-58)

From: Ivan Herman <ivan@w3.org>
Date: Fri, 4 Feb 2011 10:50:01 +0100
Cc: W3C RDFa WG <public-rdfa-wg@w3.org>
To: Manu Sporny <msporny@digitalbazaar.com>
Message-Id: <BBC8A072-F9C3-46BC-A5D0-8FE6DE5AD1F8@w3.org>

in agreement with Thomas I have made a change on the backward compatibility paragraph in the proposed new charter[1]. It now reads:

<p>Backwards compatibility with RDFa 1.0 is of great importance. That means, in
general, that all triples that are produced via the <a
href="http://www.w3.org/TR/rdfa-syntax/">October 2008 version of RDFa</a>,
should still be generated in the new version. For each new feature, if there is
doubt or a perceived problem with respect to this, the guideline should be not to
include the feature in the set of modifications.
The two minor features the Working Group has identified and which may constitute possible exceptions to
this rule, is the default XML Literal generation (see the <a
and the corresponding thread for details), and the list of <a href="http://www.w3.org/TR/2008/REC-rdfa-syntax-20081014/#relValues">predefined @rel/@rev values</a> that automatically
generate triples (these predefined values are under
re-evaluation by the HTML community, and inconsistencies may occur if all RDF triples are generated).
]]] http://www.w3.org/2011/01/rdfa-wg-charter.html

The charter is under W3M review right now, so it was the best possible time to put it there. Of course, the review may push back on this, but we shall see.

There is also a similar sentence in the introduction. See also [2]


Tracker, Close ACTION-58

[1] http://www.w3.org/2011/01/rdfa-wg-charter.html
[2] http://www.w3.org/2011/01/rdfa-wg-charter-diff.html

Ivan Herman, W3C Semantic Web Activity Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
PGP Key: http://www.ivan-herman.net/pgpkey.html
FOAF: http://www.ivan-herman.net/foaf.rdf

Received on Friday, 4 February 2011 09:49:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:05:23 UTC