正しい理解の爲のHTML覺書 基礎知識 HTML 4の概説 World Wide Webとは何か? URIの大雜把な説明 部分識別子 相對URI HTMLとは何か? ウェブとHTMLの略歴 ウェブの黎明期における混亂 W3C設立とHTML 3.2勸告 HTML 4について 國際化對應 スタイルシート アクセシビリティ マークアップの基礎 文書構造の木 要素とタグ タグの省略が許される要素型 内容が存在し得ない空要素 タグは「命令」ではありません ソース文書とそのツリーの例 屬性(Attributes) 汎用屬性: id, class, title, lang, dir 文字參照 數値文字參照 文字實體參照 コメント宣言 リファレンス HTML文書の全體構造 文書構造の序論 HTMLヴァージョン情報 文書ルート: html要素 文書のヘッダ head要素 メタデータ: meta要素 文書タイ

作者ホームページサービス（hp.vector）は終了いたしました。 長らくのご利用、ありがとうございます。 ご不明な点があれば、お問い合わせページをご覧の上、お問い合わせください。 ※15秒後にトップページに戻ります。 (c) Vector HOLDINGS Inc.All Rights Reserved.

画像・スクリプト 全ての非テキスト要素に等価なテキスト情報を付加すること アンカー画像にはalt属性でリンク先の情報を伝えること 長い説明が必要な画像にはlongasrc属性で等価な文書を用意すること 背景画像を用いるときは背景色も同時に指定すること 無制限に続くアニメーションを用いないこと プラグインがインストールされていないと進めないページを作らないこと ユーザの意志に反してBGMを鳴らさないこと マウスを追いかける画像を用いないこと 重要なスクリプトやオブジェクトには適切な代替手段を設けること 何らかのアクションが行なわれる場合、ユーザは任意に停止・再開ができること スクリプトエラーが発生しないように充分検討すること イベントの取得は特定の入力装置に依存しないこと スクリプトは可能な限り、外部スクリプトファイルによって提供すること 画像ファイルへの直接リンクは避け、全てHTMLファイ

この記事の概要 技術評論社のWeb Site Design Vol.8（2003年6月17日発売）から開始した「実践アクセシブルHTML」という連載記事の元原稿です。 連載第一回は「altはつけるだけじゃなくて」というもので、アクセシビリティの代名詞のひとつともいえる「alt属性」について、第二回はWeb Site Design Vol.9（2003年9月17日発売）に掲載された「可変フォントサイズとレイアウト」となっています。そして最終回でもある第三回はWeb Site Design Vol.10（2004年3月26日発売）に掲載された「フォームは送信してもらえばこそ」です。 基本は8ページの記事として執筆を依頼されたものなのですが、第一回については勢い余って12ページ構成になってしまいました。そのために、僕は「altだけで12ページ語れる男」と呼ばれるようになったとかいう（謎）。 初稿

様々な環境に配慮して、どんなユーザーでも使いやすい方法で提供されている情報はアクセシビリティ (accessibility) が高いと言います。アクセシブルなコンテンツづくりとは、ウェブでのコミュニケーションに誰もが参加できるよう設計すること。情報の利用者であると同時に提供者でもある私たちは、常にこの点に配慮していきたいものです。 なぜアクセシビリティか コミュニケーションとしてのアクセシビリティ：WCAG 2.1 1. 全ての機能と情報が誰にとっても認識可能であること 2. 全ての機能は誰にでも操作可能であること 3. コンテンツの内容、および機能が誰にとっても理解可能であること 4. 将来にわたってコンテンツの力を最大限に発揮できる技術を用いること 元祖ガイドライン：WCAG 1.0 アクセシビリティのJIS規格（2004年初出時の情報） JISの改定：X 8341-3:2010と20

言語情報は何を表さないか HTMLの国際化に伴って採用された言語 情報 [RFC2070, HTML 4.0] は、その役割を誤解されるこ とがしばしばある。この節では、言語情報が何ではない のかを明らかにする。 言語情報とUnicode 言語情報は、HTMLの文書文字集合とし て採用されたUCS (ほぼUnicode) のためにある、という誤解がある。例 えば次のようなものである [加藤]。 [HTML 4.0の仕様原案には] HTML4で仕様可能な文 字セットについての解説もありますが、HTMLのレベルで言語指定タグをいれなければな らないそうです。Unicodeが文字コードレ ベルから言語指定を排除した尻ぬぐいを、HTMLがしなければならなくなったわけですね (苦笑)。 [引用者注] 原文は1998年5月2日現在のもの。リ ンクは原文どおり。 文字コードは通常、そのコードで符号化され

クールなURIとは？ クールなURIとは変わらないもののこと。 どんなURIが変わってしまう？ URIは変わらない：人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき（もしくはドキュメントのメンテナンスをやめてしまう）理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう

HTMLは本来簡単で便利なものです。「30分間HTML入門」で基本は十分。まずシンプルに自分の情報を表現してみてください。 You can write a document as simple as you like. In many ways, the simpler the better. -- Tim Berners-Lee 簡単なHTMLの説明 少し詳しいHTMLの説明 XHTMLから次世代ウェブへ 電子テキストで情報発信 簡単なHTMLの説明 だんだん説明の量が増えてきたので、コンパクトな入門ページを用意しました。 基本がきちんと分かる30分間(X)HTML入門 HTMLを使った人間・コンピュータ双方にわかりやすい表現 （スライドのHTML版） 何のためのHTML？ HTMLは画面をレイアウトするためではなく、文書を環境に依存せずに共有できるように記述するための約束です。そこを正

HTML のhead要素の中で使われる要素の一つにlinkがありますが、きちんと実装しているブラウザが少なく、入門用の解説書でもほとんど触れられていないので、存在もあまり知られていません（最近ではスタイルシートのために少しずつ使われ始めているような）。ここでは、その基本的な役割と使い方を紹介します。 link要素タイプ リンクタイプ linkとサーチエンジン 順方向リンクと逆方向リンク link要素タイプ アンカー（a）要素は、文書の本文であるbody要素の中で、文書の特定箇所にハイパーリンクの始点や終点を設定し、利用者がそのリンクをたどれるようにする役割を持ちます。これに対し、link要素は文書全体についての情報を記述するhead要素の中に置かれ、HTML文書を前後の文書、スタイルシート、スクリプト、代替文書などの様々なリソースと結びつける働きをします。ブラウザなどのユーザーエージェント

HTML4の仕様書第9章は「Text」と題され、インライン（テキスト）レベルの構造を記述するための要素タイプが取り上げられています。ここは、仕様書を読んだだけでは具体的な用法が理解しにくかったり、あまり合理的とは思えない記述があったりするので、要注意のセクションです。 1 フレーズをハイライトする 2 HTML2以来のフレーズ系要素タイプ 3 HTML3.2とフレーズ系要素タイプ 4 フレーズ系要素タイプの精緻化と問題 5 テキストの編集 1 フレーズをハイライトする body要素内に記述するHTMLの要素タイプには、文章の骨格を示すブロックレベルの要素と、ブロック内の一部をマーク付けするインラインの要素という2つのグループがあります。インライン要素のうち、仕様書の9.2.1で語句（フレーズ）の役割を示すものとして定義されているのが、EM, STRONG, DFN, CODE, SAMP,

2001年〜2002年にかけて『WebSiteDesign』に、“HTMLに関して曖昧になりがちな部分が、仕様書ではどのように定義されているかを確認しながら、HTMLの理解を深めていく”ことを目指したしたシリーズ「仕様書に見るHTML」を掲載しました。その原稿を、基本的にそのままウェブ版として公開します。 HTMLの仕様書は、分量こそ多いものの、内容は丁寧にわかりやすく書かれており、けっして難しいものではありません。企画書のいくつかの部分を拾い読みすることで、そのスタイルに慣れ、解説書を鵜呑みにするのではなく自力で不明点を調べられるようになる、その手助けになればいいなと考えています。 HTMLの基本構造 ハイパーテキストとリンク プレゼンテーションとマルチメディア フォームとインタラクション ちょっと不思議なテキストレベルの要素タイプ ごく簡単なHTMLの説明

こんにちは。音楽に関するいくつかのメモや、ウェブ上での情報の共有や活用に関する参考情報があります。 The English only TOC page also available. 音楽の話 ロジャー・ノリントンの話 交響曲に関するいくつかの情報 歌詞／テキストと音楽（レクイエム、ミサ曲、第九、大地の歌、ツァラトゥストラなど） NMLで聴いてメモした曲リスト 古いもの ... show 音楽雑記帖 コントラバスの話 インターネットやコンピュータの話 セマンティック・ウェブ (ジャパンサーチ非公式サポート、グラフ視覚化、画像注釈とIIIF、LD Browser) いくつかの講演スライドそして専門誌/論文誌記事など アクセシビリティおよびごく簡単なHTMLの説明 OWL語彙の実験・提案、その他いろんな試みの記録 古いもの ... show ちょっとしたメモ（主に2003～2008） ハイパー

FOAFはRDF/XMLを使って人々に関する情報（メタデータ）とそのつながりを公開、共有するための半ば実用的、半ば実験（少し遊び）的なプロジェクトです。FOAFを使ってマシンにも扱える自己紹介を記述したり、人や組織、関心領域のネットワーク情報をエージェントに処理させるといった応用が試みられており、RSSとの関連でウェブログなどでも注目され始めています。 FOAFとは FOAFを使った人物情報の記述 知人の記述によるメタデータの連鎖 FOAFの語彙一覧 FOAFと情報の信頼性 FOAFの作成と公開 - まず試してみたい人はこちら 参考文献 ※『RDF/OWL入門』、『セマンティックHTML/XHTML』を上梓しました。 FOAFとは FOAF (Friend of a Friend)とは、その名のとおり友達の友達の友達…という連鎖をメタデータとして表現することで、ネットワーク上の興味深い属性

ウェブの目標である「マシンに理解可能な情報」の表現のためには、メタデータなどのリソース相互の関係を、特定のアプリケーションに依存しない形で叙述的に示す共通の方法が必要です。RDFは、主語（リソース）と述語（プロパティ）、そしてその目的語（オブジェクト：プロパティの値）の三者関係によって、関係の連鎖を辿ることができるようなデータモデルを記述します。 マシンに理解可能な情報の記述 RDFの基本データモデルとXML構文 シンプルなRDFモデルとグラフ 基本データモデルを表現するXML構文 コンテナモデル 具体化：文についての文 とりあえずのまとめ 本稿で取り上げなかったこと 参照文献 ※体系的な解説『RDF/OWL入門』を上梓しました。 マシンに理解可能な情報の記述 バーナーズ・リーが描いていたウェブの目標は、「コンピュータで読みとれる形の情報の空間が、人々の思考、やり取り、仕事のパターンの状態

HTML 4.0（それ以前にRFC2070）で導入されたlang属性、hreflang属性、およびXMLのxml:lang属性[1]は、「言語コード」を指定することで、ドキュメントで使用している言語を明示し、ブラウザの表示に加えてサーチエンジンや音声合成にも役立つような情報を提供します。ここで用いられる「言語コード」はURLの指定などに使われる「国コード」とは異なるもので、日本語は「JA」になります。混乱しやすいので、注意が必要です。 言語コード 国コード Charset ? 言語コード 日本のように国家と言語が（ほぼ）1対1で対応しているとあまり意識しませんが、一つの国で複数の公用語を持っているところもあれば、多くの国で使われる言語もあります。このため、「国コード」とは別に130以上の「言語コード」がISO 639によって定義されています。 主要なものを挙げると： 主な言語コード