思い付き のバックアップの現在との差分(No.328)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• バックアップ を表示
• 思い付き へ行く。

---

とりとめのない思い付き。

• -

• -

• :t/思い付き
• はてなレットを参考に
  ページ内にクライアントサイドスクリプトを埋め込めたら？→ページ/HTML書き込み
• →ページ/編集/HTML書き込み
• フィードバックはリツイートにするか、全文引用にするか。TLに出さないか、出すか。
• 全文引用か、RT+リプライにしないとダメか。
• あとリプライ後すぐ消すとか。
• 引用せずにあのツイートかとわかる表現でリプライするには…一部だけ/ツイート数だけ/何分前のツイートかだけ…
• RSSと同等の情報をTwitterに載せないとRTの意味がないよね。
• 星。コレクション用。付けるとそのページをコレクション。
• 検索を可能に。文字列でstarred:～とか。
• Twitterでの言及も星にして、星と同じ扱いに。ポイントするとツイート表示、クリックでTwitterへ。ツイートがトラックバックのようになる。
• 星の見せ方・付け方…ページ名横に。ページ名と常に組にして。
  ページを意識したときに星を付けられるように。
  例えば、ページ名一覧、検索結果（のページ名）など。一覧は星を外すときに使うかも。
• 更新情報の出力先。最近更新されたページ一覧、RSSのほかTwitterの特定アカウント。OAuthでは書き込み権限要求。
• WikiはTwitterやメールのような送りつけられる形を取り込めるようにならないか？ページ表示、フォーム表示、書いて送信は手順が多すぎる
• 送りつけ投稿でもいい感じ（読むためよりも再編集にいい感じ）にまとめるには？
• メールやTwitterをメーリングリスト的に使い、やりとり・流れる情報をいい感じにまとめるには？
• 意見の衝突、共通点が分かりやすいように。人力を利用して。返信に２文字程度のタグを付けてもらってもいいかも。リプライのつながりも利用できそう。同意・異議ありを２文字程度で返信・意志表示できるとか。
• 「会話」の流れも使える。 [#lf92b7f8]

リンクやバックリンクの数が少ないページ／多いページをどう探すか？ †

→ 量の問題には立ち向かわなくていい。リンクの多さもOrphanも気にせず使いたい。

:t/Wiki - 遅い→起動時（裏） †

http://dpmintkeyword.g.hatena.ne.jp/keyword/:t/Wiki

ほか †

検索で「ブログ」と「ログ」を分けたい †

「ログ」を検索したときに「ブログ」を見つけないように。逆に見つけたいときもある。

曖昧検索のルールで自動リンク †

• 見解・権限は閲覧時にも関わる。編集時も編集フォームを作るまでは閲覧処理。
  どの処理でもページセットを反映しなければならない。
• 見解にはページを消すものもある。このページはあってはならないという見解。
• 分析の機能でも閲覧権限の確認は必要。スペース規模の統計情報も利用者ごとに用意しなければ、権限設定を反映できない。
  曖昧検索と自動リンクを統合。

例えば、自動リンクするとき、ページ名やリンク対象に含まれるひらがなを無視して自動リンク。
ページ本文中の「読みやすい書き込」が「読みなれた書込」のページに自動リンクする。逆も起きる。
曖昧なリンクだとリンク先が複数になるはず。「読みやすい書込」のメタページ（入口リンクはあるけど実在しないページのメタページ）から「読みなれた書込み」にリンク。類似したリンク先もそばにある。

ページ一覧で含まれる数字を全部集計 †

ページ一覧や下位展開、コレクション（サブセットWiki）など、複数のページを扱うページでは、含まれるページに書かれている数字を集計。数値類の記法がラベルを受け入れるなら、ラベル別に集計。
ファセットナビゲーションの集計版。ページ要素を集める点は似ている。
→:集計

「要出典」は指摘・抗議 †

「要出典」はコメントとは別の形の抗議。

上位ページでは下位にあるコメントも見える †

コメント（スレッドモード）だけをつなげて並べる必要は無い。下位展開で各ページにコメントがあればいい。

見出し無しはルートページを指す †

見出しよりも先に書かれたテキストは、名前の無いページ（ルートページ）の本文に追記することになる。同名ページは1人ひとつまでなので、同名ページ作成にはならない。

検索結果の定義は特定名のページで †

その下位ページは、ヒットしたページごとに利用されるループ部分。
…は、ループ部分の仕様次第。ループ変数としてページが与えられるループ。

利用者が同一サイトに集まるわけない †

投票は結局無駄になる。

「自分にとって」は2つある †

• 投票…ページと名前の対応付け
• 承認…SPAM、削除済み、デフォルトの3ページセットにページを振り分け

自分のスペースにインポートすれば投票か †

他人のページをコピペ改変するのが投票か。
投票は自分のページと、自分が触れていないページにするもの。
コピペ元にも同時に投票される？重要な版を自動検出して代表化する。

ページセットはページの属性を表せる †

ページ属性はページセット。実装の違い。
ページ属性とページセットを同一視。

「自分にとって」を基本にして †

どう利用者間のコラボレーション・コミュニケーションをするか。
元は見解を書いたり、コメントを追記するもの。今はコメントはみんなのスペースだけのもの。見解・同名ページは無くなった。

「自分にとって」は何と結び付けるか †

• 投票…ページ名とページの結び付け
• ページセットと？（コレクション）
• 承認と？SPAMでないこと
• すべて
  FederatedWikiのように。
• 自分用にできないもの
  ページ名はページの一部なのでできるはず。

「自分にとって」を実現するために、1スペースに1人だけにすると †

• 投票はどうなるか
• 利用者ページや権限（鍵／錠）は？

スペースはページセットでコレクション †

1人でいくらでも持ちたい。
※自分のスペース内に。
「自分にとって」はスペース。スペースをまとめたのがWiki.
ゲストは投票結果をどこで見るのか。どのスペースも誰かのもの。中立のスペースがない。→ デフォルトスペースが中立スペース。

基本がFederationになっても、投票を伴なうピン留め操作は必要 †

これで（共有スペースでの）代表が決まる。コピペ改変も投票を伴なう。

投票はSisterWikiネットワーク内で有効 †

フォローも同様。

承認時、モデレーター間で意見が分かれたら？ †

• 投票は「自分にとって」のもの
• 投票でモデレーターになれる
• 利用者によって、どのページが存在して、削除されていて、SPAMかが異なる
  • 投票によって、ページ名とページの対応付けも異なる
• この3つはページセット。承認はページを3つのページセットに振り分けるもの

基本がFederationになっても、フォローは可能か †

同名ページ→その作成者→作成者の利用者ページでフォロー可能。
フォローリストはページセット。それもSisterWikiのインポート対象。
スペースをフォローするのがSisterWiki。