→:植物の成長とWikiの差分表示より

  • ブログとRSS…パーマリンク向き
  • Wiki…パーマリンクは不向き
    URLに対応付ける情報が動的なので。URL1つ開いただけでは文脈も見えない。

でも文脈が見えなくなるのはブログでも同じ。RSSから来た人や、検索から来た人には文脈が見えない。
ブログの場合はそれまでの話を前置きして、文脈を知る方法を示せる。「カテゴリー」「シリーズ」といったつながりにして目次化。
「タグ」もあるけどこちらは文脈を作らないことが多い。タグ検索で得られる情報はWiki的。

読むための構成 † Edit

Wikiもサイトを分割したり、ページをひとつながりにすればいい。読むための操作。読むためのノート。
読むときに編集。それをシステムが支援。いつの間にかつながりの見えるような編集されたページ構成になるように。

読むための動的なページ構成ができて、読む側がページ構成を選べればいい。MSDNのPDFエクスポート機能のように。
1つのコンテンツに複数の文脈。

検索はページ構成を変える機能。階層構造を一列に並べる。スレッド化。
サブセットWikiは検索でWikiを作る機能。読み手のための文脈生成をするサブセットWiki。…でWikiのRSSを有用化。
:i/文脈依存検索も文脈を生成する。

読むための切り口 † Edit

記事の切り口は書き手次第。でもそれは単一ページ内での話。
ページを読む順番は読む側次第。それもひとつの切り口になる。パンくずリストも切り口のひとつ。その順序でページを並べられれば、読むだけで編集作業になる。

切り口はファセット。検索でのファセットナビゲーションでも切り口を提示できるのでは。
書き手が用意した中から選ぶ読み方。1つのコンテンツでも複数のコンテキスト。
複数のコンテキストで読まれるコンテンツの作り方（書き方）。構成を選択可能な書き方。Wikiはゲームブック。

文脈生成方法 † Edit

Wikiは単語を選んでいく読み方。選び方で文脈ができていく。その記録がパンくずリスト。

それ以外の文脈生成方法…

  • 表示範囲の限定
    Excel文書で、関心のある範囲だけを表示するようなこと。
    サブセットWikiでもこれはある。
    例えば検索結果。目次やバックリンク一覧のようなページ名の一覧も。
  • どんな文書間の囲み記事（コラム）として読むか
    読む順番。
  • 検索結果の順序も文脈を生む
    これも読む順番に関わる。

Googleはネット全体から文脈を生む。
「Web検索から来た方のために…」という書き出し方がある。正しい文脈を教える書き方。
「ソーシャルメディアから来た方は…」というのもある。引用から来た人向け。
ようするに途中から読む人向けの「前回までのあらすじ」。

それをもっと柔軟に、自動的にしたい。

リンクのつながりを壊さずに検索結果に表示できればよさそう。目次の次（多数のリンクを持つページの次）を検索結果上位に載せたい。

他には特定の（書き手がそうと決めた）タグを持つページを検索結果上位に。検索で常時適用される隠し条件でタグを指定して。（書き手が管理者であること）

検索結果上位…または通常の検索結果とは分けたそれ用の枠内（スポンサードリンクのようなもの）に。

フローかストックかの区別も読む側による † Edit

フローとストックの違いは扱われ方。
新着一覧やRSSからリンクされていればフローテキストの度合いが強まり、索引からリンクされていればストックテキストの度合いが強まる。

実際は両方あるので、読む側がどこからたどり着いたかによる。RSSから来た人にはフローテキストのように見えるし、Web検索や索引から北人にはストックテキストに見える。

フローテキストからリンクされていればフローテキスト、
ストックテキストからリンクされていればストックテキスト…それぞれの度合いが強まる。