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

#contents


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

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

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

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


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

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

…のようなもの。

つまり、ワークフローは使うたびに新しいデータを生成し、ToDoは同じデータを扱う。

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

#br

これらを生成するためのフォームはプラグイン扱い。
いろいろと考えられるので。


**ボットみたいなのはクライアントで実行 [#q8cd71a3]
そのためのWebAPI。
可能なものはAPIごとにUIを作って、ネットで公開。


**他でも検索 [#ed17da97]
InterWikiNameのUI違い。
「「検索結果に登録されているWikiサイト」で検索をする」リングを作る。
検索ボックスにはWikiサイトの選択欄を。
Ajaxでリンクを随時作るのもいい。


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

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


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

…を返す。

#br

というわけで、トップページを見せたいときはトップページを指定したリンクを作り、通常はページを指定しないリンクを使う。
これで、静的なページからでもWebブラウザーの履歴を操作することなく、最後に参照したページに戻れる。


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

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

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

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


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

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

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


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


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

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

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


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


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


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


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


RYQM0y FFFIILLUUUSSS2,