目次 †
- -
関連 †
検索:活用法
活用法周辺のタグ †
Array活用法 †
ウェルカムページ †
利用者登録時のウェルカムページにコメント欄。
メッセージなどを追記しやすく。
技術メモ、Tips集 †
考えたことよりも調べたこと、これから調べることを集めたWikiではInterWikiNameを活用。
[[連想図書検索:&fpage;]] [[Google:&fpage;]] #lookup(連想図書検索,* 図書検索 *);
…のようなリンクをページ/作成/テンプレートにするとか。
「:i/活用法/」で始まるページを作成
ページ名(&fpage;)にはルートページの名前(Wiki名)も入れたい。
特にWebcat Plusの「この書棚で連想する」を使って、
ページ作成→ページ名で連想図書検索→目についた本や提示される関連キーワードから本棚に本を追加→「この書棚で連想する」→目についた本を本棚に追加…という手順で検索範囲の拡張と絞り込みが何重にも行なえる。
タグの勧め †
- 主観
- 客観
- その他のタグ
…の3つのタグを付ける。
:i/活用法 †
WikiをWeb2.0的にするには †
公認された記事しか残らないWikiをWeb2.0的なものにするには複数の記事を1つにまとめる方法が必要。
文章の合成技術。
何のヒントもなしに自動的にできれば既存の書き込みシステム、2chや各種ブログもWiki化できる。
:t/活用法より †
オンラインソフトの紹介 †
Vector、SourceForge、ライブラリなども。
ソフトウェア用のフォーマットで。
あとで:t/活用法を追加。
書評(Wiki風) †
「ここは読むべき」というところを紹介して貰う。
誰かに読んで貰うサイト。
活用法/ †
TRPG †
利用者のアカウントと利用者ページの公開/非公開、利用者ページの編集権限を操作できればTRPGもできる。
ユーザーボックス †
- ユーザーページがあるならWikipediaのようなユーザーボックスも。
- システムではサポートしなくて良い。
- ユーザーボックスをページ化。
ページを他のページに埋め込めればいい。
ページをタグのように扱えればユーザーボックス別にユーザーを一覧できる。
苦情や意見を集める使い方 †
ゴミの山から有用な意見を取り出すには?
苦情受付 †
熱いうちにすぐ書き込めるように。
追記してもらえるように。
- システムでサポートしなくていい。
投稿日時と追記内容を書いてもらえればいい。
ユーザーの勘違いや使い勝手の悪さを知るためのもの。
公開するのは(投稿者にとって目印になる程度の)タイトルと開発者が読んだかどうか。それと数種類のテンプレートを使った返事。
タグページはスタブ記事 †
タグが増えて、参照しているページが増えたら新規ページを作り、参照しているページから記事を移すという使い方。
タグだけでなく通常のページでも。
アイデアメモ(個人用) †
情報の整理と検索が主。
まとめサイト(多人数) †
参照回数が多い。
ページの人気は偏るはず。参照回数が多いページが編集回数の多いページにもなる。
運営者と一般の編集者を分けないと、FrontPageや目次の類がごちゃごちゃしやすい。
ホワイトボード(多人数) †
整理されなくても読みやすくないと。編集が多い。
編集単位を細かく分けないと、編集の衝突が起きやすい。
分けた上で、読みやすくまとめる工夫が必要。
個人サイトのためのCMS †
書く人と読む人が分かれる。
事典・辞書…はどうかな。
更新し続けなくてはならない情報を記録する
全てのページはルートページの下位ページ †
UIでも「全てのページはルートページの下位ページ」を打ち出す。
「Wikiの作り方」として、まず1つページを作る。
(サイト全体を大まかに決めるページ)と説明。
FrontPage自動生成 †
トップページ(FrontPage)を完全な自動生成にして、利用者が手を加えられないようにする。
…ことも可能なように。
検索語は質問、あるいは要望 †
検索語を質問や要望としてページ化。
利用者に応えてもらう。
タブレットPCなどに的を絞ったカスタマイズ方法を提案 †
それもGoogle:HP TouchSmart tm2など具体的な製品に的を絞って。
内容が重複した場合、元のページに+1 †
同じようなページを作ってしまったとき、一方を消すだけでなく残したページに印を残すといい。
特にタグのような検索に高いスコアでヒットする部分を充実させて。
ページの重みが増すように。
ユーザー間のやりとりのためのタグ †
- 定型文をページ化する。語の揺れはページ/別名で。
「分かりました」「お願いします」など。
自動リンクして、特に付け足しをしなくても一覧化できる。
日付と合わせて、2010/10/10付近の「お願いします」を検索したり。
ページ閲覧履歴 †
個人のページに記録。
実装は展開時、特定ページにページ名を記録するプラグインで。
履歴一覧ページにはフィルタリング欄も。
日時、期間、曜日、時間帯、ページ名の一部などでフィルタリング。
- -----
編集記録はページ/履歴に残るのでそれで。
自分の履歴だけを一覧表示するページは要る。
サイト内ブックマーク †
ページ/名前をコレクション。
個人ページに記録。
埋め込みリンクとヘッダーで、全ページにUI表示。
クリックでページ名を記録。できればページ内の位置も。
テキストやリンクを選択、ドロップエリアにドラッグ&ドロップするとそれを記録。サイト内検索リンク化してブックマークとして同じ一覧に追加。
「思考経路 (ThinkingPath)」
エントリーの削除方法はブックマーク付近のボタンをクリック。
リストの末尾に移動するだけ。
本当に消えるのは一定期間経ってから。
リストと一体化したゴミ箱のようなもの。
ブログ †
スタイルとブログ向けのプラグインで。
ページ一覧の表示方法を変えるだけで良さそう。
トラックバック、Ping、コメントはWikiと共通。ブログパーツは個別にページを作って埋め込みリンクでヘッダーに。またはヘッダーに直接埋め込み。
編集権限の設定と権限依存のヘッダーで個人用にできる点もWikiと同じ。
UI/日付別ページ一覧[?](日付はページ名からなのでページ名の一覧。作成日時ではない)が要る。プラグインを個別のページに書けばいい。本文を含む日付順の一覧も同様に。
読むだけの人には余計なリンクやボタンは…ページ構成で工夫?
複数Wikiでデータ共有(1つのDBで複数Wiki) †
ルートページとナビゲーションバーを分ければ別サイトに見える。
スタイルシートも分けられれば見た目は別サイト。
これでアプリの利用者用Wikiと開発者用Wikiを分けるなどができる。
これをサブドメイン名次第で出力内容を変えるプラグインで。
#if($subdomain,/wiki/,&include(wiki用);,&include(その他用);)
…のような書き方で、ルートページに置いておく。サブドメインにwikiが含まれていれば「wiki用」を、そうでないときは「その他用」を表示。
ページはどれも共用なので、片方を更新すればもう片方からも更新後のページが見える。
上記のようなプラグインを仕込んでいないページはサブドメインに依らず同じ内容になるので、違いはルートページやナビゲーションにあるリンク集、つまり入り口だけ。検索では区別されない。