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-
2010年に勧告される「HTML5」は「HTML4」と何が違うのか？ - GIGAZINE
現在、ネットで一般的に使用されているHTML言語は「HTML 4」であり、1997年12月18日にW3C勧告として仕様が発表されたものです。これが実に10年以上の月日を経て、バージョンアップと言っても差し支えない「HTML 5」になるとのこと。最終版が登場するのは2010年9月頃の予定。 というわけで、来たるべき「HTML 5」時代に向けて、一体何がどう変わったのか、何が便利になるのかを見てみましょう。 HTML 5 HTML 5 differences from HTML 4 HTML 5 における HTML 4 からの変更点 面白いのがブログや記事向けの「article」要素や、画像やビデオなどの埋め込み内容に説明文やキャプションを付加する「figure」要素、マルチメディアのための「audio」および「video」要素、さらに新しい属性としてリンクをたどるときにpingされるリソース
Cascading Style Sheets, Level 2
前 次 目次 特性 索引 標準情報(TR) TR X 0032:2000 CSS2 目 次 まえがき 序文 1 概要 1.0 適用範囲 1.1 規定の読み方 1.2 規定の構成 1.3 規約 1.3.1 文書言語の要素及び属性 1.3.2 CSS特性定義 値 初期値 適用対象 継承 パーセント値 メディアグループ 1.3.3 簡略記述特性 1.3.4 備考及び例 1.3.5 画像及び長記述 1.4 貢献者 1.5 著作権表示 2 CSS2への導入 2.1 HTMLのためのCSS2概説 2.2 XMLのためのCSS2概説 2.3 CSS2処理モデル 2.3.1 描画面 2.3.2 CSS2アドレス付けモデル 2.4 CSS設計原則 3 適合性(要件及び勧告) 3.1 定義 3.2 適合性 3.3 エラー条件 3.4 text/css内容型 4 CSS2の構文及び基本データ型 4.1 構文
HTMLの基本構造 - 仕様書に見るHTML(1)
3.3 属性リスト宣言と実体宣言 また、DTDでは要素タイプがどんな属性を持つのかも定義します。属性は、<!ATTLIST で始まる宣言文で、属性名、属性値のタイプ、省略時の扱いについて定義します。 さらにDTDでは、さまざまな名前や値の別名を定義しておき、個々の宣言ではこの別名を使うのが普通です。この別名の定義を実体宣言といい、<!ENTITY で始まる宣言で定義しています。 仕様書の3.3ではこれらについても詳しく説明されています。それほど複雑ではないので、できればひととおり目を通して、DTDの読み方を身につけておきましょう。 4 HTML文書の構造 では、HTML4の仕様書のさまざまな要素タイプの定義の中から、注目しておきたい部分を拾い読みしていきます。HTMLを書くときに、「ここはどうなっているんだろう」と疑問に思うような点の多くは、実は仕様書できちんと解説されているものなのです。
XML Schema: やるべきこと、やってはいけないこと
はじめに W3C XML Schema は学ぶのも使うのも簡単だ … 落とし穴をよける方法を知っていればね。「やるべきこと」はこれだ。最低これだけおぼえておけばいい。 これを使え!: 要素宣言、属性グループ、モデルグループ、単純型 可能な限り XML 名前空間を使え! そしてその正しい使い方を学ぶべし。 そして「やってはいけないこと」がこれだ。 XML Schema の名人になろうとするな! それには何ヵ月もかかるだろう。 こんなものは使うな!: 複合型(その理由)、 属性宣言(その理由)、 記法(その理由) ローカル宣言は使うな!(その理由) 置換グループは使うな! (その理由) targetNamespace 属性のないスキーマ(いわゆるカメレオンスキーマ)を使うな!(その理由) 後で説明するが、実際これらの「やってはいけない」ことをやらないことで失うものは何もない。 長くておぼえられ
ウェブコンテンツ・アクセシビリティ・ガイドライン 1.0
E-mailｼ嗹ebmaster@zspc.com Copyright © 1996-2000 ZSPC. All Rights Reserved. All pages except color chart are written in Japanese. g src="/static/zspc.com-vcss.gif" alt="Valid CSS! | " height="31" width="88" border="0"> g height="31" width="88" src="" alt="Level A conformance icon, W3C-WAI Web Content Accessibility Guidelines 1.0" border="0">
HTML 4.01 Specification (ja)
正規の規定はW3Cサイトにある英語版であり、この日本語版は参考にすぎません。 邦訳の過程で気づいた原規定の誤りについては原著者に報告し、明らかなタイプミス等についてはerrataに掲載される前であっても修正した訳を掲げる場合があります。 この文書には、翻訳上の誤りがあり得ます。当委員会は翻訳の正確性を保証しません。あくまでご自身の責任でご利用ください。 原著作権をW3Cが保有し、二次著作権をHTML 4仕様書邦訳計画補完委員会が保有します。 HTML 4.01仕様書 1999年12月24日付W3C勧告 この版の原書: http://www.w3.org/TR/1999/REC-html401-19991224 (プレーンテキストファイル [794Kb]、HTMLファイルのtar.gzアーカイブ [371Kb]、HTMLファイルのzipアーカイブ [405Kb]、gzipしたPostScri
XHTML、CSS を学ぶ時の 6つの間違い
XHTML、CSS を学ぶ時にやりがちな間違いを私の個人的独断と偏見でつらつらと書いてみます。今から (X)HTML を学ぶのであれば、HTML よりも XHTML でしょということでタイトルや本文内では XHTML と書いていますが、ここは HTML に置き換えてもらっても同じだと思います。 1、とりあえず Dreamweaver を買ってくる 別に 「Dreamweaver」 だけに限らず、オーサリングツールさえ手に入れれば XHTML なんて簡単に習得できると思っている人は少なくない気がしますが、これは大きな誤解です。この誤解を抱えたまま 「オーサリングツールが使える = XHTML を理解している」 だと思い込んでいると後になって困ることになると思いますよ。 オーサリングツールは、コーディングスキルを補うツールではなく、コーディング作業を効率化するツールです。XHTML、CSS に
Html Validator for Firefox and Mozilla
HTML VALIDATOR (based on Tidy and OpenSP) HTML Validator is a browser extension that adds HTML validation inside Firefox and Chrome. The number of errors of a HTML page is seen on the form of an icon in the status bar when browsing. The details of the errors are seen when looking the HTML source of the page. The extension is based on Tidy and OpenSP. Both algorithms were originally developed by t
ホーム | 富士フイルムシステムズ株式会社
富士フイルム 富士フイルムグループのイメージングソリューション、インフォメーションソリューションをリードする事業会社。
アックゼロヨン
コミュニケーションの優れたウェブサイトを表彰する、日本ウェブ協会主催アックゼロヨン・アワード2007のご案内です。応募方法、審査員紹介、結果発表等。私たちは、広く多様な世界の中で変化する人々の意識やルールに対応して豊かな社会を築いていくには、コミュニケーションが重要であると考えています。 IT技術は急速に進化していますが、広く普遍的なものとなるためにもユニバーサル・コミュニケーションの浸透が急務となっています。 官公庁と企業が一体となった取り組みもはじまり、個人や団体での活動も活発になってきています。 アックゼロヨンは2004年より、誰にとっても「ウェブは使いやすいものであるべきだ」と考え、それが当たり前の価値観となるための活動をおこなって参りました。 アクセシビリティやクリエイティビティの両立といったウェブサイト自体のあり方だけでなく、そのうえで実際に成り立つコミュニケーションというもの
ウノウラボ Unoh Labs: セマンティックウェブのためのRDF／OWL入門のためのRDF／FOAF入門
komagataです。 先日社内の勉強会でRDFとFOAFについて話しましたので資料を公開します。 セマンティックウェブの小難しいイメージが少しでもやわらげば幸いです。
W3C Slide show Tools
Slide tools There are a bunch of tools in this directory and elsewhere for making slides. For a quick start, use the templates (‘,new’ tool). Slidy b5, b6 & b6+ Slidemaker/slideme Shower Reveal.js PowerPoint by Busdev & Comm Slidy From about 2005 to 2014, the recommendation was to use Dave Raggett's slideshow tool HTML Slidy, with its accompanying style sheet. If you are a member of the W3C staff,
セマンティックウェブ、導入準備が整う--T・バーナーズ・リー氏が講演 - CNET Japan
W3CディレクターTim Berners-Lee氏が、セマンティックウェブの成功に必要な標準規格と技術がすべてそろった、との見解を示した。セマンティックウェブでは、ドキュメントの内容をマシンが人間と同じように難なく読めるようになる。 ウェブを発明したBerners-Lee氏は現地時間5月24日、スコットランドのエディンバラで開催中のWorld Wide Web 2006カンファレンスで講演し、ウェブデベロッパーやコンテンツプロデューサーは、今後はHTMLに加えてセマンティック言語も使い始めるべきだ、と語った。 「The next wave of the Web（ウェブの次の波）」というタイトルのパネルディスカッションで幕を開けた同カンファレンスの2日目は、技術カンファレンスの初日でもあった。サウサンプトン大学コンピュータサイエンス教授のNigel Shadbolt氏は、これまでのウェブで実
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
Opera採用の影に最強の営業ツールあり（1/2） ― ＠IT
ECサイトを題材にソフトウェア開発の全工程を学ぶ新シリーズ「イチから全部作ってみよう」がスタート。シリーズ第6回は、開発方法の整備やスパイラルモデルなど、前回に続きさまざまな問題がある要求仕様フェーズの対処法について解説します。
XML Path Language 1.0 (XPath 日本語訳)
土壌汚染問題を解決するフィールド・パートナーズがPlatio Connectを導入 労働安全衛生法に基づく点検業務のアプリ化で年間1,800時間の労働時間を削減
日付の表記に関するノート
日付の表記方法は、文化的な背景の違い、また用途の違いによって様々なフォーマットがあります。多くの場合、特に断り無く使っても問題なく正しい日時を伝えることができますが、文脈や利用者の環境によっては、意外な落とし穴にはまることもあります。誤解なく、かつ効率的に処理しやすい日時表記方法としては、2001-08-02T10:35Zというスタイルの、ISO/W3Cフォーマットがあります。 文化と日付表記 日時表記の国際標準とW3Cノート W3Cの日時フォーマット XML Schemaの日時データ型 タイムスタンプのインターネット標準 そのほか広く用いられる日時の書式 ピリオド区切りによる日付 電子メール、HTTPヘッダなどの日時表記 継続期間の表記 ISO 8601の期間表記 Dublin Coreの期間表記 読みやすさと処理しやすさのバランス 参照文献 文化と日付表記 よく見かける日付の表記法とし
「PageRank購入」の標的となったW3Cとその結末:渡辺隆広のサーチエンジン情報館 - CNET Japan
まず、W3C Supporters Programやその詳細ページをご覧下さい。これはウェブで利用される技術の標準化をすすめる団体・W3Cのサポーター紹介ページですが、よく見ると何やら企業名や団体名ではなさそうなキーワードが並んでいます。例えばRSS FeedsやOnline Casino Newsなどなど。実はこれ、W3Cを支援する目的で掲載されているのではなく、SEOの外部リンク獲得目的で掲載されているのです。 今回はSEOの標的となったW3Cサポータープログラムのページを巡るPageRank購入とその顛末についてお話をしたいと思います。 さて、W3CのトップページはGoogleツールバーで「10」、先述した2つのページはそれぞれPageRank 9、6を示しています。Googleから重要度が高いと評価されているページですから、検索エンジンで上位表示したいマーケッターは優良なリンクを獲
日本語組版処理の要件（日本語版）
0.1 このドキュメントの目的 書記システムは，言語，文字と並び，文化を構成する重要な要素である．それぞれの文化集団には独自の言語，文字，書記システムがある．個々の書記システムをサイバースペースに移転することは，文化的資産の継承という意味で，情報通信技術にとって非常に重要な責務といえよう． この責務を実現するための基礎的な作業として，このドキュメントでは，日本語という書記システムにおける組版上の問題点をまとめた．具体的な解決策を提示することではなく要望事項の説明をすることにした．それは，実装レベルの問題を考える前提条件をまず明確にすることが重要であると考えたからある． 0.2 このドキュメントの作成方法 このドキュメントの作成は，W3C Japanese Layout Task Forceが行った．このタスクフォースは，次のようなメンバーで構成され，ユーザーコミュニティーからの要望と専門家
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
