HTML5 勧告候補が 8月 6日付けで更新され、「at risk」 扱いだった command 要素、menu 要素関連が仕様から削除されました。 すでに Editor's Draft 側では削除されたり、追加されていた内容が勧告候補の方に反映された形ですので、以前お伝えした、hgroup 要素の削除や、main 要素の追加も、今回の更新で勧告候補に反映されています。 HTML5 W3C Candidate Recommendation 6 August 2013 なお、menu 要素に関しては HTML 5.1 Nightly で策定が進んでいます (細かい仕様は変更されていますが) し、command 要素は廃止されましたが、同じく、HTML 5.1 では menuitem 要素に置き換わって機能的には引き続き策定中ですので、実装例やテストケースが蓄積されれば、将来的には正式に勧告さ
先週2月18日に都内で開催された「第36回HTML5とか勉強会」。テーマは「2013年、Web開発の進化を探る」でした。 そこで「2014年頃にはネットに接続しなくても使えるオフラインWebアプリケーションが流行するのではないか」と話したのが、html5j.orgの世話人でもある白石俊平氏。白石氏が解説する「オフラインファースト」は、これからのWebアプリケーションのひとつの方向性が示されていると思われます。 その講演の内容をダイジェストで紹介します。 オフラインファーストの思想と実践 html5j.org世話人の白石俊平氏。 オフラインファーストとは、オフラインを最初に考えてWebサイトを、Webアプリケーションを作ろうという思想のことです。 で、オフラインファーストって、モバイルファーストという言葉に似ています。モバイルファーストというのは2010年に登場した言葉で、これは去年、とにか
はじめに 昨日公開した「第一回 プログラマ向けデザイン勉強会の内容を参考にして妻のパン屋のWebサイトをリニューアルしてみた」の続編を書きます。 今回は僕が苦労したIE6〜8対応のお話です。 実はIE8ユーザーの割合はIE9に次いで第2位! Mac万歳!Chrome万歳!な僕にとって、IEは「どうせ使うことないし、どうでもいいよね〜」という「心の中でサポート対象外なブラウザ」でした。 しかし、店のWebサイトのアクセス解析を見てみると、実はIE9とIE8が1位、2位を占めていることがわかりました。 よく見ると8位にはIE6がまだしぶとく生き残っています。 この結果を見ると、「うーん、こりゃ完全に無視するわけにはいかんな・・・」と考えざるを得ませんでした。 IE対応を全く考慮していないとこうなる まず最初に、IE対応を全く考慮していないと、いったいどんな表示になるか見てみましょう。 トップペ
HTML5 では、新要素が追加されただけではなく、HTML4 からある既存の要素についても、再定義しているのが特徴です。その中でも、img 要素は、他の要素に比べても、すごい力の入れようで、定義されています。 特筆すべき点として、alt 属性が挙げられます。 HTML4 の img 要素の仕様では、alt 属性は、イメージをレンダリングできないブラウザーの場合に表示する代替テキストとして使われ、イメージの簡単な説明を入れる、という程度にしか、定義されていませんでした。そして、もし詳細な説明を入れたい場合は、オプションで、longdesc 属性を使うこととなっていました。これまでは、アクセシビリティの観点から、alt 属性の使い方についてガイドラインや、業界のコンセンサスはありましたが、HTML 準拠要件という形では存在していませんでした。 ところが、現時点での HTML5 の img 要素
概要 alt 属性に指定する代替テキスト 空文字列の代替テキスト alt 属性の省略 関連リンク 訂正:HTML4/XHTML の alt 属性について 概要 HTML5 では img 要素の alt 属性の仕様が大幅に変更され、HTML4/XHTML と比較すると定義がかなり詳細化されている。 HTML5 における alt 属性 の仕様を概略すると次のようになる。 alt 属性には画像を置換可能な詳細な代替テキストを指定する HTML4/XHTML の alt 属性は短い説明 (alt テキスト) だったが HTML5 の alt 属性は長い説明 (title 属性よりは longdesc 属性に近い (※)) 画像の情報量 ≒ alt 属性に指定する代替テキストの情報量 特定の条件を満たせば alt 属性を省略することができる ※ HTML5 の仕様はワーキングドラフトでまだ勧告されて
こんにちは、井畑です。 今回は、alt属性とtitle属性についてです。この2つは、似たような意味合いのタグですが、実は用途が大きく違います。自分自身、最初のころは混同していたので、復習もかねて記事にしてみました。 よく使う属性値だからこそ、ちゃんと理解して使いたいですよね。 それではどうぞ!
(実はHTML5仕様の通しの翻訳を誰かがやってくれることを心から願っています) でも願ってるだけじゃあねえ…。 だからといって、自分の力だけで翻訳をする気力も無いけど。 んじゃ自分もちょっとやって、他力本願で大勢の人たちにやってもらうとか。 HTML5タグリファレンス - HTML5.JPから翻訳を借りればいいかもしれない(もちろん許可をもらって) 仕様とかいろいろあるけど、HTML5: Edition for Web Authorsでいいんじゃないのとりあえず。 @m61kの人になんかいい案がないか聞いてみた。 節ごとに分担してやっていくとか wikiあたりで進捗状況の確認をできるようにするとか gitなりで作業ファイルはバージョン管理すべきだろうと Transifexみたいなものでやっていくのもいいのかもしれない 複数人で作業する上での諸問題は出るだろう、、。
Any elements with the contenteditable attribute set will have a grey outline as you hover over. Feel free to edit and change their contents. I'm using local storage to maintain your changes. Go ahead, edit away! Here's a typical [and slightly self promotional! ;-)] unordered list element about VPN Services and tools I have on this site. I review every VPN honestly, and I've also written a lot of u
7.6 編集 7.6.1 ドキュメントの領域を編集可能にする:contenteditable コンテント属性 contenteditable 属性は、そのキーワードが空文字列、true、false となる列挙属性です。空文字列と true キーワードは、true 状態に対応付けられます。false キーワードは、false 状態に対応付けられます。さらに 3 つ目の状態があります。それは inherit 状態といい、指定がなかったときのデフォルト(そして、不正な値が指定されたときのデフォルト)になります。 true 状態は、該当の要素が編集可能であることを意味します。inherit 状態は、親要素が編集可能なら、該当の要素が編集可能であることを意味します。false 状態は、該当の要素は編集可能でないことを意味します。 element . contentEditable [ = value
第1回 次世代Web標準「HTML5」は今、どこまで使えるレベルにあるのか?:なぜ今、HTML5なのか――モバイルビジネスに与えるインパクトを読み解く(1/2 ページ) 動きが速いモバイルビジネスの世界で、このところ急速に注目度が高まっているWeb技術が「HTML5」だ。HTML5はWebの世界をどのように変えるのか、どんなメリット、デメリットがあるのか、モバイルビジネスにどんな影響を与えるのか――。短期集中連載でKDDIリサーチフェローの小林雅一氏が解説する。 高度で多彩な情報処理機能を備えた、最新鋭のWeb技術「HTML5」がじわりとIT業界に浸透してきた。例えば米Microsoftが先頃プレビューを開始した次世代「Office Web Apps」。これは同社のフラグシップ製品である統合文書ソフト「Office」のWebアプリ版(クラウド版)であり、Internet Explorer(
From: Koji Ishii <kojiishi@gluesoft.co.jp> Date: Sun, 12 Feb 2012 12:01:30 -0500 To: "public-html-ig-jp@w3.org" <public-html-ig-jp@w3.org> Message-ID: <A592E245B36A8949BDB0A302B375FB4E0D3297D6C1@MAILR001.mail.lan> ルビに関しての現状ご報告です。 ルビについては、いくつかの議論が並行で進んでいましたが、昨年後半にrb問題[1]がHTML WGにescalateされたことにより、HTML WG Decision Policy[2]によって処理プロセスが進み、その提案期限が2/11に切られました。 このためにとりあえずこの問題にフォーカスして、情報収集のお手伝いを皆様に頂き、また各所と
Making standards is hard work. Its hard because it involves listening to other people and figuring out what they mean, which means figuring out where they are coming from, how they are using words, and so on. There is the age-old tradeoff for any group as to whether to zoom along happily, in relative isolation, putting off the day when they ask for reviews, or whether to get lots of people involve
Hixie が WHAWG のニュースグループに投稿したことを切っ掛けとして再び HTML5 およびその先の標準化について注目が集まる中、HTML5 仕様策定に関する最新の状況について W3C Blog に書かれた記事です。公式ブログの記事らしい落ち着いたトーンで書かれています。 誤訳の指摘はコメント欄や Twitter で @dynamitter 宛にお願いします。 原文: W3C Blog – HTML5 and HTML.next HTML5 は現在 Web コミュニティが築いているオープンな Web プラットフォームの要となるものです。今週は私たちの取り組みを加速する重要なことが W3C で 2 つありましたが、それについて幅広い Web コミュニティの皆さんに知っていただくと同時に、HTML についての最新状況をお伝えしたいと思います。 始めに背景をお話しすると、4月に HTML
From: Paul Cotton <Paul.Cotton@microsoft.com> Date: Wed, 25 Jul 2012 19:45:19 +0000 To: "public-html@w3.org" <public-html@w3.org> CC: Travis Leithead <travis.leithead@microsoft.com>, Erika Doyle Navara <Erika.Doyle@microsoft.com>, Edward O'Connor <eoconnor@apple.com>, Silvia Pfeiffer <silviapfeiffer1@gmail.com>, "Sam Ruby (rubys@intertwingly.net)" <rubys@intertwingly.net>, "Maciej Stachowiak (mjs@
HTML5 規格の策定について、これまでは WHATWG と W3C が協力して行ってきたが、このたび WHATWG の中心人物である Ian Hickson 氏が ML に投稿したメールによると WHATWG は WHATWG の路線を推進することになる (I Programmer の記事、本家 /. 記事より) 。 WHATWG はバグを修正しながら新たな機能を随時追加していくアプローチをとることになり、時間のかかるやり方を貫く W3C と比べてスピーディーで、「リビング・スタンダード」を作成することになるという。リビング・スタンダードとはつまり、決してどこかに落ち着くことはなく、常に新しい機能を追加しながら改良していくことを指し、対する W3C は、リビング・スタンダードの「スナップショット」であるとしている。 Mozilla Developer Street の記事によれば「プロジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く