→:植物の成長と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検索から来た方のために…」という書き出し方がある。正しい文脈を教える書き方。
「ソーシャルメディアから来た方は…」というのもある。引用から来た人向け。
ようするに途中から読む人向けの「前回までのあらすじ」。

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

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

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

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