視覚的な動作のみのCSSによる擬似フレーム。ナビゲーションをfixedプロパティで固定し、領域をoverflowでautoするという、知らなきゃなんだか何を言ってるのかわからん文章ですがこれに関して一考してみようかなと。以前、オレも散々こいつを多用していたという自戒も込めて。鬼のような検索でサンプルとなるサイトをサーチしたので参考に。
擬似フレームの目的は常にナビゲーションを表示して、より便利な閲覧環境の提供を行うというのが一般的な考えのようです。オレもそう思います。閲覧から次の閲覧の為に必要な「戻る」動作（スクロールの上下等含む）が省略されますからね。本来は表の項目を固定して常に「そのセルがどのジャンルに対応したものか」を知ることができるような、まあエクセル的というかそういうモンの為に使われるべきなんでしょうけど。
しかし、フレームサイトでいうフレームというのは決して固定するためのものではないと、オレはそう思います。疑似フレーム解説を行っているサイトの多くでしばしば「フレームの代わりに」というフレーズを見受けます。それは違うでしょうよ、と。文書内に多数出現する様々なナビゲーション、カレンダーや時計なんかがある所もあります。どことは言いません。だからブログはクソなんだとか言うつもりも毛頭ございません。要は、本来body要素の中にそんな色んなナビゲーション入れなくてもよかろうと、そういう話をしています。link要素（参考：link要素がナビゲーションバーに使われている例）はその為にあります。しかしです。悲しいかな、世界の何割の人間がlink要素の存在を知り、それを使いこなしているでしょうか。世の中に「おほーむぺーじ」が登場した時点の常識としてもっと当たり前の存在にすべきだったんですよ。時すでに遅しです。何事も「はじめが肝心」というじゃないですか。はじめに失敗しちゃったんですよ、我々人間は。断言してもいいけどlink要素を使ったナビゲーションなんて今後も絶対に普及しませんから。最初に性器にモザイクかけたら未だにモザイクかかってるのと同じくらい、世の中の流れは変わらんのです。只、「とき既に遅し」だから、それが不要ということじゃないですから。勘違いしないように。考慮はしておくべきです。
ということはナビゲーションの分離なんて、制作側でどうにかするしかない。文書内に存在しなくていい、などということではないですよ。分離ってのは。的確なlink要素を用いた上で、その擬似的なものとしてフレームを使う。以前述べたframesetはアプリケーションの一種
だという持論はそういう意味です。文書内てのはあくまでファイル内という意味です。可能なら、表示される文書はシンプルであるべき。最低限のアンカーは必要だとは思いますけど。
単に「擬似フレームじゃねえよ」と。ただそれだけのことなんですがね、笑い。要素を固定してはみ出し部分をスクロールさせる、ただそれだけの手法というだけで、それ以上でも以下でもありません。
ちなみにfixedが悪いとかそういうことじゃあないですよ。この文書でも使っていますしfixed。あくまで、認識と使用法の問題です。以前CSS段組さんざん謳ったオレですが、あれはウザイだけです。昨今のブログを見て気づかされました。下手したらtableレイアウトよりウザイんじゃないですかアレ。CSS外すとよくわかる。わけのわからんアンカーがやたらとリストされて著しく目障り極まりない。まあいいけど。
同ページ内のidやらname属性にジャンプするアンカーに対する使用法、例えば索引やら用語集やら。ページ読み込みが発生しないのでジャンプする際にナビゲーションの位置がリセットされないので。
iMa / 縺ｷ繧�