W3C仕様書などのまとめ【保存版】 | W3C仕様書関連の文書や日本語訳をまとめてみた。
W3C仕様書関連の文書（ドキュメント）やその翻訳（日本語訳・邦訳・和訳）などを簡単にまとめてみました。W3C/JIS規格の種類やバージョンごとに整理しています。リンク切れになっているものはInternet Archiveを利用しています。 W3C HTML | XHTML | HTML5 | CSS | DOM | XML | XML Schema | SVG | SMIL | MathML | XML Namespace | XML Fragments | XML Infoset | XML Base | xml:id | XInclude | XSL | XSLT | XPath | XSL-FO | XLink | XPointer | Canonical XML | XML Encryption | XML Signature | XML Events | XForms | WCA
W3C の仕様勧告プロセスがアップデート、LC と CR が統合
2014年 8月 1日付けで W3C の仕様勧告プロセスが更新され、最終草案（Last Call Working Draft / LC） と 勧告候補 （Candidate Recommendation / CR） の統合が行われるなど、変更が加えられています。 以前、この Blog で 「W3C の仕様勧告プロセスに大幅変更の可能性」 という記事を書きましたが、8月 1日付けで新しい仕様勧告プロセスが発表され、8月 5日から有効になりました。 勧告プロセスの大きな変更点としては、最終草案（Last Call Working Draft / LC） と 勧告候補 （Candidate Recommendation / CR） が統合されたという点。 勧告までのプロセスをよりスピーディに、わかりやすくするための変更とのこと。 W3C Updates Recommendation Track
W3C勧告プロセスの概要
W3Cは「ウェブの可能性を最大限に引き出す」ために、技術的、社会的な側面から検討を行ない、その結果を標準情報（Technical Report: TR）として公開します。TRには、段階的な審議を経て勧告に至るものと、ノートとして参考に公開されるものがあります。 W3C勧告までの過程 草案（Working Draft） 最終草案（Last Call Working Draft） 勧告候補（Candidate Recommendation） 勧告案（Proposed Recommendation） W3C勧告（Recommendation） 勧告の修正・変更・解除 W3C Notes / Working Group Notes レファレンス この説明は主として2005年版のProcess Documentに基いています。2014年8月, 2015年9月, 2017年3月に改訂版が公開されており
W3Cのは『欠陥フォーク』！？ HTMLスナップショット2016 ── HTML5 Conference 2016セッションレポート
XMLこそがウェブの未来であるという見方が支配的だったために、2004年のOperaとMozillaの共同提案は却下され、W3CでHTMLを改良する道が閉ざされました。そこでブラウザーベンダーが集まってW3Cとは別の組織でHTMLやHTMLに関連する仕様の改良を行う、というのがWHATWGのはじまりです。 以来今日に至るまでずっと、WHATWGはHTMLの開発を（ある期間はW3Cと共同で、ある時期からはW3Cとは別に）し続けています。「WHATWG HTMLこそが実装者とウェブ開発者によって参照されるべき最新の仕様であり、欠陥フォーク（W3C HTMLのこと）は答えではない」というのはWHATWG HTMLのエディターであるAnne van Kesterenの言葉の通り、WHATWG HTMLを第一に参照すべきでしょう。 HTML5勧告以降のW3Cの動向 さて、W3Cに話を戻します。HTM
Web 関連仕様 日本語訳
このページは、 Web プラットフォーム関連の様々な仕様の日本語訳の一覧と， それらの日本語訳に共通な事項についての説明です。 これらの翻訳の正確性は保証されません。 これらの仕様の公式な文書は英語版であり、 日本語訳は公式なものではありません。 誤訳が無いことは保証されません。 ［ 当の仕様の策定者たちが想定している／当の仕様に期待されている ］意味論を完全かつ正確に反映することは保証されません。 翻訳なので、 語彙レベルで原文と正確に一致する意味を表すことは決してありません。 日本語は自然言語なので、 誰がいつどこで読んでも同じ解釈になることは保証されません。 ）（ 実際に誤訳が見つかることも時折あります。 それらについては見つかり次第修正され， 加えて用語の対訳や言い回しなども時折修正されるので、 これらの翻訳が「完成」する日は永遠に来ません。 逆に原文仕様が誤っていることもあり、
W3C文書を読むときに気をつけたい7つのポイント（超簡易版） - 水底の血
超簡易版だからものすごい手抜きの説明だよ。下の画像のらくがきは、見出し番号と対応しているよ。 1. ステータス 文書*1のステータスは何段階かあるよ。少し詳しい説明はW3C勧告プロセスの概要を見てね。「W3C Recommendation」がW3C勧告、「W3C Working Group Note」がW3Cノートと呼ばれるもので、この2つはその時点で確定した文書だよ。それ以外のステータスは作成途中のものだよ。勧告とノートを比較する場合、勧告の方が優先されるべき文書だよ。多くの文書で「Status of This document」の最後に"This document is governed by the 14 October 2005 W3C Process Document. "みたいな形でどのW3Cプロセスで作成されているかがわかるよ。正規のW3C文書はhttp://www.w3.o
【W3C current 見方】CSS3の日本語訳集 - 血統の森 web実験小屋
最終更新：2023-02-23 CSS3とは CSS3は、CSS 2.1仕様を核とし、CSS 2.1仕様の機能を追加・改訂するモジュール群です。CSS 2.1ではひとつの巨大な仕様にすべてのモジュールが定義されていましたが、CSS3では仕様を分割し個別のモジュールとして定義するものです。 現在のCSSは、CSS Snapshotで定義されています（2023年時点ではCSS Snapshot 2023でした）。 このページについて このページでは、CSS3の日本語訳を収集していましたが、管理人が興味をなくしてしまったこともあり、このページのメンテナンスを行わないことにしました。かつてのページの様子は、Waybackから見ることができます。 多数のCSSの日本語訳は、triple-underscore氏がWeb 関連仕様 日本語訳で公開していますので、そちらを参照するとよいでしょう。（CSS以
【HTML】入力欄が1つだけのフォームはEnterキー押下でsubmitされる。submitボタンがなくても。 at softelメモ
【HTML】入力欄が1つだけのフォームはEnterキー押下でsubmitされる。submitボタンがなくても。 問題 フォームがEnterキー押下でsubmitしてくれたり、くれなかったりするのですが、何かルールがあるのですか。 特に、サブミットボタンがないフォームについて。 特に、入力欄が1つのときと、2つのときの違いについて。 例1 form内にinput[type=”text”]が1つだけ <form method="post" action="?"> <input type="text" name="test"> </form> Enter押下でSubmitします（だいたいのブラウザで） 例2 form内にinput[type=”text”]が2つある <form method="post" action="?"> <input type="text" name="test"> <
CSSのcanvasとviewportとposition:fixedとpinch zoom - saneyuki_s log
specを元にした概念の整理 間違いあったら教えて欲しい CSS 2.1におけるviewport CSS 2.1におけるviewportを説明するにあたり、以下のterminologyが必要となる canvas For instance, user agents rendering to a screen generally impose a minimum width and choose an initial width based on the dimensions of the viewport. viewport User agents for continuous media generally offer users a viewport (a window or other viewing area on the screen) through which users co
table要素の属性まとめ | フロントエンドBlog | ミツエーリンクス
table要素は、その複雑さから様々な属性が出現しては消えてゆきました。 frame属性のようにほとんど使われず忘れ去られたものから、border属性のように最近まで議論が続いていたものまで、改めてまとめてみたいと思います。 HTML 3.2 で登場した属性 align "left", "center", "right" のいずれかのキーワードで水平方向の配置を決めます。 HTML 4.0 では Deprecated （非推奨）とされ、 Strict DTD には含まれていません。 HTML5 で廃止されました。 width ピクセル値（単位なし）またはパーセンテージ（%）で表全体の幅を指定します。 HTML 4.0 Strict DTD にも含まれていますが、仕様書の注釈にてスタイルシートでの指定が推奨されていました（HTML 4.01 仕様書の11.2.4 Column groups:
“マークアップ”するということ ～ HTML5勧告に寄せて ～
HTMLを適切な要素を使って書いていくことは実はそれほど難しくはない。しかし過剰に要素を使わずに、かつスタイリングすることも意識して、と適切に“マークアップ”するのはなかなかの修練を必要とする。いったい“マークアップ”するということはどういうことなのだろうか、そしてどのような思考の元に行えば良いのだろうか。 HTML5での変化 著作権表示のマークアップ small要素 footer要素とsmall要素 p要素とdiv要素 footer要素とp要素 スタイリングとの兼ね合い マークアップするということ HTML5での変化 コンテンツに則した素直な形でマークアップできること。 HTML5で変わることや変わったことは多くあるが、それらをおおまかに俯瞰するとこのような言葉に集約できる。そのために様々な要素や属性が追加され、既存の実装をなるべく壊さない形で要素の意味に変更が加えられた。これらの変化は
Ink Markup Language (InkML) -- W3C
W3C Recommendation 20 September 2011 This version: http://www.w3.org/TR/2011/REC-InkML-20110920/ Latest version: http://www.w3.org/TR/InkML Previous version: http://www.w3.org/TR/2011/PR-InkML-20110510/ Editors: Stephen M. Watt, University of Western Ontario and Maplesoft Tom Underhill, Microsoft Authors: Yi-Min Chee (until 2006 while at IBM) Katrin Franke (until 2004 while at Fraunhofer Gesellsch
WCAG 2.0（W3C勧告）日本語訳 [原題：Web Content Accessibility Guidelines (WCAG) 2.0]
【注意】 この文書は、2008年12月11日付の W3C 勧告「WCAG 2.0」（原文は英語）を、財団法人日本規格協会情報技術標準化研究センター情報アクセシビリティ国際標準化に関する調査研究開発委員会ウェブアクセシビリティ国際規格調査研究部会が日本語に翻訳したものです。このワーキングドラフトの正式な文書は、あくまで W3C のサイト内にある英語版であり、この文書には翻訳上の間違い、あるいは不適切な表現が含まれている可能性がありますのでご注意ください。また、リンク先が英語の場合、あるいはダミーのページである場合もあります。ご了承ください。 なお、文中にある関連文書の "Understanding WCAG 2.0" へのリンクは、すべて原文の英語版へリンクしていますが、 "Understanding WCAG 2.0" の日本語訳もあります。あわせてご覧ください。 [contents]
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Validators and tools
Home
Web Animations CSS Integration
羽田野 太巳
そめ on Twitter: "文等を1文字下げして違和感あるかどうか、で p にするかどうかを判断する、と前職の時に @SaekiTominaga に教わってなるほどーって思った"