404 Not Found - Josh DuckPeriodic Table of HTMLThe periodic table is long gone, replaced by a new mobile version. While you're here, you can read some of the coverage of the original table, find out what happened to it or, visit Mike Riethmuller's clone. Visit All The Tags
Jon Combe | Code | HTML clocks using JavaScript and CSS rotation
Warning: This isn't going to work in any currently available version of Internet Explorer* or many older browsers. The two clocks below are just HTML. There are no Adobe Flash files or my beloved <canvas> going on, just regular <div> and <img> tags. The way it works is by taking those images in an { overflow: hidden } <div> and rotating them, via JavaScript, using the proposed CSS transform proper
HTML5 Cheat Sheet [PDF] Free Download — Smashing Magazine
XHTML 2 is dead, long live HTML5! According to W3C News Archive, XHTML 2 working group is expected to stop work end of 2009 and W3C is planning to increase resources on HTML5 instead. And even although HTML 5 won’t be completely supported until 2022 (yes, 2022), it doesn’t mean that it won’t be widely adopted within the foreseeable future. XHTML 2 is dead, long live HTML5! According to W3C News Ar
iPhone/Android版GmailがHTML5を利用 | Web標準Blog | ミツエーリンクス
Official Gmail Blogの“A new mobile Gmail experience for iPhone and Android”というポストにて、新しいiPhone/Android版のGmailが発表されています。インターフェースの刷新もさることながら、HTML5の機能を利用したと書かれていることが興味を引きました。 利用している機能は、canvasやクライアントサイドストレージで、canvasはスピナー（ロード中にくるくる回るもの）に、ストレージはオフライン用のデータ格納に用いられているようです。canvasはMozillaのBespinでもインターフェースの描画に使われており、アプリケーションのUIに利用する例が今後も増えてきそうです。 インターフェース面でも、border-imageやCSS Transitionsなど新しい機能を使用しているようです。また画像はd
HTML5
Anne van Kesteren (Opera Software) March 2009 — Mitsue-Links <input type=date> How did we got here? W3C hosted a workshop on Web applications in 2004. W3C: "XML is the future." Browser vendors revolted. (Opera, Mozilla & Apple.) Instead of reinventing HTML, evolve it. WHATWG >800 people on the mailing list. wiki.whatwg.org blog.whatwg.org forums.whatwg.org End of 2006 Tim Berners-Lee had a change
HTML 5: The Markup Language (Editor's Draft)
W3C Working Draft 11 October 2012 This Version: http://www.w3.org/TR/2012/WD-html-markup-20121011/ Latest Published Version: http://www.w3.org/TR/html-markup/ Editor’s Draft: http://dev.w3.org/html5/markup/ Previous Versions: http://www.w3.org/TR/2012/WD-html-markup-20120329/ http://www.w3.org/TR/2011/WD-html-markup-20110525/ http://www.w3.org/TR/2011/WD-html-markup-20110405/ http://www.w3.org/TR/
hxxk.jp - DOCTYPE スイッチについてのまとめと一覧表 (HTML 5 や IE 8 Beta 2 のモードスイッチなどの情報も含んだ 2008 年版 )
DOCTYPE スイッチについて再度まとめ 以前 DOCTYPE スイッチについての検証とまとめと一覧表という記事で DOCTYPE スイッチについてまとめましたが、あれから 2 年弱が経過したので、改めてまとめてみようと思います。 まとめるまでの話がけっこう長いので、一覧表だけ参照したい ! という場合は DOCTYPE スイッチの一覧表をご覧ください。 DOCTYPE スイッチとは何か そもそも DOCTYPE スイッチとは何か、というのがまず書くべきところですが、これは私が書かずとも良質のリソースが各種ありますのでそのリンクのみまとめておきます。 !DOCTYPE スイッチ 各UAのDOCTYPEスイッチについて - CSS Dencitie Mozilla's DOCTYPE sniffing - MDC Mozilla's DOCTYPE sniffing - MDC ( 日本語
Firefox 3.1のHTML 5対応を検証--Drag and drop API - builder by ZDNet Japan
HTML 5のドラッグ＆ドロップAPI HTML 5では新たにDrag and drop APIが追加される。これによって、オブジェクトがドラッグ／ドロップされた際に発生するイベントを処理する標準の方法が提供されることになる。 Firefox 3でもドラッグ＆ドロップに関するイベントがサポートされているが、Forefox 3.1ではHTML 5のAPIがサポートされ、標準的な方法でドラッグ＆ドロップが処理できるようになる予定だ。 HTML 5のDrag and drop APIでは、オブジェクトがドラッグおよびドロップされた際のイベントを表すDragEventインタフェースが定義される。DragEventはドラッグの開始元から送出されるものと、ドラッグのターゲットから送出されるものがあり、それぞれ表1、表2に示すイベントがある。 表1 ドラッグの開始元のエレメントから送出されるイベント イ
HTML5が話題になっているので試しに書いてみた。
HTML5公開草案初版 (First Public Working Draft) がリリースしたりで、色んなトコロで見かける今日この頃。 HTML5関連適当にリンク。 HTML 5 HTML 5 differences from HTML 4 HTML 5 における HTML 4 からの変更点(2の日本語訳) とりあえず、ボクが一つだけ言えることは、英語は分からんって事です。 えぇ。 日本語訳が充実する日を心待ちにしていようっと。 で、まぁ何を思ったか、HTML5って現状のブラウザ相手にどんくらい組めるの？ って思ったので、なんか作ってみました。（こんなの参考にもならない感じですが） HTML5で書いてみたページ（Fxだとちゃんと見れないと思う） HTML5で書いてみたページのダウンロード(zip:8kb) そもそも書き方が正しいのかも分からずに書いてたので、こーじゃねーよ！っていう指摘が
HTML5について(関連コラム集)
在来HTMLの次世代版とされている、HTML5について、私見を交えて解説します。 HTML5とは。 HTML5とは、WHATWGとW3Cが共同で策定している次世代のHTML規格です。 もともと、W3CはXHTMLの普及に力を入れ、XHTML 2.0の策定を進めてきました。 しかし、後方互換性を無視した仕様の策定にはウェブブラウザヴェンダから反発があり、その結果大手ヴェンダであるもじら財団, アップル社, オペラ・ソフトウェアの三社でWHATWGが立ち上げられ、より現実的且つ互換性と拡張性を兼ね備えた仕様としてHTML5の規格化に着手しました。 一方、XHTMLが殆ど現場では支持されていないと言う事実(CMSなどの普及でXHTML 1.0文書は確かに増えたのですが、そのどれもが在来のHTMLの代用としての使い方に留まっていて、XMLの利点を生かしたものとなっていない)を突きつけられ、W3Cは
HTML5のプレビュー | ユージック
HTML5のプレビュー 2007年11月13日 HTML5のプレビューがA List Apartで紹介されていました。その他、videoタグとaudioタグとスクリプタビリティーについてなど、HTML5について紹介したいと思います。 HTML5からマークアップのやり方が大きく変わります。新しいタグが多く使えるようになります。文章構造は以前のXHTMLであれば以下のとおり。 <body> <div id="header">...</div> <div id="nav">...</div> <div class="article"> <div="section"> ... </div> </div> <div id="aside">...</div> <div="footer">...</div> </body> HTML5ではこのような文章構造を以下のようにマークアップすることができます。
HTML 5 の構造を表現する新要素 | d-spica
HTML 5 の構造を表現する新要素 2008-05-09 0 0 Web HTML idの命名に迷ったら このエントリで XHTML の Role属性モジュールについて書きました。似たような考え方は HTML 5 にもあります。マークアップ言語の「構造を表現する力をアップさせる」という方向性です。 HTML 5 の新要素 HTML 5 は，現在W3Cで策定中の段階にあります。Web上に公開されている情報も「草案（Working Draft）」で，今後変更される箇所も出てくると思います。 さて，その HTML 5 で新たに追加される「構造を示すための要素」をいくつか紹介してみましょう。 HTML 5 における HTML 4 からの変更点：3.1. 新しい要素 より 文書のより良い構造化のため、次の要素が新しく追加されました。 section 要素は文書やアプリケーションにおける一般的なセク
ゆぐどら！α - HTML5について本気出して考えてみた(1)
ついに話が具体化してきたHTML5。 現状HTMLは4で書かれることがおおいのがついにバージョンアップ。 とうかただのHTMLで書いてる人って居るのだろうか。 それはいいとしても、バージョンアップしたことで色々と変更があって。 追加要素、削除された要素。そんなことを適当につらつらと書いていくよ！全何回になるかわからないけど。 現状では、HTML5の新タグに対してCSSを適用させるのはめんどくさいみたいだ。 Javascriptを利用して、その要素を強引に認識させる必要がある。 ただ、問題はJavascriptを切ったときの挙動ではないか。想像しただけでいやな感じだな(苦笑) HTML4からの変更点など。大きなところだけかいつまんでいくよ。 まずはALTタグがオプションになるよ！(今のところ) WHATWGの見解をみると、これに関しては同意見。というか今までは無駄なalt要素が多
CSSハックで、クロスブラウザ対応のCSSを記述する：CodeZine
はじめに 本連載では、「クロスブラウザに対応したデザインテクニック」をテーマに、保守性や互換性に優れたXHTML+CSSの書き方を紹介しています。 連載第1回目となる前回は、CSSを使ったクロスブラウザなデザインを実現するための第一歩として、「表示モード」について解説しました。今回からは、表示モードを統一してもカバーできないブラウザの実装差異を補う方法として、CSSハックを中心に紹介していきます。対象読者XHTMLとCSSの基本を理解していている方。Web標準に準拠したクロスブラウザなレイアウトデザインに興味のある方。 必要な環境 クロスブラウザなデザインを目指す上でターゲットとする視覚系ブラウザを一通り用意してください。本稿では、ユーザー数が多く、表示上の問題も多いことから、Windows Internet Explorer 6を中心に解説していますが、それ以外の視覚系ブラウザ（モダンブ
SSIで効率管理
ウェブサイト内には、ヘッダ・サイドバー・フッタなど全ページ共通のパーツがあることが多いでしょう。そのような共通部分を全てのページに記述するのは非効率的です。なぜなら、共通部分を更新したい場合には、全てのページを同時に更新しなければならないからです。ページ数が多ければ多いほど作業量も増え、更新漏れが発生しやすくなってしまうでしょう。 ■共通部分だけを独立したファイルに分けておいて、動的に合成できると便利 そのようなサイト内の共通部分は独立したファイルに分離しておき、ウェブサーバ側で動的に合成できれば、共通部分の管理や更新作業が楽になります。共通部分を更新したい場合には、その独立した1ファイルを修正するだけで全ページの表示が更新されるからです。 例えば、サイト内の全ページに共通する部分を下記のような3つのファイルに分離しておきます。これらの3ファイルを、上図のように各ページのHTMLに合成しま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Downloads - html5resetcss - Project Hosting on Google Code
HTMLでアニメ
Cuzillion
IBM Developer
IBM Developer