断りなく「ページ名」と書いてある場合は外部名のentry部分だけを指している。順不同パスはentry部分だけのこと。

内部名は「内部名」と表記。

外部名

ページを表すIDで、利用者に見せる名前

ページ名」はこの外部名を指す。

利用者に見せない名前内部名
  • -
  1. 内部名と外部名
  1. ページ/名前
    1. ページの名前
    2. ページ/名前は4区分
      1. 版 (revision)
      2. 見解 (opinion)
      3. 名前 (entry)
      4. スペース (space)
  2. :t/名前より
    1. ページ/名前とは
      1. :/ページ名は読むためのもの、IDになるのは内部名
      2. :i/ページ名も検索対象
    2. ページ/名前の見せ方
      1. :Done/「編集UI」と書いたのに「UI編集」になる
      2. :Done/タグに色づけ
      3. :i/ディレクトリ名ON-OFFでナビゲーション生成
      4. :i/ディレクトリ名に塗るように背景色を付けたい
      5. :i/ページ名を表示するときはタグを併記
      6. :i/ページ名一覧には単語のタグクラウドも
      7. :i/ページ名表示時の省略
      8. :i/ページ名の「/」
      9. :i/ページ名を扱いやすく
    3. ページ/名前の変更
      1. :i/ページ名変更を追跡するためのメタページ
      2. :i/ディレクトリ名ON-OFFでページ名変更
      3. :i/ページの移動は名前の変更
      4. :i/ページ名を変更しても同じページ
      5. :i/ページ名を変更するときは関連ページも一緒に
      6. :i/ページ名変更でリダイレクト
      7. :i/ページ名変更でリダイレクトページ生成
      8. :i/ページ名変更は2つ以上同時受け付け
      9. :i/ページ名変更は見出し変更で
      10. :i/ページ名変更ルールで統合・分割
      11. :Done/ページ名の入れ換えはどう行われるのか
      12. :Done/ページ名変更で投票状態はどうなるか
      13. :Done/ページ名を誰でも変更可能にすると
      14. ページ名変更で他ページを上書きできる…というのがおかしいので、それは不可能にする
    4. ページ/名前の変更はリンクにも影響する
      1. :i/バックリンクと一緒に名前変更
      2. :i/ページの追跡
      3. :i/ページ名変更でWiki内リンクも更新
      4. :i/ページ名変更をリンクに反映
      5. :i/リンク要素はページ名変更に追従
    5. ページ/名前の生成
      1. :Done/Twitter連携するときページ名をどうするか
      2. :Done/ページ名の自動生成
      3. :/ページ名とページタイトルの書き方
      4. :i/ページの1行目は特別
      5. :i/ページ名の1行目にはURIも可
      6. :/ページ名の既定値は最初の見出しか1行目
      7. :i/ハッシュタグでページ分け
      8. :i/投稿時振り分け
      9. :/全ページ見出しから始める
      10. :i/動的なページ名指定
    6. ページ/名前の削除
      1. :i/ページは空でも消さない
    7. ページ/名前の使われ方
      1. :i/ページ名インデックス
      2. トピックパス
      3. :i/トピックバスでナビゲーション
      4. :i/「New」組み込み済み
      5. :i/あとで書く機能
      6. :i/外部からのリンクはメタページで追従
      7. :i/日記を書くなら月日だけをページ名にして
      8. :i/検索はページ名をヒントに
      9. :i/空のページ
      10. :i/相対パスとしても評価、絶対パスとしても評価
      11. :i/自動リンクのキーワードにできそうなもの
      12. :i/類似度よりも相対位置関係を加味
    8. 内部名と外部名
      1. 内部名
      2. 内部名/外部名
      3. 内部名/外部名のどちらでも可
    9. 外部名4区分
      1. space
      2. entry
      3. :i/1つの内部名にページインスタンスは1つ
      4. :i/universe-space-entry-opinion-revision
      5. view(side)
      6. revision
      7. :i/ディレクトリ構造ではなくタグのようなもので
    10. 外部名4区分とそれぞれのデフォルト
      1. spaceのデフォルトは管理用?
      2. entryのデフォルトはルートページ
      3. :i/ドキュメントモードのページ名
      4. viewのデフォルトは視点
      5. revisionのデフォルトは最新版
      6. :i/名前空間とInterWikiNameは統一
      7. entryの検索は適合率で
      8. 見解の代表を得るためには利用者と日時が必要
      9. :/外部名5区分化
    11. ページ名(entry)変更/ページ移動
      1. ページ名変更はページ移動でもある
      2. ページ移動処理でやること
      3. :i/版の系譜
      4. ページ名が変わっても同じインスタンス
      5. :i/記法などでは外部名全区分一括指定
    12. 順序
      1. 順序は決めるもの
      2. :i/同階層の表示順序は単方向リストで記録
      3. :i/ディレクトリ名だけでなくページ名まで順不同に
      4. :i/内部名/外部名のどちらでも可
  3. あとでなおす(改訂前)
    1. ページ名を扱いやすく
      1. :i/内部名と外部名は1つに
    2. 正規表現
      1. :i/ページ名で同一視する文字
    3. ページ名は読むためのもの、IDになるのは内部名
    4. 「/」
    5. 「/」より「の」
      1. :i/ページ名単語はどれも等しい扱い
    6. 外部名4区分とそれぞれのデフォルト
    7. 名前変更は2つ以上同時受け付け
      1. :i/外部名4区分と内部名
      2. :i/spaceのデフォルトは管理用?
      3. :i/entryのデフォルトはルートページ
    8. 変更するときは関連ページも一緒に
      1. :i/opinionのデフォルトは視点
    9. 変更しても同じページ
      1. :i/revisionのデフォルトは最新版
    10. Wiki内リンクも更新
    11. 名前変更でリダイレクト
      1. :Done/ページ名だけを指定したときは全見解・全版も含むか
      2. :Done/ページ集合の指定方法
    12. 記法などでは3層一括指定
    13. 表示時の省略
    14. ページ名(entry)変更/ページ移動
      1. :i/ページ名変更はページ移動でもある
      2. :i/ページ移動処理でやること
    15. 書き方二通り
      1. :i/ページ名が変わっても同じインスタンス
    16. 既定値は最初の見出しか1行目
      1. :i/ページ名が変わっても過去版のページ名は変わらない
    17. 順不同パスと上下関係
    18. ページ名もコンテンツ
      1. :/パスの表現方法
      2. :Done/タグ別の一覧を作るには
    19. 同一視する文字
      1. :i/ページ名の順序はソートするものではなく決めるもの
      2. :i/同階層の表示順序は単方向リストで記録
    20. 相対パス/絶対パス
      1. :i/ディレクトリ名に順序なし
    21. 見出しに区切り文字が入ると、順序が変わるかも
      1. :i/ロールの適用方法
    22. パスの表現方法
      1. :i/上位ページナビ
    23. タグON/OFFでナビゲーション生成
      1. :Done/タグのようなディレクトリ名に対応した自動リンク規則
    24. 権限
    25. ON/OFFでページ名変更
    26. プレビューとタイムマシン
    27. 名前が重複したら追加
      1. プレビューモード
      2. タイムマシンモード
    28. ほか
    29. ページ名を使うということは、ディレクトリ名も使うということ。
      1. :i/名前が重複したら追加
    30. :
    31. ページ名(キーワード)とタグは同等の機能を持つ
      1. :i/UI上でページ名は「管理用」とする
      2. :i/ソート済みディレクトリ名をcanonicalURIにする
      3. :i/複数ページを含むならページタイトルを連結
    32. 名前/
    33. tag:名前
      1. :i/見出しに区切り文字が入ると、順序が変わるかも
    34. いらない
      1. :/universe-space-entry-side-section-revision
      2. :/アーカイブがページ作成の邪魔になる
      3. :/リストとハッシュ
      4. :/仮のページ名を複数与えると既存ページをおすすめ
      5. :/編集でページ移動する方法
      6. :/ページ名を使うということは、ディレクトリ名も使うということ
      7. :/ページ名4区分
      8. :/ページ名接頭辞
      9. :/内部名と外部名
      10. :/自動リンク化対象を広げる
      11. :/ページ名は正規表現で探す
      12. :/ページ名の書き方は二通り
      13. :/ページ名入力は不要
  4. 名前/

内部名外部名 Edit

ページ/名前 Edit

ページ名前 Edit


ページ/名前内容の1行目。同一スペース内では重複無し。

読めないほうのIDは内部名

読ませるための名前ページタイトル。ブログなどの記事タイトルと同じ。

検索対象にはならない。元になる1行目が検索対象なのでページ名検索する必要が無い。

ページ名の中も自動リンク化の対象になる。でもリンクを表示することは無いのでバックリンクの元になるだけ。

ページ/名前は4区分 Edit


もっと単純にしたので、いらない

(revision) Edit


大抵のWikiはリクエストされたページを再生するもの。

ずっと発展途上。いくら更新しても未完成。間違いを直しつつまた間違える。なので古いも参照できるようページ/履歴を残す。SPAMでなくても正しくない事はあるし、それは正しい事と混ざっている。修正が実は正しくないという事もある。

履歴のリスト。それでページのID(外部名4区分)には「」を入れる。

見解 (opinion) Edit


1つの事柄についても正しい事はたくさんある。Wikiに載せられるのは正しい事だけ…というわけでもない。ページのID(外部名4区分)に「見解」というものを設けて、1つの事柄についていくつでもページを作れるようにする。はてなキーワードの「別の〇〇について書く」。Wikipediaではページ名に括弧書きを加えて区別を付けている。

名前 (entry) Edit


外部名4区分のうちの「名前」(ページ名?項目名?)は階層化。これはWikiデザイン原則違反。それでも絶対パスを使う限りはフラットな名前空間と同じことになる。問題は相対パス。でも相対パスを使うかどうかは運用の問題

階層化したページ名は単語の羅列。いくらかでも利用者ページ名を扱いやすくするため順不同パスにする。

エディターでのオートコンプリートもページ名を扱いやすくするのに有効。オートコンプリートといえば先頭一致だけど、それだけでなくパス内の単語区切りから補完可能に。

スペース (space) Edit


もう1つの外部名4区分は(名前空間だけど)「スペース」。WikiFarmのための外部名区分。1つのシステムで多数のWiki。そのWiki1つ分を表すのがスペーススペースではなく「Wiki」とすべきところ。

:t/名前より Edit

ページ/名前とは Edit


外部名4区分。そのうちのページ名は読める管理用ID、読めない管理用IDは内部名

ページ名は内部リンクのためのもの。読めて固有。

読むだけの名前ページタイトル。ブログのタイトルのようなのを付けるためのもの。

ページ/本文の1行目がページ名(の元)になる。最初の見出しページタイトル(の元)になる。ということで、ページ名ページタイトルも検索対象になるし、自動リンク対象にもなる。(自動リンクは表示しないかも知れない。バックリンクは作られるので意味はある)

:/ページ名は読むためのもの、IDになるのは内部名 Edit


ページ名は読める管理用IDにした。(内部名は変わらず管理用ID)

読むための名前ページタイトル。

:i/ページ名も検索対象 Edit


自動リンク対象にもなる?表示のしようがないけどバックリンクはされていいので、やはり自動リンク可能に。

ページ/名前の見せ方 Edit


ページ/名前順不同パスなので、見せ方に工夫が必要。

順不同パス内の単語順は1つ前に見ていたページ名前に合わせたい。が、これはあまりよくない。どう改善できるか??

順不同パスは単語ごとに色分けして見やすく表示。

:Done/「編集UI」と書いたのに「UI編集」になる Edit


順不同パスの(パス内単語の)表示順は1つ前に見ていたページに合わせて。

:Done/タグに色づけ Edit


順不同パス内の単語に色を付けて視認性を高める。

:i/ディレクトリ名ON-OFFでナビゲーション生成 Edit


順不同パスなので上位ページが複数ある。トピックパスだけでは不足なのでこういうUIになる。

:i/トピックパスの単語をクリックすると

上位だけでなくサイトマップにするならこちら。豪華なトピックパス

:i/トピックバスでナビゲーション

どうするかは運用の問題

:i/ディレクトリ名に塗るように背景色を付けたい Edit


ページのキーカラーをページ名を使う場面にも反映させる。ページの色というよりもページ/名前の色設定

サイトマップの代わりになる豪華なトピックパスでも可能。

スタイルテーマと競合するかもしれない。配色に関わらず見やすくする工夫が必要。

:i/ページ名を表示するときはタグを併記 Edit


ページ名と、ページ内のタグ要素の組み合わせ。順不同パスとは関係ない。

ページ内と特定要素ページ名と一体になる。

:i/ページ名一覧には単語のタグクラウドも Edit


順不同パスの単語はタグのようなもの。それならタグクラウドにするのも適当。

:i/ページ名表示時の省略 Edit


スタイルシートで隠すだけでいいかも知れない。もっと複雑な省略ルールにするならこういう方法で。

端末の表示可能桁数が分かるならクライアント側でやるべき。

:i/ページ名の「/」 Edit


ディレクトリ区切りは複数あっていい。デフォルトのを無効にしなければゲストにとっても使いにくくはならない。

:i/ページ名を扱いやすく Edit


URIのパーセントエンコーディングはデコードして表示。

I'm Feeling Luckyは特にいらない。小検索欄でReturn不要の検索できれば

SmartInterWikiNameは表示上のURIをInterWiki化するもの。

ページ/名前の変更 Edit


ページは常に存在する(「存在しない」ではなく「空のページが存在する」)なら生成⇔変更⇔移動⇔削除だけど。

UI上ではページ本文の1行目の変更。なので、編集権限があれば誰でもページ名を変更できる。

ページ名の変更はページの移動でもあるし、削除でもある。

:i/ページ名変更を追跡するためのメタページ Edit


ページ名の間には距離がある。メタページで近い順に調べられれば曖昧な探索方法として使える。

:i/ディレクトリ名ON-OFFでページ名変更 Edit


ページ移動だけには大げさすぎるUI。上位にしか移動できないし。

:i/ページの移動は名前の変更 Edit


移動先でどんな名前になるか。移動先と半端に共通部分があっても全ての部分を残す。移動後のページ名は移動元/先のパスを合わせたものになる。

:i/ページ名を変更しても同じページ Edit


ページ名変更しても履歴が引き継がれ明示的リンクも維持されるので、ページ名変更に権限が要らない。

:i/ページ名を変更するときは関連ページも一緒に Edit


下位ページだけを一緒に変更。

移動とどう区別するのか??

(パスがディレクトリ名とファイル名のように分かれて入れば区別しやすい)

:i/ページ名変更でリダイレクト Edit


ページ名を変更しても、元のURIをリダイレクトにして維持する。

:i/ページ名変更でリダイレクトページ生成 Edit


リダイレクトページとはメタページ

:i/ページ名変更は2つ以上同時受け付け Edit


ページ名ページ内容なので、普通に編集すればいい。名前を入れ換えるときも編集で入れ換えればいい??

:i/ページ名変更は見出し変更で Edit


すでに見出しページ名は無関係なのでもういい

:i/ページ名変更ルールで統合・分割 Edit


ページ名を入れ換えるときもあるので、統合は起こさないほうが使いやすい。分割なら例えば → :i/キリトリ線

:Done/ページ名の入れ換えはどう行われるのか Edit


ページ名の重複は別見解にする。

投票状態は再投票まで維持される。既存の代表見解を変えてはいけない。ページ名を二度変更して戻しても投票数はそのまま。

:Done/ページ名変更で投票状態はどうなるか Edit


投票には影響なし。

:Done/ページ名を誰でも変更可能にすると Edit


過去のページ名を含めて検索できないと簡単に復帰できない。

リンクも新しいページ名になるので、不整合にならず、利用者が書き換えに気付けない。→ウォッチリスト通知でサポートすれば気付ける。「最近更新されたページ」のようなログにも記録されるし。

普段から更新されるページが多いと利用者が拾いきれなくなるかも知れない。量の問題。拾いきれないと後から探すことになる。過去や過去のページ名検索する機能はWikiの維持に必須。

何が変更されたか分かったら…:i/過去版を復帰させやすくするために

ページ名変更で他ページを上書きできる…というのがおかしいので、それは不可能にする Edit


ページ名を変えると、ページ名のみが異なる最新版ができる。新旧でページ内容は同じ。

ページの改訂履歴は同じページ名を持つの集まり。「履歴」というデータは存在しない。

前の最新版でないまま残り、新しいページへのリダイレクトページを作り、それを最新版にする。リダイレクトページ編集コメントには新しいページ名を記載する。新しいページ編集コメントには旧名を記載。履歴同士が双方向につながる。

投票があるので、他の同名ページ投票していた利用者は気づかない。この点は通常の編集でも同じ。

ページ/名前の変更はリンクにも影響する Edit

:i/バックリンクと一緒に名前変更 Edit


ページ名の変更をリンクに反映させる方法。リンクを参照するときまで遅延。

:i/ページの追跡 Edit


よそから存在しないページをリクエストされたら、リダイレクトするかメタページにする。よそからでないときはページ作成を促すかメタページ。というかいずれの場合でもメタページでいい。

:i/ページ名変更でWiki内リンクも更新 Edit


明示的リンクリンクページ名の変更に追従するので、編集せずに書き換わることになる。これは編集とは見なさない。編集/承認権限も不要。リンクに書かれているページ名は、リンクページの一部と考える。

:i/ページ名変更をリンクに反映 Edit


ページ名変更によるリンクラベル書き換えに編集/承認権限や権利は不要。

:i/リンク要素はページ名変更に追従 Edit


リンクでも内部名を使う。いつでも外部名に変換できるようにしておく。

自動リンクは対象外。

ページ/名前の生成 Edit

:Done/Twitter連携するときページ名をどうするか Edit


メール投稿Twitter取り込みで自動的にドキュメントモードを作るとなるとページ名は大事。ハッシュタグユーザー名を抽出してページ名に含めるべき。

取り込み処理次第。

ドキュメントモードなので編集/承認期間も通常通り行なってページ名審査。

:Done/ページ名の自動生成 Edit


何かを取り込んだとき工夫するのは1行目の決め方。あとはページ名を重複させないいつもの処理で対応。1行目次第で連番にでもできる。

:/ページ名とページタイトルの書き方 Edit


1行目からページ名を、最初の見出しからはページタイトルを生成。そのままではなく「元にして生成」する。

:i/ページの1行目は特別 Edit


1行目や見出しにヒットすると高スコア。…であれば1行目だけを対象にする意味は無くなるので却下。

ページ名検索対象にしないほうがいい。ページ名は1行目を元に自動生成したものであって利用者が入力した情報ではないので。

1行目だけを対象にすると速くなる…というわけでもないし。

:i/ページ名の1行目にはURIも可 Edit


ページ名の元がURIなら、自動生成されるページ名はURIが指すページのタイトルになる。

できたページ名自動リンク明示的リンクの対象。ページ名の元になったURI(ページの1行目)は外部リンクにすべきなので(自動リンク明示的リンクなどといった)内部リンク対象にはしない。

:/ページ名の既定値は最初の見出しか1行目 Edit


1行目をページ名に、最初の見出しをタイトルにすることにした。

:i/ハッシュタグでページ分け Edit


ツイートを取り込んだら、ページ名にハッシュタグを付けて話題別にページ生成。

:i/投稿時振り分け Edit


取り込んだ情報は投稿内容によって振り分け。正規表現で判定?

:/全ページ見出しから始める Edit


ページを操作するようなUIは最初の見出し付近に配置。それは見出し1つを操作するものだけど、ページの全文がその見出しの中なので、ページ全体を対象にするのと同じこと。

:i/動的なページ名指定 Edit


システムが使うデータ領域名を動的なものにすると、利用者別のデータが作られるような仕組み。それを動的なページ名だけで実現できれば楽。

ページ/名前削除 Edit


ページ/名前削除ページ削除名前が無ければ参照できないので。

:i/ページは空でも消さない Edit


名前の無いページは参照(できなくはないけどリンクは)できない。名前が無くて、自動命名もしないページ削除

検索で探せるので参照できなくはない。(外部名のうちの)ページ名は無くても内部名は作られるので永続化できる。リンクができないくらい。リンクできないのでOrphan化。

ページ/名前の使われ方 Edit

:i/ページ名インデックス Edit


ファイルシステムを使うにしてもデータベースを使うにしても、ページ名にインデックスは不要。(内容のインデックスは作る)1行目があるのでページ名検索対象外でいい。

自動リンクのためのインデックスは必要。ページ名から作るのはこちら。

トピックパス Edit

:i/トピックバスでナビゲーション Edit

:i/「New」組み込み済み Edit


ページ名にはnewが付く。自動リンクページ名とは違うので対象外。

:i/あとで書く機能 Edit


下書き

草稿(Draft)を書くために。

:Done/下書きをどう実装するか

:i/外部からのリンクはメタページで追従 Edit


メタページでは古い外部名を現在の外部名にマッピング。

:i/日記を書くなら月日だけをページ名にして Edit


日記のまとめ方を日付ごとにして。1年ごとに同じページにして。という活用法

:i/検索はページ名をヒントに Edit


検索では別/アルゴリズム別に結果表示。

ページ名は特に曖昧に比較する区分。でもページ名よりも1行目を対象にすべき。ページ名利用者が書いた情報ではないので。

:i/空のページ Edit


空でも関連情報を出せるので特に何もしない。編集ビューになっても書くことが無ければ書けないし。

:i/相対パスとしても評価、絶対パスとしても評価 Edit


状況依存するほうは後回し。絶対パスとして評価するのを優先。

先にディレクトリ区切りを含む自動リンクを、できるだけ合致する単語数が多くなるようにリンク

次にディレクトリ区切りを含まない自動リンクを、単語数ではなく合致する文字数が多くなるようにリンク

このルールで絶対パス優先になるはず。

:i/自動リンクのキーワードにできそうなもの Edit


順不同パスにつながるコンセプト。要するに情報は細切れにするほど(長文とも)合致させやすいと。

:i/類似度よりも相対位置関係を加味 Edit


Xの構造とはページ名の付け方。順不同パスの上下関係。リンクという近道を加味できれば近さを評価できるけど。(自動リンクは近道と見なさないほうがいい?)

獣道を近道として評価したい。

内部名外部名 Edit


利用者ページ名を自由に変更可能。でもシステム側でページ名を変更するのは不適切。
そこで変更できる名前と変更できない名前を両方使用する。いずれか一方でページを参照できる。

内部名 Edit


利用者に見せないほうのページ/名前

内部名外部名 Edit


変更されるような名前内部名にふさわしくない。が編集の追加。変更はされないので内部名外部名を含められる。とはいえ外部名変更をすると内部名と合わなくなる…ので元から別物、共通点なしとする。

内部名外部名は同じ永続化キーの一部。それぞれ別物だけど連結して同じキーにする。変更は容易。

:i/永続化でのキー変更も追加で

内部名外部名のどちらでも可 Edit


内部名/(完全な)外部名のどちらでもページを特定できる。

十分な情報が無ければ検索が必要。
内部名
利用者に見せないほうのページ/名前ページ/名前が変わっても履歴を追えるようにする。
外部名
ページ/名前として利用者に見せるほう。複数の区分がある。「ページ名」と言えば特にentryのこと。entryでページの上下関係が分かる。

それでも両方必要。

外部名利用者が変更可能。外部名を変更してもページ/履歴をつなげるために内部名が必要。

利用者内部名を扱えない。利用者にとっての一意な名前として外部名が必要。

外部名4区分 Edit


外部名は4区分。space, entry, view(side), revision

(viewが紛らわしいのでsideにする?)

内部名は1区分。ページのインスタンスID + クラス名(Page)

space Edit


サブドメイン。またはページ名の前に付く部分。

利用者が選べる。変更されることも。

spaceは複数あるがそれらをまとめるものは無い。必要なら"Universe"?

entry Edit


"/"から始まるページ名。"/"はルートページ

ページ名を消してもページは残る。

ページ/削除

:i/1つの内部名にページインスタンスは1つ Edit


外部名内部名も重複しないもの。ページ名外部名の一部なので、この部分だけが重複するのはあり。

:i/universe-space-entry-opinion-revision Edit


外部名4区分とそれらを集めたuniverse.

順不同パスはentryのこと。区切り文字で切って集合(set)として扱う。

利用者が自由に付けられる。変更される。

view(side) Edit


viewまたはside.

見解

システムが付ける。利用者は気にしない。変更不可能。

revision Edit



数値でいい。

システムが付ける。利用者は気にしない。代わりに日時を見てもらう。

「特定」とはrevisionを明示すること。

:i/ディレクトリ構造ではなくタグのようなもので Edit


順不同パスになった。存在しないページへのリンク(DanglingLink)→メタページ。そこに「このページ作成リンクフォームがある。

外部名4区分とそれぞれのデフォルト Edit


代表」と表記してあるのは見解のデフォルトのこと。

spaceのデフォルトは管理用? Edit


あるいは無名space. spaceのデフォルトは無名で省略。

spaceがサブドメインならサブドメインなし。

→無名で。

entryのデフォルトはルートページ Edit


entry=ページ名を指定しないときのページ

ページ/編集時に1行目を空行にすればルートページ化。「ルートに移動させた」とも言える。→ページ/名前/衝突[?]

:i/ドキュメントモードのページ名 Edit


ドキュメントモード部分だけで1つのページ。複数のページを複合したものがUI上での1ページになる。

viewのデフォルトは視点 Edit


見解(view)のデフォルトは利用者ごと、かつ時期によって違うもの。「視点」とも言える。

取得するにはentry、利用者、日時が必要。

ページ名の階層と分けたい。スペース見解属性などを、ページ名階層を作る区切り以外で分けるように。

URIで。つまり&区切り・ラベル付きの書式。"Labeled Ampersand Separated Value"


この際の利用者のデフォルトはゲスト。日時のデフォルトは現在。

revisionのデフォルトは最新版 Edit


特に指定しなければ最新版を指定すれば特定を指すことになる。

:i/名前空間とInterWikiNameは統一 Edit


InterWikiNameはサイトの略称。ドメインとサブドメインの組み合わせに付けた別名管理者が決めた自サイトだけで通用するニックネーム。

全てURIで書く場合と同じ機能になるようにしたい。

entryの検索は適合率で Edit


entryに含まれる語が少ないほど適合率は高くなりやすい。

少ない語に適合したほうが高スコア。

重複も含む。日付などでは12/12/12もあるが重複数が重要なので。

見解代表を得るためには利用者と日時が必要 Edit


利用者×日時→当時の見解

:/外部名5区分化 Edit


古い案。

ページ名(entry)変更/ページ移動 Edit

ページ名変更はページ移動でもある Edit


ページ名の中に位置(ディレクトリ)があるので。

ページ移動処理でやること Edit


ページ移動は永続化キー外部名部分を置き換えたエントリー作成

外部名(のentry部分)はページ/内容の1行目。つまり普通にページ編集するのと同じ処理。

※古い外部名検索すると、それらがどれも最新版ではないと分かること。

:i/版の系譜 Edit


ページ/名前だけで見解の分岐記録を調べられる。

外部名(のentry部分)が変わっても同じ内部名でアクセスできること。履歴がつながること。

ページ名が変わっても同じインスタンス Edit


同じインスタンスにアクセスするために内部名が要る。

履歴をたどれるので、ページ名変更の取り消しはページ/編集の取り消し(リバート)と同じ。操作も処理も同じ。

:i/記法などでは外部名全区分一括指定 Edit


ここでも「全てURIで」にしたほうがいいのでは??つまり&区切り。

順序 Edit

順序は決めるもの Edit


実装時にはページ名間に順序を。同一ディレクトリ内では辞書順。ディレクトリは深さ優先。浅い階層の違いは大きく、深い階層の違いは小さく評価つまりフルパスを辞書順にするのと一緒。

複数のページを処理するときはこの順序で処理できるように。

特定のディレクトリと深さを指定して、この順序ページ名を取り出せるように。

→ディレクトリ構造に順序がなくなったので。

:i/同階層の表示順序は単方向リストで記録 Edit

:i/ディレクトリ名だけでなくページ名まで順不同に Edit

:i/内部名/外部名のどちらでも可 Edit


ページを特定するには内部名でも外部名でもどちらかがあればいい。

外部名を容易に変更できるようにするための内部名

あとでなおす(改訂前) Edit


ページを表すIDで、利用者に見せる名前

利用者に見せない名前はページ/内部名[?]

ページ名を扱いやすく Edit

http://wikienginex.com/wiki/このサイトについて

:i/内部名と外部名は1つに Edit


内部名外部名はまとめて扱う。

Xを介さずにデータを扱うときに扱いやすいから??

などとURLにページ名が入るのは良い案。変えない。UTF-8で。

検索欄を用意。

検索だと1ステップ手順が多くなるので、結果が明確なら一覧を出さずに1位のページリダイレクト

Googleの†:I'm Feeling Luckyのように。

(有力な見解[?]の仕組みを使って)

正規表現 Edit


ページ名の指定はどれも正規表現で受け付けるようにしたい。

→使い方が難しい。ページを指定するならシステム側で曖昧に解釈。

:i/ページ名で同一視する文字 Edit


ページ/名前は探索時に同一視する。ページ内容のほうは検索時にPlainText要素の機能で同一視。

ページ名は読むためのもの、IDになるのは内部名 Edit


重複無し。重複があれば、どちらかを扱う。どちらでもいい。

ページの中に見解があるので、同じページ名で違う表示ということはある。

「/」 Edit


ページ名の階層区切りはサイト設定。変更、他のwikiからのインポートを容易にするために複数設定できるように。(旧設定と新設定を両方有効にできるように)

「/」より「の」 Edit


ページ名前」というページを作るくらいなら「ページ/名前」を作ったほうがいい。

なら「の」を「/」の代わりにすればなおいい。

:i/ページ名単語はどれも等しい扱い Edit


順不同パス内の単語はどれも順不同。「最後の単語だけは順序を変えられない」ということはない。

外部名4区分とそれぞれのデフォルト Edit


特に明記せず「代表」と表記してあるのは見解のデフォルトのこと。

***親ページも作る [#ud68512b]

さらに、「プロジェクトの名前」というページを作ると

-プロジェクト

-プロジェクト/名前

という2つのページが一度にできるように。

→この場合、「プロジェクト」はタグのようなディレクトリ名になる。→ディレクトリ名に順序なし

自動リンクを発生させるためにページは多くしたい。全文検索の他に言葉を選択する探し方も欲しいので。

が、検索結果では邪魔になる。

Wikiの設定にディレクトリ名にあたる部分もページ化するオプションがあってもいい。

作られるページは既定のページ

名前変更は2つ以上同時受け付け Edit


同時に2つ以上のページ名を変更できるように。

ページ名の入れ替えを1ステップで可能にする。

ページ名ページ編集と同義。1行目がページ名になる。ページ名が重複したときどうするか?

正規表現を受け入れるなら管理者専用に?

複数のページ内容を一括置換するツール

:i/外部名4区分と内部名 Edit


外部名の仕様。スペース名をページ名の接頭語…みたいに4区分を混同したりはしない。

内部名にはクラス名を含める。

:i/spaceのデフォルトは管理用? Edit


スペース管理スペースを用意。WikiFarmを管理するスペース。「デフォルトスペース」よりも「ビルトインスペース」のほうがいい?

スペース管理」という権限はどう実現するか?

ビルトインスペースを書き換える権限をどこかに用意。ビルトインスペースでは通常のスペースを書き換える権限を定義??

:i/entryのデフォルトはルートページ Edit


ページ/名前を消したときはページ/削除になるようにしたい。

変更するときは関連ページも一緒に Edit


下位ページがあるときなど、ページ名がディレクトリ名になっていることがある。

ディレクトリ名が変更されたらそれ以下のページ名も変わることになる。ファイルシステムと一緒。

:i/opinionのデフォルトは視点 Edit

(特定の見解を)取得するにはentry、利用者、日時が必要。

変更しても同じページ Edit


名前を変更しても内部名は変わらないので、履歴は引き継がれる。

1つの履歴リストに複数のページ名が表示されることになる。

見解を探すキーには利用者も含まれる。

→一般ユーザーでも名前変更が可能になる。

:i/見解の代表を得るには利用者と日時が必要

:i/revisionのデフォルトは最新版 Edit


代表最新版を指定せず代表拒否をしなければ最新版を指定したことになる。

Wiki内リンク更新 Edit


リンク要素リンク先も更新

ということはWikitextを更新するので、利用者に承諾を得る必要がある。

自動リンクもこうすると、自動リンクを作っては変えの繰り返しでサイト内をまとめて編集可能になる。

名前変更でリダイレクト Edit


ページ名前変更をしたら旧名はリダイレクトページになる。

もう一手間かけてリダイレクトページを消してもいいし、旧名をまた使うまで残しておくのも良い。

:Done/ページ名だけを指定したときは全見解・全版も含むか Edit


代表拒否すると全ての見解や全てのを含めることになる。

他サイトからのリンクを切らないための措置。

リダイレクトページを自動生成するなら、新名称が既存の場合のページ名変更は上書きに。ページ内容をコピペするのと同じ処理。履歴は普通に残る。

上書きをするならプレビューを可能に。

:Done/ページ集合の指定方法 Edit


全文検索以外にページセットを作る方法まとめ。

記法などでは3層一括指定 Edit


記法など、分けて書けない場合…
 項目名(ページ名):見解名:番号

…といったように区切り文字でつないで。

表示時の省略 Edit


区切りごとに中間から省略、少なくともルートページの1つ下と(最後は)表示。それでも長いなら最初だけの表示。

ページ名(entry)変更/ページ移動 Edit

WikiSite/ToDo/上位ページ削除されると、編集不可でも削除するか/第一部

... /ToDo/ ... /第一部

:i/ページ名変更はページ移動でもある Edit


ページ名には位置情報(ディレクトリ名)も含まれる。

ページ間の関係は、ページ名の共通部分と、リンクで決まる。
  • -

1つの区切りが長い時は単語単位で省略。CJKVの場合は文字種区切りにでもしておく。これも中間から必要なだけ省略して少なくともルートページの1つ下と(最後は)残す。それでも長いなら最初だけ。

記号の前では(日本語の場合はひらがなと句読点の前では)区切らないのもいい。
WikiSite/ToDo/上位ページ削除されると、編集不可でも削除するか

... /ToDo/上位ページ削除されると、編集不可でも削除するか

... /ToDo/上位ページが ... 編集不可でも削除するか

... /ToDo/上位ページが ... 削除するか

... /ToDo/上位ページが ...

:i/ページ移動処理でやること Edit


永続化キーの変更はよくないので、永続化キーには外部名を含めるべきでない。

永続化キーの変更方法に特別な工夫があるわけでもないし。

必要なだけ省略。

単語が短いと省略記号(...)のほうが長くなるかも知れないが、省略。

書き方二通り Edit

:i/ページ名が変わっても同じインスタンス Edit


ページ名変更もページ移動も編集で行なう。UIの操作手順でも処理の実装でも。

取り消しも可能。全て「ページ/編集」で統一できる。

これで前後関係の分かるリンクを作れる。

編集なので処理後も同じインスタンス。

→もっと多様にした。→自動リンク

既定値は最初の見出しか1行目 Edit


UIでもAPIでも一貫して。

細かい章は段落と同様に頻繁に使う。

章をページとして実装するとなると、章にいちいち名前を付けるのは煩わしい。

最初の章の見出しページの1行目全体を名前にする。章の場合、一行目は見出し記法になっているはず。章がない場合に1行目を使用。

重複対策でランダム文字列を数文字付けてもいい。あとで変更出来ればいい。

ページ名は長くなりやすい。

PostEverのように日付でもいい。がそうするなら予め日付を入れておく。入力時にないデータを付け足したりしない。

これは既定値。入力する機会はあっていい。入力したらページ内容の一行目を変更。(一行目=ページ名は常に成立するようにしたい)

ページ作成時の名前欄は既存のWikiEngineに似せるためのもの。

必要という訳ではない。

:i/ページ名が変わっても過去版のページ名は変わらない Edit


特定(過去)を扱うときはページ名も当時のものにする。普通に実装すれば問題なし。

ページ作成時の既定値はページ名として有効な部分の一行目

→最初の見出し(それも章…サブページになる見出し)を使用。

問題があればtitle:のようなページ名専用の記法でもいい。ページ名ページ内容に含まれていればいい。見出しと重複してもいいので自動付与。

こうすると一行目=ページ名を成立させにくい。
  • -------------------------------------

ページ作成では名前が先?内容と同時受付?

:t/?[?]

順不同パスと上下関係 Edit

ページ名もコンテンツ Edit


ページ名ページ内容と同等に。

検索自動リンクなどの対象に。

ページ内容からページ名を作ればいい。(条件に当てはまる)1行目をページ名にする。常に作成時だけでなく)。

ページの一行目=ページ名は成り立たないこともあるので、ページ名ページ内容に連結してから検索対象にする。

:/パスの表現方法 Edit


ページ間の関係(上位/下位/無関係など)はページ名だけで判別する。

:Done/タグ別の一覧を作るには Edit


下位展開での並べ方のこと。でも下位展開では利用者によって順序替えができるので、ソートはしない。ソートするのは順序情報が欠けている場合だけ。

同一視する文字 Edit


ページ名では…

大文字小文字の同一視(PageとPAGEとPaGeは同じ単語でいい)、スペースとハイフン(New PageとNew-Pageは同じ単語)。

カタカナひらがなは区別。全角半角は統一(全角空白→半角に、半角カナ→全角に)

これは利用者が再利用するときの利便のため。

→探索用のページ名では統一、表示時は入力されたまま。ページ名自体がユーザーの眼に触れるものなので、入力されたとおりに表示されなければならない。

ページ内容では統一はしない。そのまま保存。統一の必要がない。

検索用のデータでは統一していい。

:i/ページ名の順序はソートするものではなく決めるもの Edit


順序利用者が決める。

順不同パスなので「深さ優先」は無意味。どのディレクトリも同じ深さ。パス全体を評価したときだけ深さが分かる。
  • -------

→同一視は自動リンク検索で。

同一視後同じページ名が複数できるので、検索中は同じページ名が複数現れることになる。

:i/同階層の表示順序は単方向リストで記録 Edit


曖昧な単方向関連だけで順序を記録する。記録に矛盾や欠陥があってもいい。

相対パス/絶対パス Edit


ページ名は相対パスとしても自動リンクされる。

絶対パスとしても。

→ページ/リンク[?]

そのページの1階層下に適合すれば相対パスとしてリンク。「オブジェクト」というページで「リスト/インデックス」と書けば「オブジェクト/リスト/インデックス」として解釈。ルートからの「リスト/インデックス」や他のページ下にあるページにはリンクしない。

ただし、相対パスとしてリンクできない場合(リンクできるページが無い以外の理由も含む)は絶対パス(ルートページからの完全なページ名)として解釈。自動リンク。絶対パスを指定したいなら(ルートページ名/ページ名)に。

→ページ/リンク[?]

:i/ディレクトリ名に順序なし Edit


:i/ディレクトリ名だけでなくページ名まで順不同に

順序に厳格なのはユーザー中心じゃない。

順序はないが数は有効なので、2012/12/12などの日付も書ける。

見出しに区切り文字が入ると、順序が変わるかも Edit


→変わっていいことにする。

:i/ロールの適用方法 Edit


利用者ページページ/属性ロール名を書くと適用される。

ルール

パスの表現方法 Edit

:i/上位ページナビ Edit


上位ページが存在するかどうかは管理者ページ/属性設定するときに分かればいい。

全てタグ化。

区切りは「/」でいい。区別したり、タグであることを強調する必要はない。

「/」区切りの最後がページ名。それ以外がタグ

あるページに書かれたリンクは上位か下位か?
位置関係リンクに含まれるタグ[?]
上位ページ自身のタグのサブセットだけを持つページ
同階層にあるページ自身と全く同じタグ集合なら
下位ページ自身のタグを全て含み、さらに自身と同じタグまで付いていれば
別階層
(無関係、上下関係なし)
部分的に一致するだけなら
関連度は一致するタグの数と、それぞれの重要度から

タグON/OFFでナビゲーション生成 Edit


ディレクトリ上下階層への移動を支援。

閲覧中ページタグを個別にON/OFF、ONになっているタグを含むページを動的にリストアップ。

これで書かれていないページリンクを動的生成。

生成するだけでもいい。リストから1つ選択するとそばにリンク生成。ページに追加。それをクリックして利用。

利用者全員で共有する履歴が自動生成されるようなもの。

複数選択できるようにするのもいいかも。

:Done/タグのようなディレクトリ名に対応した自動リンク規則 Edit


相対パスのリンク先は近いもの。相対パスの場合は後から追加したページによってリンク先は変わる。

自動リンクはとにかくどこかにリンクする方針。† :i/相対パスとしても評価、絶対パスとしても評価

明示的リンクの場合は→ :i/明示的リンクではフルパス指定

アルゴリズムは:Done/自動リンクの仕方を再考

権限 Edit


ページ名を見る権限は閲覧権限

ページ名ページ/内容の1行目なので、ページ/内容を見る権限でいい。

ON/OFFでページ名変更 Edit


ページ名の単語をボタン化、ON/OFF可能にする。決定ボタンで決定。

順不同ディレクトリ名なので順序を入力しなくていい。ON/OFFだけのボタンで十分。

初期ページ名(デフォルト)は自動で。デフォルト値とボタンで命名。あるいは初期ページ名は完全に自動で作った後にボタンで変更。

ページ名横に変更ボタン。(編集ビューの場合)

プレビュータイムマシン Edit


どちらもページ/名前の集め方を変えるだけ。

名前が重複したら追加 Edit


ページ作成編集と異なり、データを消さない。「作成」で消してはいけない。消すような状況では追加。

プレビューモード Edit


既存ページの代わりに、自分の書いたプレビューページを使う。

見解を追加。

タイムマシンモード Edit


日時指定付きの閲覧モード。

ほか Edit

ページ名を使うということは、ディレクトリ名も使うということ。 Edit


ページ名とディレクトリ名は同一オブジェクト。

:i/名前が重複したら追加 Edit

作成」で消してはいけない。


日時は範囲

更新日時も?

更新日時…24時間以内のものはまとめて。範囲にする。

他のWikiEngineでは投稿前に既存ページを見せているので、分かりにくくはない。でもメール投稿などでは既存ページを見せたりはしないので投稿後に分かりやすくなるような工夫が要る。

代表でない見解に書いた場合に、今書いたことが(代表でない見解なので)一手間書けないと表示されないことがある。同一のに追記するほうが書いた内容を見失いにくくていい。

作成したページと既存ページ名前が重複したら新見解にして両方残す。自分が書いた見解なので新見解に自動的に投票代表にすることになる。代表なら手間をかけなくても表示されるので今書いたことが見失いにくい。

:i/ページ名衝突時は別見解化

: Edit


ページ名先頭にある特定記号(接頭辞、prefix)はページ名と分けて、ページ属性を示すものとする。

ページ/属性の接頭辞

見解にすれば今書いただけで1つのドキュメントになるので、その後の移動もしやすい。古いほうも維持されるのでその削除もやりやすい。

ページ名(キーワード)とタグは同等の機能を持つ Edit


タグ集め、ページ名(キーワード)集め。

閲覧、編集で追加したタグやキーワードを一覧化、

考えの経緯が分かるように。

:i/UI上でページ名は「管理用」とする Edit


UI上では4区分の外部名を、システム内部では内部名を使う。

それらとページタイトルは別。

自分が関わったタグ・キーワードだけでタグクラウド作成

これを任意の期間だけに絞り込んで表示、集計、表示。
  • -------------------------------------

:i/ソート済みディレクトリ名をcanonicalURIにする Edit


順不同パスには同じページを指すURIが複数ある。正式なURIが必要なら順序を揃えたものを使う。

HTMLメタデータcanonical URLに指定するのはこれ。

発想の入り口、経緯が自分で確認出来るように。次の発想が出来るように。

:i/複数ページを含むならページタイトルを連結 Edit


ページタイトルはページ読み込みのたびに付け足すもの。

名前/ Edit

tag:名前 Edit

:i/見出しに区切り文字が入ると、順序が変わるかも Edit


別にいい。

いらない Edit

:/universe-space-entry-side-section-revision Edit

:/アーカイブがページ作成の邪魔になる Edit

:/リストとハッシュ Edit

:/仮のページ名を複数与えると既存ページをおすすめ Edit

:/編集でページ移動する方法 Edit

:/ページ名を使うということは、ディレクトリ名も使うということ Edit

:/ページ名4区分 Edit


もういい

:/ページ名接頭辞 Edit


ページ名に付けた接頭辞をページ/属性にする案は却下。

:/内部名と外部名 Edit


外部名内部名についての古いまとめ。

:/自動リンク化対象を広げる Edit


順不同パスと相対リンクになった。

:/ページ名は正規表現で探す Edit

:/ページ名の書き方は二通り Edit

:/ページ名入力は不要 Edit

名前/ Edit