- From: Marcos Caceres <marcosscaceres@gmail.com>
- Date: Mon, 5 Sep 2011 07:48:24 +0200
- To: Philippe Le Hegaret <plh@w3.org>, Doug Schepers <schepers@w3.org>
- Cc: Anne van Kesteren <annevk@opera.com>, public-webapps <public-webapps@w3.org>, Ian Hickson <ian@hixie.ch>
On Monday, September 5, 2011 at 5:53 AM, Ian Hickson wrote: > Anyway, my point was just that Philippe's statement that an "editor's > draft" has "no special status" is false, and I stand by this: editors' > drafts are the most up-to-date revisions of their respective specs. Since > TR/ drafts are snapshots of editors' drafts, it would be impossible for a > spec on the TR/ page to be more up-to-date than the latest editors' spec. > At most, it would be _as_ up to date, and that only if the editors stopped > work after the TR/ page copy is forked. I strongly second Ian's arguments, which are just the tip of the iceberg. Direct consequences from not giving Editor's draft authoritative status: * Implementers start implementing outdated specs, then point to dated spec as "authoritative" because it's in TR. * Implementers document developer documentation against (out)dated specs. * Implementers/other standards bodies get confused about status (e.g., think that LCWD is < CR). * Blogs, news sources, and even other specs point to outdated documents through dated URLs. * Search engines bring up the wrong "dated" version of a spec. I'm sure I'm not alone in seeing extreme fragmentation as a direct result of the broken W3C process. An increasing number of editors are citing the Editor's drafts as the sole authoritative source for specs: I ask that the W3C acknowledge this (best) practice and give working groups the ability to choose what model they wish to use. The current model is clearly and evidently and extremely harmful to standardization of technology that is done in the open.
Received on Monday, 5 September 2011 05:49:05 UTC