ページとは Edit

:i/派閥はページ←Amazonでの商品にあたるもの Edit

派閥は無くなったけど、ページがAmazonの商品にあたるのは変わらない。

ほしい物リストに登録すれば備忘録になったり価格の変動を通知してくれる点も、ページにレビューが付く点も。

ほしい物リストから生成されたおすすめ商品や、それらを集めたマイストアも参考になりそう。登録したページサブセットWikiを作っておいて、それを何かに利用したり?

:i/ページは… Edit

データ保存場所

利用者から送られてきたクエリーのうち、自身に関する部分だけは解釈できる

ページを)入れ子にはしない。

入れ子(ネスト)にしないのは埋め込みができるから。クラス定義ではネスト不可。でも閲覧時の埋め込み解決後にネストしているかのように見えるのはあり。

:i/ページとは Edit

ページ内部は要素のリストでも、ページ要素ごとにデータ構造が違う。
ページはRDBのテーブルページ/要素1つが1つのを持つフィールド。

フレームワーク/WikiEngineでやること#vad5bbbb
WikiEngineはページを操作するもの。

:i/ページと要素は似ている[?] Edit

要素と同じ使い方ができても目的が違う。

要素は内向きで要素連携のための、ページは外向きのインターフェイス。

:i/ページの属性は下位が豪華、内容は上位が豪華 Edit

継承とフォルダー式のまとめ。下位が上位を参照すると、下位が豪華になる。どう依存するかの違いでもある。

:i/ページはファイルと類似 Edit

ページ/属性ページ/裏に管理用データを持たせて。

:i/ページは機能のDB Edit

ページ/要素データアクセス。それをシリアライズして記法化。

:i/ページは要素のインターフェイス Edit

このインターフェイスを使わなければ直接依存することになる。それもあり。プラグイン開発の戦略。
利用者からのクエリーはそれを解釈できる要素だけが解釈する。解釈できる要素がいくつ存在していてもいい。ページを介しては伝わらない。
ページ要素にとっての場所。要素の配置を変えるときはページに指示することになる。

ページの内部 Edit

:Done/スレッドモードはドキュメントモード?[?] Edit

ドキュメントはスレッド投稿の1件に相当。それぞれ内部にページ/型を持つ。

ページの内部構造はページ/要素だけ。

:Done/ページの中のページは不可か Edit

ページ同士に関連は無し。

下位展開ならレイアウト上の問題。ページはネストしない。

  • ページ名でまとまっていると見なすことはできる。下位展開時はこのまとまりを一挙に表示。
  • 明示的リンクで関連性を示すことはできる。自動検出ではない関連性。

:i/ページ内容がオブジェクト構成を表す Edit

ページ要素の構成。要素要素の構成。それらを決めるのがページ/内容利用者ページを通して要素をあつかう。

ページの性質 Edit

:i/BracketNameは不要 Edit

明示的リンク
不要だけど利用者の意図をシステムに伝える手段として使う。
ページ同士に明確なつながりが有ることを示す。

:i/ページに型を Edit

Xの拡張容易点。要素だけで対応できない拡張はページ/型で。

HTMLを直接書けるページ Edit

:i/HTML許可ページ
:i/HTML書き込み

ページ/型の1つ。HTMLや各種記法のレンダリング後(HTML)を貼るためのもの。

この管理者だけの物にするには?権限設定では属性値(ページ/型の値)を制限できない。
→「特定のページ/型を使わせない」のは不可能。
属性値に「ページ/型をHTMLにできる」といった値を設定可能にする。使う側できちんと判定すればいい。
:Done/ページ型/スレッド/データコンテキスト/記法定義まとめ#o051e5a4

を分ければ権限(錠)も分けられる?
では分けられないが、そのを集めて1つの上位ページでまとめればいい。属性継承機能で一度に権限設定できる。HTMLを書くためのページに特定のディレクトリ名を付けてまとめておく。そのまとまりに管理者だけの編集権限/錠を与えて。

ページを「ページ/型:HTML」にできては権限設定が無意味。ページ/型の変更…ページ/属性設定のすべてを管理者権限にしなければならない。一般利用者ページ/属性を変更できないので、ページ/型も変更できない。可能。

ページ/属性は複数に分けて、一部は誰でも変更可能にする必要があるかも知れない。

:i/俺のモノは俺のモノ Edit

ページに書かれた情報の権利/権限
権限設定、権利表明のコマンド。それと紹介文にも。

:i/見出しをページのタイトルに Edit

1行目よりもふさわしい箇所があればそっちで。

→ :i/全ページ見出しから始める[?]
タイトルを見出し化するよりも、見出しをタイトル化。書くときは見出しだけを書くように。

:i/UI上でページ名は「管理用」とする
最初の見出しページタイトルにするといい。
Webブラウザーに表示されるのは最初の見出し
1行目をWebブラウザーのタブやGoogle検索結果に表示したいなら、1行目を見出しにしてでも見出しページタイトルになるようにする。


見出し本文のうち最初の1行をページタイトルに。

ページを操作するためのUI Edit

:i/UI/タイトルとURLをコピペ[?] Edit

はてなフォトライフのフォトライフ記法欄のような。
ページ名のコピペ以外に内部リンクを作る方法があるなら不要。オートコンプリートとか。ドラッグ・ドロップで使えるクリップボードとか。
このコピペ機能の代わりにページ名逆リンク一覧にリンクするのもあり。クラシックWikiではそうなっているけどMediaWikiではそうなっていないので、どちらでもいい。

:i/存在しないページは無い Edit

UI上では内容が無くても関連情報はある。ページ名も情報のうち。
実装上はページの有無を気にしない。ページはSingletonのようなもの。

DanglingLinkは「存在しないページヘのリンク」という意味ではなくなる。

:Done/ページ削除のUI Edit

ページ/削除

UIになるページ Edit

それ用の要素を使って入力フォームを持つページを作ることができる。
→:UI要素

Wiki構築のためのページ Edit

:i/Wiki構築をページで Edit

設定項目をページに書ければいい。
汎用化してデータアクセスになった。

:i/ページ主体の設計 Edit

Wiki構築をページで行なうという発想。
ページの仕様が大きくなる。

:i/Webページのテンプレートは特定のページに書く Edit

条件別のページテンプレート。言語別とか。

:i/増殖するページ Edit

ページの元になるページログなど自動生成されるデータのテンプレート
ヘッダーなど)通常のテンプレートと異なるのは、テンプレートを穴埋めした後に保存する点。

:i/テンプレートは制限するものではない Edit

入力用テンプレートUI要素として実装。編集ビューではなく閲覧ビューでのその場編集に有効。
:i/UI要素

:i/利用者のページ化 Edit

ページはデータベース。利用者ページページの移動が利用者の異動。
移動で上位ページが変われば(属性/継承によって)その利用者ロール権限も変わる。

隠しページ Edit

(コンテンツ用ではなく)システム用のページ隠しページにする。

:i/機能/分析[?] Edit

MediaWikiでの特別ページ(ユーティリティページ

:i/ログはページに記録 Edit

分析結果はページ自身に記録する。

:i/ページの重さ Edit

Wikiの可視化概要把握の機能とその表示。

:i/最近更新されたページ Edit

システムが作るページ。実体がページ/要素で、その出力が動的なページリスト。なので「システムが書き込むのはページ/裏だけ」のルールと衝突しない。

実装案 Edit

:Done/ページ型/スレッド/データコンテキスト/記法定義まとめ Edit

ルートページ Edit

ページページでまとめる。どうまとまるかはページ/名前次第なので、ルートページはそういう名前を持つ(だけの)ページということになる。

:i/ページと他オブジェクトとの関わり合い Edit

ページ同士の関わりはなし。ページ名でまとめる。順不同パスに共通点があれば下位展開でまとめて表示可能。
下位展開ビューでの順序情報に他のページ名が含まれるくらい。その情報は消えても間違っていてもいい。表示順序が変わるだけ。

:i/ページを保存するときはオブジェクトだけ Edit

NotationText(WikiText)は要素が分担して保存する。
記法テキスト以外でも書き換えられるようにするため。この方法でもテキストで書き換えられる。

:i/アクセスログはページの属性 Edit

ログの出力先を特定の(設定された)ページに。
でもシステムが書き込むのはページ/裏のはず。ページ/裏の1つに追記していく。アクセスログ専用のページ/裏。

裏だけを使うページがあってもいいかも?

:i/クラスごとにページを Edit

アクセスログもクラス名を冠したページ(のページ/裏)に?

:Done/セクションをやめてページのネストで[?] Edit

ページ名でつながるネスト構造。オブジェクト間はつながっていない。
上位ページを閲覧すると下位ページも見える。上位と下位について→ 順不同パス

:i/テンプレートはページ名 Edit

独立したページにすると機能充実。その反面、テンプレートにも権限(錠)を設定できてしまう。運用の問題にしておく。

:i/属性と内容 Edit

扱いは同じ。操作に必要な権限が違う。
ページ/内容ページ/属性ページ/裏。

:i/検索結果でページを作れば「検索結果の検索結果」が可能に Edit

まず見るべきところを「まず見て欲しいページ」というページ名見せることができる。更新される動的まとめ。

:i/権限を判定するケース Edit

ページが関わるところ全てとユースケース。つまりいたるところ。権限の参照を速くすれば高速化できそう。

:i/添付ファイルもページ Edit

ページ添付ファイルのアダプター。

:i/ページにtoJsonを Edit

実装。

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

実装。

:i/ページは要素でもある Edit

実装。

:i/ページ内容と属性領域の違い Edit

実装。

コード Edit

code*:364 Perl

まだまとめてない Edit

:i/仮想ページという考え方 Edit

:/ページ属性の型は文字列だけ Edit

:i/ページ属性の接頭辞をやめる Edit

:i/ページ属性はセレクターで読む Edit

:i/ページ属性はデータアクセスで参照 Edit

:i/属性領域も複数に Edit

:/権限領域のページ名 Edit

:i/継承にも錠と鍵を[?] Edit

:i/見出しかダガーがその見出しへのリンク Edit

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

いらない Edit

→ ページ/いらない[?]