思い付きのバックアップ(No.379)

Send to your Kindle

とりとめのない思い付き。

リンクやバックリンクの数が少ないページ／多いページをどう探すか？
検索で「ブログ」と「ログ」を分けたい
ページ一覧で含まれる数字を全部集計
「要出典」は指摘・抗議
上位ページでは下位にあるコメントも見える
見出し無しはルートページを指す
検索結果の定義は特定名のページで
利用者が同一サイトに集まるわけない
「自分にとって」は2つある
自分のスペースにインポートすれば投票か
ページセットはページの属性を表せる
「自分にとって」を基本にして
「自分にとって」は何と結び付けるか
「自分にとって」を実現するために、1スペースに1人だけにすると
スペースはページセットでコレクション
基本がFederationになっても、投票を伴なうピン留め操作は必要
投票はSisterWikiネットワーク内で有効
承認時、モデレーター間で意見が分かれたら？
基本がFederationになっても、フォローは可能か
逆リンクはクリックしただけでスクロールを伴うナビゲーション
共有スペースは読み取り専用
元の版に投票している利用者も、承認に参加できる？
承認はSPAMフラグを外すもの
承認は投票者にさせる
ゲストが見るのは利用者の誰かのサイトなので、そのサイトで作られたページが代表のはず。投票は不要では？
ページセットに入れるものはページ
削除は最新版を無くすこと。アーカイブはページの属性。
スペースはページセット
KJ法A型のカード集めと同じことをやるには
どのスペースも管理者ひとりだけもの
履歴も同名ページもページで実装
ページ名はページセットを超えるのか
ページの履歴化とアーカイブ化
アーカイブは存在しており、継承元にもなるページ
Federationと関係あること
利用者ごとに異なる点はスペースで実現
ドメインごとにゲスト向けの中立スペースがある
SisterWikiでジャンルが混ざってしまう問題に対処
Wikiの発展型ではなく、TwitterやMastodonをWiki化する発想で
自分のスペースにあるのは、自分が作ったページだけ
「スペースを持つ」とはスペース内ルートページの権限（錠）を自分のものにすること
スペース間のSisterWikiはどうなるか
スペースの所有者以外はみんなゲスト
ChatGPTはwikiを内包できる
検索語を2度書くと強化
下書きも隠しページも探されれば見つかる

機能

リンクやバックリンクの数が少ないページ／多いページをどう探すか？ †

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

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

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

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

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

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

→:集計

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

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

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

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

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

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

検索結果の定義は特定名のページで †

その下位ページは、ヒットしたページごとに利用されるループ部分。
…は、ループ部分の仕様次第。ループ変数としてページが与えられるループ。

利用者が同一サイトに集まるわけない †

投票は結局無駄になる。

「自分にとって」は2つある †

投票…ページと名前の対応付け
承認…SPAM、削除済み、デフォルトの3ページセットにページを振り分け

自分のスペースにインポートすれば投票か †

他人のページをコピペ改変するのが投票か。
投票は自分のページと、自分が触れていないページにするもの。
コピペ元にも同時に投票される？重要な版を自動検出して代表化する。

「自分にとって」を基本にして †

どう利用者間のコラボレーション・コミュニケーションをするか。
元は見解を書いたり、コメントを追記するもの。今はコメントはみんなのスペースだけのもの。見解・同名ページは無くなった。

「自分にとって」は何と結び付けるか †

投票…ページ名とページの結び付け
ページセットと？（コレクション）
承認と？SPAMでないこと
すべて
FederatedWikiのように。
自分用にできないもの
ページ名はページの一部なのでできるはず。

「自分にとって」を実現するために、1スペースに1人だけにすると †

投票はどうなるか
利用者ページや権限（鍵／錠）は？

スペースはページセットでコレクション †

1人でいくらでも持ちたい。
※自分のスペース内に。

「自分にとって」はスペース。スペースをまとめたのがWiki.

ゲストは投票結果をどこで見るのか。どのスペースも誰かのもの。中立のスペースがない。→ デフォルトスペースが中立スペース。

基本がFederationになっても、投票を伴なうピン留め操作は必要 †

これで（共有スペースでの）代表が決まる。コピペ改変も投票を伴なう。

投票はSisterWikiネットワーク内で有効 †

フォローも同様。

承認時、モデレーター間で意見が分かれたら？ †

投票は「自分にとって」のもの
投票でモデレーターになれる
利用者によって、どのページが存在して、削除されていて、SPAMかが異なる
- 投票によって、ページ名とページの対応付けも異なる
この3つはページセット。承認はページを3つのページセットに振り分けるもの

基本がFederationになっても、フォローは可能か †

同名ページ→その作成者→作成者の利用者ページでフォロー可能。
フォローリストはページセット。それもSisterWikiのインポート対象。

スペースをフォローするのがSisterWiki。

逆リンクはクリックしただけでスクロールを伴うナビゲーション †

逆リンクなら、リンク先でリンク箇所（自ページを参照している箇所）があるので、そこまでスクロール。
目次的な・インデックス的な長いページを作れば、個々のページからインデックス内のリンク箇所をすぐ開ける。

共有スペースは読み取り専用 †

コメントなどを書き込んでも、システムが上書きしてしまう。コメントをページに反映させる利用者もいないはず。
共有元のページにリンクしておいて、そこに何か書いてもらうようにできていい。

元の版に投票している利用者も、承認に参加できる？ †

投票でもモデレーターになれる？

承認はSPAMフラグを外すもの †

最新版になるかどうかではなく。でも、改変でない版の作成者は自分だけなので、他にモデレーターがいない。自動的に承認になる。
「SPAMフラグ」は「承認フラグ」にする。デフォルトはfalse.

元の版を隠すときに承認チャレンジをする。
元の版を隠さない編集は、承認不要で自動承認。

承認されると投票候補になる。

承認作業では「どう扱うか」を決める。

SPAMとする
コピペ元は履歴化して、それと置き換える。
同名ページにする

…こういったことを作成者以外が決める。作成者もモデレーターのひとりなので選べる。

承認は投票者にさせる †

作成者は投票しているはずなので、作成者ではなく投票者だけに訊く。投票者が投票先の古い版をどうするかでもあるので、「承認と投票の統合」のようになる。

ゲストが見るのは利用者の誰かのサイトなので、そのサイトで作られたページが代表のはず。投票は不要では？ †

同一サイト内での投票は要る。

ページセットに入れるものはページ †

ただし、最新版を入れると更新されていく。
特定版を扱う手順で、最新版を入れることもできる。そのときの最新版は特定版扱い。

ページ名も入れられるということ？
ページ名変更に追従できる？
ページ名はページの属性か？

削除は最新版を無くすこと。アーカイブはページの属性。 †

アーカイブは一覧表示しづらくするもの。
その実装は…

アーカイブは「アーカイブ」というページセットではない。他のページセットと組み合わせられなくなるのでページセットにはしない。
アーカイブはページセットに入れてもアーカイブのまま。

スペースはページセット †

同名のページが同一スペースにあれば、投票でひとつ選ぶことになる。
スペース違いの同名ページは存在していい。スペースは名前ではない。

KJ法A型のカード集めと同じことをやるには †

ページセットにページを集める。読むためのノート。
読むためのノートをページセットと組み合わせたいけど、可能か？

どのスペースも管理者ひとりだけもの †

管理者以外はゲスト。スペースまるごと「自分にとって」になる。:i/ロールは管理者とゲストのみ。
全スペースを集めて、共有スペースを作るのはシステム。共有スペースはシステムのもの。

共有スペースでは投票を反映させる。他のスペースに投票は無い。2種類のWikiを実装することになる。

履歴も同名ページもページで実装 †

→ :i/版を無くす
 編集（更新）はコピペ改変。コピペ改変すると、古い版はどうなるのか。
アーカイブにできる。
古い版を残してもいい。コピペ改変で改変しすぎている場合に有用。
承認が済むまでは古いのが代表。
アーカイブでなく削除して履歴化。

ページ名はページセットを超えるのか †

承認で別ページセットに入ったページ（ページ名？）。「代表」ページセットや「投票候補」ページセットがある？
ページ名変更は実装しない。ページ名は本文と同じ扱い。

ページの履歴化とアーカイブ化 †

新しい版ができて、承認されたら元の版を履歴化。
更新される見込みがなくて、探して見つかればいいだけになったページはアーカイブ化。
履歴・アーカイブにはそれぞれの検索オプションがあるのでそれで検索。
履歴化はページごとのもの。同名ページのひとつ。

アーカイブは存在しており、継承元にもなるページ †

履歴化は無くなること。属性/継承を受けるけど、継承元にはならない。
どちらも後付けでいい。どちらもページの属性。

Federationと関係あること †

利用者ごとに異なる点はスペースで実現 †

「自分にとって」は自分のスペースを普通に扱うだけのこと。

ドメインごとにゲスト向けの中立スペースがある †

SisterWikiでつながっているドメインにあるスペースは、すべて同じ内容のコピーサイトになる。
中立スペースは非公開化できる。

SisterWikiでジャンルが混ざってしまう問題に対処 †

SisterWikiは単方向。双方向にするにはフォロー返しが必要。

Wikiの発展型ではなく、TwitterやMastodonをWiki化する発想で †

参考になるのはFederatedWiki.
「自分にとって」を元にする。
データは個人のもの。
自分にとって作られたページから、システムが自動的にWikiを作る。

自分のスペースにあるのは、自分が作ったページだけ †

→ 自分にとって
同一ドメインにはシステムが作った代表Wikiもある。
自分のスペースでは自分が管理者。自分しかいない。

「スペースを持つ」とはスペース内ルートページの権限（錠）を自分のものにすること †

スペース間のSisterWikiはどうなるか †

ページ名だけインポート。
相手スペースのページに内部リンク可能にする。自動リンクもする。ページ名補完もする。
コピペ改変はSisterWikiでなくても可能。ライセンスの問題。→ :i/ライセンス設定が権限設定

スペースの所有者以外はみんなゲスト †

→ :ToDo/スペースあたりの利用者はひとりなので
~~他スペースの所有者であってもゲストになる。ゲストの投稿はすべてスペース所有者のもの。~~
誰であっても他人のスペースには投稿できない。
スペースの利用者はひとりだけ。
ユーザーグループ／ロールが不要になる。権限／継承も不要。権限はオーナーとゲストのもののみになる。

ChatGPTはwikiを内包できる †

検索語を2度書くと強化 †

2度書かれた検索語はスコア2倍で必須でこれにヒットしたページを優先的に表示。3回書けばさらに強化。検索語ごとにランク付け。

下書きも隠しページも探されれば見つかる †

機能 †

思い付き段階の各種機能。そのうちフレームワークにふさわしくないもの。
機能の実装はページ/要素、それをシステムに導入する仕組みはプラグイン。呼び出すときはNotationText上に記法を書く。

→ 記法
→ X/Element[?]

機能/favicon.ico †

favicon.icoもアップロードされたファイル。
特定のファイルを更新する機能でファイルをアップロード。

機能/fotolife †

はてなのfotolife記法を使えるように。
画像を貼るときの記法でfotolife記法を書けるようにした方がいい。

Google AdSenseを組み込む †

利用者ごとに書いた言葉、編集したページ名を記録。
これらを集めたページを利用者のポータルページとして、そこにAdSenseを貼る。

そのほか、表示中のページとその周辺ページ（リンクでつながっていたり、親にあたるページ）のキーワードを反映させたり。

Google計算呼び出し †

埋め込みページを使って。
Google計算機能の答えだけ残して、埋め込み。
（式も残すオプションがあってもいい）

特別に行なうことはパラメーターをGoogleを渡すことと、答え以外のフィルタリング。

｛Google計算:一足す一｝ → '一 +一 = 二' または '二'

Googleグラフ呼び出し †

計算機と同じようにグラフ呼び出しも。

機能/included †

includeの逆リンク調査。
relatedのように、include機能で呼んでいるページを列挙。

依存されているページから依存しているページを表示する機能はサイトをまとめる上で便利。

→ relatedにしていい。

機能/InterInclude †

埋め込み。
よそのWikiのページであっても埋め込み。
全てURIで。

PageAlias: 別名。内容が1つ、ページ名が複数。ハードリンクのようなもの。内容はPageでもInterPage（エクスポート形式のPage）でもいい。
内容がInterPageの場合でも、PageAliasを編集したときにInterPageに反映させたい。
時間がかかるので遅延処理。

機能/New! †

ページ/名前に付く”New!”はリンク。そのページの更新差分ビューへ。
New!をクリックするとどこがNewなのか見られる。

"New!"より”up”がいい。

最近の変更量に応じた強調にする。少ないと"new?", 多いと"NEEEEEEEEEEEEEEEEEEEEEEEEEWWWWWWWWWWWWWWWWWWWWWWWW!!!!!!#!!!##&&###&#########!!!!!!!!!"
を量に応じた長さで。カラーバーとかn文字変更とか要らない。

機能/Pager †

AutoPagerを機能として提供。
そのページだけをページング。（継承されるならそのページも）

AutoPagerizeも。AutoPagerize向けSITEINFOを書いて。公式wedataでなく対象サイトに書く方法があればそちら優先。

機能/POD †

PODのような、WEB(SimpleWEB)のようなプログラム表記法。
を、閲覧時に整形、表示。

それと、キーワード強調などのプリティ・プリンティング。

と、それからコードを取り出す（それ以外をコメント化）ツールを。

記法をあてるなら段落の先頭で。段落ごと。

機能/QRコード †

HTMLだけで描画されるQRコード。
テーブルで。

画像を扱うライブラリがなくてもいいように。

カラーコードも。

これで任意の文字列をQRコード化できる記法を。

見出しやページ名をQRコード化したい。
パーマリンクさえあればいい？あとはブラウザー拡張で。
X内で生成するならページフッターに。パーマリンクに添える。

機能/RSSバー †

機能。
ページごと（章ごと）に編集された時刻を刻む。

機能/TODO †

チェックボックスと日付になる。
チェックボックスは状態が変わるときに送信、状態を永続化。
日付を現在日時に変更。（間違ってチェックを入れたら履歴を遡ることになる）

その場で編集するためのボタンも付けたい。
シングルクリックで1行選択になるようにも。

機能/URI †

URIとしての文字列を表す表記法。
これを使うとURLエスケープされた文字列が閲覧時にURLデコードされたり。

サイト内URLは置き換え。
ページ名でもリンクするので、サイト内を指す（URLエスケープされた）URLはページ名に置き換え。元々URLにはページ名が含まれているので置きかえても差はない。デコードするくらい。

機能/yetlist †

まだ無いページのリスト。

呼び方

WantedPageList
WantedPages
yetlist

条件付きWantedListが欲しい。特定の階層だけなど。Wiki構築のため。

これに限らずページ名を制限したいときがあるはず。
ページ名の指定でワイルドカードを使えるようにすべき？

ページ名の指定で複数のページを一度に指定できるようになる
1. ページ名によるリンク（自動リンクなど）でリンク先が複数になる

機能/★ †

スター。★。コレクション用。付けるとそのページをコレクション。
ページを「カートに入れる」ようなもの。

コレクションは複数あってもいい。
星の色を変えたり、ラベル付きのカートを用意したり。

機能/お絵かき †

手書きできるなら背景色は透過。
テキストと同じ背景になるようにする。

Googleドライブを併用すればアプリを用意しなくても済む。
UIのシームレス感はないけど。

機能/ここに追加 †

「ここに追加」リンク
章扱い。
追加すると新しい章を前か後に追加する。

編集するのは…

機能を呼び出しているページ
新しく作るページ（章）

…の2つ。

新しいページはともかく、機能を呼び出しているページの編集をどう組み込むか。
→ 機能を呼び出しているページを編集する。ここに章を書き足すのと同じ処理をすればいい。

機能/はてなWordLink †

はてなWordLinkから受信。送信するデータは無い。
自動リンクの対象をはてなに問い合わせる。得た言葉を新規ページ作成リンクやコピペしやすい形に。
ここから着想を得られるように。

使い方は

検索結果にキーワードと関連語（ページ名から得たもの）を
ls機能のように特定のページを渡すとそこに含まれる自動リンク対象をWordLinkから得る。結果は埋め込み。
テキストボックスからこの機能専用のページへ。
特定の言葉と一緒に機能呼び出しを記述。（またはURLクエリーに付ける。）埋め込みか専用ページで表示。

機能/はてなハイク †

Twitterから取り込みするなら、はてなハイクからも。
ただし、はてなハイククライアントがいろんな端末で使えるようになってないと利点なし。

はてなハイクAPI一覧 - Hatena Developer Center

機能/はてなブックマーク †

設置すると、そのページやサイトのブックマークエントリーを表示。
コメント付きなので、コメントをシェアできる。ブックマーク利用者→編集者への意見に。

機能/もっと読む… †

下位ページには「もっと読む…」を。

最初から表示する範囲はどう決めるか？
→テキスト内に「---ここまで---」を。
複数あれば最も末尾方向にあるものを使用する？
(最初から表示する範囲を広くするように)？

参照するほうのページの機能。

機能/アイコン †

クリックするたびに変化するアイコン。
どのアイコンかはページに記録。

□ → ★ → チェックボックス（空） → チェックボックス（済） → □
…など。

クリックするたびにページが更新されるので、それを避けるためにリストから選択するというのも。

□|▼

…のようなドロップダウンリスト付きのアイコンで。アイコン部分はトグル切り替え。ただし表示によって変化の仕方が異なる。

□ → ★ → □
チェックボックス（空） → チェックボックス（済） → チェックボックス（空）

ドロップダウンから選択するとトグルで出てこないアイコンも選択可能。

機能/イメージマップ †

イメージマップの作成。表示。
作成はアップロード済みイメージやURLを指定するところから。
イメージ上でドラッグか、2回クリック。矩形領域だけ作成可能。ただし重ね合わせも可能に。重ね順はリスト表示でそこで順序とジャンプ先変更。

イメージ以外の情報はこの機能のパラメーターになる。それとイメージの場所も。

イメージの場所の代わりにdata:スキーマのURIも可能に。

ジャンプ先がクライアント側スクリプトのトリガーになっていて、イメージマップのクリック→ポインター位置にセクションの内容をバルーン表示、なども。

機能/インデント †

ブロック要素としては枠を作る。
枠無しも可能。
インライン要素としてならスペースを作る。

改行は続けた分だけ行を空けるように。

→ :i/テキストで図を描くツール

機能/カウンター †

パラメーターにページセットやなにか列挙できるものを受けて要素数を表示。
テキストなら文字数。
その他の型でも何かしらを数える。

順序付きリストで一覧表示することでも代用可能。

→ 機能/文字数[?]

機能/文字数 †

文字数を数える。
条件

対象とする文字（正規表現で）
編集用のページか/閲覧用のページか/閲覧用の見える文字のみか

これだけの実装で章の数や使用されている機能数なども分かる。

→ 機能/カウンター[?]

文字数表示はよその文字数制限のあるサービスに移動させるときに有用。あまり使わない。

文字数に目標があるときの進捗表示として利用したり。この場合は複数のページの合計を見たい。下位展開範囲の合計文字数をテキスト部分だけ／それ以外を含む値を表示。

機能/カレンダー †

2007?/08?
月	火	水	木	金	土	日
			1	2	3?	4?

数字部分はリンク。
1は「2007/08/01」というページへのリンク。
「2007」というページには章として「2007/08」と「2007/08/01」と「2007/08/02」が含まれている。
さらに、「2007/08」には「2007/08/01」が含まれる。

曜日も検索リンクだと面白い。
ライフハックに使えそう。

機能/キーワード強調 †

ページ内検索時に見つけた言葉を強調してアンカー付け。アンカーは目次に含める。
目次には前後の言葉も併記。リンクも併記。

~~強調をOFFにするリンクもページの冒頭に用意。ワードごとにON/OFF。~~

キーワードの目次も。位置が分かるように通常の目次の中に強調部分を挿入して。

機能/キーワード強調/引用時のマーカーとして †

引用したい箇所を強調してURI化。canonicalなURIには含めないこと。
ドキュメントに手を加えずに一部だけ強調できる。

テキスト選択から始めるようなUIも。選択してからキーボードで修正できるようにして。

機能/クラスタリング †

共通部分を一覧できるようにする機能。

ページセットを与えられる
同じ見出しを集める
左側に重複数の多い見出しを表示
左の見出しを選ぶと、その見出しを持つページの、その見出し部分だけを一覧表示。

ページに定型を当てはめている場合に有効。
必ず「概要」を書くとか。

機能/クリップボード †

クリップボード、あるいはペーストボードのような一時領域。
ページ内容やページ名を集めるときにここに追記。
自分用のページに書いておけばいいが、それをやりやすく。

サイドバー的にページ端に常駐。取り出しを他のページでできるように。

章を選んでカットまたはコピー、ページ移動後ペーストしたい。
カットはコピー＋削除でもいい。

文字選択、ボタン押す→クリップ
文字選択、ドロップ

などでクリップしたい。
貼るときはテキストエリアでクリップ選択、テキストエリアのキャレット位置に貼り付け、
またはドラッグアンドドロップ。

見た目をデスクトップのクリップボード拡張より豪華にしないと意味が無い。
WikitextではなくHTMLで見せるとか。
コピー元へのリンクがあるとか。

機能/ジオタグ送信 †

機能/ソート †

渡されたデータをソート。

区切り文字(改行可能)
データ(テキスト)

…を渡す。
ソート済みのテキストを返す。

文字列置換機能と組み合わせて、,区切りを改行区切りのソート済みリストに。など。

ページ/要素でも。
ページセットや、ページ/要素の集合でも？

機能/タグクラウド †

タグクラウドの文字の大きさを濃淡表示にしたグラフ。

	2007
	Jan.	Feb.	Mar.
タグ1
タグ2

タグの大きさは現在の大きさ
いつ大きくなったかが分かる。
記録が必要
タグ集計ログを残しておかないと。
タグ名は現在の大きさで表示。
タグ表示の大きさに反映するもの
- 最近の更新状況（新しい更新ほど大きく？）
  → これは色で示したほうがいい。
- 情報量
  タグの数だけではページの長さを反映できないので。データ量を数に加味する。またはデータ量合計だけで計算、数を無視する。

時間のスケールはオリンピックイヤーごと、年、1月始まりの半期、四半期、月、月内の週、日、0:00始まりの半日、時、1/4時間。
の中から2つを選択。小さいほうのスケールで集計、濃淡表示。大きいスケール（上記例の"2007"）は小さいスケールの説明でしかない。

できれば大きさや面積で表現したほうが分かりやすい。
→ グラフ？

普通のタグクラウドならレイアウトに注意。
幅が広いと行間が調整されて整然としてしまうので、1行を短く。複数列に入れればいい。

機能/ダウンロード †

ページの本文を記法付きテキストとしてダウンロード。
1行目はページのタイトル。（…なのはページと同じなので、結局ページをそのままダウンロードするのと同じ）
ファイル名はページのタイトル。ルートからのフルパスにあたる完全修飾名。

特にプログラムコードをダウンロード。ファイル名の変更と配置さえすればそのまま動かせるように。

機能/テキスト出力 †

XML、RSS以外にもテキストブラウザー用の出力を。

機能/テンプレート生成 †

複数のページからテンプレート生成。
複数のページを与えると共通部分を返す。
diffと違い、順序を無視する。とにかく共通部分を。

パラメータには…

入力するページ（複数）
何文字以上の共通部分を返すか

…を。

機能/ナビゲーションバー †

ナビバーには「ホーム」を置きたい。
「ホーム」はサイト内の好きなページ。利用者設定で。ゲストの場合はサイト設定による。

スペースの代表を反映させたい。

機能/ページ生成 †

静的なページを自動生成するもの。

頻出語を検出。静的ページにすることを提案。

範囲を限れるように。
ユーザーの個人ページからのみ検出など。
→ SNSに。

機能/ログ †

パフォーマンス計測用ログ。通常のクエリーにこの機能呼び出しを付加して、その処理が終わるまでの時間を表示。
これをWiki上で。

機能/体裁 †

見せ方を変えるだけのもの。
HTMLテンプレートをWikitextにしたような。

パラメーターは複数あっていい。テンプレートが受け取れるだけ。

段落単位で体裁を変えられる。

ほかの機能の出力をこのパラメーターにしたり。
コメント投稿の一件あたりの体裁を決めたり。

いろいろな体裁
会話。
FAQや一問一答のインタビューに。

左右を選んで吹き出し表示。
左右両方、左右どちらでもないというのも選択可能にして。

吹き出しの形を選べてもいい。

機能/個人用メモ †

→ :i/下書き[?]
→ :t/クリップボード

自分の投稿を他のページに表示。
自分だけのコメント。

閲覧している利用者の利用者ページをサイドバーなどに埋め込めばいい。
機能/動的なページ名を使って。

気に入らない見解を書いておくとか。
~~ページ名横にアイコンやリンク、~~自分がよく使う機能へのリンクを置けるとか。閲覧時展開の記法も有効で、閲覧中ページを操作するリンクになっているとか。

検索語をDanglingLink化
検索語を明示的リンク化して、個人ページにリストアップ。存在しないならDanglingLink…ページ作成へのリンクとなる。
検索語は公開されないものなので個人ページに。

ページ作成／どこに書くか迷っている時の検索で活用。
追加先が見つからなかったとき、このリストがページ名候補になる。

機能/分析 †

Wikiを分析、再編するためのツールを。

MediaWikiの特別ページ(SpecialPages)も参考に。
→ :i/参考に/Semantic MediaWiki#o4b637f8

MediaWikiの特別ページ(SpecialPages)のように。

大きなページ、小さなページ(スタブ)
章の多いページ、章の少ないページ
リンクの多いページ、リンクの少ないページ
大きな章、小さな章
似ているページ、似ている章
ほか

いずれもフィルタリングよりソートのほうが望ましい。
上位を表示すれば良い。下位も見ることはできるように。

ページに対してできることは章に対してもできるようにしたい。
章を章として扱えれば容易？

検索での実装
検索機能で柔軟に実現できる。
ページにはデータ量などのデータが埋め込まれるようにしておく。
(これをリクエスト時に作られるページにしてもいい。データ量を返すコマンド式機能で得られるページ(「name:トップページ,size:10000」などと書かれている)を使って)
ソート部分を指定した検索ワード「size:([0-9]+)」を与え、数値部分をソート。
検索機能とクエリー1つで分析ページを1つ作れる。

コマンド式機能を指定するのはどうやって？
→ size:でsize機能呼び出し。…のように:を付けて指定。機能名:検索ワード
ページにXML形式に変換するような機能があるなら、それを利用すれば良い。
この検索条件は予め記述しておくものになるので、書きにくくても良い。

ページ/要素での実装
URIパラメーターで呼び出せるページ/要素で（PukiWikiでURIに付けるcmdやpluginのようなもので）。ページ/要素なのでページ上に配置することも可能に。
機能ごとに専用のページ/要素を作ることになる。
専用のプログラムが必要なものばかりなのでそれでいい。

機能/前後のページ †

前後のページへのリンクになる。閲覧時展開。
並び順はディレクトリ内でページ名順に並べたときのもの。

前後ページが無いときは淡色表示で無効化。

日記などで使用できるように。

機能/即投稿 †

Wiki内のどこからでも投稿するための入力欄。

投稿フォームをWiki全ページに共通する部分に入れて、全ページに表示
ページ遷移無しに投稿
ページ名とURLクエリーを。
特定のページに記録
ページ属性で公開/非公開にする。

機能/地名 †

地名はGoogleに任せるのがいい。
InterWikiNameで。
「地図:」とか「場所:」とか。

自動リンクしたいなら、都、道、府、県、市、群、字、村などを目印に区切り文字間をまとめてリンク。Googleへのリンク。

機能/大きくする †

文字サイズを相対値指定で変更。

見出しのように

の数で後に続くインライン要素の表示が大きくなるように。
文字以外も。

++++TODO:…

でチェックボックス付きの特大文字、とか。

インライン要素の属性を変える機能。
だからTODO:…から+の数を参照できるということに。

機能/定着する文字 †

書いてすぐなら淡く表示。
newとは逆。新しいと淡く、古いと通常表示。新しいからといっても強調にはならない。
推敲するような箇所に。事実ではなくアイデアを書くとき向け。

追記用。
定着しきったときに機能呼び出しを無くしたいが、ページの定義次第。
利用者以外がページ/内容を更新して良いのなら、自動的に機能呼び出し削除。
~~トリガーは更新時。一部でいい。ただし定期的に。~~定期的に更新するか、閲覧時に判定。

機能/引用補助 †

読むためのノートのために。

~~閲覧、または専用モードで~~
~~タップして選択、新規作成、編集モードへ移行すると選択していた文字が入力済み。~~
~~→クリップボードで。~~

ラインマーカーが欲しい。
引用をするためなので、複数ページに複数マーカーを引いて（WikiTextでなく）テキストとしてコピペしやすい形に。

Kindleにある機能。

ページを集めるショッピングカートのようなもの。
そこにページの一部を複数保存。保存場所はブラウザーか自分のユーザーページに。
カートから引用元（各ページ）にリンク。
ユーザーページで永続化できるなら、閲覧者がWikiを分類することもできる。

実装方法は…

ページを小窓表示してそこにコピペ
ただ複数ページを表示するだけ。それほど支援にならない。
小窓をカートにする
コピペすると段落生成。×ボタンがあってすぐ消せる。ドラッグ・ドロップで並び替え。カート内から引用元へリンク。
小窓と連携
小窓があるときに本文を選択状態にするとマーカーになるとか。カートに自動追加されるとか。引用モードになる。

他にはよそのツールと連携。そっちに任せるとか。

機能/承認ボタン †

モデレーションの編集/承認ではなく、権限が欲しいというリクエスト。
管理者とのコミュニケーションのツール。

管理者にメッセージを送るだけのほうが良さそう。通常の操作で申請に応える。この機能はメッセージを的確に送るための支援機能。ページの閲覧は管理者へ、ページの作成は作ってくれそうな利用者や利用者全員に向けるもの。単一の機能ではなく、いろいろなコミュニケーション支援機能になる。

~~閲覧、または専用モードで~~
~~タップして選択、新規作成、編集モードへ移行すると選択していた文字が入力済み。~~
~~→クリップボードで。~~

承認ボタン
管理者でなければできないことがあるときでも、申請なら誰でもできる。
申請は管理者向けページに集まる。~~管理者は「承認ボタン」で実行。~~申請が集まるページは公開しても構わない。

申請はページ作成など。
~~ページ作成が許可されているかどうかは確かめなくてはならない。~~
~~実行に必要なデータが揃っていないときは承認ボタン非表示。~~
~~承認できない。~~

機能/時限ロック †

一定期間編集されないとロック。
少数の利用者で運用する場合に。
その利用者全員にロック解除の権限が必要。

注目されなくなったページ（保守されなくなったページ）をロックするための機能。

トリガーは時間と編集時。閲覧時に正しいロック状態を表示するならそのときも。
→ ページが呼ばれたとき（閲覧、編集ほか）、最終更新から一定期間過ぎていればロック。（ページ/属性を更新）
ページ/属性の変更頻度が増える。

機能/歴史 †

サイトの年表に出すようなイベントを登録。
年表作成時に参照したり、ページ/履歴でも版の合間に表示。
「サイト移転」とか。更新履歴上のコメントとして使えるように。

日時指定で当時のWikiを再現するときのマーカーにも。「サイト移転　時のウィキエンジンX」というサイト名にして。
→ タイムマシン

機能/疑似SSI †

ページ内のマークアップ位置に別プログラムの出力を埋め込む。
別プログラムを実行する条件を書ける。

1日1回0:00を過ぎたら
前回起動から5分過ぎていたら
…など。

管理者の承認が欲しいので、条件・プログラムパスなどを含んだマークアップを管理者が作っておく。

ページに埋め込めるのはマークアップのみ。
プログラムパスや条件は管理者が決めたもののみ。

埋め込めるときに決められるようにも。
パスを任意にすればどんなプログラムも、条件を任意にすればいつでも何度でも、ということになる。

→ 別のシステムでログを生成しておいて、Xではそのログだけをインポートする仕組みにしたほうがいい。Xから起動はしない。

機能/自動フォーマット †

自動認識で良い感じにフォーマット。
ページ単位の機能。ページ属性に入れればページ全体をフォーマット。

表とか、リストとか。見出しとか画像埋め込みとか。

自動フォーマットしたページを他のページに埋め込んで使用。

自動フォーマットの機能とかも。

機能/自動更新 †

† :i/自動処理はbotで

内容を自動整頓。
データを一定量だけ残してあとは削除したり、…他。

方法
型を揃える必要がある。ページの内容はテキストなのでフォーマットを整えることに。
ページ全体を1行1レコードのデータ列として扱う。

データを更新するときは…

ページを呼び出す。
ページ全体がデータ列。機能の処理をするにはこのデータ列を参照しているページを呼ばないと。
データを集めたり、フィルタリングしたり。

…このページ呼び出しを定期的に。

機能/要約 †

1画面内の文書を要約。
要約度合いをスライダー操作。

全て表示
複数行段落の表示を圧縮
複数行段落や複数行箇条書きを1行だけに
章見出しだけ（つまり目次）

…といったように短く表示。
スライダーはページスクロールと無関係に表示。
要約中はどこかをダブルクリックすれば’’そこだけ’’要約解除。「そこだけ」なのは眺めるだけでなく要約から探して編集できるようにするため。

機能/計算・電卓 †

Googleのように。
Googleの結果を埋め込んでもいい。

改行などにとらわれないように。
自由な書式で。
単位付き計算も。不明な単位はNotationの書き損じと同じように対処。

単位変換

昭和21年を西暦に
昭和21年+12ヶ月を西暦で
平成元年－0.75年を大正で

→ :i/Google計算機の結果に置き換え

機能/記法リスト †

特定のNotationだけをリスト化。
特定のDOMクラスだけをリスト化。
クライアント側で。
特定のリンクだけをリスト化。
タグだけのリスト（タグリスト、タグ一覧）を作るために。正規表現でフィルタリングしたリンクリスト。

機能/誰かが編集中 †

「誰かが編集中」と通知。
編集者が編集の衝突を予測できるように。
編集画面のどこかに埋め込んでおけばいい。

定期的に自動更新。
データは毎秒変わるので、カウンターと同じ領域に。
頻繁にリセットされるカウンター。

編集中なので、警告はしない。何人いるかを表示するだけ。

閲覧中が何人かというのも載せていいかも。

編集中の版が最新版かどうかも載せていいかも。
誰かに先に編集されたことが分かる。これも警告ではなく表示を変えるだけ。

機能/集合操作 †

HTMLを渡す（複数）、操作も指示。
リスト(<li>)などを要素として、1つのHTMLを1つの集合にする。
和や積を得て、リストとして出力。
※入力と出力の型を同じに。

書式は…

&...({ページ}などHTMLに展開されるもの1,∩,HTML2,∪,HTML3);

とか

&...(HTML4,／,&...(HTML1,∩,HTML2););

とか

ページセットは？ページセットを扱うとしたら…？