[3] W3C Process は、 W3C における標準化の過程、あるいはそれを記述した文書です。 W3C では単に Process と呼ぶことがよくあります。
[117] 勧告過程で開発されたものの中断される時は、 WG Note として最後に出版します。
[118] 他に、元から WG Note として出版することを目標に開発されることもあります。
[54] Process にあわせるために仕様書の技術的内容が歪められることが W3C ではよくあります。本末転倒であるとして W3C 外からしばしば批判されており、 W3C も Process の改善を議論していますが、2014年に小改訂がようやく行われた程度で、 改革はなかなか進まないようです。
[252] Process 自体よりも、その運用に政治的な闇を多く抱えています。
[1] OWL 2 Web Ontology Language Document Overview ( 版) http://www.w3.org/TR/2009/REC-owl2-overview-20091027/#sotd-xml-dep
[2] rdf:PlainLiteral: A Datatype for RDF Plain Literals ( ( 版)) http://www.w3.org/TR/2009/REC-rdf-plain-literal-20091027/#sotd-xml-dep
[4] Cascading Style Sheets (CSS) Snapshot 2007 ( ( 版)) http://www.w3.org/TR/2011/NOTE-css-beijing-20110512/#w3c-process
[5] Cascading Style Sheets (CSS) Snapshot 2010 ( ( 版)) http://www.w3.org/TR/2011/NOTE-css-2010-20110512/#w3c-process
[6] Re: Obsolescence notices on old specifications, again ( (Ian Hickson 著, 版)) http://lists.w3.org/Archives/Public/www-archive/2012Jan/0032.html
[7] PROV-DM: The PROV Data Model ( ( 版)) http://www.w3.org/TR/2013/REC-prov-dm-20130430/#conformance-to-rdf-datatypes
[8] JSON-LD 1.0 Processing Algorithms and API ( ( 版)) http://www.w3.org/TR/2013/WD-json-ld-api-20130516/#the-application-programming-interface
[9] Page Visibility ( ( 版)) http://www.w3.org/TR/2013/REC-page-visibility-20130514/#status-of-this-document
[10] HTML Working Group Charter ( ( 版)) http://www.w3.org/2013/09/html-charter.html
[11] FAQ Regarding HTML Working Group Charter License Experiment ( ( 版)) http://www.w3.org/2013/09/html-faq.html
[12] Re: Next steps for Web Events WG ( (Arthur Barstow 著, 版)) http://lists.w3.org/Archives/Public/public-webevents/2013JulSep/0005.html
[13] Normative References ( ( 版)) http://www.w3.org/2013/09/normative-references
[14] [CSSWG] Minutes Telecon 2013-10-30 ( (Dael Jackson 著, 版)) http://lists.w3.org/Archives/Public/www-style/2013Oct/0744.html
[15] [CSSWG] Minutes Telecon 2013-10-30 ( (Dael Jackson 著, 版)) http://lists.w3.org/Archives/Public/www-style/2013Oct/0744.html
[16] Re: Current process encourages monkey patching ( (Anne van Kesteren 著, 版)) http://lists.w3.org/Archives/Public/www-archive/2014Feb/0010.html
[17] IRC logs: freenode / #whatwg / 20140415 ( ( 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20140415#l-724
[18] RDF 1.1 XML Syntax ( ( 版)) https://dvcs.w3.org/hg/rdf/raw-file/default/rdf-xml/index.html#h4_parseTypeLiteralPropertyElt
[19] Extensible Markup Language (XML) 1.1 (Second Edition) ( ( 版)) http://www.w3.org/TR/2006/REC-xml11-20060816/#sec-CharNorm
[20] IRC logs: freenode / #whatwg / 20140505 ( ( 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20140505#l-231
[21] Copy of Promises Spec Draft as of October 2013 ( ( 版)) http://www.w3.org/2013/10/json-ld-api/snapshot-promises-draft/
[22] IRC logs: freenode / #whatwg / 20140625 ( ( 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20140625
[23] Normative References ( ( 版)) http://www.w3.org/2013/09/normative-references
[24] Re: WebIDL Spec Status ( (Boris Zbarsky 著, 版)) http://lists.w3.org/Archives/Public/public-webapps/2014AprJun/1015.html
[25] Re: WebIDL Spec Status ( (Chris Wilson 著, 版)) http://lists.w3.org/Archives/Public/public-webapps/2014AprJun/1023.html
[26] Re: XMLHttpRequest Level 1- specification history ( (Ian Hickson 著, 版)) http://lists.w3.org/Archives/Public/public-webapps/2014JanMar/0789.html
[27] Re: PubReq: new WD of Shadow DOM on June 12 ( (Jérémie Astori 著, 版)) http://lists.w3.org/Archives/Public/www-archive/2014Jun/0006.html
[28] ProcessTransition2014 - W3C Wiki ( ( 版)) http://www.w3.org/wiki/ProcessTransition2014
[29] World Wide Web Consortium Process Document ( ( 版)) http://www.w3.org/2014/Process-20140801/
[30] Intent to Implement: Standby API - Google グループ ( ( 版)) https://groups.google.com/a/chromium.org/d/msg/blink-dev/SzVuAi2KRhA/ziJt4Wo98uwJ
[31] Re: First Draft of W3C version of URL Spec ( (Marcos Caceres 著, 版)) http://lists.w3.org/Archives/Public/public-w3process/2014Aug/0133.html
[32] Publishing documents under the 2014 Process ( (Ian Jacobs 著, 版)) http://lists.w3.org/Archives/Public/spec-prod/2014JulSep/0065.html
[33] [Pubrules] Revised Proposed changes regarding references to editors' drafts ( (Ian Jacobs 著, 版)) http://lists.w3.org/Archives/Public/spec-prod/2014JulSep/0068.html
[34] ProcessTransition2014 - W3C Wiki ( ( 版)) https://www.w3.org/wiki/ProcessTransition2014
[35] Domenic Denicola on Twitter: "Wow. W3C explicitly blacklists referencing WHATWG specs http://t.co/np984MJL9Y Need more evidence the W3C is behind the times?" ( ( 版)) https://twitter.com/domenic/status/508964136366391297
[36] ISSUE-124: Normative Reference policy should explicitly black list WHATWG specs - Revising W3C Process Community Group Tracker ( ( 版)) http://www.w3.org/community/w3process/track/issues/124
[37] Re: w3process-ISSUE-124 (WHATWG-blacklist): Normative Reference policy should explicitly black list WHATWG specs [Normative Reference Policy] ( (Arthur Barstow 著, 版)) http://lists.w3.org/Archives/Public/public-w3process/2014Sep/0053.html
[38] Re: publishing new WD of URL spec ( (Robin Berjon 著, 版)) http://lists.w3.org/Archives/Public/public-webapps/2014JulSep/0517.html
[39] Re: publishing new WD of URL spec ( (Boris Zbarsky 著, 版)) http://lists.w3.org/Archives/Public/www-tag/2014Sep/0016.html
[40] Re: publishing new WD of URL spec ( (Philippe Le Hegaret 著, 版)) http://lists.w3.org/Archives/Public/public-w3process/2014Sep/0083.html
[41] Sam Ruby: The URL Mess ( 版) http://intertwingly.net/blog/2014/09/16/The-URL-Mess
[42] minor fixes · 5665b66 · w3c/html ( ( 版)) https://github.com/w3c/html/commit/5665b66d3bc7720fcaaeff5817e6eacbf782d835
[43] crazy hoop jumping about URLs · 5b04c84 · w3c/html ( ( 版)) https://github.com/w3c/html/commit/5b04c84af9bb460fa0ffddb5af7fac41a17b1938
[44] IRC logs: freenode / #whatwg / 20140917 ( ( 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20140917#l-76
[45] HTML5 ( ( 版)) http://www.w3.org/TR/2014/PR-html5-20140916/
[46] proposal: have W3C HTML5 reference dated WHATWG URL standard rather than W3C copy ( (Tantek Çelik 著, 版)) http://lists.w3.org/Archives/Public/public-html/2014Sep/0061.html
[47] Re: w3process-ISSUE-124 (WHATWG-blacklist): Normative Reference policy should explicitly black list WHATWG specs [Normative Reference Policy] ( (Tim Berners-Lee 著, 版)) http://lists.w3.org/Archives/Public/public-w3process/2014Oct/0021.html
[48] Re: w3process-ISSUE-124 (WHATWG-blacklist): Normative Reference policy should explicitly black list WHATWG specs [Normative Reference Policy] ( (Ian Hickson 著, 版)) http://lists.w3.org/Archives/Public/public-w3process/2014Oct/0036.html
[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] IRC logs: freenode / #whatwg / 20141003 ( ( 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20141003
[50] Publication Workflow ( ( 版)) http://www.w3.org/2014/08/pubworkflow.html
[51] ( ( 版)) http://dev.w3.org/html5/2014/10/url-ref.html
[52] ( ( 版)) http://dev.w3.org/html5/2014/10/url-ref.html
[53] Re: [xhr] Questions on the future of the XHR spec, W3C snapshot ( (Arthur Barstow 著, 版)) http://lists.w3.org/Archives/Public/public-webapps/2014OctDec/0166.html
[56] IRC logs: freenode / #whatwg / 20141028 ( ( 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20141028
[57] HTML/wg/UrlStatus - W3C Wiki ( ( 版)) https://www.w3.org/wiki/HTML/wg/UrlStatus#Formal_Objections
[58] [url] follow-ups from the TPAC F2F Meeting ( (Sam Ruby 著, 版)) http://lists.w3.org/Archives/Public/public-webapps/2014OctDec/0315.html
[59] W3C - WHATWG Wiki ( ( 版)) https://wiki.whatwg.org/wiki/W3C
[60] URL spec and copying ( (Sam Ruby 著, 版)) http://lists.w3.org/Archives/Public/www-archive/2014Nov/0023.html
[61] Re: PSA: Sam Ruby is co-Editor of URL spec ( (Sam Ruby 著, 版)) http://lists.w3.org/Archives/Public/public-webapps/2014OctDec/0437.html
[62] Sam Ruby: WHATWG/W3C Collaboration ( 版) http://intertwingly.net/blog/2014/11/20/WHATWG-W3C-Collaboration
[63] Re: PSA: Sam Ruby is co-Editor of URL spec ( (Anne van Kesteren 著, 版)) http://lists.w3.org/Archives/Public/www-archive/2014Nov/0029.html
[64] URL Collaboration Work (was: Sam Ruby is co-Editor of URL spec) ( (Sam Ruby 著, 版)) http://lists.w3.org/Archives/Public/www-archive/2014Nov/0039.html
[65] Web Platform Specs ( ( 版)) https://specs.webplatform.org/docs/
[66] Re: PSA: Sam Ruby is co-Editor of URL spec ( (Sam Ruby 著, 版)) http://lists.w3.org/Archives/Public/www-archive/2014Nov/0056.html
[67] IRC logs: freenode / #whatwg / 20141126 ( ( 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20141126#l-701
[68] URL Spec WorkMode (was: PSA: Sam Ruby is co-Editor of URL spec) ( (Sam Ruby 著, 版)) http://lists.w3.org/Archives/Public/public-webapps/2014OctDec/0520.html
[69] url/workmode.md at develop · webspecs/url ( ( 版)) https://github.com/webspecs/url/blob/develop/docs/workmode.md
[70] RE: Help with WebIDL v1? ( (Travis Leithead 著, 版)) http://lists.w3.org/Archives/Public/public-webapps/2014OctDec/0518.html
[71] RE: WebIDL v1 vs. v2 ( (Domenic Denicola 著, 版)) http://lists.w3.org/Archives/Public/www-tag/2014Dec/0008.html
[72] Re: [url] Requests for Feedback (was Feedback from TPAC) ( (Arthur Barstow 著, 版)) http://lists.w3.org/Archives/Public/public-ietf-w3c/2014Dec/0025.html
[73] ( ( 版)) http://www.ietf.org/proceedings/91/minutes/minutes-91-appsawg
[74] Mike West on Twitter: "WebCrypto published as CR: http://t.co/wjRRsOBRnm. @sleevi_: Congrats?" ( ( 版)) https://twitter.com/mikewest/status/543139903933280256
[75] Bug 27727 – Remove DOMError from IDB ( ( 版)) https://www.w3.org/Bugs/Public/show_bug.cgi?id=27727#c1
[76] Indexed Database API ( ( 版)) http://www.w3.org/TR/2015/REC-IndexedDB-20150108/
[77] Sam Ruby: URL Work Status ( 版) http://intertwingly.net/blog/2015/01/11/URL-Work-Status
[78] CSP2: Fork a draft of CSP2. · 68d5fec · w3c/webappsec ( ( 版)) https://github.com/w3c/webappsec/commit/68d5fecbf626420d2d988a5d9e7170a00b508c7c
[80] David Baron's weblog: Open licensing at the W3C ( 版) http://dbaron.org/log/20130522-w3c-licensing
[81] Relicensing Unfinished W3C Specifications ( ( 版)) http://www.w3.org/2014/12/relicense.html
[82] meetings/04-21-minutes.md at gh-pages · w3ctag/meetings ( 版) https://github.com/w3ctag/meetings/blob/gh-pages/2015/04-sfo/04-21-minutes.md
[83] 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" ( 版) https://twitter.com/fabien_gandon/status/596229047476170753
[85] Re: Web Notification Working Group Charter Extended (Michael[tm] Smith 著, 版) https://lists.w3.org/Archives/Public/public-web-notification/2015May/0004.html
[86] Implementing ATAG 2.0 ( ( 版)) http://www.w3.org/TR/2015/WD-IMPLEMENTING-ATAG20-20150604/
[87] Point to the Streams Standard as that's actively being worked on by annevk · Pull Request #195 · WebAssembly/design ( 版) https://github.com/WebAssembly/design/pull/195
[88] It is also necessary to join the CG before filing issues by lukewagner · Pull Request #199 · WebAssembly/design ( 版) https://github.com/WebAssembly/design/pull/199
[93] World Wide Web Consortium Process Document ( ( 版)) http://www.w3.org/2015/Process-20150901/
[94] ProcessTransition2015 - W3C Wiki ( ( 版)) https://www.w3.org/wiki/ProcessTransition2015
[95] State Chart XML (SCXML): State Machine Notation for Control Abstraction ( 版) http://www.w3.org/TR/2015/REC-scxml-20150901/
[96] >>95 は、なぜか1年以上前に出版済みの RFC 7303 を無視して、 14年も前の RFC 3023 を参照しています。
[97] >>98 用途不詳として削除されたことは認識しつつ、なおも仕様書から削除せず実装を求める (= 相互運用性に害をなそうとする) W3C まじ意味不wwww
[99] Normative references to Workers. (Mike West 著, 版) https://lists.w3.org/Archives/Public/public-webapps/2015JulSep/0361.html
[100] Re: Normative references to Workers. (Arthur Barstow 著, 版) https://lists.w3.org/Archives/Public/public-webapps/2015JulSep/0367.html
[101] Fork tracking - WHATWG Wiki ( 版) https://wiki.whatwg.org/wiki/Fork_tracking
[102] IRC logs: freenode / #whatwg / 20150929 ( 版) http://krijnhoetmer.nl/irc-logs/whatwg/20150929
[103] Mozilla comments on Web Platform and Timed Media (L. David Baron 著, 版) https://lists.w3.org/Archives/Public/www-archive/2015Sep/0016.html
[105] Normative References ( 版) http://www.w3.org/2013/09/normative-references
[106] Re: App-to-App interaction APIs - one more time, with feeling (Chaals McCathie Nevile 著, 版) https://lists.w3.org/Archives/Public/public-webapps/2015OctDec/0084.html
[113] >>108 のような深刻な課題 (原文では赤枠に赤字で表示されてます。) が残っていても W3C勧告にはなってしまうんだ...
It is a stable document and may be used as reference material or cited from another document.
とか書いてあって、「stable」とは一体、と気になるところではあるのですが、
W3C 職員の発言 >>131 によると /TR/
以下の日付が入った URL
で出版されたら以後変更されないことを指しているようです (その「変更されない」
ポリシーも実はがばがばなんですけどねぇ...)。
/TR/
より安定している) ことに...[110] Selectors Level 4 がまだ WD なので >>109 のように一部の用語だけ無理矢理コピペしている一方、 Selectors Level 4 は normative reference になっている。不安定な仕様を引用しないみたいな指針は何のためにあるのか。
[115] >>114 の注記が DOM4 にないのはなぜだろう。 Selectors Level 4 等の変更の影響を受ける可能性があると思ったのだろうか。 (だとしたらなんでそんなものをW3C勧告にしたのか。)
[120] FW: New W3C publication requirements as of March 1 (Léonie Watson 著, 版) https://lists.w3.org/Archives/Public/public-webapps/2016JanMar/0106.html
[124] Here's the list of all the 2D Context API specs I could find at the W3C as of March 4th 2014 ( 版) http://damowmow.com/temp/canvas-specs
[125] Large custom element spec rewrite to implement some F2F decisions · w3c/webcomponents@d95392f ( 版) https://github.com/w3c/webcomponents/commit/d95392f734895b2c72e1822f464dd70a22b322a4#commitcomment-16980405
[126] Revert "Revert edits to custom elements made by me for process reasons" · w3c/webcomponents@9d349ee ( 版) https://github.com/w3c/webcomponents/commit/9d349eed0182c4a2c04e9da1676af2b2c41fdb9c
[127] Upstream Shadow DOM spec to DOM/HTML Standard · Issue #377 · w3c/webcomponents ( 版) https://github.com/w3c/webcomponents/issues/377#issuecomment-206030809
[128] [CSS21] Reverted some changes to remain exactly equal to the REC, typ… · w3c/csswg-drafts@93f2718 ( 版) https://github.com/w3c/csswg-drafts/commit/93f2718a87d3875d659bc2965f59f0b3f20832b3
[129] Re: webappsec-ACTION-216: Examine fetch refs for stability (Anne van Kesteren 著, 版) https://lists.w3.org/Archives/Public/public-webappsec/2016Apr/0037.html
[131] Re: webappsec-ACTION-216: Examine fetch refs for stability (Wendy Seltzer 著, 版) https://lists.w3.org/Archives/Public/public-webappsec/2016Apr/0040.html
[133] Where is the spec? · Issue #481 · w3c/webcomponents ( 版) https://github.com/w3c/webcomponents/issues/481
[134] New Web Components editor (Léonie Watson 著, 版) https://lists.w3.org/Archives/Public/public-webapps/2016AprJun/0068.html
[135] Integrate with HTML, part 1 of n by domenic · Pull Request #42 · w3c/webappsec-referrer-policy ( ()) https://github.com/w3c/webappsec-referrer-policy/pull/42
[136] Re: webappsec-ACTION-216: Examine fetch refs for stability ( (Wendy Seltzer著, )) https://lists.w3.org/Archives/Public/public-webappsec/2016May/0002.html
[137] 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 ( ()) https://github.com/w3c/webappsec-secure-contexts/issues/9
[138] Integrate with HTML, part 1 of n by domenic · Pull Request #42 · w3c/webappsec-referrer-policy ( ()) https://github.com/w3c/webappsec-referrer-policy/pull/42
[139] Redirect on preflighted CORS requests generally impossible · Issue #204 · whatwg/fetch ( ()) https://github.com/whatwg/fetch/issues/204#issuecomment-184257430
[140] Web Application Security Working Group F2F -- 17 May 2016 ( ()) https://www.w3.org/2016/05/17-webappsec-minutes.html
[142] [e] (0) Remove some examples that use HTML5 features from the W3C cop… ( (Hixie著, )) https://github.com/whatwg/html/commit/15459330f52a7633d964ef23f4c35ff5f4330dba
[143] RE: Quick update on WebIDL "Level 1" (Marcos Caceres著, ) https://lists.w3.org/Archives/Public/public-webapps/2016JulSep/0007.html
[144] Clarify usage of various terms from other documents. (mikewest著, ) https://github.com/w3c/webappsec-secure-contexts/commit/64a540b24dddf3accd1dbc7c683d8c3ce8d88ddb
[145] EventListenerOptions and passive event listeners - move to WICG? - APIs - WICG () https://discourse.wicg.io/t/eventlisteneroptions-and-passive-event-listeners-move-to-wicg/1386/9
[146] W3C Proposed Recommendation: longdesc () https://lists.mozilla.org/pipermail/dev-platform/2015-January/008233.html
[148] W3C Process 2016 (Jeff Jaffe著, ) https://lists.w3.org/Archives/Public/public-w3process/2016Aug/0017.html
[149] The fetch step in HTML5.1's resource fetch algorithm no longer exists · Issue #99 · w3c/media-source () https://github.com/w3c/media-source/issues/99
[150] CFC to migrate to the Web Platform WG · Issue #49 · WICG/EventListenerOptions () https://github.com/WICG/EventListenerOptions/issues/49
[151] This recommendation should be definitely corected relative to the current specification of WHATWG · Issue #3 · w3c/dom () https://github.com/w3c/dom/issues/3
[153] PR だから HTML 5.1 は変更したくないが HTML 5.2 があるから問題ない、と。 HTML 5.1 はバグ修正より手続き優先で、W3C勧告に進めることだけが目的の捨て仕様書なんですね...
[155] CR comments from @plehegar. (@plehegar著, ) https://github.com/w3c/webappsec-secure-contexts/commit/480483f79b8cf85b5a64d63b77a80126f903f2af
[157] W3C は未だに URL Standard を否定しているのか(驚愕)
[159] [css-transitions-2] Remove new transition events from level 2 now tha… (birtles著, ) https://github.com/w3c/csswg-drafts/commit/f09d150dcc952bffdc3476ad2a4ace1b30613ef8
[160] [Fwd: [wbs] response to 'Call for Review: HTML 5.1 is W3C Proposed Recommendation'] (L. David Baron著, ) https://lists.w3.org/Archives/Public/www-archive/2016Oct/0003.html
[161] Upstream Shadow DOM spec to DOM/HTML Standard · Issue #377 · w3c/webcomponents () https://github.com/w3c/webcomponents/issues/377
[162] Upstream the `integrity` attribute to HTML. · Issue #31 · w3c/webappsec-subresource-integrity () https://github.com/w3c/webappsec-subresource-integrity/issues/31
[164] Attr and NamedNodeMap in DOM4 are inconsistent · Issue #4 · w3c/dom () https://github.com/w3c/dom/issues/4
[165] Incorrect URL to a DTD for the named entity declarations · Issue #731 · w3c/html () https://github.com/w3c/html/issues/731
[166] たしかに 404
だな。昔は W3C の出版時のチェック項目にリンク切れ検査があった気がするけど、今はやってないんだろうか。
WD ならともかく REC なのに規定の一部を構成するファイルが 404
とか大丈夫なのか?
[167] Google's incubation-first standards process (Rick Byers著, ) https://lists.w3.org/Archives/Public/www-style/2016Dec/0011.html
[168] [CSS2] Proposed process for maintaining CSS2 (fantasai著, ) https://lists.w3.org/Archives/Public/www-style/2016Dec/0015.html
[169] >>168 ものすごく複雑に見えるけど、新機能はもちろん含まれないし相互運用性にも何一つ貢献しそうになくて、 W3C Process を通すことだけしか目的になさそうなのがやばい。
[170] Send HTMLIFrameElement.allowPaymentRequest to HTML spec · Issue #311 · w3c/browser-payment-api () https://github.com/w3c/browser-payment-api/issues/311
[172] HTML 4 system identifiers are accidentally non-conforming in HTML 5.1 · Issue #754 · w3c/html () https://github.com/w3c/html/issues/754
[173] こんな重大なミスに誰も気づかないまま REC になるとか・・・
[174] Migrate HTML 5.0 references to HTML 5.1? · Issue #396 · w3c/presentation-api () https://github.com/w3c/presentation-api/issues/396
[175] Check references category and stability · Issue #295 · w3c/presentation-api () https://github.com/w3c/presentation-api/issues/295
[177] [css-style-attr] s/draft/module/ per https://lists.w3.org/Archives/P…]] (fantasai著, ) https://github.com/w3c/csswg-drafts/commit/f7dea62816460c4e84461e6ab880b8e51879eebf
[178] Re: [css-style-attr] About word "draft" (fantasai著, ) https://lists.w3.org/Archives/Public/www-style/2016Dec/0117.html
[180] Spec references both W3C DOM4 and WHATWG-DOM · Issue #160 · w3c/pointerevents () https://github.com/w3c/pointerevents/issues/160
[181] RDFa の初期文脈の改訂は、 勧告過程を経ることなく行われるようです。 どの版の初期文脈を実装するかに依って、非互換性が生じることになりますが、 W3C勧告ほど大々的な告知は行われていません。
[217] そういえば WHATWG Living Standard は内容が変わっていくから引用できないだとかなんだとか大騒ぎしているのに、 この初期文脈みたいなのが許されるのはどういう理論なのでしょうか。 置いてある場所が W3C のWebサーバーだからセーフとか?
[183] Issue #396: Migrate HTML 5.0 references to HTML 5.1 by tidoust · Pull Request #404 · w3c/presentation-api () https://github.com/w3c/presentation-api/pull/404
[186] 素直に間違いでしたと言わずに謎の釈明と現実に乖離した RFC 3986、RFC 3987 への誘導を続けるのはどうかと思いますが、ようやく正式に W3C が URL の開発を止めると明確に表明したのは良いニュースです。 しかし「the URL Continually Updated Specification」 (リンク先は URL Standard) なる意味不明な造語は誰のどういう意図を反映しているのでしょうか。
[187] そして URL の開発から撤退したにも関わらず、それより後に出版された W3C勧告にもまだ謎の注意書きが残ります。ここでも「Continually Updated Specification」 が出てきます。その直上に 「Anne van Kesteren. WHATWG. Fetch Standard. Living Standard. URL: https://fetch.spec.whatwg.org/」 というのがあって、こちらでは普通に「Living Standard」と書いてあるのですがね。
[191] というような用例がこの時期に W3C で現れています。 結局、 Continually Updated Specification というのは W3C が WHATWG の Living Standard を参照する時に使う独自の用語のようです。
[192] Google検索によると、普通の文章中で小文字で 「continually updated specification」という語句を使った例は以前から若干数あるものの、 大文字で「Continually Updated Specification」と書いているのはすべて W3C 内で、しかも WHATWG の仕様書を参照するためにだけ使われています。
[194] こんな独自用語を創造してまで W3C が守りたいものが何なのかは、さっぱりわかりません。
[236]
>>235 は普通に 「URL Standard」と書いています。
それが /TR/
に出版したら変な名前に変わっているということは、
W3Cスタッフの意向によるものなのでしょうか。
[246] こちらでは「the Streams Living Standard」というラベルで Streams Standard を参照しています。ということは W3C 的には Living Standard が NGワードになっているわけではないはずで、謎は深まるばかりです。
[203] Cannot tell what element owns an attribute · Issue #6 · w3c/dom () https://github.com/w3c/dom/issues/6
[204] DOM Standard では数ヶ月前に解決済みの問題について、その劣化コピーの DOM 4.1 には反映されておらず、困惑した人がバグ報告してきたのに対し、 9ヶ月後にやってきた回答が 「WD のスケジュール的に今はやらない」。 問題の指摘をのらりくらりとかわして結局何もやらなかった旧 HTML WG を思い出します。 答えが既に出ている問題で違う解を示したままにし続けているという意味では旧 HTML WG より悪質ともいえます。
[205] Re: [w3c-dom4] And more (Anne van Kesteren著, ) https://lists.w3.org/Archives/Public/www-dom/2017JanMar/0013.html
[206] Reference to WebIDL · Issue #408 · w3c/presentation-api () https://github.com/w3c/presentation-api/issues/408
... となっていて、その [DOM4] は https://www.w3.org/TR/dom/ を指しています。 現時点で https://www.w3.org/TR/dom/ にあるのは W3C DOM4 () https://www.w3.org/TR/2015/REC-dom-20151119/ という1年以上古い版。そしてそこには、
... という意味不明な一節があって、 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 が参照している Promises
が DOM4 には出てこないことです。確かにかつて Promise
は
DOM Standard に含まれていましたが (Promises
ではありません。)、
かなり前に ECMAScript に移動しています。 DOM4 には「promise」も「promises」も
1回も出てきません。
[210] W3C の /TR/
で Promise
が存在していたのは
2013年の FPWD: W3C DOM4 () https://www.w3.org/TR/2013/WD-dom-20131107/#promises
にまで遡ります (章名は「Promises」だが機能は「Promise
」)。
この時点で既に DOM4 は WHATWG DOM Standard
のコピペでしたが、 Promise
は仕様の再検討に入っていて、
旧仕様が削除されて GitHub へのリンクに置き換わっていました。
つまり規定そのものは含まれていませんでした。
次の WD では章ごと削除されています。
[211] つまり WebCrypto は4年も前の古い仕様書を参照した記述があって、 最新の状態に改訂されないまま W3C勧告になったということになります。
... とあってその [HTML] とは https://www.w3.org/TR/html51/ で、 現時点で HTML 5.1 () https://www.w3.org/TR/2016/REC-html51-20161101/ と同じもののようですが、この3つの語のいずれも定義されていません。 一応他の仕様書や新しい名前との対応は説明されているので、 何を表しているかはわかるのですが、 WebCrypto が W3C勧告になるよりずっと前に W3C 自身が W3C勧告として出版したはずの文書への参照が間違っているのは大丈夫なのでしょうか。
[213] Re: Update the Editor's Draft Specification Page (Ilya Grigorik著, ) https://lists.w3.org/Archives/Public/public-web-perf/2017Feb/0007.html
[218] add ref to normative references policy (wseltzer著, ) https://github.com/w3c/webappsec/commit/bcbcc28d2a1b0aa7282ce42979cac6ca658d9b4d
[219] World Wide Web Consortium Process Document () https://www.w3.org/2017/Process-20170301/
[220] What’s new in the W3C Process 2017? | W3C Blog () https://www.w3.org/blog/2017/03/whats-new-in-the-w3c-process-2017/
[222] Reference correct URL spec (closes #19) (mikewest著, ) https://github.com/w3c/webappsec-clear-site-data/commit/693d24b96dc5c968d671857fc84cecc358a51e6d
[223] [meta] Publish a revised Candidate Recommendation · Issue #406 · w3c/presentation-api () https://github.com/w3c/presentation-api/issues/406
[224] Unsubscribing from the list (Boris Zbarsky著, ) https://lists.w3.org/Archives/Public/public-web-perf/2017Apr/0000.html
[225] Please fix at least your broken links, if you want anyone to ever make any sense of your specs · Issue #65 · w3c/navigation-timing () https://github.com/w3c/navigation-timing/issues/65
[226] Re: CFC notice: Move Microdata to FPWD (Florian Rivoal著, ) https://lists.w3.org/Archives/Public/public-webapps/2017AprJun/0018.html
[227] HTML 4 system identifiers are accidentally non-conforming in HTML 5.1 · Issue #754 · w3c/html () https://github.com/w3c/html/issues/754
[228] CFC: Move Microdata to FPWD · Issue #7 · w3c/microdata () https://github.com/w3c/microdata/issues/7
[229] Obsoleting some specifications (chaals@yandex-team.ru著, ) https://lists.w3.org/Archives/Public/www-tag/2017Apr/0010.html
[231] Update structured cloning for recent changes to HTML by domenic · Pull Request #1108 · w3c/webrtc-pc () https://github.com/w3c/webrtc-pc/pull/1108#issuecomment-300694559
[232] revert PR#1108 by fluffy · Pull Request #1171 · w3c/webrtc-pc () https://github.com/w3c/webrtc-pc/pull/1171
[237] Update references to W3C if available · Issue #526 · w3c/manifest () https://github.com/w3c/manifest/issues/526
[238] This recommendation should be definitely corected relative to the current specification of WHATWG · Issue #3 · w3c/dom () https://github.com/w3c/dom/issues/3
[240] disable auto publish since the spec is now CR (deniak著, ) https://github.com/w3c/webdriver/commit/0d62ec62c2c18502cd7ebd20452a0d0a7fc90508
[241] Use DOM-20151119 for DOM reference (dontcallmedom著, ) https://github.com/w3c/resource-timing/commit/1264d9247931b7a1e647ac8eeac2cd9f6a6c40d6
[242] Use /TR/hr-time-2 for in-spec links (dontcallmedom著, ) https://github.com/w3c/resource-timing/commit/bd71543d20925029467aade958a1efc6caf9cec1
[243] Use canonical TR link for service workers (dontcallmedom著, ) https://github.com/w3c/resource-timing/commit/717707e167e9aa71e24c6717150c36bd51b0df59
[244] Use link to HTML spec consistent with the one in references (dontcallmedom著, ) https://github.com/w3c/webdriver/commit/b7d7da7deecc0b27e1238063660f8c604a8c349d
[248] WHATWG の仕様書を引用できないという W3C からの圧力はない、 というのはやっぱり嘘だったんだな・・・ (知ってた)。 きっと W3C の仕様書と衝突するものは引用できないという規則だから WHATWG を禁じているわけではない、みたいな理屈で「圧力はない」 ことになっているのだろう・・・。
[249] CFC: Make previous versions of HTML and XHTML obsoleteCFC: Make previous versions of HTML and XHTML obsolete · Issue #86 · w3c/WebPlatformWG () https://github.com/w3c/WebPlatformWG/issues/86
[250] Service Workers Working Group Charter () https://www.w3.org/2017/08/sw-charter.html
[251] >>250 衆知の事実として Service Workers の開発には WHATWG (特に Fetch Standard) が深く関与しているわけですが (そもそも発端が HTML Standard の AppCache の代替ですし)、 Charter には一言も触れられていないとかいう闇よ。
[253] CFC: Publish WebIDL Level 2 as a FPWD · Issue #88 · w3c/WebPlatformWG () https://github.com/w3c/WebPlatformWG/issues/88
[254] Upgrade our references to HTML5.2 (dontcallmedom著, ) https://github.com/w3c/mediacapture-main/commit/a2d6c4d5b2616064e0290c8316b1da70b31e92eb
[255] Use post-processing to remove unwanted links to HTMLLS (dontcallmedom著, ) https://github.com/w3c/mediacapture-main/commit/dda86bb286ee82163715dcaf7654ae68480ec258
[256] Use post-processing to remove unwanted links to HTMLLS by dontcallmedom · Pull Request #480 · w3c/mediacapture-main () https://github.com/w3c/mediacapture-main/pull/480
[257] Use defined terms list for autolinks in WebIDL when available · Issue #1372 · w3c/respec () https://github.com/w3c/respec/issues/1372
[258] Why is WebIDL-LS added as an "informative" reference? · Issue #1105 · w3c/respec () https://github.com/w3c/respec/issues/1105
[259] Merge pull request #1571 from w3c/remove-html-ref (aboba著, ) https://github.com/w3c/webrtc-pc/commit/802660598d3dd257c4f9af2e512a9b4eee4efd02
[260] Update CSS Overflow reference to version we need by sideshowbarker · Pull Request #3075 · whatwg/html () https://github.com/whatwg/html/pull/3075
[261] OWL Time Ontology adoption - Spatial Data on the Web Working Group () https://www.w3.org/2015/spatial/wiki/OWL_Time_Ontology_adoption
[262] >>261 は W3C勧告となった OWL-Time から Implementation Report としてリンクされているもの。 「OWL-Time は沢山の実装がある」 ということになっている。 Webブラウザーの機能とは「実装」の意味がまったく違う。
[263] Editorial: Remove normative references to APNG and Editing. (cynthia著, ) https://github.com/w3c/html/commit/e6732fc4268af4c2661495fb3136b52ce76d3810
[264] [css-ui-4][css-sizing] Moving box-sizing to the right spec · Issue #1906 · w3c/csswg-drafts () https://github.com/w3c/csswg-drafts/issues/1906
[265] Incorporate Custom Elements in HTML directly? · Issue #955 · w3c/html () https://github.com/w3c/html/issues/955
[266] Use locally defined references / definitions when available for auto links by dontcallmedom · Pull Request #1376 · w3c/respec () https://github.com/w3c/respec/pull/1376
[267] HTML5.1-2 "Latest version" points to HTML5.1 · Issue #991 · w3c/html () https://github.com/w3c/html/issues/991
[268] Call for Consensus - Publish First Public Working Draft · Issue #12 · w3c/staticrange () https://github.com/w3c/staticrange/issues/12
[270] 旧 HTML WG 勢が新兵器の Code of Conduct で殴るってのを覚えたかと思ったが、 華麗に失敗してるwww
そして第三者的に MS の Michael Champion が寛大な心で WHATWG 勢との仲裁に入ったように見えて、 実は (その時点ではまだ発表されていないが) MS が WHATWG に参加することになって Michael はその MS 側のボスなんだな。
というのをわかってから読み返すと、言うほど失礼でもない発言の言葉尻を掴んで Code of Conduct で封殺しようとしたら周りが全員敵でボコボコに殴られてる状況で、 むしろかわいそうになってくるww
[269] This recommendation should be definitely corected relative to the current specification of WHATWG · Issue #3 · w3c/dom () https://github.com/w3c/dom/issues/3
[271] WHATWG Working Mode Changes | W3C Blog () https://www.w3.org/blog/2017/12/whatwg-working-mode-changes/
[272] [css-overflow] body overflow propagation is less defined than it was in CSS 2.1 · Issue #1905 · w3c/csswg-drafts () https://github.com/w3c/csswg-drafts/issues/1905
[273] Re: Pushing the current CR for TPE for REComenndation in 2017 (Bert Bos著, ) https://lists.w3.org/Archives/Public/public-tracking/2017Nov/0010.html
[274] W3C の求める「実装経験」はガバガバすぎだな。 仕様書内に含まれる DTD と XSLT で文字実体が実装可能だと“複数の実装” によって示したことになる >>273 なら、 XML応用は実態が何もなくても仕様書だけ用意すれば実装したことになる。 (現に旧 HTML WG はその手口で利用者が誰もいなかった XHTML m12n を REC にした実績があるしなw)
[275] 完全な実装がなくても部分部分の実装がいくつかあればいい、ということは、 全体としては実装不可能な自己矛盾したものが REC に進むこともあり得るわけだ。
[276] High Resolution Time Level 2 () https://rawgit.com/w3c/tr-design/versioning/versions-proposal.html
[277] No need to remove HTML biblio entry anymore (dontcallmedom著, ) https://github.com/w3c/webrtc-pc/commit/2aabb8f09025a0ca5676c036635ccceff10f4ea0
[278] Fix compatibility with ReSpec 19 by dontcallmedom · Pull Request #1763 · w3c/webrtc-pc () https://github.com/w3c/webrtc-pc/pull/1763
[279] Move dataset & other shared IDL attributes from SVGElement to HTMLOrSVGElement · Issue #60 · w3c/svgwg () https://github.com/w3c/svgwg/issues/60
[280] HTML Media Capture () https://www.w3.org/TR/2018/REC-html-media-capture-20180201/
CEReactions
のリンク先が用語の節では Custom Elements WD
になっている。その WD は Normative References に掲載されている。
過去の他の REC のように「まだ REC に到達していないけど Director
が問題ないと認めた」のような注意書きがない。あの意味のない制度はなくなったのだろうか。
ところが実際に使われている IDL素片内のリンク先は
HTML Standard になっている。そして HTML Standard
は Informative References に掲載されている。意味不明だ。
そして Normative References には Web IDL の昔の W3C勧告版が掲載されているが、
Informative References には最新の ED が掲載されている。
IDL素片内の DOMString
のリンク先は ED
となっている。何がやりたいのかわからん。
[281] World Wide Web Consortium Process Document () https://www.w3.org/2018/Process-20180201/
[282] Should we move more HTMLElement members to HTMLorSVGElement mixin? · Issue #395 · w3c/svgwg () https://github.com/w3c/svgwg/issues/395
[283] Move dataset & other shared IDL attributes from SVGElement to HTMLOrSVGElement · Issue #60 · w3c/svgwg () https://github.com/w3c/svgwg/issues/60
[284] Update WHATWG-DOM to DOM4 (#240) (NavidZ著, ) https://github.com/w3c/pointerevents/commit/b0cc670ff252b249f07eecea54ae44321ba27567
[285] Update WHATWG-DOM to DOM4 by NavidZ · Pull Request #240 · w3c/pointerevents () https://github.com/w3c/pointerevents/pull/240
[286] Spec references both W3C DOM4 and WHATWG-DOM · Issue #160 · w3c/pointerevents () https://github.com/w3c/pointerevents/issues/160
[287] Replace stray WHATWG HTML reference to W3C HTML (patrickhlauke著, ) https://github.com/w3c/pointerevents/commit/e9bad530669af40ddf3ae5241c43c766da9d6dca
[288] Update SVG interfaces to use mixins where possible in all SVG specs. Issue #353 by dirkschulze · Pull Request #376 · w3c/svgwg () https://github.com/w3c/svgwg/pull/376
[289] Should we move more HTMLElement members to HTMLorSVGElement mixin? · Issue #395 · w3c/svgwg () https://github.com/w3c/svgwg/issues/395
[290] Move dataset & other shared IDL attributes from SVGElement to HTMLOrSVGElement · Issue #60 · w3c/svgwg () https://github.com/w3c/svgwg/issues/60
[291] Anchors changed in CSS 2 in-place edit in 2016 · Issue #2551 · w3c/csswg-drafts () https://github.com/w3c/csswg-drafts/issues/2551
[292] CfC: Move DOM 4.1 to Candidate Recommendation · Issue #175 · w3c/dom () https://github.com/w3c/dom/issues/175
[293] Update structured cloning for recent changes to HTML by stefhak · Pull Request #1810 · w3c/webrtc-pc () https://github.com/w3c/webrtc-pc/pull/1810
[294] revert PR#1108 by fluffy · Pull Request #1171 · w3c/webrtc-pc () https://github.com/w3c/webrtc-pc/pull/1171
[295] Update structured cloning for recent changes to HTML by domenic · Pull Request #1108 · w3c/webrtc-pc () https://github.com/w3c/webrtc-pc/pull/1108
[296] Drop "DOM 4" or any copy/paste efforts · Issue #145 · w3c/charter-html () https://github.com/w3c/charter-html/issues/145
[297] Work on HTML · Issue #130 · w3c/charter-html () https://github.com/w3c/charter-html/issues/130
[298] update shadow dom to DOM LS (svgeesus著, ) https://github.com/w3c/svgwg/commit/78af001206073d1b7dd16baff041862da928ff7b
[299] update shadowdom to DOM LS (svgeesus著, ) https://github.com/w3c/svgwg/commit/5392c8d9da0b73be6de735ccd753b9fb879fc328
[300] BinaryType enum is already defined in HTML · Issue #456 · w3c/presentation-api () https://github.com/w3c/presentation-api/issues/456
PR と REC では WHATWG HTML Standard ではなく W3C HTML 5.x しか引用できないという Director の指示がある、という証言。 引用制限などないという W3C の主張 (>>248) はやっぱり嘘なのか。
ただ最近 REC になった WebDriver () https://www.w3.org/TR/2018/REC-webdriver1-20180605/#bib-HTML は WHATWG HTML Standard を引用してるんだよなー
[301] BinaryType enum is already defined in HTML · Issue #456 · w3c/presentation-api () https://github.com/w3c/presentation-api/issues/456
[302] Revert "Remove BinaryType enum (already in HTML) (#457)" by mfoltzgoogle · Pull Request #459 · w3c/presentation-api () https://github.com/w3c/presentation-api/pull/459
[303] Revert "Remove BinaryType enum (already in HTML) (#457)" (#459) (mfoltzgoogle著, ) https://github.com/w3c/presentation-api/commit/58eb7a96d66d19c5985a213c99f4136d4cea1cd7
[305] Allow 2dcontexts to use deeper color buffers · Issue #299 · whatwg/html () https://github.com/whatwg/html/issues/299
[306] DOM · Issue #229 · w3ctag/design-reviews () https://github.com/w3ctag/design-reviews/issues/229
[307] [cssom] Merge Constructable Stylesheets spec into CSSOM spec · Issue #3433 · w3c/csswg-drafts () https://github.com/w3c/csswg-drafts/issues/3433
[308] Drop the levels/versioning · Issue #107 · w3c/web-share () https://github.com/w3c/web-share/issues/107
[309] Maintaining Recommendations (fantasai著, ) https://lists.w3.org/Archives/Public/public-w3process/2019Mar/0076.html
[310] W3C WebApps page shows our group as closed · Issue #26 · w3c/webappswg () https://github.com/w3c/webappswg/issues/26
[311] Fork tracking - WHATWG Wiki, , https://wiki.whatwg.org/wiki/Fork_tracking
[312] [meta] Adopting the Sanitizer API · Issue #596 · w3c/webappsec () https://github.com/w3c/webappsec/issues/596
[313] HTML spec should call visibilitychange algorithms directly. · Issue #51 · w3c/page-visibility () https://github.com/w3c/page-visibility/issues/51
[314] HTML Standard (当時は HTML 5 か Web Applications 1.0 かな?) への機能追加で済ませればよかったのに、 W3C で別の WG を作って独立した別の仕様書にしてしまったせいで、 ほんの数行で済んだはずのものがスパゲティ化して大事になってる悪例。
[315] HR-TIME should be an alias for the latest HR-TIME · Issue #571 · tobie/specref () https://github.com/tobie/specref/issues/571