[3] [DFN[W3C Process]] は、 [[W3C]] における[[標準化]]の過程、あるいはそれを記述した[[文書]]です。 [[W3C]] では単に [DFN[[[Process]]]] と呼ぶことがよくあります。 * 仕様書 [REFS[ - [202] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2012-06-21 01:53:59 +09:00]]) - [201] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2012-06-21 01:52:49 +09:00]]) - [200] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2012-06-21 01:52:12 +09:00]]) - [199] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2012-06-21 01:51:16 +09:00]]) - [198] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2012-06-21 01:50:25 +09:00]]) - [197] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2015-04-15 12:26:26 +09:00]]) - [196] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2016-02-19 03:46:33 +09:00]]) - [195] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2015-07-29 23:22:09 +09:00]]) ]REFS] * 勧告過程 [116] [[WD]] → [[LCWD]] → [[CR]] → [[PR]] → [[REC]] と進みます。 [119] 一旦 [[REC]] になったものの改訂は [[PER]] → [[REC]] と進みます。 * WG Note [117] [[勧告過程]]で開発されたものの中断される時は、 [[WG Note]] として最後に出版します。 [118] 他に、元から [[WG Note]] として出版することを目標に開発されることもあります。 ;; [182] [[WG Note]] 参照。 * W3C Process がいかれている例 [54] [[Process]] にあわせるために[[仕様書]]の技術的内容が歪められることが [[W3C]] ではよくあります。本末転倒であるとして [[W3C]] 外からしばしば批判されており、 [[W3C]] も [[Process]] の改善を議論していますが、2014年に小改訂がようやく行われた程度で、 改革はなかなか進まないようです。 ;; [55] [[W3C]] 内部ではそれほど問題意識が高くないのかもしれません。 [252] [[Process]] 自体よりも、その運用に[[政治的]]な闇を多く抱えています。 [320] 何度も専門家の確認フェーズを経ているはずなのにわかりやすい不具合を抱えている [[W3C勧告]]の例: - [CITE[[[SRGS]]]] [SEE[ [CODE[#ABNF]] ]] - [CITE[XHTML Basic 1.1]] - [CITE[HTML 5.0]] - [CITE[HTML 5.1]] - [CITE[HTML 5.2]] -*-*- [123] [[SVG Tiny 1.2]] [122] [[XHTML Basic 1.1 2e]] [121] [[XHTML Vocabulary]] [1] [CITE[OWL 2 Web Ontology Language Document Overview]] ([TIME[2009-10-27 23:14:58 +09:00]] 版) [2] [CITE[rdf:PlainLiteral: A Datatype for RDF Plain Literals]] ( ([TIME[2009-10-27 23:15:01 +09:00]] 版)) [4] [CITE@en[Cascading Style Sheets (CSS) Snapshot 2007]] ( ([TIME[2011-05-12 23:25:26 +09:00]] 版)) [5] [CITE@en[Cascading Style Sheets (CSS) Snapshot 2010]] ( ([TIME[2011-05-12 23:24:12 +09:00]] 版)) [6] [CITE@en[Re: Obsolescence notices on old specifications, again]] ( ([[Ian Hickson]] 著, [TIME[2012-01-26 09:29:57 +09:00]] 版)) [7] [CITE@en[PROV-DM: The PROV Data Model]] ( ([TIME[2013-04-30 12:58:32 +09:00]] 版)) [8] [CITE@en[JSON-LD 1.0 Processing Algorithms and API]] ( ([TIME[2013-05-15 02:54:49 +09:00]] 版)) [9] [CITE@en[Page Visibility]] ( ([TIME[2013-05-10 20:27:55 +09:00]] 版)) [10] [CITE@en[HTML Working Group Charter]] ( ([TIME[2013-10-01 04:26:59 +09:00]] 版)) [11] [CITE@en[FAQ Regarding HTML Working Group Charter License Experiment]] ( ([TIME[2013-09-28 05:32:57 +09:00]] 版)) [12] [CITE@en[Re: Next steps for Web Events WG]] ( ([[Arthur Barstow]] 著, [TIME[2013-09-04 20:01:21 +09:00]] 版)) [13] [CITE@en[Normative References]] ( ([TIME[2013-10-18 17:34:20 +09:00]] 版)) [14] [CITE@en[''''''[''''''CSSWG'''''']'''''' Minutes Telecon 2013-10-30]] ( ([[Dael Jackson]] 著, [TIME[2013-10-31 10:26:08 +09:00]] 版)) [15] [CITE@en[''''''[''''''CSSWG'''''']'''''' Minutes Telecon 2013-10-30]] ( ([[Dael Jackson]] 著, [TIME[2013-10-31 10:26:08 +09:00]] 版)) [16] [CITE@en[Re: Current process encourages monkey patching]] ( ([[Anne van Kesteren]] 著, [TIME[2014-02-13 04:36:04 +09:00]] 版)) [17] [CITE[IRC logs: freenode / #whatwg / 20140415]] ( ([TIME[2014-04-16 14:05:04 +09:00]] 版)) [18] [CITE@en[RDF 1.1 XML Syntax]] ( ([TIME[2014-04-25 12:39:46 +09:00]] 版)) [19] [CITE@en[Extensible Markup Language (XML) 1.1 (Second Edition)]] ( ([TIME[2006-09-29 19:02:09 +09:00]] 版)) [20] [CITE[IRC logs: freenode / #whatwg / 20140505]] ( ([TIME[2014-05-07 17:15:03 +09:00]] 版)) [21] [CITE[Copy of Promises Spec Draft as of October 2013]] ( ([TIME[2013-10-23 13:58:10 +09:00]] 版)) [22] [CITE[IRC logs: freenode / #whatwg / 20140625]] ( ([TIME[2014-06-26 20:14:25 +09:00]] 版)) [23] [CITE@en[Normative References]] ( ([TIME[2013-12-20 19:45:54 +09:00]] 版)) [24] [CITE@en[Re: WebIDL Spec Status]] ( ([[Boris Zbarsky]] 著, [TIME[2014-06-25 02:57:56 +09:00]] 版)) [25] [CITE@en[Re: WebIDL Spec Status]] ( ([[Chris Wilson]] 著, [TIME[2014-06-25 08:01:08 +09:00]] 版)) [26] [CITE@en[Re: XMLHttpRequest Level 1- specification history]] ( ([[Ian Hickson]] 著, [TIME[2014-03-31 09:59:21 +09:00]] 版)) [27] [CITE@en[Re: PubReq: new WD of Shadow DOM on June 12]] ( ([[Jérémie Astori]] 著, [TIME[2014-06-11 03:07:35 +09:00]] 版)) [28] [CITE@en[ProcessTransition2014 - W3C Wiki]] ( ([TIME[2014-08-06 07:00:06 +09:00]] 版)) [29] [CITE@en[World Wide Web Consortium Process Document]] ( ([TIME[2014-08-06 04:07:44 +09:00]] 版)) [30] [CITE[Intent to Implement: Standby API - Google グループ]] ( ([TIME[2014-08-19 03:57:47 +09:00]] 版)) [31] [CITE@en[Re: First Draft of W3C version of URL Spec]] ( ([[Marcos Caceres]] 著, [TIME[2014-08-29 03:25:12 +09:00]] 版)) [32] [CITE@en[Publishing documents under the 2014 Process]] ( ([[Ian Jacobs]] 著, [TIME[2014-09-02 20:46:42 +09:00]] 版)) [33] [CITE@en[''''''[''''''Pubrules'''''']'''''' Revised Proposed changes regarding references to editors' drafts]] ( ([[Ian Jacobs]] 著, [TIME[2014-09-04 02:13:48 +09:00]] 版)) [34] [CITE@en[ProcessTransition2014 - W3C Wiki]] ( ([TIME[2014-08-27 10:33:53 +09:00]] 版)) [35] [CITE@ja[Domenic Denicola on Twitter: "Wow. W3C explicitly blacklists referencing WHATWG specs http://t.co/np984MJL9Y Need more evidence the W3C is behind the times?"]] ( ([TIME[2014-09-09 02:18:10 +09:00]] 版)) [36] [CITE@en[ISSUE-124: Normative Reference policy should explicitly black list WHATWG specs - Revising W3C Process Community Group Tracker]] ( ([TIME[2014-09-09 02:19:26 +09:00]] 版)) [37] [CITE@en[Re: w3process-ISSUE-124 (WHATWG-blacklist): Normative Reference policy should explicitly black list WHATWG specs ''''''[''''''Normative Reference Policy'''''']'''''']] ( ([[Arthur Barstow]] 著, [TIME[2014-09-09 02:52:18 +09:00]] 版)) [38] [CITE@en[Re: publishing new WD of URL spec]] ( ([[Robin Berjon]] 著, [TIME[2014-09-11 22:01:20 +09:00]] 版)) [39] [CITE@en[Re: publishing new WD of URL spec]] ( ([[Boris Zbarsky]] 著, [TIME[2014-09-11 10:44:38 +09:00]] 版)) [40] [CITE@en[Re: publishing new WD of URL spec]] ( ([[Philippe Le Hegaret]] 著, [TIME[2014-09-11 23:06:37 +09:00]] 版)) [41] [CITE@en[Sam Ruby: The URL Mess]] ([TIME[2014-09-17 10:38:22 +09:00]] 版) [42] [CITE@en[minor fixes · 5665b66 · w3c/html]] ( ([TIME[2014-09-18 04:05:09 +09:00]] 版)) [43] [CITE@en[crazy hoop jumping about URLs · 5b04c84 · w3c/html]] ( ([TIME[2014-09-18 04:06:01 +09:00]] 版)) [44] [CITE[IRC logs: freenode / #whatwg / 20140917]] ( ([TIME[2014-09-18 04:07:25 +09:00]] 版)) [45] [CITE@en-US-x-Hixie[HTML5]] ( ([TIME[2014-09-17 00:51:24 +09:00]] 版)) [46] [CITE@en[proposal: have W3C HTML5 reference dated WHATWG URL standard rather than W3C copy]] ( ([[Tantek Çelik]] 著, [TIME[2014-09-25 14:31:09 +09:00]] 版)) [47] [CITE@en[Re: w3process-ISSUE-124 (WHATWG-blacklist): Normative Reference policy should explicitly black list WHATWG specs ''''''[''''''Normative Reference Policy'''''']'''''']] ( ([[Tim Berners-Lee]] 著, [TIME[2014-10-03 06:14:33 +09:00]] 版)) [48] [CITE@en[Re: w3process-ISSUE-124 (WHATWG-blacklist): Normative Reference policy should explicitly black list WHATWG specs ''''''[''''''Normative Reference Policy'''''']'''''']] ( ([[Ian Hickson]] 著, [TIME[2014-10-04 02:25:11 +09:00]] 版)) [214] 大手芸能事務所「(元所属タレントを出演させるなという) 圧力など存在しない」 W3C 「([[WHATWG]] の[[仕様書]]を引用するなという) 圧力など存在しない」 [215] この一連の騒動の後 [[Arthur Barstow]] が座長だった [[WebApps WG]] が取り潰されたのは [[W3C]] の圧力だ・・・とかいうのはただの[[陰謀論]]でしょうけど、 その後一身上の都合で引退しちゃったのはこの騒動と無関係ではないでしょうね... [216] 結局 [[Arthur Barstow]] が勝手に空気読みすぎてただけみたいな感じで有耶無耶にされちゃいましたけど、 その後何年も (この記事で以降に示している通り) [[W3C]] の[[仕様書]]から [[WHATWG]] の[[仕様書]]をまともに[[引用]]できずに意味不明な破綻を繰り返していたり、 [[HTML 5.1]]、[[HTML 5.2]]、[[DOM4]]、[[DOM 4.1]] のような[[粗大ごみ]]をがんばって開発し続けたりしているわけなんで、 [[W3C]] 上層部とかの圧力が何もないなら、 [[W3C]] は上から下までとんだ無能集団ってことになりますよね。。。 [49] [CITE[IRC logs: freenode / #whatwg / 20141003]] ( ([TIME[2014-10-04 05:24:38 +09:00]] 版)) [50] [CITE@en[Publication Workflow]] ( ([TIME[2014-09-11 13:28:08 +09:00]] 版)) [51] ( ([TIME[2014-10-08 04:07:01 +09:00]] 版)) [52] ( ([TIME[2014-10-08 04:07:01 +09:00]] 版)) [53] [CITE@en[Re: ''''''[''''''xhr'''''']'''''' Questions on the future of the XHR spec, W3C snapshot]] ( ([[Arthur Barstow]] 著, [TIME[2014-10-19 22:59:38 +09:00]] 版)) [56] [CITE[IRC logs: freenode / #whatwg / 20141028]] ( ([TIME[2014-10-29 02:24:41 +09:00]] 版)) [57] [CITE@en[HTML/wg/UrlStatus - W3C Wiki]] ( ([TIME[2014-10-14 15:31:57 +09:00]] 版)) [58] [CITE@en[''''''[''''''url'''''']'''''' follow-ups from the TPAC F2F Meeting]] ( ([[Sam Ruby]] 著, [TIME[2014-10-30 10:54:45 +09:00]] 版)) [59] [CITE@en[W3C - WHATWG Wiki]] ( ([TIME[2014-10-11 23:26:21 +09:00]] 版)) [60] [CITE@en[URL spec and copying]] ( ([[Sam Ruby]] 著, [TIME[2014-11-19 23:54:38 +09:00]] 版)) [61] [CITE@en[Re: PSA: Sam Ruby is co-Editor of URL spec]] ( ([[Sam Ruby]] 著, [TIME[2014-11-19 05:18:10 +09:00]] 版)) [62] [CITE@en[Sam Ruby: WHATWG/W3C Collaboration]] ([TIME[2014-11-21 05:30:37 +09:00]] 版) [63] [CITE@en[Re: PSA: Sam Ruby is co-Editor of URL spec]] ( ([[Anne van Kesteren]] 著, [TIME[2014-11-23 18:05:18 +09:00]] 版)) [64] [CITE@en[URL Collaboration Work (was: Sam Ruby is co-Editor of URL spec)]] ( ([[Sam Ruby]] 著, [TIME[2014-11-25 00:05:32 +09:00]] 版)) [65] [CITE@en[Web Platform Specs]] ( ([TIME[2014-11-26 19:37:04 +09:00]] 版)) [66] [CITE@en[Re: PSA: Sam Ruby is co-Editor of URL spec]] ( ([[Sam Ruby]] 著, [TIME[2014-11-26 21:08:07 +09:00]] 版)) [67] [CITE[IRC logs: freenode / #whatwg / 20141126]] ( ([TIME[2014-11-27 17:36:45 +09:00]] 版)) [68] [CITE@en[URL Spec WorkMode (was: PSA: Sam Ruby is co-Editor of URL spec)]] ( ([[Sam Ruby]] 著, [TIME[2014-12-02 10:17:32 +09:00]] 版)) [69] [CITE@en[url/workmode.md at develop · webspecs/url]] ( ([TIME[2014-12-02 11:57:37 +09:00]] 版)) [70] [CITE@en[RE: Help with WebIDL v1?]] ( ([[Travis Leithead]] 著, [TIME[2014-12-02 06:49:15 +09:00]] 版)) [71] [CITE@en[RE: WebIDL v1 vs. v2]] ( ([[Domenic Denicola]] 著, [TIME[2014-12-04 02:06:40 +09:00]] 版)) [72] [CITE@en[Re: ''''''[''''''url'''''']'''''' Requests for Feedback (was Feedback from TPAC)]] ( ([[Arthur Barstow]] 著, [TIME[2014-12-09 04:45:12 +09:00]] 版)) [73] ( ([TIME[2014-11-24 01:11:25 +09:00]] 版)) [74] [CITE@en[Mike West on Twitter: "WebCrypto published as CR: http://t.co/wjRRsOBRnm. @sleevi_: Congrats?"]] ( ([TIME[2014-12-12 11:27:29 +09:00]] 版)) [75] [CITE@en[Bug 27727 – Remove DOMError from IDB]] ( ([TIME[2015-01-08 10:50:43 +09:00]] 版)) [76] [CITE@en-US[Indexed Database API]] ( ([TIME[2015-01-07 03:35:45 +09:00]] 版)) [77] [CITE@en[Sam Ruby: URL Work Status]] ([TIME[2015-01-13 20:13:47 +09:00]] 版) [78] [CITE@en[CSP2: Fork a draft of CSP2. · 68d5fec · w3c/webappsec]] ( ([TIME[2015-01-16 11:57:29 +09:00]] 版)) [FIG(quote)[ [FIGCAPTION[ [79] [CITE@en[Pointer Events Published (was: Pointer Events Recommendation delayed by a Formal Objection)]] ([[Doug Schepers]] 著, [TIME[2015-02-25 04:34:42 +09:00]] 版) ]FIGCAPTION] > I'd like to thank and congratulate everyone who contributed to the Pointer Events specification. As you probably know now, Pointer Events has now been published as a W3C Recommendation '''['''1''']''''''['''2''']'''. > These blog posts address a serious issue: the lack of universal interoperability, and competition with the Touch Events technology (also published by W3C). We hope that with work and developer interest, this will change over time. ]FIG] [80] [CITE@en-US[David Baron's weblog: Open licensing at the W3C]] ([TIME[2013-07-16 05:53:56 +09:00]] 版) [81] [CITE[Relicensing Unfinished W3C Specifications]] ( ([TIME[2014-12-06 00:00:57 +09:00]] 版)) [82] [CITE@en[meetings/04-21-minutes.md at gh-pages · w3ctag/meetings]] ([TIME[2015-05-06 15:43:19 +09:00]] 版) [83] [CITE@en[fabien_gandon on Twitter: ""implementing a standard is like walking on water: it's much easier when it is frozen." quote #ac-rep meeting @w3c"]] ([TIME[2015-05-11 00:51:17 +09:00]] 版) [FIG(quote)[ [FIGCAPTION[ [84] [CITE[IRC logs: freenode / #whatwg / 20150507]] ([TIME[2015-05-11 00:51:34 +09:00]] 版) ]FIGCAPTION] > '''['''14:02''']''' W3C AC still partying like it's 2004: https://twitter.com/fabien_gandon/status/596229047476170753 ]FIG] [85] [CITE@en[Re: Web Notification Working Group Charter Extended]] ([[Michael'''['''tm''']''' Smith]] 著, [TIME[2015-05-20 10:17:36 +09:00]] 版) [86] [CITE@en[Implementing ATAG 2.0]] ( ([TIME[2015-06-04 04:25:44 +09:00]] 版)) [87] [CITE@en[Point to the Streams Standard as that's actively being worked on by annevk · Pull Request #195 · WebAssembly/design]] ([TIME[2015-06-19 11:22:46 +09:00]] 版) [88] [CITE@en[It is also necessary to join the CG before filing issues by lukewagner · Pull Request #199 · WebAssembly/design]] ([TIME[2015-06-19 11:23:55 +09:00]] 版) [FIG(quote)[ [FIGCAPTION[ [89] [CITE@en[SVG Working Group Teleconference -- 09 Jun 2015]] ([TIME[2015-06-10 00:52:02 +09:00]] 版) ]FIGCAPTION] > > heycam: these algorithms like "focusing steps", can't we just reference HTML? > ed: I think they were in HTML 5.1, not HTML 5, and we couldn't reference 5.1 at the point these were added ]FIG] [FIG(quote)[ [FIGCAPTION[ [90] [CITE[Widget Interface]] ([TIME[2015-01-27 11:24:04 +09:00]] 版) ]FIGCAPTION] > Please note that advancement to Recommendation is blocked until Web IDL and Web Storage are both Proposed Recommendations. ]FIG] [FIG(quote)[ [FIGCAPTION[ [91] [CITE[Widget Interface]] ([TIME[2013-10-29 00:58:56 +09:00]] 版) ]FIGCAPTION] > By publishing this Recommendation, W3C expects that the functionality specified in this Widget Interface API will not be affected by changes to HTML5 or WebIDL as that specification proceeds to Recommendation. ]FIG] [FIG(quote)[ [FIGCAPTION[ [92] [CITE@en[Re: ''''''[''''''WebIDL'''''']'''''' T''''''['''''''''''']'''''' migration]] ([[Boris Zbarsky]] 著, [TIME[2015-07-17 01:16:04 +09:00]] 版) ]FIGCAPTION] > Note that since the old syntax was never supported by any UA in any > meaningful way I'm aware of, those are basically problems in those specs > that should technically have prevented them from going to REC (due to > lack of two interoperable implementations). ]FIG] [93] [CITE@en[World Wide Web Consortium Process Document]] ( ([TIME[2015-07-29 23:22:09 +09:00]] 版)) [94] [CITE@en[ProcessTransition2015 - W3C Wiki]] ( ([TIME[2015-07-30 00:47:45 +09:00]] 版)) [95] [CITE@EN[State Chart XML (SCXML): State Machine Notation for Control Abstraction]] ([TIME[2015-09-01 05:30:17 +09:00]] 版) [96] >>95 は、なぜか1年以上前に出版済みの [[RFC 7303]] を無視して、 14年も前の [[RFC 3023]] を参照しています。 [FIG(quote)[ [FIGCAPTION[ [98] [CITE@en-US[Web Notifications]] ([TIME[2015-09-09 20:46:36 +09:00]] 版) ]FIGCAPTION] > A specification for Notifications is also being developed at https://notifications.spec.whatwg.org/. Recent work there has focused on integrating notifications with Service Workers and other new features. That specification also deprecates the onshow and onclose events that are present in this specification, under the rationale that those events lack sufficient use cases. ]FIG] [97] >>98 用途不詳として削除されたことは認識しつつ、なおも仕様書から削除せず実装を求める (= [[相互運用性]]に害をなそうとする) [[W3C]] まじ意味不wwww [99] [CITE@en[Normative references to Workers.]] ([[Mike West]] 著, [TIME[2015-09-16 02:31:16 +09:00]] 版) [100] [CITE@en[Re: Normative references to Workers.]] ([[Arthur Barstow]] 著, [TIME[2015-09-16 21:17:36 +09:00]] 版) [101] [CITE@en[Fork tracking - WHATWG Wiki]] ([TIME[2015-09-25 18:06:01 +09:00]] 版) [102] [CITE[IRC logs: freenode / #whatwg / 20150929]] ([TIME[2015-09-30 20:30:38 +09:00]] 版) [103] [CITE@en[Mozilla comments on Web Platform and Timed Media]] ([[L. David Baron]] 著, [TIME[2015-09-16 03:25:20 +09:00]] 版) [FIG(quote)[ [FIGCAPTION[ [104] [CITE@en[A transcript extension for HTML]] ( ([TIME[2015-09-29 05:57:08 +09:00]] 版)) ]FIGCAPTION] > It is published as a Working Group Note because the HTML Working Group is reaching the end of its charter; it is hoped and expected that a successor to that Working Group, perhaps the Timed Media Working Group, will continue the work of taking this document to become a W3C Recommendation. ]FIG] [105] [CITE@en[Normative References]] ([TIME[2015-04-07 03:35:46 +09:00]] 版) [106] [CITE@en[Re: App-to-App interaction APIs - one more time, with feeling]] ([[Chaals McCathie Nevile]] 著, [TIME[2015-10-16 19:09:43 +09:00]] 版) [FIG(quote)[ [FIGCAPTION[ [107] [CITE@en-US[Web Notifications]] ([TIME[2015-10-22 09:07:32 +09:00]] 版) ]FIGCAPTION] > A specification for Notifications is also being developed at https://notifications.spec.whatwg.org/. Recent work there has focused on integrating notifications with Service Workers and other new features. That specification also deprecates the onshow and onclose events that are present in this specification, under the rationale that those events lack sufficient use cases. ]FIG] [FIG(quote)[ [FIGCAPTION[ [108] [CITE@en-US[W3C DOM4]] ( ([TIME[2015-11-19 21:54:20 +09:00]] 版)) ]FIGCAPTION] > Warning > Implementers should take heed of the old bugs list in general, but more particularly of these two bugs that adversely affect interoperability (most particularly of the Document interface): > Bug 19431: Namespace of elements made via .createElement() in XML documents must be null > Bug 22960: Document, XMLDocument, HTMLDocument, oh my > ]FIG] [113] >>108 のような深刻な課題 (原文では赤枠に赤字で表示されてます。) が残っていても [[W3C勧告]]にはなってしまうんだ... [130] >>108 真下に > It is a stable document and may be used as reference material or cited from another document. とか書いてあって、「stable」とは一体、と気になるところではあるのですが、 [[W3C]] 職員の発言 [SRC[>>131]] によると [CODE[/TR/]] 以下の日付が入った [[URL]] で出版されたら以後変更されないことを指しているようです (その「変更されない」 ポリシーも実はがばがばなんですけどねぇ...)。 ;; [132] おそらく元々は不安定な技術を[[勧告]]とするのは好ましくない、 [[勧告]]となったのは安定した以後変更されない安心して利用できるものだ、 という趣旨だったと推測するのですが、形骸化しちゃったんでしょうねぇ。 この「安定」の基準だったら、 [[GitHub]] に置いてある [[ED]] も全部「安定」しているといっても良い (むしろ [CODE[/TR/]] より安定している) ことに... [FIG(quote)[ [FIGCAPTION[ [111] [CITE@en-US[W3C DOM4]] ( ([TIME[2015-11-19 21:54:20 +09:00]] 版)) ]FIGCAPTION] > [CSSOMVIEW] > (Non-normative) > Document Object Model (DOM) Level 2 Style, C. Wilson, P. Le Hégaret, V. Apparao. W3C. > CSSOM View Module, S. Pieters, G. Adams. W3C. > ]FIG] [FIG(quote)[ [FIGCAPTION[ [112] [CITE@en-US[W3C DOM4]] ( ([TIME[2015-11-19 21:54:20 +09:00]] 版)) ]FIGCAPTION] > [URL] > (Non-normative) > Note: URLs can be used in numerous different manners, in many differing contexts. For the purpose of producing strict URLs one may wish to consider [RFC3986] [RFC3987]. The W3C URL specification defines the term URL, various algorithms for dealing with URLs, and an API for constructing, parsing, and resolving URLs. Developers of Web browsers are advised to keep abreast of the latest URL developments by tracking the progress of https://url.spec.whatwg.org/. We expect that the W3C URL draft will evolve along the Recommendation track as the community converges on a definition of URL processing. > URL, Anne van Kesteren. WHATWG. > RFC3986, T. Berners-Lee; R. Fielding; L. Masinter. IETF. > RFC3987, M. Duerst, M. Suignard. IETF. > ]FIG] [FIG(quote)[ [FIGCAPTION[ [109] [CITE@en-US[W3C DOM4]] ( ([TIME[2015-11-19 21:54:20 +09:00]] 版)) ]FIGCAPTION] > B. CSS Concepts > Note: This section contains concepts introduced by the Selectors Level 4 and will be removed in the future once the Selectors Level 4 is updated. Please refer to [SELECTORS] for up-to-date definitions. ]FIG] [110] [[Selectors Level 4]] がまだ [[WD]] なので >>109 のように一部の用語だけ無理矢理コピペしている一方、 [[Selectors Level 4]] は normative reference になっている。不安定な仕様を引用しないみたいな指針は何のためにあるのか。 [FIG(quote)[ [FIGCAPTION[ [114] [CITE@en-US-x-Hixie[HTML Canvas 2D Context]] ( ([TIME[2015-11-19 07:12:11 +09:00]] 版)) ]FIGCAPTION] > By publishing this Recommendation, W3C expects the functionality specified in this Recommendation will not be affected by changes to Web IDL, CSS Object Model, CSS Images Values, or CSS Fonts as those specifications proceed to Recommendation. ]FIG] [115] >>114 の注記が [[DOM4]] にないのはなぜだろう。 [[Selectors Level 4]] 等の変更の影響を受ける可能性があると思ったのだろうか。 (だとしたらなんでそんなものを[[W3C勧告]]にしたのか。) [120] [CITE@en[FW: New W3C publication requirements as of March 1]] ([[Léonie Watson]] 著, [TIME[2016-02-19 20:19:16 +09:00]] 版) [124] [CITE[Here's the list of all the 2D Context API specs I could find at the W3C as of March 4th 2014]] ([TIME[2014-04-12 07:37:43 +09:00]] 版) [125] [CITE@en[Large custom element spec rewrite to implement some F2F decisions · w3c/webcomponents@d95392f]] ([TIME[2016-04-09 11:20:28 +09:00]] 版) [126] [CITE@en[Revert "Revert edits to custom elements made by me for process reasons" · w3c/webcomponents@9d349ee]] ([TIME[2016-04-09 11:20:45 +09:00]] 版) [127] [CITE@en[Upstream Shadow DOM spec to DOM/HTML Standard · Issue #377 · w3c/webcomponents]] ([TIME[2016-04-09 11:24:17 +09:00]] 版) [128] [CITE@en[''''''[''''''CSS21'''''']'''''' Reverted some changes to remain exactly equal to the REC, typ… · w3c/csswg-drafts@93f2718]] ([TIME[2016-04-09 11:57:31 +09:00]] 版) [129] [CITE@en[Re: webappsec-ACTION-216: Examine fetch refs for stability]] ([[Anne van Kesteren]] 著, [TIME[2016-04-21 15:42:49 +09:00]] 版) [131] [CITE@en[Re: webappsec-ACTION-216: Examine fetch refs for stability]] ([[Wendy Seltzer]] 著, [TIME[2016-04-22 02:04:02 +09:00]] 版) [133] [CITE@en[Where is the spec? · Issue #481 · w3c/webcomponents]] ([TIME[2016-04-26 18:31:23 +09:00]] 版) [134] [CITE@en[New Web Components editor]] ([[Léonie Watson]] 著, [TIME[2016-04-27 03:00:20 +09:00]] 版) [135] [CITE@en[Integrate with HTML, part 1 of n by domenic · Pull Request #42 · w3c/webappsec-referrer-policy]] ( ([TIME[2016-05-03 13:45:28 +09:00]])) [136] [CITE@en[Re: webappsec-ACTION-216: Examine fetch refs for stability]] ( ([[Wendy Seltzer]]著, [TIME[2016-05-03 06:54:55 +09:00]])) [137] [CITE@en[Figure out how to manage normative dependencies to WHATWG HTML for features not in W3C HTML for CR/REC · Issue #9 · w3c/webappsec-secure-contexts]] ( ([TIME[2016-05-04 00:52:23 +09:00]])) [138] [CITE@en[Integrate with HTML, part 1 of n by domenic · Pull Request #42 · w3c/webappsec-referrer-policy]] ( ([TIME[2016-05-05 13:10:49 +09:00]])) [139] [CITE@en[Redirect on preflighted CORS requests generally impossible · Issue #204 · whatwg/fetch]] ( ([TIME[2016-05-25 13:13:51 +09:00]])) [140] [CITE@en[Web Application Security Working Group F2F -- 17 May 2016]] ( ([TIME[2016-05-18 09:49:47 +09:00]])) [FIG(quote)[ [FIGCAPTION[ [141] [CITE@en[standards-track/bp.md at master · w3c/standards-track]] ( ([TIME[2016-06-15 12:18:52 +09:00]])) ]FIGCAPTION] > The practices proposed in this document are intended to address some specific problems: > W3C wastes resources, and at worst tarnishes its credibility, when it invests in standardization efforts that end up going nowhere ]FIG] [142] [CITE@en['''['''e''']''' (0) Remove some examples that use HTML5 features from the W3C cop…]] ( ([[Hixie]]著, [TIME[2010-01-11 20:18:13 +09:00]])) [143] [CITE@en[RE: Quick update on WebIDL "Level 1"]] ([[Marcos Caceres]]著, [TIME[2016-07-10 23:35:49 +09:00]]) [144] [CITE@en[Clarify usage of various terms from other documents.]] ([[mikewest]]著, [TIME[2016-07-15 16:47:19 +09:00]]) [145] [CITE@en[EventListenerOptions and passive event listeners - move to WICG? - APIs - WICG]] ([TIME[2016-07-27 11:54:38 +09:00]]) [146] [CITE[W3C Proposed Recommendation: longdesc]] ([TIME[2015-01-27 00:10:13 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [147] [CITE@en[XML Core Working Group and XML Processing Model Working Group are now Closed]] ([[Xueyuan Jia]]著, [TIME[2016-08-01 21:55:30 +09:00]]) ]FIGCAPTION] > The W3C staff will continue to accept errata for the XML Core > Recommendations and may request assistance with the processing of > submitted errata. We may publish Proposed Edited Recommendations for > editorial changes that require no technical review '''['''6''']'''. ]FIG] [148] [CITE@en[W3C Process 2016]] ([[Jeff Jaffe]]著, [TIME[2016-08-04 04:28:37 +09:00]]) [149] [CITE@en[The fetch step in HTML5.1's resource fetch algorithm no longer exists · Issue #99 · w3c/media-source]] ([TIME[2016-08-18 14:01:13 +09:00]]) [150] [CITE@en[CFC to migrate to the Web Platform WG · Issue #49 · WICG/EventListenerOptions]] ([TIME[2016-08-20 23:51:07 +09:00]]) [151] [CITE@en[This recommendation should be definitely corected relative to the current specification of WHATWG · Issue #3 · w3c/dom]] ([TIME[2016-08-20 23:51:19 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [152] [CITE@en[Unclear conformance of attributes on element · Issue #582 · w3c/html]] ([TIME[2016-09-12 10:50:33 +09:00]]) ]FIGCAPTION] > With HTML5.1 in PR, we don't want to make any substantive changes... of course, we do hope to continue editing and publishing HTML, so the updates in the 5.2 editor's draft will eventually replace 5.1, so it's not the end of the world if we miss this... ]FIG] [153] [[PR]] だから [[HTML 5.1]] は変更したくないが [[HTML 5.2]] があるから問題ない、と。 [[HTML 5.1]] は[[バグ修正]]より手続き優先で、[[W3C勧告]]に進めることだけが目的の捨て[[仕様書]]なんですね... [FIG(quote)[ [FIGCAPTION[ [154] [CITE@en[Re: '''['''css22''']''' History]] ([[Tab Atkins Jr.]]著, [TIME[2016-09-13 09:38:50 +09:00]]) ]FIGCAPTION] > 2.1 is a Rec, so it's easier to publish a > new version than to update the Rec. ]FIG] [155] [CITE@en[CR comments from @plehegar.]] ([[@plehegar]]著, [TIME[2016-09-15 17:00:47 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [156] [CITE@en[CR comments from @plehegar.]] ([[@plehegar]]著, [TIME[2016-09-15 17:00:47 +09:00]]) ]FIGCAPTION] > [PRE(diff html code)[
'''['''WHATWG-URL''']''' -
Anne van Kesteren. URL Standard. Living Standard. URL: https://url.spec.whatwg.org/ +
+ Anne van Kesteren. URL Standard. Living Standard. URL: https://url.spec.whatwg.org/ +

Note: URLs can be used in numerous different manners, in many differing contexts. For the purpose of producing strict URLs one may wish to consider '''['''RFC3986''']''' and '''['''RFC3987''']'''.

+
]PRE] ]FIG] [157] [[W3C]] は未だに [[URL Standard]] を否定しているのか(驚愕) [FIG(quote)[ [FIGCAPTION[ [158] [CITE[Steven Pemberton]] ([TIME[2016-09-26 03:21:58 +09:00]]) ]FIGCAPTION] > XForms 1.0 is a W3C recommendation; it was the most implementated W3C specification at time of going to recommendation ever! ]FIG] [159] [CITE@en['''['''css-transitions-2''']''' Remove new transition events from level 2 now tha…]] ([[birtles]]著, [TIME[2016-10-13 10:12:40 +09:00]]) [160] [CITE@en['''['''Fwd: '''['''wbs''']''' response to 'Call for Review: HTML 5.1 is W3C Proposed Recommendation'''']''']] ([[L. David Baron]]著, [TIME[2016-10-14 13:03:38 +09:00]]) [161] [CITE@en[Upstream Shadow DOM spec to DOM/HTML Standard · Issue #377 · w3c/webcomponents]] ([TIME[2016-11-11 15:05:11 +09:00]]) [162] [CITE@en[Upstream the `integrity` attribute to HTML. · Issue #31 · w3c/webappsec-subresource-integrity]] ([TIME[2016-11-15 00:02:05 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [163] [CITE@en[High resolution timing for events · Issue #23 · whatwg/dom]] ([TIME[2016-11-15 00:41:43 +09:00]]) ]FIGCAPTION] > A couple Edge perf folks said they would look into changing Edge for this (but aren't able to comment on this issue since it's in the WHATWG) ]FIG] [164] [CITE@en[Attr and NamedNodeMap in DOM4 are inconsistent · Issue #4 · w3c/dom]] ([TIME[2016-11-25 11:19:09 +09:00]]) [165] [CITE@en[Incorrect URL to a DTD for the named entity declarations · Issue #731 · w3c/html]] ([TIME[2016-11-30 23:07:51 +09:00]]) [166] たしかに [CODE[404]] だな。昔は [[W3C]] の出版時のチェック項目に[[リンク切れ]]検査があった気がするけど、今はやってないんだろうか。 [[WD]] ならともかく [[REC]] なのに[[規定]]の一部を構成するファイルが [CODE[404]] とか大丈夫なのか? [167] [CITE@en[Google's incubation-first standards process]] ([[Rick Byers]]著, [TIME[2016-12-02 03:56:40 +09:00]]) [168] [CITE@en['''['''CSS2''']''' Proposed process for maintaining CSS2]] ([[fantasai]]著, [TIME[2016-12-02 10:26:52 +09:00]]) [169] >>168 ものすごく複雑に見えるけど、新機能はもちろん含まれないし[[相互運用性]]にも何一つ貢献しそうになくて、 [[W3C Process]] を通すことだけしか目的になさそうなのがやばい。 [170] [CITE@en[Send HTMLIFrameElement.allowPaymentRequest to HTML spec · Issue #311 · w3c/browser-payment-api]] ([TIME[2016-12-08 18:52:30 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [171] [CITE@en[WebIDL Level 1]] ([TIME[2016-12-15 05:09:27 +09:00]]) ]FIGCAPTION] > This is the "Level 1" Version of WebIDL, it contains parts of the main Editor's copy '''['''WEBIDL''']''' that are considered stable, implemented and tested. Implementors who do not need to reference a stable version of WebIDL should defer to the Editor's copy '''['''WEBIDL''']''' only, as it may contain updated algorithm and definitions; this specification is suitable for reference by other specification authors in so far as it wholly contains the syntax definitions used in the citing document. New syntax definitions will be added in the next Level of WebIDL. ]FIG] [172] [CITE@en[HTML 4 system identifiers are accidentally non-conforming in HTML 5.1 · Issue #754 · w3c/html]] ([TIME[2016-12-16 17:43:26 +09:00]]) [173] こんな重大なミスに誰も気づかないまま [[REC]] になるとか・・・ [174] [CITE@en[Migrate HTML 5.0 references to HTML 5.1? · Issue #396 · w3c/presentation-api]] ([TIME[2016-12-20 13:13:20 +09:00]]) [175] [CITE@en[Check references category and stability · Issue #295 · w3c/presentation-api]] ([TIME[2016-12-20 13:14:11 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [176] [CITE@en[WG Outlook]] ([[Arnaud Le Hors]]著, [TIME[2016-12-10 06:32:15 +09:00]]) ]FIGCAPTION] > I recently took the action to check with > the W3C Management (W3M) and I want to share with you all what I learned. > Unfortunately my doubts about the possibility of getting our WG extended > were confirmed. The W3C Advisory Board (AB) and membership in general has > requested that W3M no longer just extend WGs on their own accord but > instead submit WG extensions to the Advisory Committee (AC) - full > membership - for review, just like when a WG is initially launched. This > is a heavy process which requires explaining how a few additional months > will make a difference and without a vibrant set of members supporting the > request this isn't going to happen. So, the bottom line is that we cannot > count on an extension. ]FIG] [177] [CITE@en['''['''css-style-attr''']''' s/draft/module/ per [178] [CITE@en[Re: '''['''css-style-attr''']''' About word "draft"]] ([[fantasai]]著, [TIME[2016-12-27 22:01:00 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [179] [CITE@en[Add ShadowDOM support from WHATWG-DOM · Issue #13 · w3c/dom]] ([TIME[2017-01-02 11:41:19 +09:00]]) ]FIGCAPTION] > If W3C DOM is updated to match implementations (and kept up-to-date) on things like this, then we could reference DOM4 instead of WHATWG-DOM. ]FIG] [180] [CITE@en[Spec references both W3C DOM4 and WHATWG-DOM · Issue #160 · w3c/pointerevents]] ([TIME[2017-01-02 11:42:09 +09:00]]) [181] [[RDFa]] の[[初期文脈]]の改訂は、 [[勧告過程]]を経ることなく行われるようです。 どの版の[[初期文脈]]を実装するかに依って、非互換性が生じることになりますが、 [[W3C勧告]]ほど大々的な告知は行われていません。 [217] そういえば [[WHATWG]] [[Living Standard]] は内容が変わっていくから引用できないだとかなんだとか大騒ぎしているのに、 この[[初期文脈]]みたいなのが許されるのはどういう理論なのでしょうか。 置いてある場所が [[W3C]] の[[Webサーバー]]だからセーフとか? [183] [CITE@en[Issue #396: Migrate HTML 5.0 references to HTML 5.1 by tidoust · Pull Request #404 · w3c/presentation-api]] ([TIME[2017-01-12 00:24:33 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [185] [CITE@en[URL]] ([TIME[2016-12-05 23:04:35 +09:00]]) ]FIGCAPTION] > Note:URLs can be used in numerous different manners, in many differing contexts. For the purpose of producing strict URLs one may wish to consider '''['''RFC3986''']''' '''['''RFC3987''']'''. The W3C URL specification was aimed to define the term URL, various algorithms for dealing with URLs, and an API for constructing, parsing, and resolving URLs. > Work on this document has been discontinued and it should not be referenced or used as a basis for implementation. Please refer to the URL Continually Updated Specification for the latest available specification of this API. ]FIG] [186] 素直に間違いでしたと言わずに謎の釈明と現実に乖離した [[RFC 3986]]、[[RFC 3987]] への誘導を続けるのはどうかと思いますが、ようやく正式に [[W3C]] が [[URL]] の開発を止めると明確に表明したのは良いニュースです。 しかし「the URL Continually Updated Specification」 (リンク先は [CITE[URL Standard]]) なる意味不明な造語は誰のどういう意図を反映しているのでしょうか。 [FIG(quote)[ [FIGCAPTION[ [184] [CITE@en[Webmention]] ([TIME[2017-01-11 04:59:53 +09:00]]) ]FIGCAPTION] > [NOTE[ Note: URLs can be used in numerous different manners, in many differing contexts. For the purpose of producing strict URLs one may wish to consider [RFC3986] and [RFC3987]. The URL specification defines the term URL, various algorithms for dealing with URLs, and an API for constructing, parsing, and resolving URLs. Developers are advised to keep abreast of the latest URL developments by tracking the progress of https://url.spec.whatwg.org/. As a word of caution, there are notable differences in the manner in which Web browsers and other software stacks outside the HTML context handle URLs. While no changes would be accepted to URL processing that would break existing Web content, some important parts of URL processing should therefore be considered as implementation-defined (e.g. parsing file: URLs or operating on URLs that would be syntax errors under the [RFC3986] [RFC3987] syntax). ]NOTE] > Anne van Kesteren. WHATWG. URL Standard. Continually Updated Specification. URL: https://url.spec.whatwg.org/ ]FIG] [187] そして [[URL]] の開発から撤退したにも関わらず、それより後に出版された [[W3C勧告]]にもまだ謎の注意書きが残ります。ここでも「Continually Updated Specification」 が出てきます。その直上に 「Anne van Kesteren. WHATWG. Fetch Standard. Living Standard. URL: https://fetch.spec.whatwg.org/」 というのがあって、こちらでは普通に「Living Standard」と書いてあるのですがね。 [FIG(quote)[ [FIGCAPTION[ [188] [CITE@en[Resource Timing Level 2]] ([TIME[2016-11-03 03:16:35 +09:00]]) ]FIGCAPTION] > Anne van Kesteren. XMLHttpRequest Standard. Continually Updated Specification. URL: https://xhr.spec.whatwg.org/ ]FIG] [FIG(quote)[ [FIGCAPTION[ [189] [CITE@en[Resource Timing Level 1]] ([TIME[2016-12-17 00:41:49 +09:00]]) ]FIGCAPTION] > Anne van Kesteren. XMLHttpRequest Standard. Continually Updated Specification. URL: https://xhr.spec.whatwg.org/ ]FIG] [FIG(quote)[ [FIGCAPTION[ [190] [CITE@en[HTML 5.1: References]] ([TIME[2016-10-28 01:13:13 +09:00]]) ]FIGCAPTION] > Anne van Kesteren. Fetch Standard. Continually Updated Specification. URL: https://fetch.spec.whatwg.org/ > [NOTE[ As of today the Web community lacks a sufficiently complete, reliable, interoperable, and tested specification for the manner in which content sniffing takes place on the Web. We encourage implementers to exercise caution in this area as the Web community makes progress towards addressing this issue. ]NOTE] > Gordon P. Hemsley. MIME Sniffing Standard. Continually Updated Specification. URL: https://mimesniff.spec.whatwg.org/ > [NOTE[ Note: URLs can be used in numerous different manners, in many differing contexts. For the purpose of producing strict URLs one may wish to consider '''['''RFC3986''']''' '''['''RFC3987''']'''. The W3C URL specification defines the term URL, various algorithms for dealing with URLs, and an API for constructing, parsing, and resolving URLs. Developers of Web browsers are advised to keep abreast of the latest URL developments by tracking the progress of https://url.spec.whatwg.org/. We expect that the W3C URL draft will evolve along the Recommendation track as the community converges on a definition of URL processing. Most of the URL-related terms used in the HTML specification (URL, absolute URL, relative URL, relative schemes, scheme component, scheme data, username, password, host, port, path, query, fragment, percent encode, get the base, and UTF-8 percent encode) can be straightforwardly mapped to the terminology of '''['''RFC3986''']''' '''['''RFC3987''']'''. The URLUtils (formerly known as URL) collection of attributes (e.g. href and protocol) and its required definitions (input, query encoding, url, update steps, set the input) are considered common practice nowadays. Some of the URL-related terms are still being refined (e.g. URL parser, parse errors, URL serializer, default encode set, and percent decode). As a word of caution, there are notable differences in the manner in which Web browsers and other software stacks outside the HTML context handle URLs. While no changes would be accepted to URL processing that would break existing Web content, some important parts of URL processing should therefore be considered as implementation-defined (e.g. parsing file: URLs or operating on URLs that would be syntax errors under the '''['''RFC3986''']''' '''['''RFC3987''']''' syntax). ]NOTE] > Anne van Kesteren. URL Standard. Continually Updated Specification. URL: https://url.spec.whatwg.org/ ]FIG] [191] というような用例がこの時期に [[W3C]] で現れています。 結局、 [DFN[Continually Updated Specification]] というのは [[W3C]] が [[WHATWG]] の [[Living Standard]] を参照する時に使う独自の用語のようです。 [192] [[Google検索]]によると、普通の文章中で[[小文字]]で 「continually updated specification」という語句を使った例は以前から若干数あるものの、 [[大文字]]で「Continually Updated Specification」と書いているのはすべて [[W3C]] 内で、しかも [[WHATWG]] の[[仕様書]]を参照するためにだけ使われています。 ;; [193] >>185 のせいなのか、「"Continually Updated Specification"」 で検索すると第1位に現れるのは [CITE[URL Standard]] です。 [CITE[URL Standard]] の本文中には一言も「Continually Updated Specification」 なんて書いてありませんが。。。 [194] こんな独自用語を創造してまで [[W3C]] が守りたいものが何なのかは、さっぱりわかりません。 [REFS[ - [235] [CITE@en[url/url.html at develop · w3ctag/url]] ([TIME[2017-05-29 23:14:04 +09:00]]) ]REFS] [236] >>235 は普通に 「URL Standard」と書いています。 それが [CODE[/TR/]] に出版したら変な名前に変わっているということは、 [[W3Cスタッフ]]の意向によるものなのでしょうか。 [REFS[ - [245] [CITE@en[Streams API]] ([TIME[2016-11-30 17:33:08 +09:00]]) ]REFS] [246] こちらでは「the Streams Living Standard」というラベルで [CITE[Streams Standard]] を参照しています。ということは [[W3C]] 的には [[Living Standard]] が [[NGワード]]になっているわけではないはずで、謎は深まるばかりです。 -*-*- [203] [CITE@en[Cannot tell what element owns an attribute · Issue #6 · w3c/dom]] ([TIME[2017-01-18 15:37:44 +09:00]]) [204] [CITE[DOM Standard]] では数ヶ月前に解決済みの問題について、その劣化コピーの [[DOM 4.1]] には反映されておらず、困惑した人がバグ報告してきたのに対し、 9ヶ月後にやってきた回答が 「[[WD]] のスケジュール的に今はやらない」。 問題の指摘をのらりくらりとかわして結局何もやらなかった旧 [[HTML WG]] を思い出します。 答えが既に出ている問題で違う解を示したままにし続けているという意味では旧 [[HTML WG]] より悪質ともいえます。 [205] [CITE@en[Re: '''['''w3c-dom4''']''' And more]] ([[Anne van Kesteren]]著, [TIME[2017-01-18 21:17:41 +09:00]]) [206] [CITE@en[Reference to WebIDL · Issue #408 · w3c/presentation-api]] ([TIME[2017-01-26 11:52:24 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [207] [CITE@en[Web Cryptography API]] ([TIME[2017-01-26 01:51:13 +09:00]]) ]FIGCAPTION] > A conforming user agent MUST support at least the subset of the functionality defined in DOM4 that this specification relies upon; in particular, it MUST support [CODE[Promises]] and [DFN[DOMException]]. [DOM4] ]FIG] ... となっていて、その [DOM4] は を指しています。 現時点で にあるのは [CITE@en-US[W3C DOM4]] ([TIME[2015-11-19 21:54:20 +09:00]]) という1年以上古い版。そしてそこには、 [FIG(quote)[ [FIGCAPTION[ [208] [CITE@en-US[W3C DOM4]] ([TIME[2015-11-19 21:54:20 +09:00]]) ]FIGCAPTION] > A. Exceptions and Errors > A.1 Exceptions > This entire section was moved out into IDL. Refer to [Web IDL] for latest definition. ]FIG] ... という意味不明な一節があって、 [CODE[DOMException]] は確かにそこで定義はされているのですが。 「was moved out」ということで既に [[DOM4]] には属さないとも読めますが、 この章には特に [[non-normative]] とは書いてなくて、 「All diagrams, examples, and notes in this specification are non-normative, as are all sections explicitly marked non-normative. Everything else in this specification is normative.」 と書いてある以上、この章も [[DOM4]] の[[規定]]の一部です。 [[DOM4]] が [[W3C勧告]]になった時点で [[Web IDL]] は [[W3C勧告]]では無かったので移動前の古い内容をそのまま残したのでしょうが... 「Refer to [Web IDL] for latest definition」に従って [[Web IDL]] を参照するなら [[DOM4]] のこの章に存在価値はありませんし、 [[W3C勧告]]の「格」を重視して [[DOM4]] に従うのは馬鹿げています。 [[W3C]] は読者に何を期待しているのでしょうか。 [209] それよりも問題なのは、 [[WebCrypto]] が参照している [CODE[Promise'''s''']] が [[DOM4]] には出てこないことです。確かにかつて [CODE[Promise]] は [CITE[DOM Standard]] に含まれていましたが ([CODE[Promise'''s''']] ではありません。)、 かなり前に [[ECMAScript]] に移動しています。 [[DOM4]] には「promise」も「promises」も 1回も出てきません。 [210] [[W3C]] の [CODE[/TR/]] で [CODE[Promise]] が存在していたのは 2013年の [[FPWD]]: [CITE@en-US[W3C DOM4]] ([TIME[2013-11-08 04:56:48 +09:00]]) にまで遡ります (章名は「Promise'''s'''」だが機能は「[CODE[Promise]]」)。 この時点で既に [[DOM4]] は [[WHATWG]] [CITE[DOM Standard]] の[[コピペ]]でしたが、 [CODE[Promise]] は仕様の再検討に入っていて、 旧仕様が削除されて [[GitHub]] へのリンクに置き換わっていました。 つまり規定そのものは含まれていませんでした。 次の [[WD]] では章ごと削除されています。 [211] つまり [[WebCrypto]] は4年も前の古い[[仕様書]]を参照した記述があって、 最新の状態に改訂されないまま [[W3C勧告]]になったということになります。 [FIG(quote)[ [FIGCAPTION[ [212] [CITE@en[Web Cryptography API]] ([TIME[2017-01-26 01:51:13 +09:00]]) ]FIGCAPTION] > The terms and algorithms [DFN[ArrayBuffer]], [DFN[ArrayBufferView]], and [DFN[structured clone]], are defined by the HTML specification [HTML]. ]FIG] ... とあってその [HTML] とは で、 現時点で [CITE@en[HTML 5.1]] ([TIME[2016-10-28 20:38:04 +09:00]]) と同じもののようですが、この3つの語のいずれも定義されていません。 一応他の[[仕様書]]や新しい名前との対応は説明されているので、 何を表しているかはわかるのですが、 [[WebCrypto]] が [[W3C勧告]]になるよりずっと前に [[W3C]] 自身が [[W3C勧告]]として出版したはずの文書への参照が間違っているのは大丈夫なのでしょうか。 [213] [CITE@en[Re: Update the Editor's Draft Specification Page]] ([[Ilya Grigorik]]著, [TIME[2017-02-11 17:19:04 +09:00]]) [218] [CITE@en[add ref to normative references policy]] ([[wseltzer]]著, [TIME[2017-02-15 23:47:31 +09:00]]) [219] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2017-01-06 23:29:12 +09:00]]) [220] [CITE@en-US[What’s new in the W3C Process 2017? | W3C Blog]] ([TIME[2017-03-03 13:54:07 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [221] [CITE@en[Re: Transition Request: WebDriver to Candidate Recommendation]] ([[Ralph Swick]]著, [TIME[2017-03-11 05:26:57 +09:00]]) ]FIGCAPTION] > Is this specification dependent on material in the WhatWG DOM and HTML > normative references that is not present in the W3C specifications? If > so, what are those dependencies? ]FIG] [222] [CITE@en[Reference correct URL spec (closes #19)]] ([[mikewest]]著, [TIME[2017-03-24 00:26:32 +09:00]]) [223] [CITE@en['''['''meta''']''' Publish a revised Candidate Recommendation · Issue #406 · w3c/presentation-api]] ([TIME[2017-03-30 14:18:49 +09:00]]) [224] [CITE@en[Unsubscribing from the list]] ([[Boris Zbarsky]]著, [TIME[2017-04-05 00:41:05 +09:00]]) [225] [CITE@en[Please fix at least your broken links, if you want anyone to ever make any sense of your specs · Issue #65 · w3c/navigation-timing]] ([TIME[2017-04-05 12:34:05 +09:00]]) [226] [CITE@en[Re: CFC notice: Move Microdata to FPWD]] ([[Florian Rivoal]]著, [TIME[2017-04-11 23:07:05 +09:00]]) [227] [CITE@en[HTML 4 system identifiers are accidentally non-conforming in HTML 5.1 · Issue #754 · w3c/html]] ([TIME[2017-04-12 23:00:53 +09:00]]) [228] [CITE@en[CFC: Move Microdata to FPWD · Issue #7 · w3c/microdata]] ([TIME[2017-04-19 20:33:49 +09:00]]) [229] [CITE@en[Obsoleting some specifications]] ([[chaals@yandex-team.ru]]著, [TIME[2017-04-26 11:32:27 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [230] [CITE@en[Upgrading Jena to 3.0.1 · Issue #229 · w3c/ldp-testsuite]] ([TIME[2017-04-27 17:28:57 +09:00]]) ]FIGCAPTION] > We kept the source base stable (unmaintained) because LDP 1.0 is closed, and the reports delivered. ]FIG] [231] [CITE@en[Update structured cloning for recent changes to HTML by domenic · Pull Request #1108 · w3c/webrtc-pc]] ([TIME[2017-05-12 11:36:38 +09:00]]) [232] [CITE@en[revert PR#1108 by fluffy · Pull Request #1171 · w3c/webrtc-pc]] ([TIME[2017-05-12 11:38:36 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [233] [CITE@en[Steps to transition the spec in case of WG closure]] ([[Francois Daoust]]著, [TIME[2017-05-04 00:30:19 +09:00]]) ]FIGCAPTION] > Bad news is that this seems to have fallen through the cracks in practice and drafts of the TV Control API have actually been published under the more restrictive W3C Document License. I apologize for this. That's an oversight. Next update we publish (either a Working Draft or a WG Note) should use the right license, and I prepared a PR for that ]FIG] [FIG(quote)[ [FIGCAPTION[ [234] [CITE@en[need CR? :( Re: Denotation of XMLLiterals: poll]] ([[Dan Brickley]]著, [TIME[2003-08-07 21:17:04 +09:00]]) ]FIGCAPTION] > I'm coming round to the view that we need a CR'''['''1''']'''. In 1999, RDF M+S was > promoted prematurely to REC with minimal implementation experience; > we're still cleaning up the resulting mess. I fear we're about to do the > same thing regarding RDF's relationship to XML. > ]FIG] [237] [CITE@en[Update references to W3C if available · Issue #526 · w3c/manifest]] ([TIME[2017-06-01 17:45:15 +09:00]]) [238] [CITE@en[This recommendation should be definitely corected relative to the current specification of WHATWG · Issue #3 · w3c/dom]] ([TIME[2017-06-01 17:46:53 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [239] [CITE@en[Socialwg/2017-05-23-minutes - W3C Wiki]] ([TIME[2017-06-23 12:25:14 +09:00]]) ]FIGCAPTION] > RESOLUTION: Adopt the optional HTTP 410 Gone behavior in WebSub, if Director says we can do it without restarting CR clock ]FIG] [240] [CITE@en[disable auto publish since the spec is now CR]] ([[deniak]]著, [TIME[2017-06-06 22:17:09 +09:00]]) [241] [CITE@en[Use DOM-20151119 for DOM reference]] ([[dontcallmedom]]著, [TIME[2017-06-28 23:57:21 +09:00]]) [242] [CITE@en[Use /TR/hr-time-2 for in-spec links]] ([[dontcallmedom]]著, [TIME[2017-06-28 23:58:08 +09:00]]) [243] [CITE@en[Use canonical TR link for service workers]] ([[dontcallmedom]]著, [TIME[2017-06-28 23:58:34 +09:00]]) [244] [CITE@en[Use link to HTML spec consistent with the one in references]] ([[dontcallmedom]]著, [TIME[2017-06-28 21:57:53 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [247] [CITE@en[citation to dated version of since-abandoned url spec fork is unusual · Issue #30 · w3c/webpayments-method-identifiers]] ([TIME[2017-07-05 14:23:03 +09:00]]) ]FIGCAPTION] > [TALK[marcoscaceres Oh, thank goodness (well, thank Annevk) they gave up on the URL spec. Will update the reference... now, can we get the same for DOM and HTML? :nerd_face: ]TALK] [TALK[ ianbjacobs I believe that we can refer to WhatWG specs that have material not present in W3C versions. ]TALK] ]FIG] [248] [[WHATWG]] の[[仕様書]]を引用できないという [[W3C]] からの圧力はない、 というのはやっぱり嘘だったんだな・・・ ([[知ってた]])。 きっと [[W3C]] の[[仕様書]]と衝突するものは引用できないという規則だから [[WHATWG]] を禁じているわけではない、みたいな理屈で「圧力はない」 ことになっているのだろう・・・。 [249] [CITE@en[CFC: Make previous versions of HTML and XHTML obsoleteCFC: Make previous versions of HTML and XHTML obsolete · Issue #86 · w3c/WebPlatformWG]] ([TIME[2017-07-12 16:55:49 +09:00]]) [250] [CITE@en-US[Service Workers Working Group Charter]] ([TIME[2017-08-03 12:40:23 +09:00]]) [251] >>250 衆知の事実として [[Service Workers]] の開発には [[WHATWG]] (特に [CITE[Fetch Standard]]) が深く関与しているわけですが (そもそも発端が [CITE[HTML Standard]] の [[AppCache]] の代替ですし)、 Charter には一言も触れられていないとかいう闇よ。 [253] [CITE@en[CFC: Publish WebIDL Level 2 as a FPWD · Issue #88 · w3c/WebPlatformWG]] ([TIME[2017-08-17 13:19:28 +09:00]]) [254] [CITE@en[Upgrade our references to HTML5.2]] ([[dontcallmedom]]著, [TIME[2017-08-23 17:01:10 +09:00]]) [255] [CITE@en[Use post-processing to remove unwanted links to HTMLLS]] ([[dontcallmedom]]著, [TIME[2017-08-28 17:20:11 +09:00]]) [256] [CITE@en[Use post-processing to remove unwanted links to HTMLLS by dontcallmedom · Pull Request #480 · w3c/mediacapture-main]] ([TIME[2017-08-29 11:26:12 +09:00]]) [257] [CITE@en[Use defined terms list for autolinks in WebIDL when available · Issue #1372 · w3c/respec]] ([TIME[2017-08-29 11:27:35 +09:00]]) [258] [CITE@en[Why is WebIDL-LS added as an "informative" reference? · Issue #1105 · w3c/respec]] ([TIME[2017-08-29 11:28:10 +09:00]]) [259] [CITE@en[Merge pull request #1571 from w3c/remove-html-ref]] ([[aboba]]著, [TIME[2017-09-07 23:41:28 +09:00]]) [260] [CITE@en[Update CSS Overflow reference to version we need by sideshowbarker · Pull Request #3075 · whatwg/html]] ([TIME[2017-10-03 12:28:23 +09:00]]) [261] [CITE@en[OWL Time Ontology adoption - Spatial Data on the Web Working Group]] ([TIME[2017-10-27 12:02:17 +09:00]]) [262] >>261 は [[W3C勧告]]となった [[OWL-Time]] から Implementation Report としてリンクされているもの。 「[[OWL-Time]] は沢山の実装がある」 ということになっている。 [[Webブラウザー]]の機能とは「実装」の意味がまったく違う。 [263] [CITE@en[Editorial: Remove normative references to APNG and Editing.]] ([[cynthia]]著, [TIME[2017-08-03 22:49:09 +09:00]]) [264] [CITE@en['''['''css-ui-4''']''''''['''css-sizing''']''' Moving box-sizing to the right spec · Issue #1906 · w3c/csswg-drafts]] ([TIME[2017-12-08 15:44:30 +09:00]]) [265] [CITE@en[Incorporate Custom Elements in HTML directly? · Issue #955 · w3c/html]] ([TIME[2017-12-14 02:40:23 +09:00]]) [266] [CITE@en[Use locally defined references / definitions when available for auto links by dontcallmedom · Pull Request #1376 · w3c/respec]] ([TIME[2017-12-14 02:43:23 +09:00]]) [267] [CITE@en[HTML5.1-2 "Latest version" points to HTML5.1 · Issue #991 · w3c/html]] ([TIME[2017-12-14 02:47:50 +09:00]]) [268] [CITE@en[Call for Consensus - Publish First Public Working Draft · Issue #12 · w3c/staticrange]] ([TIME[2017-12-14 03:16:07 +09:00]]) [270] 旧 [[HTML WG]] 勢が新兵器の [[Code of Conduct]] で殴るってのを覚えたかと思ったが、 華麗に失敗してるwww そして第三者的に [[MS]] の [[Michael Champion]] が寛大な心で [[WHATWG]] 勢との仲裁に入ったように見えて、 実は (その時点ではまだ発表されていないが) [[MS]] が [[WHATWG]] に参加することになって Michael はその [[MS]] 側のボスなんだな。 というのをわかってから読み返すと、言うほど失礼でもない発言の言葉尻を掴んで [[Code of Conduct]] で封殺しようとしたら周りが全員敵でボコボコに殴られてる状況で、 むしろかわいそうになってくるww [269] [CITE@en[This recommendation should be definitely corected relative to the current specification of WHATWG · Issue #3 · w3c/dom]] ([TIME[2017-12-14 04:03:40 +09:00]]) [271] [CITE@en-US[WHATWG Working Mode Changes | W3C Blog]] ([TIME[2017-12-26 01:05:53 +09:00]]) [272] [CITE@en['''['''css-overflow''']''' body overflow propagation is less defined than it was in CSS 2.1 · Issue #1905 · w3c/csswg-drafts]] ([TIME[2018-01-04 15:17:37 +09:00]]) [273] [CITE@en[Re: Pushing the current CR for TPE for REComenndation in 2017]] ([[Bert Bos]]著, [TIME[2017-11-09 09:41:34 +09:00]]) [274] [[W3C]] の求める「実装経験」はガバガバすぎだな。 仕様書内に含まれる [[DTD]] と [[XSLT]] で[[文字実体]]が実装可能だと“複数の実装” によって示したことになる [SRC[>>273]] なら、 [[XML応用]]は実態が何もなくても仕様書だけ用意すれば実装したことになる。 (現に旧 [[HTML WG]] はその手口で利用者が誰もいなかった [[XHTML m12n]] を [[REC]] にした実績があるしなw) [275] 完全な実装がなくても部分部分の実装がいくつかあればいい、ということは、 全体としては実装不可能な自己矛盾したものが [[REC]] に進むこともあり得るわけだ。 [276] [CITE@en[High Resolution Time Level 2]] ([TIME[2018-01-25 13:08:50 +09:00]]) [277] [CITE@en[No need to remove HTML biblio entry anymore]] ([[dontcallmedom]]著, [TIME[2018-02-05 19:36:57 +09:00]]) [278] [CITE@en[Fix compatibility with ReSpec 19 by dontcallmedom · Pull Request #1763 · w3c/webrtc-pc]] ([TIME[2018-02-06 13:28:43 +09:00]]) [279] [CITE@en[Move dataset & other shared IDL attributes from SVGElement to HTMLOrSVGElement · Issue #60 · w3c/svgwg]] ([TIME[2018-03-24 18:02:10 +09:00]]) [280] [CITE@en[HTML Media Capture]] ([TIME[2018-01-29 11:31:10 +09:00]]) [CODE(xattr)[CEReactions]] の[[リンク先]]が用語の節では [CITE[Custom Elements]] [[WD]] になっている。その [[WD]] は [[Normative References]] に掲載されている。 過去の他の [[REC]] のように「まだ [[REC]] に到達していないけど [[Director]] が問題ないと認めた」のような注意書きがない。あの意味のない制度はなくなったのだろうか。 ところが実際に使われている [[IDL素片]]内の[[リンク先]]は [CITE[HTML Standard]] になっている。そして [CITE[HTML Standard]] は [[Informative References]] に掲載されている。意味不明だ。 そして [[Normative References]] には [[Web IDL]] の昔の [[W3C勧告]]版が掲載されているが、 [[Informative References]] には最新の [[ED]] が掲載されている。 [[IDL素片]]内の [CODE[DOMString]] の[[リンク先]]は [[ED]] となっている。何がやりたいのかわからん。 [281] [CITE@en[World Wide Web Consortium Process Document]] ([TIME[2018-02-01 23:07:31 +09:00]]) [282] [CITE@en[Should we move more HTMLElement members to HTMLorSVGElement mixin? · Issue #395 · w3c/svgwg]] ([TIME[2018-04-11 21:29:39 +09:00]]) [283] [CITE@en[Move dataset & other shared IDL attributes from SVGElement to HTMLOrSVGElement · Issue #60 · w3c/svgwg]] ([TIME[2018-04-11 21:30:30 +09:00]]) [284] [CITE@en[Update WHATWG-DOM to DOM4 (#240)]] ([[NavidZ]]著, [TIME[2018-03-30 08:38:16 +09:00]]) [285] [CITE@en[Update WHATWG-DOM to DOM4 by NavidZ · Pull Request #240 · w3c/pointerevents]] ([TIME[2018-05-08 22:10:24 +09:00]]) [286] [CITE@en[Spec references both W3C DOM4 and WHATWG-DOM · Issue #160 · w3c/pointerevents]] ([TIME[2018-05-08 22:11:39 +09:00]]) [287] [CITE@en[Replace stray WHATWG HTML reference to W3C HTML]] ([[patrickhlauke]]著, [TIME[2018-03-30 08:42:15 +09:00]]) [288] [CITE@en[Update SVG interfaces to use mixins where possible in all SVG specs. Issue #353 by dirkschulze · Pull Request #376 · w3c/svgwg]] ([TIME[2018-05-09 12:27:31 +09:00]]) [289] [CITE@en[Should we move more HTMLElement members to HTMLorSVGElement mixin? · Issue #395 · w3c/svgwg]] ([TIME[2018-05-09 12:31:12 +09:00]]) [290] [CITE@en[Move dataset & other shared IDL attributes from SVGElement to HTMLOrSVGElement · Issue #60 · w3c/svgwg]] ([TIME[2018-05-09 12:34:40 +09:00]]) [291] [CITE@en[Anchors changed in CSS 2 in-place edit in 2016 · Issue #2551 · w3c/csswg-drafts]] ([TIME[2018-05-16 17:53:06 +09:00]]) [292] [CITE@en[CfC: Move DOM 4.1 to Candidate Recommendation · Issue #175 · w3c/dom]] ([TIME[2018-06-17 17:17:27 +09:00]]) [293] [CITE@en[Update structured cloning for recent changes to HTML by stefhak · Pull Request #1810 · w3c/webrtc-pc]] ([TIME[2018-06-29 23:08:01 +09:00]]) [294] [CITE@en[revert PR#1108 by fluffy · Pull Request #1171 · w3c/webrtc-pc]] ([TIME[2018-06-29 23:11:12 +09:00]]) [295] [CITE@en[Update structured cloning for recent changes to HTML by domenic · Pull Request #1108 · w3c/webrtc-pc]] ([TIME[2018-06-29 23:11:19 +09:00]]) [296] [CITE@en[Drop "DOM 4" or any copy/paste efforts · Issue #145 · w3c/charter-html]] ([TIME[2018-07-11 16:22:25 +09:00]]) [297] [CITE@en[Work on HTML · Issue #130 · w3c/charter-html]] ([TIME[2018-07-11 16:28:28 +09:00]]) [298] [CITE@en[update shadow dom to DOM LS]] ([[svgeesus]]著, [TIME[2018-08-05 23:16:38 +09:00]]) [299] [CITE@en[update shadowdom to DOM LS]] ([[svgeesus]]著, [TIME[2018-08-05 23:27:04 +09:00]]) [300] [CITE@en[BinaryType enum is already defined in HTML · Issue #456 · w3c/presentation-api]] ([TIME[2018-08-13 14:20:22 +09:00]]) [[PR]] と [[REC]] では [[WHATWG]] [CITE[HTML Standard]] ではなく [[W3C]] HTML 5.x しか[[引用]]できないという [[Director]] の指示がある、という証言。 引用制限などないという [[W3C]] の主張 (>>248) はやっぱり嘘なのか。 ただ最近 [[REC]] になった [CITE@en[WebDriver]] ([TIME[2018-06-01 20:19:57 +09:00]]) は [[WHATWG]] [CITE[HTML Standard]] を[[引用]]してるんだよなー [301] [CITE@en[BinaryType enum is already defined in HTML · Issue #456 · w3c/presentation-api]] ([TIME[2018-09-17 18:22:12 +09:00]]) [302] [CITE@en[Revert "Remove BinaryType enum (already in HTML) (#457)" by mfoltzgoogle · Pull Request #459 · w3c/presentation-api]] ([TIME[2018-09-26 18:53:01 +09:00]]) [303] [CITE@en[Revert "Remove BinaryType enum (already in HTML) (#457)" (#459)]] ([[mfoltzgoogle]]著, [TIME[2018-09-01 07:04:19 +09:00]]) [FIG(quote)[ [FIGCAPTION[ [304] [CITE@en[Moving specs from incubation into WebPlat]] ([[Léonie Watson]]著, [TIME[2018-09-08 00:31:23 +09:00]]) ]FIGCAPTION] > The WebPlat charter has just been extended until 31 December, whilst we > wait for the outcome of the W3C/WHATWG negotiations. ]FIG] [305] [CITE@en[Allow 2dcontexts to use deeper color buffers · Issue #299 · whatwg/html]] ([TIME[2018-11-12 21:35:44 +09:00]]) [306] [CITE@en[DOM · Issue #229 · w3ctag/design-reviews]] ([TIME[2019-02-27 16:10:52 +09:00]]) [307] [CITE@en['''['''cssom''']''' Merge Constructable Stylesheets spec into CSSOM spec · Issue #3433 · w3c/csswg-drafts]] ([TIME[2019-07-19 16:24:10 +09:00]]) [308] [CITE@en[Drop the levels/versioning · Issue #107 · w3c/web-share]] ([TIME[2019-09-19 11:39:11 +09:00]]) [309] [CITE@en[Maintaining Recommendations]] ([[fantasai]]著, [TIME[2019-03-21 08:21:14 +09:00]]) [310] [CITE@en[W3C WebApps page shows our group as closed · Issue #26 · w3c/webappswg]] ([TIME[2021-09-02T02:59:56.000Z]]) [311] [CITE@en[Fork tracking - WHATWG Wiki]], [TIME[2021-09-22T22:23:06.000Z]], [TIME[2021-10-05T10:00:27.093Z]] [312] [CITE@en['''['''meta''']''' Adopting the Sanitizer API · Issue #596 · w3c/webappsec]] ([TIME[2021-10-12T05:53:01.000Z]]) [313] [CITE@en[HTML spec should call visibilitychange algorithms directly. · Issue #51 · w3c/page-visibility]] ([TIME[2021-10-20T04:05:00.000Z]]) [314] [CITE[HTML Standard]] (当時は [CITE[HTML 5]] か [CITE[Web Applications 1.0]] かな?) への機能追加で済ませればよかったのに、 [[W3C]] で別の [[WG]] を作って独立した別の[[仕様書]]にしてしまったせいで、 ほんの数行で済んだはずのものがスパゲティ化して大事になってる悪例。 [315] [CITE@en[HR-TIME should be an alias for the latest HR-TIME · Issue #571 · tobie/specref]] ([TIME[2022-01-27T11:55:36.000Z]]) [FIG(data)[ [316] [[HTML要素概説]] :注釈: - [DFN[[RUBYB@ja[W3C勧告]@en[W3C Recommendation]]]] [[W3C]] の文書の一種。 所定の[[標準化]]手続きをすべて通過し承認されたもの。 ]FIG] [317] [[W3C]] 敗北前に [[WHATWG]] 仕様の引用にいちゃもんが付いていた件ですけど、 - [318] [[Living Standard]] だから安定していない論 - [319] [[WHATWG]] には[[特許ポリシー]]がないから知財的に駄目だ論 がよくいわれていた駄目な理由(建前)でしたね。ところが同時期に安定していないし[[特許ポリシー]]も存在しない (かまたは [[W3C]] 基準で法的要件を満たしているといえるのか怪しい) [[PSL]] や [[microformats wiki]] の引用はスルーされていました。 [[microformats wiki]] に至っては [[WHATWG Wiki]] が嫌だからと切り替えたものでした。 [SEE[ [[PSL]], [[リンク型]] ]] ただの反 [[WHATWG]] 感情が原因だった決定的な証拠です。