サポートでビルドされるようになっている?)。書き出しているページ情報ファイルを一旦全部消してしまうという方法。全て消してしまう(一応バックアップとしてコピーした方が良い)。消えてしまうが、これらの消えてしまった情報は次にページを更新した時に最新の情報で上書きされる。そのものおよび古いリビジョンは影響がなく全て残っているので、通常の運用ではまあ許容できる範囲の対処方法か。新しい形式で書き直す必要があるので作業する人にとってもちょっと面倒かもしれない。あたりを使えば両方をきりかえて読めそうであるので、新しい環境だけあればいいのかな。id属性付きA要素)をページ中に書く機能がない。編集しようしたときに、ソーステキスト中にこれがあるのはよろしくない。HTMLを知っている人なら問題ないかもしれないが、そうでない人にはわかりにくい。(そういってしまえばページそのものもそうであるが)。等の(自分なりの)正当な理由で追加していなかったのだが、まぁ必要になったのであっさり追加することにした。インライン要素を書けるようにするかどうか迷ったが、HTMLでレンダリングする際にA要素のネストを避けたりするのが大変なので書けない仕様にすることにした。scheme)を追加。アンカー名の一意性の保証はまだ未実装。HTMLタグを記述して表示に反映させる機能を提供していない。悪意ある入力によるトラブルが起きやすくなるし、ページのソースの単純さが大きく失われてしまう。レンダリングしてHTMLにした時に、正しいHTMLを出力されることを保証することが困難になるとともに、HTML以外へのレンダリング/コンバートもかなり難しくなる。良さの半分(あるいはもうちょっと沢山か、もうちょっと少なめ)が失われてしまう。もとはいえ欲しいという声があることも事実。お勧めできないが、閉じたユーザグループの中ではまぁ必要悪なのかもしれぬ。用のプラグインを書くのも面倒だというのは確かにある。開始・終了マーカによる複数行にまたがるブロックを表すための文法は(閉じ忘れを避けるため)意図的に排除してある。このため、複数行にわけて書きたいような長いデータを扱うような拡張も導入しにくい。手抜きして「生HTML書けちゃえば」という誘惑はなくはない。HTMLタグ付けブロックを導入することにした。いうプロパティ名にしたけれど)。</html>である行までをHTMLタグ付けブロックとすることに。このため、<html>ではじまる段落が書けなくなるという小さな非互換が発生するが、いたしかたない。サニタイズHTMLタグを直接使えるようにするとはいえ、全てを許してしまうのはあまりに危険で非人道的すぎる。有効なHTMLタグや属性は限定的であるべきだ。このあたりの処理は面倒だが、幸いにしてCPANにモジュールがある。し、指定したルールに従ってサニタイズしてくれる。フラグなし)でも問題ないようだし、文法的に正しくなくてもきちんとサニタイズできているようだ。いうことで、これを採用することに。どの要素・属性を許すかはまだきちんと決めかねる。当面は様子をみながら、調整していく予定。サニタイザは設置者が置き換えられるようにプラガブルにしておかねばならないな。道連れによく落ちてしまう。編集をしているときに落ちてしまうとかなり辛い。試してみることにした。スレッドテンプレ」の通りに設定。関連のファイルをインストール。UIM_IM_ENGINEを追記。