OK, here's a draft of an explicit abtension that I can submit later today. Does this seem reasonable?
One concern that we've had over the past few years about JSON-LD is that some people have been advocating that formats adopt JSON-LD semantics, but at the same time allow processing as regular JSON, as a way to make the adoption of JSON-LD lighter-weight for producers and consumers who (like us) don't want to have to implement full JSON-LD semantics. This yields a format with two classes of processors that will produce different results on many inputs, which is bad for interoperability. And full JSON-LD implementation is often more complexity than needed for both producers and consumers of content. We don't want people who produce Web sites or maintain Web browsers to have to deal with this complexity. For more details on this issue, see https://hsivonen.fi/no-json-ns/ . This leads us to be concerned about the Coordination section in the charter, which suggests that some W3C Groups that we are involved in or may end up implementing the work of (Web of Things, Publishing) will use JSON-LD. We would prefer that the work of these groups not use JSON-LD for the reasons described above, but this charter seems to imply that they will. While in general we support doing maintenance (and thus aren't objecting), we're also concerned that the charter is quite open-ended about what new features will be included (e.g., referring to "requests for new features" and "take into account new features and desired simplifications that have become apparent since its publication"). As the guidance in https://www.w3.org/Guide/standards-track/ suggests, new features should be limited to those already incubated in the CG. (If we were planning to implement, we might be objecting on these grounds.) -David -- ๐ L. David Baron http://dbaron.org/ ๐ ๐ข Mozilla https://www.mozilla.org/ ๐ Before I built a wall I'd ask to know What I was walling in or walling out, And to whom I was like to give offense. - Robert Frost, Mending Wall (1914)
signature.asc
Description: PGP signature
_______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
