Send to your Kindle *** 読むための切り口 [#o447edfa] 記事の切り口は編集者（編集作業をする人）次第。でもそれは単一ページ内での話。 ページを読む順番は読む側次第。それもひとつの切り口になる。パンくずリストも切り口のひとつ。その順序でページを並べられるなら、読むことが編集作業になる。 - 切り口はファセット。検索でのファセットナビゲーションでも切り口を提示できるのでは。 例えば、検索にヒットしたページがどの[[読むためのノート]]に含まれているかをファセットにしたり。 - 書き手が用意した中から選ぶ読み方もある。1つのコンテンツが複数のコンテキストに登場していい。 - 複数のコンテキストで読まれるコンテンツの作り方（書き方）があってもいい。読み手が構成を選択できる書き方になる。Wikiはゲームブック。 RIGHT:[[:t/文脈]] [[:t/分かりにくさ]] [[→:植物の成長とWikiの差分表示]]より ブログやRSSと比べて、Wikiはパーマリンクに向かず、文脈も見えない。[[:i/Wikiは読みにくい]]。 %%URLに対応付ける情報が動的なので、%%断片になりがちなので、URLをひとつ開いただけでは文脈も見えない。 でも、文脈が見えなくなるのはブログでも同じ。ニュースフィード(RSS)から来た人や、検索から来た人には文脈が見えないもの。 ブログの場合はそれまでの話を前置きして、文脈を示せる。「カテゴリー」「シリーズ」といったつながりにして目次化。 「タグ」もあるけど、こちらは文脈を作らない断片であることが多い。タグ検索で得られる情報はWiki的。 単一ページ内では[[:i/結局、読みやすさ]]。編集作業によるもので、運用の問題。 Wikiサイト全体では何らかの支援ができそう。読み手が読むときに、書き手の書いたときの文脈を再現できれば読みやすい。 Wikiは断片的になりやすい代わりに、再構成もできる。誤った文脈と関連付けるのも、新発見（セレンディピティ）になるかもしれないので、誤っていることを明示したうえで見せられると良い。 ---- #contents *** 読むための構成 [#tc5ca8b6] Wikiもサイトを分割したり、ページをひとつながりにすればいい。読むための操作。読むためのノート。読むときに編集。それをシステムが支援。いつの間にかつながりの見えるような編集されたページ構成になるように。 読むための動的なページ構成ができて、読む側がページ構成を選べればいい。MSDNのPDFエクスポート機能のように。→ [[サブセットWiki]] 1つのコンテンツに複数の文脈・切り口。 [[下位展開]]では動的なページ構成の一部を実現。 検索はページ構成を変える機能。階層構造を一部取り出して一列に並べる。ツリーをスレッド化。 [[サブセットWiki]]はWikiの縮小版を作る機能。%%ページの中を変えないので、読み手のための文脈生成になるサブセットWiki…でWikiのRSSを有用化。%% [[:i/文脈依存検索]]も文脈を生成する。 *** 読むための切り口 [#o447edfa] 記事の切り口は編集者（編集作業をする人）次第。でもそれは単一ページ内での話。 ページを読む順番は読む側次第。それもひとつの切り口になる。パンくずリストも切り口のひとつ。その順序でページを並べられるなら、読むことが編集作業になる。 - 切り口はファセット。検索でのファセットナビゲーションでも切り口を提示できるのでは。 例えば、検索にヒットしたページがどの[[読むためのノート]]に含まれているかをファセットにしたり。 - 書き手が用意した中から選ぶ読み方もある。1つのコンテンツが複数のコンテキストに登場していい。 - 複数のコンテキストで読まれるコンテンツの作り方（書き方）があってもいい。読み手が構成を選択できる書き方になる。Wikiはゲームブック。 *** 文脈生成方法 [#s98fc441] Wikiは見出しを選んでいく読み方。選び方で文脈ができていく。その記録がパンくずリスト。 それ以外の文脈生成方法… - 表示範囲の限定 Excel文書で、関心のある範囲だけを表示するようなこと。 サブセットWikiでもこれはある。 例えば検索結果。目次やバックリンク一覧のようなページ名の一覧も。 - どんな文書間の囲み記事（コラム）として読むか 読む順番。 - 検索結果の順序も文脈を生む これも読む順番に関わる。 Googleはネット全体から文脈を生む。 「Web検索から来た方のために…」という書き出し方がある。正しい文脈を教える書き方。 「ソーシャルメディアから来た方は…」というのもある。引用から来た人向け。 ようするに途中から読む人向けの「前回までのあらすじ」。 それをもっと柔軟に、自動的にしたい。 リンクのつながりを壊さずに検索結果に表示できればよさそう。''目次の次（多数のリンクを持つページのリンク先）''を検索結果上位に載せたい。 %%他には特定の（書き手がそうと決めた）タグを持つページを検索結果上位に。検索で常時適用される隠し条件でタグを指定して。（書き手が管理者であること）%% %%検索結果上位…または通常の検索結果とは分けたそれ用の枠内（スポンサードリンクのようなもの）に。%% *** 文脈は複数ある [#je10a9a9] 同じページを何度も書き直すので、異なる文脈が何重にも重なることになる。 %%そのうちのひとつを見せるか、すべてを混ざったまま見せるか。%% %%見出しごとに何かをすれば文脈の重複を解消できるのでは？%% > ページ/履歴 → 版ごとの、その版ができた作業（どの作業内でその班は作られたか） → 同じ作業で作られた版と差分 …が見えれば、文脈の重なりも把握できるのでは。 → [[:i/セッションに名前を付ける]] *** 作業内容と関連付ける [#ab0153e4] この文脈とは「何のために編集したか」。あるページの編集に伴う整合性維持のための編集といったこと。それなら日報から、その日編集したページ（の差分）にリンクしておけばいい。その逆リンクがあれば、編集されたページ→日報→文脈つながりのページといったように、各ページから文脈つながりのページを見つけられる。 「いま何してる？」を設定してからその日の作業を開始。作業名を書き換えるまでに編集・閲覧したページが文脈をなすページとして扱われる。…というのは？ %%設定が変わった前後の作業は、前後どちらにも属すような、境界を曖昧にした関連付けにして設定し忘れに対処。%% 編集中にも「何してる？」の表示をして、変更も可能にしておけば、利用者に適切に変えてもらえそう。作業ラベル、または作業コメント、もしくは作業タグ。 何してるか尋ねず、全ページの変更履歴をグルーピングするだけでも良さそう。その場合はページ/履歴から全ページの変更履歴（の当該箇所）にリンクしておく。利用者はどのページがどう変更されたかを見て、どんな作業だったか推察できる。 作業ラベルはMediaWikiでの「編集内容の要約」のデフォルト。版ごとのコメント。名目は「ここで何か一言」。ページを越える作業内容でもいいし、編集内容の要約でもいい。ページ/履歴の一覧にも表示することで、「どんな利用者がどんなノリで編集しているか」が分かるようになる。コラボレーションを実感。 書いた当時を再現できれば、文脈もよみがえるしコラボレーションも実感できる。
