1. Wikiは読みにくい
  2. URLクエリーの列からToDoリストやワークフローを生成できるように
  3. ボットみたいなのはクライアントで実行
  4. 他でも検索
  5. 最後に参照したページ
  6. 実装
  7. よく出てくる単語（頻出語）の一覧
  8. 深く読み進めるためのテキスト、概観するためのテキスト
  9. 奥にしまう
  10. 携帯向けビュー
    1. 実装
  11. タブでインデントしたい

Wikiは読みにくい † Edit

wikiって相変わらず書いてある内容が分からないな

俺が新しい時代についていけてないだけか

あやしいわーるど＠暫定(暫定退避) 過去ログ検索結果 (＠検索)

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

URLクエリーの列からToDoリストやワークフローを生成できるように † Edit

どちらも実装は同じになる。

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

…のようなもの。

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

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

 

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

ボットみたいなのはクライアントで実行 † Edit

そのためのWebAPI。
可能なものはAPIごとにUIを作って、ネットで公開。

他でも検索 † Edit

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

最後に参照したページ † Edit

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

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

実装 † Edit

ページを指定していないリクエストでは

  1. 最後に参照したページ（クライアントにあるデータによる）
  2. デフォルトページ（Wikiの設定による）

…を返す。

 

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

よく出てくる単語（頻出語）の一覧 † Edit

新しいページを作るきっかけなので、「新規ページ作成」ボタンの前に利用者に見せたい。
新規作成のページで表示するのもいい。ページ名を統一するために。似ているページ名を探すのに役立つ。

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

頻出語のリストには、最後に発見された*1日付も。
データを活用するために。

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

深く読み進めるためのテキスト、概観するためのテキスト † Edit

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

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

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

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

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

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

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

奥にしまう † Edit

アクセスされていないページと付帯データは別サーバーに。

携帯向けビュー † Edit

サブページが実装されれば目次を表示するだけでいい。
目次からサブページへリンク。

実装 † Edit

ユーザーエージェントで携帯かどうか判定。

タブでインデントしたい † Edit

テキストエディターを使うとインデントしやすくなる。

interesting post thx