:t/分かりにくさwikiって相変わらず書いてある内容が分からないな俺が新しい時代についていけてないだけかなぜか。†メリハリの無い文字ばかり。言って図が必要というわけではない。ページを見渡すと唯一の画像が広告だったり。:t/量パッと見で読むべきところ(見出し)が分かるように。見出しを見ているときにその他の文字が邪魔をしないように。参考:256倍シリーズ絵文字やアイコンが含まれていればそれも大きくして。本文中、行頭にあたる線が1本。記事が1列に並んでいる。階層が深いのはなお悪いので、2段まで。見出しレベルで深くするのは良い。上部にもグローバルナビがあったりする。見えているのはどちらか一方でいい。するか...隠す表示時に画面を再レイアウト。本文がずれるので気持ち悪い。隠す表示時は本文に重ね合わせて表示。表示のためのスイッチを小さくしないと邪魔。マウスオーバー時、フォーカス時に表示。表示のためのスイッチは表示領域全体になるので、広く使いやすい。色を薄くする表示領域は確保。マウスオーバー時、フォーカス時に表示。表示のためのスイッチは表示領域全体になるので、広く使いやすい。(モバイルなら)画面外からスワイプインブラウザーがスワイプインジェスチャーを受け入れる仕様でも、Webページは低優先度なので邪魔にならない。逆にこちらが使えない可能性はある。自動生成された文章(目次など)には人が読むには余計な部分が混ざる。読み飛ばしができない人にとっては混乱の元。これはコンテンツを作るときに気をつけること。ページの冒頭には自動生成された文章を置かず、そのページの概要をタイピングで書く、など。:t/スタイルどれも書き方の問題なのでシステムが制限を加えるようなことはしない。WikipediaがWikiの例になってしまっているのは問題。解決すべきはそこだけのような気がする。ツリー構造が分からないという話かも。ブログと対比されていた時代のログを読むと、ブログは分かりやすいらしい。読み手にとって両者の違いはページ構成。文字量はブログかWikiかの話ではない。Wikiのページを一列にできたら...情報が1ページで完結しない構成もWikiを分かりにくくしている。ページ構成との組み合わせでなおさら。そこにリンクも絡んでくる。書き手が(ひとつのエントリーとして)読んで欲しい=必読のリンクと、その他のリンクが一緒。これは書き手がブログ的に「...についてはここを参照→」と書けば済む話。システムでは「明示的なリンク」で支援。【ページ名】...を記法にすれば打ち込みにくくもない。[[でもそんなに面倒じゃないけど。構造を把握する必要は無いのでは。満足するだけの情報があればいいだけ。情報がないことが早く分かればいい。「どこからどこまで読む必要か有りそうか」が分かればいい。情報の凝集度とそれを探す検索が必要。単純なやり方...検索して出てきたページを全てリーディングリストに入れる。ページごとに優先度を付けたい。新しさただし一文字更新しただけで最新になってしまうような新しさは除く。正確には検索にヒットした理由のこと。プレビューよりも確かな方法があればそっちのがいい。プレビューを出すなら段落ごと表示して読みやすく。ヒット数ヒット数が少なすぎるページをよけるための情報。キーワードがどんなのかによっては少なくてもいいので加工してない生情報を表示。文字列探索の欠点を補うだけのもの。総合したスコア...が算出できればいいけど、何を重視するかのバランスはユーザーと時と場合によるし、バランス調整の感覚を身に着けないと操作できないのでまず無駄。デフォルトでは簡素な検索結果。検索後にオプション選択して豪華な情報を表示。Wikipediaのモバイルビューのようにcollapse/expandを切り換えるUIで。これを縦ではなく横にテーブル列を展開する形にして。タッチパネル向けなら行ヘッダーが常時表示される横スクロールのほうが良さそう。スクロールで見えなくなる対策は「列ピン」。指定した列をフロート状態にして常時表示。スクロールはするけど表示領域外には出ない。書き手が1人でないことも。第一、文章にまとまりがなくなる。追記する者のリテラシーによる。システムはそれを支援。関連情報を見せるとか。元記事の編集者にも追記後の記事を編集するというリテラシーがいる。その点でシステムが支援できるのは追記されたことを知らせるくらい?編集者間だけの付箋紙をページ上に貼れるか、あるいはどのページのどの箇所か分かるような表示で打ち合わせスペースを用意できれば...。テンプレートメソッド。文章の場合はただのテンプレート。「ここに経緯を書く」「ここに根拠を書く」など。自分で書く「要出典」。これを記事として公開するのはどうか。裏記事・ノートとしてならいい。編集者が見るビューではコメントが表示されるけど、閲覧者には見えない。