とりとめのない思い付き

Wikiは読みにくい Edit

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

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

  • -

あやしいわーるど@暫定(暫定退避) 過去ログ検索結果 (@検索)
  1. 文字が多すぎる
    減り張りの無い文字ばかり。だからと言って図が必要というわけではない。
    1. パッと見で読むべきところ(見出し)が分かるように。見出し見ているときにその他の文字が邪魔をしないように。
  2. 整然としすぎている
    本文中、行頭にあたる線が1本。

    記事が1列に並んでいる。

    俯瞰しづらい。
  3. サイドメニュー(MenuBar)が乱雑
    上部にもグローバルナビがあったりする。見えているのはどちらか一方でいい。
    1. 隠す
      表示時に画面を再レイアウト。本文がずれるので気持ち悪い。
    2. 隠す
      表示時は本文に重ね合わせて表示。表示のためのスイッチを小さくしないと邪魔。
    3. 隠す
      表示領域は確保。マウスオーバー時、フォーカス時に表示。表示のためのスイッチは表示領域全体になるので、広く使いやすい。
    4. 色を薄くする
      表示領域は確保。マウスオーバー時、フォーカス時に表示。表示のためのスイッチは表示領域全体になるので、広く使いやすい。

      &tip;これがいいかも。
  4. タイピングした文章と自動生成された文章が混在している
    自動生成された文章(目次など)には人が読むには余計な部分が混ざる。

    読み飛ばしができない人にとっては混乱の元。

    これはコンテンツを作るときに気をつけること。ページの冒頭には自動生成された文章を置かず、そのページ概要をタイピングで書く、など。

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


どちらも実装は同じになる。
  • ToDoリストはインスタンス定義
  • ワークフローはクラス定義

…のようなもの。

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

リンクバックリンクの数が少ないページ/多いページをどう探すか? Edit


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

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

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


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

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


これらを生成するためのフォームプラグイン扱い。

いろいろと考えられるので。

曖昧検索自動リンクを統合。

例えば、自動リンクするとき、ページ名リンク対象に含まれるひらがなを無視して自動リンク

ページ本文中の「読みやすい書き込み」が「読みなれた書込み」のページ自動リンクする。逆も起きる。

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


そのためのWebAPI

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

曖昧なリンクだとリンク先が複数になるはず。「読みやすい書き込み」のメタページ(入口リンクはあるけど実在しないページメタページ)から「読みなれた書込み」にリンク。類似したリンク先もそばにある。

他でも検索 Edit


InterWikiNameUI違い。

「「検索結果に登録されているWikiサイト」で検索をする」リングを作る。

検索ボックスにはWikiサイトの選択欄を。

Ajaxでリンクを随時作るのもいい。

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


ページ一覧や下位展開コレクションサブセットWiki)など、複数のページを扱うページでは、含まれるページに書かれている数字を集計。数値類の記法がラベルを受け入れるなら、ラベル別に集計。

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

最後に参照したページ Edit


もしWiki外へ出ても元のWikiページに戻れるように、

クライアント側データに「最後に参照したページ」のIDを残す。

クッキーがいい。

→:集計

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

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


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

実装 Edit


ページを指定していないリクエストでは
  1. 最後に参照したページクライアントにあるデータによる)
  2. デフォルトページ(Wikiの設定による)

…を返す。

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


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

というわけで、トップページを見せたいときはトップページを指定したリンクを作り、通常はページを指定しないリンクを使う。

これで、静的なページからでもWebブラウザーの履歴を操作することなく、最後に参照したページに戻れる。

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


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

よく出てくる単語(頻出語)の一覧 Edit


新しいページを作るきっかけなので、「新規ページ作成」ボタンの前に利用者に見せたい。

新規作成のページで表示するのもいい。ページ名を統一するために。似ているページ名を探すのに役立つ。

独立したページにすべき。

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

頻出語のリストには、最後に発見された*1日付も。

データを活用するために。

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

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


Wikiを普通に使うと、深く読み進めるためのテキストしかできない。

閲覧者のためのテキストは別途用意しないと。

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

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

「最近の更新」や「今日の100」が概観のためのページ

断片的なので読むという感じはしない。

章単位で更新された部分や人気の部分が表示されれば効果あり。

編集者がなんでもサイドメニューに載せようとする。

更新されたことが上位ページに伝わる仕組みになっていれば、ルートにあるページだけメニューに載せればいい。

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

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

奥にしまう Edit


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

携帯向けビュー Edit


サブページが実装されれば目次を表示するだけでいい。

目次からサブページリンク

実装 Edit


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

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


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

表・行列・セルといったものは表だけにする Edit


ページの機能として汎用化するには無理がある。

CSS適当コンバーター Edit


他のシステムのCSSを変換。

叩き台ができる程度でいい。だいたい変換。

過不足があるので完全に変換できるわけがない。

他のシステムとこれの両方で共通する部分だけ扱う。

システムによってキーワードが異なるので、入力時に何のCSSかを指定。

個別対応。

「汎用(適当)」という適当なやり方も提供。

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

Wikiとは独立したツール

アクセス解析 Edit


アクセス解析は参照元→ページ名が分かればいい。

参照元はアドレスか(複数の)検索語、アドレスはドメイン名やパスでまとめたい。

検索語は表記の揺れをまとめるため。

まとめない一覧へリンクして。

まとめ(フィルタリング)、ソートなどは他の機能で。

自動リンクには手間がかかる Edit


Wikiの自動リンクは「自動リンク」というより「半自動リンク」。何をリンクするか明示*2しなければならない。

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

人的資源が必要。

一人で使うとなると手間がかかってしょうがないので、検索キーワードを自動的にページ化する機能でもないとアイデアノートにはしづらい。

とは言っても他の方法と比べると格段にWikiのほうが良いわけだけど。
  • ---------------------------------------------

検索キーワードから自動的にページを作るとなると、そうやって作ったページを自動的に削除する機能も欲しくなってくる。

削除の条件は、自動的に作られて、かつ…
  • 古いもの
  • 参照数の少ないもの
  • 検索結果の少ないもの(リンクの少ないもの)
  • リンク数(BackLink数)の少ないもの(参照数、検索結果とも関係がある)
    …といったものだろうか。

リンク数は有効そうだ。

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

これに新しいものを残す(古いものを消す)というルールを加味すれば実用的になりそう。

これで<b>最近</b>注目されている言葉ほど残ることになる。注目され続けていればいつまでも残る。個々のページを参照しなくても残る。使用頻度の低い言葉でも残る。

Wikiの読み方が検索中心*3じゃないとダメだけど。

設定などのページにも適用 Edit


一般利用者が派閥を独立した1つのWikiとして改良、自分たちなりのシステムを作って自分たちで利用できる。

→派閥の中にはしか入らない。ページごとに別の派閥を作るのなら可。

管理者に見せて活用法の提案

管理者に派閥付きのURLクエリーを送ればいい。

派閥内はSNS Edit


利用者名から利用者ポータルページは分からないようにして。
  • メッセージはどの派閥経由か分かるように
  • 派閥から抜けると縁が切れるように
    匿名のままのつながりなのはこのため。

必須でないプラグイン公開はWikiEngineとは別のサイトで。 Edit


「公式プラグイン」と呼ばれないようにするため。

公式は必須のもののみ。

お客様向け Edit

外から存在しないページに来た人 Edit

編集支援 Edit

  • ページ/外からの訪問が少ないページ[?]のリスト
  • 同じ人による一続きのアクセスで参照されたページを一覧表に。
    「同じ人」は短時間だけでも同定できればいい。

    一定以上つながりのあるページはまとめて一括りに。

    対象期間の長さごとに別の表に。

    対象期間は現在から過去1日、過去1週間…などのほか、ある日付から前後1週間、前後1カ月なども。

追記するとき Edit


Wikiに追記するとき…
  1. 検索する
  2. 繰り返す
    1. 検索結果から追加位置を探す
    2. それっぽいページを開く
  3. 追記する

この繰り返しを減らすには?