:t/Wiki機能UIの実装と配置方法。†UIはページ/要素に与えたパラメーターが足りない時に作られる。ボタンを置くには?→パラメーターを何も与えない。パラメーターを受け付けない要素は?→必ずUI作成になる?実行するには何かしらのパラメーターを付けるようデザインすればいい。ボタンを押すとそのパラメーター付きのリクエストになる。goとかdoとかexecというような値のないパラメーターを。パラメーターを全く受けない要素ではボタン作成は不可能になる。ページを閲覧した時点で実行されるものになる。ルールを作るわけでなく、個々の要素をそういう風に作るというだけ。投稿時にパラメーターが揃っていれば投稿→クライアントには投稿後のレスポンスを返す。これとClick.toなどを組み合わせると、デスクトップアプリからコピペ+クリックで特定Wikiに投稿可能に。Click.toの設定を変えるだけで、投稿完了まで進むかフォームにコピペ内容がある状態までかを変えられる。投稿時には「投稿ボタンを押したときのパラメーター」があるかどうかで投稿完了まで進むか決定。†フォームを作るのは却下。ネスト時にフォームを表示できない。パラメーターが無いときはURLクエリーやPOSTの本文などから入力。パラメーター名を決めておく必要がある。リクエストに埋め込める名前で。リクエストからパラメーターを取得するのはページ/要素次第。要素からでもリクエストを参照できるので自身が解釈できるパラメーターを入手。フォームを設置するなら別途用意。パラメーター名をフォームと共有する仕組みが欲しい。パラメーター名を間違えると機能しないので。ネスト解決できればフォームを作るのも可能。複数のフォームを1つに統合できないと。<form>と送信ボタンを統一しておいてフィールドを移し替え。:t/要素フォームのネストが解決できればフォームとリクエストの両方から入力したい。†どうにも解釈/訂正(与えた者の意図を尊重した訂正)のできない入力をされたらそれなりにおかしい出力になるように。usageを出力する。日本語を使わないほうがいいかも知れない。ページ/要素側でローカライズするのは手間がかかるし。conversion.。