可能とは？/ キャッシュワン
[ 24] XHTML 1.0: 拡張可能ハイパーテキストマークアップ言語
[引用サイト] http://www.doraneko.org/webauth/xhtml10/20000126/Overview.html
|
この文書には翻訳上の誤りがあるかもしれません。どら猫本舗は翻訳の正確性を保証しません。あくまでご自身の責任でご利用ください。 この節は、この文書の公開時における位置づけを説明したものである。他の文書がこの文書に取って代わるかもしれない。この文書シリーズの最新の位置づけは、W3Cにおいて維持管理されている。 この文書は、W3C会員及びその他の利害関係者によりレビューされ、ディレクターによってW3C勧告として公布されているものである。この文書は安定的な文書であって、参照素材として利用したり、他の文書から規範的リファレンスとしての引用に用いてもかまわない。勧告作成におけるW3Cの役割は、仕様に対する注意を引き、その広範な配備を推進することにある。このことはウェブの機能と相互運用性とを高める。 SGMLは1980年代半ば以降普及し、きわめて安定性を保っている。この安定性の多くは、言語が機能に富み、かつ柔軟でもあるという事実によっている。しかしながら、この柔軟性は一定のコストによりもたらされるものであり、そのコストとは、ワールド=ワイド=ウェブを含め多様な環境での採用の妨げとなるレベルの複雑さのことである。 HTMLは、もともとそのように考えられていたのだが、文書の専門家でない人々による利用に適した、科学的その他技術的文書の交換のための言語であるべきものであった。HTMLは、SGMLの複雑さの問題を、比較的単純な文書を制作するのに適した構造的タグや意味論的タグの小さいセットを規定することにより処理した。文書構造を単純化したことに加えて、HTMLはハイパーテキストのサポートを追加した。マルチメディア機能が後に追加された。 非常に短い時間のうちに、HTMLはおそろしく普及し、急速に元々の目的からはみ出して成長した。HTMLの始まり以来、(標準規格としての)HTML内部で利用したり、HTMLを垂直的で高度に特化された市場に適合させるための新しい要素が急速に発明されてきた。この新しい要素の過剰は、異なるプラットフォーム間での文書の互換性問題にまて至っている。 ソフトウェア、プラットフォーム両者の異類混交性が急速に増殖するに伴い、これらのプラットフォームで利用することについて「クラシック」なHTML4の適性は幾分か限定されることが明らかである。 これらの役に立つ機能を残しつつも、XMLは、適したソフトウェアの製作や設計を困難でコストのかかるものにしているもっと複雑なSGMLの機能を多数取り除いている。 文書開発者やユーザエージェント設計者は、新しいマークアップを通じて彼らの発想を表記する新しい方法を持続的に発見している。XMLでは、新しい要素や追加的な要素属性を導入することが比較的容易である。XHTMLファミリーは、XHTMLモジュールや、(近刊のXHTMLモジュラ化仕様書で解説される)新しいXHTML適合モジュールを開発するためのテクニックを通じて、これらの拡張を収容するよう設計されている。これらのモジュールが、コンテンツを開発するときや新しいユーザエージェントを設計するときに、既存の機能セットや新しい機能セットの組み合わせを可能にすることになる。 インターネットにアクセスする代替方法は、コンスタントに導入されている。試算のなかには、2002年までにインターネット文書閲覧の75%がこれら代替的プラットフォーム上で実行されると示すものもある。XHTMLファミリーは、全体的なユーザエージェントの相互運用性を念頭に置いて設計されている。新しいユーザエージェントや文書プロファイリングメカニズムを通して、サーバやプロキシ、ユーザエージェントは、コンテンツの変形に最善の努力を実行することができることになる。究極的には、どのXHTML適合ユーザエージェントでも利用できるXHTML適合コンテンツを開発することが可能となるであろう。 正しい文書構造についての対応する必要条件を定義[し文書化]することが実装にゆだねられているとき、値または挙動は実装定義である。 実装に関しては、「してもよい」という言葉は、この仕様書では要求されないが提供することができる任意的機能として解釈されるべきものである。文書の適合性に関しては、「してもよい」という言葉は、任意的機能が使われてはならないという意味である。「任意的」という用語は、「してもよい」と同じ定義である。 値または挙動は規定されていないが、適合文書がそれを使うことや、適合ユーザエージェントがそれをサポートすることは許されない。 実装に関しては、「するべきである」という言葉は、実装上の勧告であるが必要条件ではないものとして解釈されるべきものである。文書に関しては、「するべきである」という言葉は、文書についての推奨されるプログラミング慣行や、厳格適合XHTML文書についての必要条件として解釈されるべきものである。 この仕様書にある一定の装備は任意的である。ある装備がサポートされている場合、それはこの仕様書によって規定されている通りの挙動をとる。 値または挙動が規定されていないとき、仕様書は、その装備を利用する文書に直面したときであっても、ある実装上の装備についての可搬性必要条件を定義しない。そうした場面で、その装備を使うときにどのような挙動でも容認するのではなく、特定の挙動を要求する文書は、厳格適合XHTML文書ではない。 文書とは、参照先のその他すべてのストリームと組み合わされた後、結びつけられたDTDで定義されているとおりに組織された要素の中に含まれている情報を保持するよう構築されたデータのストリームである。 実装とは、装備やこの仕様をサポートするサービスの集合体を用意するシステムである。詳しい情報についてはユーザエージェントの適合性を見よ。 解析とは、それによって文書をスキャンし、文書に含まれている情報を、その情報が構造化されている要素の文脈の中へとフィルタリングする行動である。 厳密適合XHTML文書とは、この仕様書で義務的なものとして説明されている装備のみを要求する文書である。そうした文書は、以下の評価基準のすべてに合致しなければならない。 ユーザエージェントが、この仕様書で定義されていたり、規範的な参照資料を通じてこの仕様書によって要求されている装備をサポートしていると主張するときは、その装備の定義と無矛盾な方法でそうしなければならない。 ユーザエージェントが認識しない要素に遭遇した場合は、その要素の内容をレンダリングしなければならない。 ユーザエージェントが認識しない属性に遭遇した場合は、その属性指定全体(すなわち属性とその値)を無視しなければならない。 ユーザエージェントが認識しない属性値に遭遇した場合は、デフォルトの属性値を使わなければならない。 ユーザエージェントがその宣言を処理していない(定義済み実体以外の)実体参照に遭遇した場合(これはユーザエージェントがまだ読んでいない外部サブセットの中に宣言がある場合に起こりうる。)、その実体参照は、その実体参照を作り上げている(アンパサンドで始まりセミコロンで終わる)キャラクタとしてレンダリングされるべきである。 コンテンツをレンダリングするとき、認識するけれどもレンダリングできないキャラクタやキャラクタ実体参照に遭遇したユーザエージェントは、正常なレンダリングが行われていないことがユーザにとって明らかであるような方法で文書を表示するべきである。 レンダリングに関して、ユーザエージェントは、コンテンツを書いている言語に適した方法で、コンテンツをレンダリングするべきである。主たる文字がラテン文字である言語では、ASCIIスペースキャラクタは概して、文法上のな単語の境界と印刷術的な空白との双方をエンコードするのに使われる。文字がナガリ文字に関係している言語(例. サンスクリット語、タイ語など)では、文法上のな境界はゼロ幅「スペース」キャラクタを使ってエンコードされることがあるが、レンダリングされたアウトプットには印刷術的なスペースによって表現されないのが典型である アラビア形式の文字を使う言語は、スペースキャラクタを使って印刷術的な空白をエンコードすることがあるが、「内部的な」文法上の境界を区切るのにゼロ幅スペースキャラクタも使われることがある (英語の目にとってアラビア語の単語のように見えるものが、しばしば数個の単語をエンコードしている。例. 'kitAbuhum' = 'kitAbu-hum' = 'book them' == their book)。また、中国文字の伝統にある言語は概して、そうした区切りをエンコードせず、またこのような印刷術的な空白も使わない。 整形式性は、[XML] によって導入された新しい概念である。本質的には、これは、すべての要素が終了タグを持つか(後述のとおり)特殊な形式で書かれるかしなければならず、またすべての要素がネストしていなければならないという意味である。 属性値はすべて、たとえ数値のように見えるときであっても、引用符で括られなければならない。 XHTMLの利用が伝統的なデスクトップユーザエージェントからその他のプラットフォームへと移行するにつれて、すべてのXHTML要素がすべてのプラットフォームで要求されることになるわけではないことが明らかである。たとえば、ハンドヘルドのデバイスや携帯電話は、XHTML要素のサブセットだけをサポートするのでもかまわない。 モジュラ化処理により、XHTMLは、さらに小さい要素セットが連なったものへと分解される。そうして、これらの要素を、いろいろなコミュニティの必要に沿うよう組み合わし直すことができるのである。 文書プロファイルとは、文書のセットの文法や意味論を規定するものである。文書プロファイルに従うことが、相互運用性の保証の基礎を提供する。文書プロファイルは、たとえば使える画像フォーマットやスクリプトのレベル、スタイルシートのサポートなどはどのようなものかといったような、その型の文書を処理するために必要とされる装備を規定する。 製品設計者にとっては、このことから、多様なグループが独自の標準プロファイルを定義することが可能になる。 制作者にとっては、このことから、いろいろなクライアントのためにいろいろなバーションの文書をいくつか書く必要が事前に除去されることになる。 化学者や医者、数学者といったような特殊なグループにとっては、このことから、標準的なHTML要素に加えてその専門家の必要に連動した要素グループを利用するよう、特別なプロファイルを構築することが可能となる。 以下の要素には、包含できる要素についての禁止事項がある(第4節第9項を見よ)。この禁止事項は、すべてのネスト深度に適用される。すなわち、すべての子孫要素を含んでいるのである。 属性値の内部では改行や重複空白キャラクタは避けること。これらは、ユーザエージェントによって扱いが一貫しない。 カスケーディングスタイルシート第二水準勧告 [CSS2] は、HTML文書やXML文書の解析樹に適用されるスタイルプロパティを定義している。解析の際の相違点は、使われているセレクタ次第で視覚的または聴覚的に、異なる結果を生み出すことになる。以下のヒントは、両方のメディア型としての修正がないまま配布される文書について、この効果を小さくすることであろう。 |
[ 25] “飲む点滴”甘酒の可能性を考える | エキサイトニュース
[引用サイト] http://www.excite.co.jp/News/bit/00091205339541.html
|
甘酒というと、寒い冬やひな祭りに飲むものという印象がありますよね。でも最近では自然食のスーパーなどで「健康ドリンク」として推奨されているのです。ブドウ糖、ビタミン、アミノ酸が豊富で、甘酒はまさに、「飲む点滴」なんだそうです!! 江戸時代には夏バテ防止のために夏によく飲まれていたとか。冬に体を温めるための飲み物じゃなかったんですね……。とはいえ、あの独特の風味が苦手という人も多く、実は私もそうでした（特にあの缶入りのものが）。 しかし、手作りした甘酒は大変美味しいらしく、炊飯器を使えば家庭で簡単に作れるらしいのです。原料の麹もスーパーで手に入るし、早速作ってみました！白米（またはモチ米）を3合を柔らかめに炊いて、生麹（麹をぬるま湯で戻したものでも可）450gを加えてよく混ぜ、炊飯器のフタを開けてふきんを被せ、炊飯器を「保温」にしておきます。温度は55℃ぐらいでキープし、60℃を超えないよう注意！ 温度計でまめにチェックしましょう。時々しゃもじで潰しながら混ぜ、6〜8時間おけばできあがり。最初はただのご飯だったのに、発酵していくとものすごく甘くなっていく。でんぷんが糖に変わるんだから当たり前なんだけど……。漫画『もやしもん』ファンの私は、「醸すってこういうことか!!」と思わず感動。できあがった甘酒は、お好みの濃度に薄めて飲みます。しょうがを絞って飲むのがスタンダードな飲み方。おおっ、できたてはすっごく美味しい！大量にできた甘酒で色んな飲み方にトライ。牛乳やレモンで割るととても美味しいらしいのです。まずは牛乳割り。「えっ、これ甘酒？」。まろやかな甘みはココナッツミルクを思わせ、まるでアジアンデザートのよう。温めてもいいですが、私は冷たい方が美味しいと思います。ココアを入れてミルクココア風にすると、ミロみたいな味に!? ミルク系は何でも合うのか、抹茶を入れた抹茶ミルク割りも美味しい。レモンはちょっと半信半疑でしたが、これが爽やかで美味しい。韓国のお酒マッコリにも似てるかな？ 栄養タップリ甘酒は、食欲のないときや朝ごはんにもよさそう。発酵食品の甘酒は「ジャパニーズヨーグルト」とも呼ばれ、腸内環境を整える効果が。私は1週間飲み続けましたが、いつもよりお通じがよくなりましたよ。ダイエットにもグー。冬限定の飲み物にしておくのはもったいない。これからの季節も甘酒をぜひお試しあれ！（いなっち）・エキサイト商品検索『もやしもん』 エキサイトブログユーザーならブックマークレット機能を利用してこのページにトラックバックできます。 |
キャッシュワンのサイトです。
