2012年12月に仕様策定を完了し、W3Cの勧告候補として相互運用性やテスト作成の作業に移っていたW3CのHTML5仕様ですが、勧告候補からいったん最終草案へと戻ることが発表されました。 HTML5仕様の勧告候補に対してはこれまで多くのコメントが寄せられ、また97000ものテストが作られて少なくとも2つの実装において96.7％の仕様が満たされたとのことです。 その上で、W3Cのブログにポストされた記事「HTML5: ON OUR WAY TO RECOMMENDATION」（HTML5：勧告への道程）において、最終草案に戻すことが次のように説明されています。 As planned, given the substantive changes made to the document, we’re returning HTML 5.0 to Last Call. The scope of t
2012年 12月の時点で勧告候補 （Candidate Recommendation） となっていた W3C の HTML5 仕様ですが、本日付で一旦、最終草案 （Last Call Working Draft） に差し戻されました。2014年 7月 15日までフィードバックコメントを受付中です。 Last Call: HTML5 ： W3C News HTML5 W3C Last Call Working Draft 17 June 2014 最終草案 （Last Call Working Draft） に差し戻しっていうとなんか仕様策定がうまくいってないような印象に聞こえるかもしれませんが、そういうことではなく、勧告候補から、at risk 扱いの要素、属性がいくつか削除されたため、再度それを最終草案としてフィードバックを受け付けますという形 （よって、フィードバックは勧告候補に対し
HTML5の仕様が4月29日付けで更新されていたのでその内容をざっくり報告します。 at riskがスッキリ これから仕様が変更になってなくなっちゃうかもしれないよという情報を記したat riskのセクションがかなりすっきりしてます。 The following features are at risk and may be removed due to lack of implementation. the DataCue interface; <input type=time>; the new ruby model. HTML5 今までここに入ってたアウトライン・アルゴリズムやアプリケーション・キャッシュなんかの仕様(とそれを支持する人)は、まさか消えてなくなったりしないよね…？と長いことジャンプの後半に載っているマンガのように毎日震えて眠っていたわけですが、今回晴れて死神の軛から放
近年、モバイルブラウザ上でアプリケーションを作るにあたり、JavaScriptでも不安定な回線上で動作する設計が求められるようになってきました。 ここでは、「オフラインファースト」をはじめとする、モバイルなどの回線が不安定な状況を想定したWebアプリケーション設計に関して、キャッシュ方法やよく使われるAPIなどを紹介したいと思います。 「オフラインファースト」とは2012年ごろから提唱されていた、「回線がオフラインになることを前提にアプリケーションの設計を行う思想」のことで、オフライン前提に設計することにより回線状況によらないサービス提供や、効率的な通信をベースにした高速な動作を目指すものです。 それではここからはキャッシュ方法とそれぞれ向いているコンテンツの紹介を行います。 読み込みデータのキャッシュ ApplicationCacheやlocalStorage、オンメモリキャッシュなどを
HTML5はウェブ・ページをアプリのように動かし、そしてFlashに取って代わるはずだった。しかしパフォーマンスの問題で、アプリ開発者のHTML5導入は遅れてしまっている。 Famo.us社はこのギャップを埋めるためにスタートした小さな会社だ。同社は2Dと3Dの両方のエフェクトを高速表示するため、HTML5の遅延要素を本質的に回避する独自のフレームワークを開発した。このFamo.usによって、開発者はHTML5のパフォーマンスの問題に苦しむことなく、より短期間でクロスプラットフォームのアプリを開発することが可能となったのだ。 Famo.usの秘密はJavaScriptを利用していることだ。JavaScriptは極めて高速に動作し、既にあらゆるブラウザで広く使われている。Flashとは異なり、ブラウザ・プラグインをユーザーがダウンロードしたり、ブラウザメーカーがそれをサポートする必要もない。
Web標準化の関係者たちが語る、Web標準化の現実と前進のための処方箋（後編）。HTML5 Conference 2013 ふだん私たちが接しているWeb技術は、W3CやIETFといった国際的な標準化団体でさまざまな議論が行われた上で決定された仕様に基づいています。 その標準化団体とはどういうもので、標準化作業に伴う苦労はどのようなものなのか。実際に標準化を行っている、もしくはそれに関連した人たちが議論をするセッション「Spec EditorとContributorが語るWeb標準化と開発者への期待」が、11月30日に都内で開催された「HTML5 Conference 2013」で行われました。 （本記事は「Web標準化の関係者たちが語る、Web標準化の現実と前進のための処方箋（前編）」の続きです） Webの標準化に貢献すると仕様書に名前が載る 及川 もしもWeb技術の標準化に貢献したい、
Web標準化の関係者たちが語る、標準化の現実と前進のための処方箋（前編）。HTML5 Conference 2013 ふだん私たちが接しているWeb技術は、W3CやIETFといった国際的な標準化団体でさまざまな議論が行われた上で決定された仕様に基づいている。 その標準化団体とはどういうもので、標準化作業に伴う苦労はどのようなものなのか。実際に標準化を行っている、もしくはそれに関連した人たちが議論をするセッション「Spec EditorとContributorが語るWeb標準化と開発者への期待」が、11月30日に都内で開催された「HTML5 Conference 2013」で行われました。 ディスカッションの内容を、前編と後編の2本で紹介します。 Spec EditorとContributorが語るWeb標準化と開発者への期待 Googleの及川です。こんな地味なセッションで立ち見が出るのは
SPDYやQUIC登場の背景。Webの進化がプロトコルを変えつつある。HTML5 Conference 2013 Webをより速くしようと、HTTPよりも優れたプロトコルとして提案されたSPDY（スピーディ）。しかしそのSPDYによって、下位レイヤであるTCPの制限が顕著に見えるようになってしまい、そのことでTCP以外のプロトコルとしてQUICをGoogleが提案しています。 Webの進化は、インターネットのプロトコルにまで影響を与えようとしている、という非常に興味深い話が、HTML5のコミュニティ「html5j」主催のイベント「HTML Conference 2013」で行われた小松健作氏のセッション「最新Webプロトコル、傾向と対策」で行われました。 その内容をダイジェストで紹介しましょう。 最新Webプロトコル、傾向と対策 小松です。所属はNTTコミュニケーションズでHTML5の研究
Webのモバイル対応には、Webが社会に定着する上での真の問題や課題が隠されている。HTML5 Conference 2013基調講演 HTML5のコミュニティ「html5j」主催のイベント「HTML Conference 2013」。村井純教授の招待講演に続いて登壇したのは、Googleの及川卓也氏。 及川氏は「深まり、広がるWeb技術」と題し、技術動向としてWeb Componentsなどに触れた上で、Webがモバイル対応することの背景にはWebが社会に定着する上での真の問題や課題が隠れており、Webの真価が問われていると結びました。その内容をまとめました。 深まり、広がるWeb技術 Googleの及川卓也と申します。 技術面で、昨年や今年どういうことが起きたかということと、今後についてお話させていただこうと思います。 HTML5はもういろんなところで使われるようになって、バズワード的
村井純教授。IT戦略は前倒しで実現される。7年先の夢を語ろう！ HTML5 Conference 2013招待講演 HTML5のコミュニティ「html5j」主催のイベント「HTML Conference 2013」が11月30日、都内で開催されました。イベントへの応募人数が2000人に達するという大規模なものになった今回のイベントの招待講演に登壇したのは、日本のインターネットの父とも呼ばれる村井純氏。 わずか15分という短い講演でしたが、村井氏はエネルギッシュな話しぶりで随所に笑いを織り交ぜながら、インターネットとエンジニアの未来を鼓舞する講演を行っています。その内容をダイジェストで紹介します。 HTML5 Conference招待講演 慶應義塾大学 環境情報学部長・教授 工学博士 村井純氏。 こんにちは。すごい熱気で大変嬉しいです。こんなにたくさんの若い人たちがソフトウェアを作るために集
This document discusses modern CSS architecture patterns. It introduces concepts like OOCSS, SMACSS, and BEM for organizing CSS in a modular, scalable and maintainable way. It provides examples of how to build reusable CSS modules and maintain them through techniques like naming conventions, categorization and decoupling CSS from HTML. The presentation emphasizes goals of building predictable, reu
※本サイトではアフィリエイト広告を利用しています。記事内および商品リンクにはプロモーションが含まれる場合があります。 こんにちは、星影（@unsoluble_sugar）です。 11月30日に開催された「HTML5 Conference 2013」の発表スライドや動画などの講演資料をまとめました。 ※リンクミスや追加情報などありましたら、コメントまたは@unsoluble_sugarあてにお知らせいただけるとありがたいです 基調講演 次世代Web、深まる。広がる。 関連記事 村井純教授。IT戦略は前倒しで実現される。7年先の夢を語ろう！ HTML5 Conference 2013招待講演Webのモバイル対応には、Webが社会に定着する上での真の問題や課題が隠されている。HTML5 Conference 2013基調講演2000人のイベント開催に成長した、HTML5コミュニティの深まりと広が
2chまとめみたいなタイトルにしてみた。(してみたかった) HTML5のアーキテクチャと初期化とキャッシュの考え方が、「ウェブエンジニア」は本当に出来てない。 とくにソシャゲをウェブビューに貼ってスマホ対応しました系。本当にダメ。 じゃあどうするか？基本的に「初期化」の考え方を直せばどうにかなる。 (この記事はBackboneを使うときに考えてることだけど、他でも一緒だと思う) 前提 シングルページアプリケーション セマンティクスやSEOは考慮しない 基本哲学 共通モデルの初期化を徹底的に行う サーバーにリクエストを投げるのは最小限 クライアントでサーバーモデルのキャッシュを作り、更新が期待されるまで再取得しない 理由 いくらDOMの最適化したところでUXに影響が大きいのはサーバーリクエスト(200~2000ms)で、プログラミング段階で辛さがあつまるのは非同期処理の部分。 プログラマとし
blockquote要素における引用元の表記をどうマークアップするかでWHATWGとW3Cの仕様で違いが出たので、俄然盛り上がってきた。昨日公開されたHTML5 Doctorの記事を始め、様々な人が見解を書いている。概ねシンプルなW3C版が優勢な気がする。どう決着するかには関心があるものの、現状どうするべきかについてはよくわからなくなってしまったので、それぞれどういうコードになるのかとその思想の違いをメモだけしておく。 WHATWG版では以下のようにfigure要素を使い、figcaption要素で引用元の表記をマークアップする。このウェブサイトではこっちを採用中。 <figure> <blockquote> <p>引用(いんよう、英語：citation, quotation)とは、広義には、他人の著作を自己の作品のなかで紹介する行為、先人の芸術作品やその要素を自己の作品に取り入れること。
あの「スーパーマリオブラザーズ」を、ブラウザ上で遊べるサイト「フルスクリーンマリオ」が登場しました。 こちらはHTML5を使ってウェブ上に「スーパーマリオブラザーズ」を再現したサイト。フルスクリーンにすれば、ファミコンよりも広々とした画面でマリオを遊ぶことができます。また、「LEVEL EDITOR」ではオリジナルのマップを作成し、テキストデータとしてシェアすることも可能。ランダムマップ作成機能もついています。 オリジナルのマップも作れます サイトは有志によって作られているようで、著作権などの問題がクリアされているかは不明。まだ動作なども若干本家と違う部分があるようですが、誰でも気軽にエディットが楽しめるところは魅力ですね。 関連キーワード マリオ | ブラウザ | 再現 advertisement 関連記事 「スーパーマリオブラザーズ」1-2で新たな無限増殖ポイントが発見される よく見つ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く