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月に改訂版が公開されており
HTML 5.1仕様とその日本語訳についてちょっと一言 - 水底の血
結論から言えばHTML 5.1が勧告になっても今のところ訳出する気は無いですし、HTMLに関して現行のW3C勧告プロセスが維持され続ける限り、将来のバージョンについても訳出する気はありません。すべてのウェブ開発者 *1 はWHATWG HTML Standardを参照すべきですし、筆者の可能な限りHTML Standardの訳出を更新し続けます。 Working on HTML5.1 | W3C Blog W3C、「HTML5.1」を今年9月に勧告とする計画。仕様はGitHubで公開 － Publickey W3C Web Platform Working Group (WPWG)のco-chairであるLéonie WatsonによるW3Cブログのエントリーが公開されたのが6日付けで、Publickeyの記事が14日付けという謎のタイムラグがありましたが、ともかく、にわかにHTML 5.
2015 年をふりかえる - Block Rockin’ Codes
Intro 個人的には HTTP2 と ORTC/WebRTC と Service Worker 周りさわって、 JS と Go を書いてる一年だった。 Extensible Web - Progressive Web APP Extensible Web で始まった話が、様々な API の設計に適用された。 結果手に入った Service Worker を始めとする Low Level API を組み合わせて、もう一度モバイルと Web の関係を見直す Progressive Web App まで進み、 Web の形が見直された年だった。 Extensible Web の夜明けと開発者が得た可能性の話 - Block Rockin’ Codes HTTPS また、 HTTPS の重要性の認識が、啓蒙からデプロイまで降りたという印象。そして、待望だった Let's Encrypt がついに
WebCompat
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. MozillaはFirefoxやFirefox OSの開発以外にもいろんなことをしてが、Mozilla社内にはWebCompat Teamってのがある。 何をしているかを説明すると、Firefoxや他のブラウザで表示されないページを解析して、なぜ表示されないのかを調べ、それを製品やWebの標準に活かすことをやってる。場合によってはコンテンツ制作元・会社へ問い合わせをして、具体的な修正方法を提示するってこともする。 今年になって彼らはアジア圏のモバイルWebサイトを集中的にみてる。具体的には中国と日本。日本も見てるけど、日本語がわからない人が見てるんじゃないのって思う人はいるかもしれないけど、チームメンバーの一人は日本に住んでいるので日本の事情もよく知っ
New community features for Google Chat and an update on Currents
Join the official community for Google Workspace administrators In the Google Cloud Community, connect with Googlers and other Google Workspace admins like yourself. Participate in product discussions, check out the Community Articles, and learn tips and tricks that will make your work and life easier. Be the first to know what's happening with Google Workspace. ______________ Learn about more Goo
HTML5勧告–オープン・ウェブ・プラットフォームの重要なマイルストーンを達成
サーベイの回答完了までは約6分。ワールドワイドウェブの使命を継続して推進していくために、あなたの意見をお聞かせ下さい。 安定した基盤上で、次世代のウェブテクノロジーを構築 Read below what W3C Members have to say about HTML5 2014年10月28日(アメリカ)： ワールド・ワイド・ウェブ・コンソーシアム(W3C)は、ウェブページやウェブアプリケーションを構築する際に使用されるフォーマットHTMLの第5版であるHTML5を勧告として公開し、オープン・ウェブ・プラットフォームの礎を築きました。HTML5は、アプリケーション開発者やアプリケーション産業がこの先何年に渡って信頼するに足る、アプリケーション開発のための機能を提供します。HTML5は今や幅広いデバイスで、そして世界中のユーザが利用可能であり、かつ豊富な機能を持つアプリケーションの開発コ
ウェブの仕様は今どこにあるのか？
Webの仕様 ウェブの仕様といえば、W3CやWHATWG、IETFとかが思い浮かぶかもしれません。 これらの仕様が最近ではメーリングリストやIRCといった旧来のところだけではなく、GitHub上で議論されて策定が進められている事が増えています。(両方使ってるという話) この記事はそのような方法で進められてる仕様等についての紹介です。 ＊ 自分自身はそこまで仕様に対して強い興味があるわけではないので、もっと詳しい方が正しくまとめて頂きたいです。。 最初にMove The Web Forward | Guide to getting involved with standards and browser developmentを見ておくといいかもしれません。 JavaScriptの仕様 この動きが多く見られるのがJavaScript(ECMAScriptやDOM APIを含む)周りの仕様につい
Web標準化の関係者たちが語る、標準化の現実と前進のための処方箋（前編）。HTML5 Conference 2013
Web標準化の関係者たちが語る、標準化の現実と前進のための処方箋（前編）。HTML5 Conference 2013 ふだん私たちが接しているWeb技術は、W3CやIETFといった国際的な標準化団体でさまざまな議論が行われた上で決定された仕様に基づいている。 その標準化団体とはどういうもので、標準化作業に伴う苦労はどのようなものなのか。実際に標準化を行っている、もしくはそれに関連した人たちが議論をするセッション「Spec EditorとContributorが語るWeb標準化と開発者への期待」が、11月30日に都内で開催された「HTML5 Conference 2013」で行われました。 ディスカッションの内容を、前編と後編の2本で紹介します。 Spec EditorとContributorが語るWeb標準化と開発者への期待 Googleの及川です。こんな地味なセッションで立ち見が出るのは
OperaのWebKit移行 - fragmentary
各所で既報だろうけれど、OperaがWebKitへの移行を発表した。 Opera gears up at 300 million users 300 million users and move to WebKit WebKitベースのモバイルブラウザを発表という噂があって、ああモバイルだけかと思ったら全部だと。驚いた。そりゃ去年夏ごろから人が離れたり、PrestoのWeb標準実装ドキュメントが更新されなかったりするわけだ。ふむ。 “WebKit”とあるけれど、Operaソースの発表を読む限り、どうやらChromium portっぽい。Chromiumベースに独自のOpera portを作ったりはないよねえ…… ChromiumベースでどれくらいOperaフレーバーが出るのだろう。拡張もChromeベースとなるとUIもそんなに変えられないだろうし、Chromeに似たものになるのかな。デスク
ベンダー拡張プリフィックスを使いまくり更新しまくろう
ベンダー拡張プリフィックスはそれそのものがWebを破壊することはないし、ベンダー独自のプロパティーや関数が数万追加されて使われまくったとしても本当はWebは壊れない。またその文法が変更されても修正または追加すれば対応できるし、その余裕は十分にある。つまり壊れるのはほとんど全てのケースで開発者の怠慢に過ぎないので、ちゃんと仕様と実装を理解して必要ならば寝る間を惜しんで修正作業に血眼になるべき。みたいな実践を伴わない意識を僕は持っている。 なので憂うべきこの現状は、IE6が拡散して残り続けたことと同じようにベンダー側ではなくWeb開発者側に非があると思っている。 コピペしない 更新する ドキュメントを読む Web開発者たちがこう心がけるだけで良いんじゃないか。ベンダー拡張プリフィックスに変わる新しい何かとかはそれにより起こる混乱を考えるとぞっとする。 ただそれらベンダー拡張プリフィックス付きの
HTML5のeditor, Ian Hicksonへのインタビューが公開 | Web標準Blog | ミツエーリンクス
Web Standards ProjectにてHTML5のeditorである、Ian Hickson (Hixie) へのインタビューが掲載されています。 Interview with Ian Hickson, editor of the HTML 5 specification. - The Web Standards Project 全訳についてはそのうち公開されると思うので、今回は面白かった内容について紹介したいと思います。 WHATWGとHTML5の歴史 WHATWGとHTML5の歴史は、2003年頃までさかのぼります。XForms 1.0が勧告案に進む際に、ブラウザーベンダーが「HTMLで利用できなければ高機能でも広まらない」と懸念を表明し、XForms Basicというモジュールを提案しました。 XForms BasicはXFormsが持つ機能の一部を、HTMLのフォームを拡張
HTML5 と HTML.next
Hixie が WHAWG のニュースグループに投稿したことを切っ掛けとして再び HTML5 およびその先の標準化について注目が集まる中、HTML5 仕様策定に関する最新の状況について W3C Blog に書かれた記事です。公式ブログの記事らしい落ち着いたトーンで書かれています。 誤訳の指摘はコメント欄や Twitter で @dynamitter 宛にお願いします。 原文: W3C Blog – HTML5 and HTML.next HTML5 は現在 Web コミュニティが築いているオープンな Web プラットフォームの要となるものです。今週は私たちの取り組みを加速する重要なことが W3C で 2 つありましたが、それについて幅広い Web コミュニティの皆さんに知っていただくと同時に、HTML についての最新状況をお伝えしたいと思います。 始めに背景をお話しすると、4月に HTML
-webkit-border-radius なんて書いているWeb開発者は腹を切って死ぬべきである - hogehoge @teramako
地獄の火の中に投げ込むものである。 いや、まあそんなネタはどうでも良くて... そのベンダー接頭辞はいつまで書くの？ | Unformed Building 書いてあることは至極真っ当なこと。もろ手をあげて賛成である。 また、 ベンダー拡張プリフィックスはそれそのものがWebを破壊することはないし、ベンダー独自のプロパティーや関数が数万追加されて使われまくったとしても本当はWebは壊れない。またその文法が変更されても修正または追加すれば対応できるし、その余裕は十分にある。つまり壊れるのはほとんど全てのケースで開発者の怠慢に過ぎないので、ちゃんと仕様と実装を理解して必要ならば寝る間を惜しんで修正作業に血眼になるべき。みたいな実践を伴わない意識を僕は持っている。 なので憂うべきこの現状は、IE6が拡散して残り続けたことと同じようにベンダー側ではなくWeb開発者側に非があると思っている。 ベンダ
そのベンダー接頭辞はいつまで書くの？
ベンダー接頭辞（プレフィックス）については最近いろいろと議論が活発ですが、そういう難しい話ではなくて、現状のCSSについての話です。 新しいCSSモジュールを使うために、ブラウザごとに接頭辞をつけなくてはいけない場合があります。まあそれについては現状では仕方ないことなんですが、接頭辞なしでも動作するようになったものでも、いつまで経っても接頭辞つきのものを書くのはどうなのかなと思うわけです。 CSSのコードも冗長で読みづらくなりますし、もう使われていない（使われることもない）であろうものを残しておくのもちょっとなー。 実際に運用されているサイトなんかだとそうそう簡単に手を入れられないかもしれませんが……。 また、はてなダイアリーの方でも書きましたが、ブログのチュートリアルを見ていて「もうその接頭辞つきの役目は終わった（終わりつつある）のに、なんでそれしか書いてないの」と思うことが結構あります
Pre-fix the web
These are repositories that have been fixed by adding -moz-,-ms-,-o- and add non-prefixed CSS and/or by removing webkit-only browser detection Spikes by Paul Lewis - fixed by Chris Heilmann CSS3 Please by Paul Irish - fixed by Mike Taylor gradient-scanner by Kevin Decker - fixed by Divya Manian deCSS3 by Dave Rupert - fixed by Mike Taylor ribbons by Jeff Balogh - fixed by Mike Taylor transmenus by
HTML5 における HTML4 からの変更点
この文書「HTML 5 における HTML 4 からの変更点」は、W3C の HTML ワーキンググループ による「HTML 5 differences from HTML 4 (Working Draft 22 January 2008)」の日本語訳です。 規範的な文書は原文のみとなっています。この日本語訳は参考情報であり、正式な文書ではないことにご注意ください。また、翻訳において生じた誤りが含まれる可能性があります。 原文が勧告 (Recommendation) ではなく、策定途中の草案 (Working Draft) であることにご注意ください。 原文の最新版 は、この日本語訳が参照した版から更新されている可能性があります。また、この日本語訳自身も更新されている可能性があります。日本語訳の最新版は、W3C 仕様書 日本語訳一覧 から参照することができます。 更新日: 2008-09-
Web標準仕様 日本語訳一覧
CSS メディアクエリー 画面サイズなど、媒体の持つ特徴を利用し、スタイルシートを適用するための仕組みを提供します。 原文: “Media Queries” (W3C Recommendation 19 June 2012) セレクタ Level 3 :nth-child()や:not()など、新しいセレクタを定義するモジュールです。 原文: “Selectors Level 3” (W3C Recommendation 29 September 2011) CSS 名前空間モジュール CSSで名前空間を扱う@namespace規則を定義しています。 原文: “CSS Namespaces Module” (W3C Recommendation 29 September 2011) CSS カラーモジュール Level 3 opacityやrgba()など、色に関する値やプロパティを定義す
HTML 5 / A vocabulary and associated APIs for HTML and XHTML / W3C Working Draft 22 January 2008
Table of contents 1 Introduction2 Common infrastructure3 Semantics, structure, and APIs of HTML documents4 The elements of HTML5 Microdata6 User interaction7 Loading web pages8 Web application APIs9 Communication10 Web workers11 Worklets12 Web storage13 The HTML syntax14 The XML syntax15 Rendering16 Obsolete features17 IANA considerationsIndexReferencesAcknowledgmentsIntellectual property rights F
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
運営メモ: WHATWG の HTML Living Standard と W3C の HTML5 仕様との関係についての最新情報
http://www.bringdownie6.com/