• 追加された行はこの色です。
  • 削除された行はこの色です。
CENTER:〔[[追加:その他のアイデア]]〕
#br
RIGHT:[[:t/思い付き]]

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

CENTER:〔[[追加:思い付き]]〕

**Wikiは読みにくい [#x7379cf8]
> wikiって相変わらず書いてある内容が分からないな
> 俺が新しい時代についていけてないだけか
----

[[あやしいわーるど＠暫定(暫定退避) 過去ログ検索結果 (＠検索)>http://strangedb.ath.cx/getlog/zanzan/getlog.cgi?m=f;l=20070924;s=6306507]]
#contents

+文字が多すぎる
減り張りの無い文字ばかり。だからと言って図が必要というわけではない。
++パッと見で読むべきところ（見出し）が分かるように。見出しを''見ている''ときにその他の文字が邪魔をしないように。
+整然としすぎている
本文中、行頭にあたる線が1本。
記事が1列に並んでいる。
俯瞰しづらい。
+サイドメニュー（MenuBar）が乱雑
上部にもグローバルナビがあったりする。見えているのはどちらか一方でいい。
++隠す
表示時に画面を再レイアウト。本文がずれるので気持ち悪い。
++隠す
表示時は本文に重ね合わせて表示。表示のためのスイッチを小さくしないと邪魔。
++隠す
表示領域は確保。マウスオーバー時、フォーカス時に表示。表示のためのスイッチは表示領域全体になるので、広く使いやすい。
++色を薄くする
表示領域は確保。マウスオーバー時、フォーカス時に表示。表示のためのスイッチは表示領域全体になるので、広く使いやすい。
&tip;これがいいかも。
+タイピングした文章と自動生成された文章が混在している
自動生成された文章（目次など）には人が読むには余計な部分が混ざる。
読み飛ばしができない人にとっては混乱の元。
これはコンテンツを作るときに気をつけること。ページの冒頭には自動生成された文章を置かず、そのページの概要をタイピングで書く、など。

RIGHT:[[:t/スタイル]]


**URLクエリーの列からToDoリストやワークフローを生成できるように [#i00a4d88]
どちらも実装は同じになる。

-ToDoリストはインスタンス定義
-ワークフローはクラス定義

…のようなもの。

つまり、ワークフローは使うたびに新しいデータを生成し、ToDoは同じデータを扱う。
*** リンクやバックリンクの数が少ないページ／多いページをどう探すか？ [#ad68fc36]
→ [[量の問題]]には立ち向かわなくていい。リンクの多さも[[Orphan]]も気にせず使いたい。

ワークフローはランダム文字列などを使ってインスタンス生成。

#br
*** 検索で「ブログ」と「ログ」を分けたい [#ba62aa7b]
「ログ」を検索したときに「ブログ」を見つけないように。逆に見つけたいときもある。
*** 曖昧検索のルールで自動リンク [#o800b75d]
RIGHT:[[:t/曖昧]] [[:t/自動リンク]]

これらを生成するためのフォームはプラグイン扱い。
いろいろと考えられるので。
曖昧検索と自動リンクを統合。

例えば、自動リンクするとき、ページ名やリンク対象に含まれるひらがなを無視して自動リンク。
ページ本文中の「読みやすい書き込み」が「読みなれた書込み」のページに自動リンクする。逆も起きる。

**ボットみたいなのはクライアントで実行 [#q8cd71a3]
そのためのWebAPI。
可能なものはAPIごとにUIを作って、ネットで公開。
曖昧なリンクだとリンク先が複数になるはず。''「読みやすい書き込み」のメタページ''（入口リンクはあるけど実在しないページのメタページ）から「読みなれた書込み」にリンク。類似したリンク先もそばにある。


**他でも検索 [#ed17da97]
InterWikiNameのUI違い。
「「検索結果に登録されているWikiサイト」で検索をする」リングを作る。
検索ボックスにはWikiサイトの選択欄を。
Ajaxでリンクを随時作るのもいい。
*** ページ一覧で含まれる数字を全部集計 [#u547cc36]
ページ一覧や下位展開、コレクション（サブセットWiki）など、複数のページを扱うページでは、含まれるページに書かれている数字を集計。数値類の記法がラベルを受け入れるなら、ラベル別に集計。

ファセットナビゲーションの集計版。ページ要素を集める点は似ている。

**最後に参照したページ [#qd3e93f4]
もしWiki外へ出ても元のWikiページに戻れるように、
クライアント側データに「最後に参照したページ」のIDを残す。
クッキーがいい。
[[→:集計]]

履歴すべてを残したいところだが、クライアント側のIDとサーバー側のDBで実現。（データが大きくなるので）

*** 「要出典」は指摘・抗議 [#r0d48e4b]
「要出典」はコメントとは別の形の抗議。

**実装 [#afb7c5b8]
ページを指定していないリクエストでは
+最後に参照したページ（クライアントにあるデータによる）
+デフォルトページ（Wikiの設定による）

…を返す。
*** 上位ページでは下位にあるコメントも見える [#m6a56c70]
コメント（スレッドモード）だけをつなげて並べる必要は無い。下位展開で各ページにコメントがあればいい。

#br

というわけで、トップページを見せたいときはトップページを指定したリンクを作り、通常はページを指定しないリンクを使う。
これで、静的なページからでもWebブラウザーの履歴を操作することなく、最後に参照したページに戻れる。
*** 見出し無しはルートページを指す [#r567d953]
見出しよりも先に書かれたテキストは、名前の無いページ（ルートページ）の本文に追記することになる。同名ページは1人ひとつまでなので、同名ページ作成にはならない。


**よく出てくる単語（頻出語）の一覧 [#ja7b2592]
新しいページを作るきっかけなので、「新規ページ作成」ボタンの前に利用者に見せたい。
新規作成のページで表示するのもいい。ページ名を統一するために。似ているページ名を探すのに役立つ。

独立したページにすべき。
活用しやすくするため。1ページが1つのDBテーブルのようなもの。

頻出語のリストには、最後に発見された((システムが見つけた))日付も。
データを活用するために。

→[[プラグイン/テンプレート生成]]


**深く読み進めるためのテキスト、概観するためのテキスト [#v8a3a89c]
Wikiを普通に使うと、深く読み進めるためのテキストしかできない。
閲覧者のためのテキストは別途用意しないと。

閲覧者用はルートディレクトリにあるページの冒頭を集めればよさそうだが、固い。システムでやることではない。

他のページを章単位で埋め込みできればいい。


「最近の更新」や「今日の100」が概観のためのページ。
断片的なので読むという感じはしない。
章単位で更新された部分や人気の部分が表示されれば効果あり。


編集者がなんでもサイドメニューに載せようとする。
更新されたことが上位ページに伝わる仕組みになっていれば、ルートにあるページだけメニューに載せればいい。

New!が下位ページも調べるようになっていればいい。

上位ページが下位ページに依存したりしないこと。


**奥にしまう [#va6887aa]
アクセスされていないページと付帯データは別サーバーに。


**携帯向けビュー [#m461f5a7]
サブページが実装されれば目次を表示するだけでいい。
目次からサブページへリンク。


***実装 [#ne489b7d]
ユーザーエージェントで携帯かどうか判定。


**タブでインデントしたい [#k456a3d9]
テキストエディターを使うとインデントしやすくなる。


**表・行列・セルといったものは表だけにする [#uc7d4feb]
ページの機能として汎用化するには無理がある。


**CSS適当コンバーター [#dd79a9b6]

他のシステムのCSSを変換。
叩き台ができる程度でいい。だいたい変換。


過不足があるので完全に変換できるわけがない。
他のシステムとこれの両方で共通する部分だけ扱う。


システムによってキーワードが異なるので、入力時に何のCSSかを指定。
個別対応。
「汎用（適当）」という適当なやり方も提供。


Wikiは5ペイン（上、下、右、左、真ん中）までの構成で、独自の段組み（システムが用意したものでなく、利用者が独自に作った段組み）が無ければどんなスタイルでも適用できるはず。


Wikiとは独立したツール。



**自動リンクには手間がかかる [#u8eaa781]

Wikiの自動リンクは「自動リンク」というより「半自動リンク」。何をリンクするか明示((ページを作ることで))しなければならない。


これでは「書き散らしたことが自動的にまとまる」とはいかない。
人的資源が必要。


一人で使うとなると手間がかかってしょうがないので、検索キーワードを自動的にページ化する機能でもないとアイデアノートにはしづらい。
とは言っても他の方法と比べると格段にWikiのほうが良いわけだけど。

------------------------------------------------

検索キーワードから自動的にページを作るとなると、そうやって作ったページを自動的に削除する機能も欲しくなってくる。
削除の条件は、自動的に作られて、かつ…
-古いもの
-参照数の少ないもの
-検索結果の少ないもの（リンクの少ないもの）
-被リンク数（BackLink数）の少ないもの（参照数、検索結果とも関係がある）
…といったものだろうか。


被リンク数は有効そうだ。
検索で作られたページも検索に引っかかるようにすれば、後で関係のある言葉を検索したときにも被リンク数が増えることになる。


これに新しいものを残す（古いものを消す）というルールを加味すれば実用的になりそう。
これで<b>最近</b>注目されている言葉ほど残ることになる。注目され続けていればいつまでも残る。個々のページを参照しなくても残る。使用頻度の低い言葉でも残る。
Wikiの読み方が検索中心((Wikiのナビがまったくダメなせいで))じゃないとダメだけど。


**設定などのページにも適用 [#vd1f9fe2]
%%一般利用者が派閥を独立した1つのWikiとして改良、自分たちなりのシステムを作って自分たちで利用できる。%%
→派閥の中には版しか入らない。ページごとに別の派閥を作るのなら可。

管理者に見せて活用法の提案
→管理者に派閥付きのURLクエリーを送ればいい。


**派閥内はSNS [#d7899d8a]
RIGHT:&tag(派閥,思い付き);

利用者名から利用者ポータルページは分からないようにして。
-メッセージを相手のポータルページに送ったり
-相手を検索で探せるようになったり
-友達申請して相手の名前を自分のポータルページ内で上位にしたり
(同じ派閥の利用者はもともと表示されている)

-メッセージはどの派閥経由か分かるように
-派閥から抜けると縁が切れるように
匿名のままのつながりなのはこのため。

RIGHT:[[:t/活用法]]


**必須でないプラグイン公開はWikiEngineとは別のサイトで。 [#g8a6ad85]
「公式プラグイン」と呼ばれないようにするため。

公式は必須のもののみ。


**お客様向け [#p060dae6]

***外から存在しないページに来た人 [#l70f4637]
-検索結果で動的にページ生成。
-[[ページ/存在しないページ]]に検索語をDanglingLinkとして記録。
作ってもらえるように。
-管理者と、管理者が認めた利用者にメール。
ページ名と検索語とそのページを作るための直リンクを。
***編集支援 [#ge866729]
-[[ページ/外からの訪問が少ないページ]]のリスト
-同じ人による一続きのアクセスで参照されたページを一覧表に。
「同じ人」は短時間だけでも同定できればいい。
一定以上つながりのあるページはまとめて一括りに。
対象期間の長さごとに別の表に。
対象期間は現在から過去1日、過去1週間…などのほか、ある日付から前後1週間、前後1カ月なども。

RIGHT:[[:t/検索]]


**追記するとき [#oac95ba4]
Wikiに追記するとき…
+検索する
+繰り返す
++検索結果から追加位置を探す
++それっぽいページを開く
+追記する

この繰り返し部分を減らすには？

-検索結果にページ内容を併記
編集ボタンも。


**毎日ダンプ [#pe6daa49]
毎日ダンプファイル作成、特定ページの添付ファイルに追加。
そのページにリンクを作成。

いつでも作成できる最新版ダンプファイルは要パスワード。
（処理が重そうなので。重くならなければパスワード不要）

毎日というのが更新間隔に合わないかも。
それなら前回ダンプファイル作成から数えて最初の更新後、6時間経ったらダンプファイル作成などに。