W3C勧告プロセスの概要
W3Cは「ウェブの可能性を最大限に引き出す」ために、技術的、社会的な側面から検討を行ない、その結果を標準情報（Technical Report: TR）として公開します。TRには、段階的な審議を経て勧告に至るものと、ノートとして参考に公開されるものがあります。 W3C勧告までの過程 草案（Working Draft） 最終草案（Last Call Working Draft） 勧告候補（Candidate Recommendation） 勧告案（Proposed Recommendation） W3C勧告（Recommendation） 勧告の修正・変更・解除 W3C Notes / Working Group Notes レファレンス この説明は主として2005年版のProcess Documentに基いています。2014年8月, 2015年9月, 2017年3月に改訂版が公開されており
クリエイティブ・コモンズのメタデータ -- 著作権とライセンス記述の新しい形
著作物のより広く柔軟な提供を目指した新しいライセンスを提案するクリエイティブ・コモンズは、そのライセンス内容のメタデータをRDFで記述できるようにしています。クリエイティブ・コモンズの定義する語彙とその用法を簡単に紹介します。 クリエイティブ・コモンズとは C.C.ライセンスのオプション C.C.メタデータの語彙 C.C.メタデータの記述 C.C.メタデータ語彙を用いた拡張 参考文献 クリエイティブ・コモンズとは クリエイティブ・コモンズ（[Creative Commons]、以下C.C.と略記）は、知的創作物の“著作権”を尊重しつつ、その成果をより広く容易に利用するための新しい形を提唱する活動です。そのプロジェクトのひとつであるLicensing Project[CCLP]は、「一定の条件の下に創作物を自由に利用してよい」というライセンス（の組み合わせ）を用意し、作者が適当なライセンスを
クールなURIは変わらない -- Style Guide for Online Hypertext
クールなURIとは？ クールなURIとは変わらないもののこと。 どんなURIが変わってしまう？ URIは変わらない：人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき（もしくはドキュメントのメンテナンスをやめてしまう）理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう
色の組み合わせチェック - 読みやすい前景色と背景色
誰にも読みやすいコンテンツとするためには、文字色と背景色のコントラストをしっかり確保しなければなりません。これを客観的にチェックするため、色の明るさの差などを計算する仕組みを用意してみました。 色の組み合わせ検証 テストの手法 コントラストの計算 色覚偏位のシミュレーション 当サイトが独自に加えたコントラストの段階評価 コントラストと読みやすさの相関関係 色の組み合わせ検証 検証してみたい文字色と背景色の組み合わせを入力してみてください。色の指定には3桁もしくは6桁の16進数カラーコード、あるいは色名（CSS2の色名＋SVGの色名、計147色）およびrgb()の表現が使えます（初期値は、読みにくい例が入っています）。また、入力欄左ボックスから216色のパレットを呼び出して入力することもできます。文字色2、3は、複数の文字色の組み合わせを表示するためのオプションで、コントラストなどの計算は行
ハンディがあっても利用できるページづくり：Webアクセシビリティについて
様々な環境に配慮して、どんなユーザーでも使いやすい方法で提供されている情報はアクセシビリティ (accessibility) が高いと言います。アクセシブルなコンテンツづくりとは、ウェブでのコミュニケーションに誰もが参加できるよう設計すること。情報の利用者であると同時に提供者でもある私たちは、常にこの点に配慮していきたいものです。 なぜアクセシビリティか コミュニケーションとしてのアクセシビリティ：WCAG 2.1 1. 全ての機能と情報が誰にとっても認識可能であること 2. 全ての機能は誰にでも操作可能であること 3. コンテンツの内容、および機能が誰にとっても理解可能であること 4. 将来にわたってコンテンツの力を最大限に発揮できる技術を用いること 元祖ガイドライン：WCAG 1.0 アクセシビリティのJIS規格（2004年初出時の情報） JISの改定：X 8341-3:2010と20
クールなURIは変わらない -- Style Guide for Online Hypertext
クールなURIとは？ クールなURIとは変わらないもののこと。 どんなURIが変わってしまう？ URIは変わらない：人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき（もしくはドキュメントのメンテナンスをやめてしまう）理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう
ちょっとしたメモ - HTML5＋Microdataへの全面移行
この春頃からMicrodataを試してみたりHTML5にかかわる機会が増えてきたので、いずれ実施しようと考えていたサイト全ページの書き換えを敢行しました。スタイルシートはごく一部を除いてほとんど従来のまま。ページ自身のメタデータほかの構造化データは、Schema.org語彙を中心にして表現しています。 Microdataの記述 今回使ったMicrodataの一部を紹介しておきます。Microdataは、文書内に記述されたものごとの特徴を表す名前-値の対（プロパティ）のグループをアイテムと呼び、基本単位として扱います。 アイテムと型 Microdataの場合、まず最初にアイテムの範囲（スコープ）をitemscope属性で示します。文書のメタデータを表現したいので、html要素にこの属性を加えて全体を一つのアイテムとします（itemscopeは真偽値属性で属性名のみを記述しますが、XHTML構
ちょっとしたメモ - DOASとTurtle/RDF
自作のスクリプトやスタイルシートを管理するために作ったDOAS（Description of a Script/Stylesheet vocabulary）の定義ファイルにアクセスが増えていると思ったら、紹介してくださっているページがあるようなので、少しばかり使い方の補足説明を。ちょうどRDFのTurtle構文の入門としても手ごろかもしれません。 DOASはその名のとおり、スクリプト/スタイルシートの概要を記述するためのRDF語彙です。RDFといっても、これはスクリプト/スタイルシートの冒頭などにコメントとして埋め込むことを想定しているので、XMLではなくてTurtleという構文で書くことが多くなると思います（RDFにはいろんな書き方があって、用途に応じて選べるのです）。 定義ファイルをブラウザで見ると例が表示されるようになっていますが、Turtleをご存じない方は、例のとおりに書くべきと
強調,引用,グループ化,画像などの要素 -- ごく簡単なHTMLの説明
「dfn要素」は、文中で重要な言葉が初めて出現して、それに関する説明がそこでなされているときなどに使います。dt要素が辞書形式のリストで用語を定義していたのに対し、こちらは通常のパラグラフの中で用います。 〔補足〕多くのブラウザでは、em要素が斜字体、strong要素が太字体で表示されますが、ブラウザによっては違う表現をする場合があります。これらは字体を指定する機能ではなく、重要性を強調するための要素であることを理解してください。 段落内の一部分に特定の役割を与える要素ですから、これらは全てインライン要素のグループに属します。 HTML5では、これらはフレージング内容グループと呼ばれます。またem要素は強調、strong要素は強い重要性、厳格さ、緊急性などを示すということにされました。さらに、従来は文字の物理的なスタイルを示すものであったi、b、u各要素は、それぞれ「異なる調子や雰囲気、あ
ごく簡単なHTMLの説明
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は画面をレイアウトするためではなく、文書を環境に依存せずに共有できるように記述するための約束です。そこを正
ごくごく簡単なDTDの説明
例えば、辞書型定義リストDLの場合は <!ELEMENT DL - - (DT|DD)+> となっていますが、これは開始タグ、終了タグとも必須で、内容としてはDTもしくはDDが1回以上出現しなければならないということを意味しています。 例外についての注意 +(E)という書き方は、要素（群）Eは内容モデルの「例外」として出現して良いことを示します。この例外は「その要素の実現値の中の全ての場所に適用する」とされ、その子孫にわたって内容モデルにかかわらず出現して良いという意味になります。これは結果的にDTDの読み方を少し難しくしているので注意が必要です。例えばBODY要素タイプの定義を見てみましょう。 <!ELEMENT BODY O O (%block;|SCRIPT)+ +(INS|DEL) > BODY要素の内容にはブロックレベル要素（%block;）もしくはSCRIPT要素が1回以上出現
仕様書に見るHTML
2001年〜2002年にかけて『WebSiteDesign』に、“HTMLに関して曖昧になりがちな部分が、仕様書ではどのように定義されているかを確認しながら、HTMLの理解を深めていく”ことを目指したしたシリーズ「仕様書に見るHTML」を掲載しました。その原稿を、基本的にそのままウェブ版として公開します。 HTMLの仕様書は、分量こそ多いものの、内容は丁寧にわかりやすく書かれており、けっして難しいものではありません。企画書のいくつかの部分を拾い読みすることで、そのスタイルに慣れ、解説書を鵜呑みにするのではなく自力で不明点を調べられるようになる、その手助けになればいいなと考えています。 HTMLの基本構造 ハイパーテキストとリンク プレゼンテーションとマルチメディア フォームとインタラクション ちょっと不思議なテキストレベルの要素タイプ ごく簡単なHTMLの説明
Atom - RSS改訂の試み
Atomは、RSSのコンセプトを継承しつつ、シンジケーション/コンテンツ配信を主眼に発展的な新しいフィードのフォーマットを作ろうというプロジェクトで、2005年12月にRFCとなりました。元Echoと呼ばれたこの仕様は、フィードの記述だけでなくAPIなども定めていますが、ここではRSSとの対比でのマークアップのみを説明してみます。 Atomとは何か Atomの基本的なフィードの例 XHTMLマーク付けを含むコンテンツ RDFとAtom 参考資料 Atomとは何か RSSはサイトの要約や見出しを配信するフォーマットとして成長してきましたが、ウェブログなどの普及で、コンテンツそのものを配信するニーズが高まっています。また、RSSには異なるバージョンが存在（対立）したり、RDFのXML構文が若干煩雑だったりというややこしさもありました。 そこで、RSSの考え方は継承しつつ、既存の要素はいったん忘
正しいコメントを書こう
HTML文書の中で、ソースを読みやすくするため、コメントをセクションの区切りとして用いている人は少なくないでしょう。しかし、コメントの書式は正しく理解されていないことが多く、誤った用法を頻繁に見かけます。実際に支障が出ることは少ないのですが、厳密なブラウザでは内容が読めなくなってしまうこともあり、注意が必要です。 コメントのきちんとした定義はHTMLのバージョンによって微妙に異なりますが、基本的には コメントは <!-- 注釈の文 --> という形式で、これ以上余計なハイフンを使っちゃだめ と理解しておくのがよいでしょう。（2016現在ではHTMLなら少し緩和されることになりそうです） HTML 2.0で定義されていたコメント HTML 2.0の場合、RFC 1866の"3.2.5. Comments"において次のように定義されていました： To include comments in a
クリエイティブ・コモンズのメタデータ -- 著作権とライセンス記述の新しい形
著作物のより広く柔軟な提供を目指した新しいライセンスを提案するクリエイティブ・コモンズは、そのライセンス内容のメタデータをRDFで記述できるようにしています。クリエイティブ・コモンズの定義する語彙とその用法を簡単に紹介します。 クリエイティブ・コモンズとは C.C.ライセンスのオプション C.C.メタデータの語彙 C.C.メタデータの記述 C.C.メタデータ語彙を用いた拡張 参考文献 クリエイティブ・コモンズとは クリエイティブ・コモンズ（[Creative Commons]、以下C.C.と略記）は、知的創作物の“著作権”を尊重しつつ、その成果をより広く容易に利用するための新しい形を提唱する活動です。そのプロジェクトのひとつであるLicensing Project[CCLP]は、「一定の条件の下に創作物を自由に利用してよい」というライセンス（の組み合わせ）を用意し、作者が適当なライセンスを
日付の表記に関するノート
日付の表記方法は、文化的な背景の違い、また用途の違いによって様々なフォーマットがあります。多くの場合、特に断り無く使っても問題なく正しい日時を伝えることができますが、文脈や利用者の環境によっては、意外な落とし穴にはまることもあります。誤解なく、かつ効率的に処理しやすい日時表記方法としては、2001-08-02T10:35Zというスタイルの、ISO/W3Cフォーマットがあります。 文化と日付表記 日時表記の国際標準とW3Cノート W3Cの日時フォーマット XML Schemaの日時データ型 タイムスタンプのインターネット標準 そのほか広く用いられる日時の書式 ピリオド区切りによる日付 電子メール、HTTPヘッダなどの日時表記 継続期間の表記 ISO 8601の期間表記 Dublin Coreの期間表記 読みやすさと処理しやすさのバランス 参照文献 文化と日付表記 よく見かける日付の表記法とし
クールなURIは変わらない -- Style Guide for Online Hypertext
クールなURIとは？ クールなURIとは変わらないもののこと。 どんなURIが変わってしまう？ URIは変わらない：人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき（もしくはドキュメントのメンテナンスをやめてしまう）理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう
セマンティック・マイクロブログ
ソーシャルメディアとマイクロブログ SNSとソーシャルメディア SNS：個人のプロフィールや関心事などを（範囲を限定して）公開し社会的ネットワークを構成 ソーシャルメディア：社会ネットワークとコンテンツ・メッセージ共有の組み合わせ Ambient Intimacy（何気なくそこにあるような親しみ）の感覚 データの互換性、共有が課題 マイクロブログ（Microblogging） 限られた字数の最小限の＝気軽に書けるコンテンツ ゆるやかで手軽なコミュニケーション Why We Twitterの考察では、日常会話＋情報探索/共有 フットワークの軽さとモバイルとの相性 携帯端末からも簡単に読み書きできる → 発信する位置という新たなメタデータ マイクロブログのデータモデル コンテンツのモデル ポストの内容（本文） ポストのメタデータ（タグ、返信など） サービスによってさまざまな形態 ポスト本文中に
The Web KANZAKI -- Japan, music and computer
こんにちは。音楽に関するいくつかのメモや、ウェブ上での情報の共有や活用に関する参考情報があります。 The English only TOC page also available. 音楽の話 ロジャー・ノリントンの話 交響曲に関するいくつかの情報 歌詞／テキストと音楽（レクイエム、ミサ曲、第九、大地の歌、ツァラトゥストラなど） NMLで聴いてメモした曲リスト 古いもの ... show 音楽雑記帖 コントラバスの話 インターネットやコンピュータの話 セマンティック・ウェブ (ジャパンサーチ非公式サポート、グラフ視覚化、画像注釈とIIIF、LD Browser) いくつかの講演スライドそして専門誌/論文誌記事など アクセシビリティおよびごく簡単なHTMLの説明 OWL語彙の実験・提案、その他いろんな試みの記録 古いもの ... show ちょっとしたメモ（主に2003～2008） ハイパー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.kanzaki.com/ns/doas