（進捗時限記録中略）

譜類添付機能調整。

調整・手定めを終え，ここでいったん出振るい（昨日うっかり中途半端な状態で全体出振るいしてしまったため，譜類添付機能周りで不具合があったかもしれない）。

添付代置子を追加し，貼り付け・ドロップによる添付も使えるようになった。用合い面でもほぼ完成形か。

添付代置子

3月27日の開発で考案した，送信中に挿入しておく添付代置子は，最終的に <!-- +[拡張子] [文言]...[追加ピリオド] --> の形式となった。日本語・WebP であれば，<!-- +webp 送信中... --> となる（3月27日の開発記録で「読み込み中」と書いていたのは単なる間違い）。

まず描写内を探索し，埋め込み済みでなければ添付代置子を挿入する。この時，添付代置子が固有の文字列となるように，必要であればピリオドを追加していく。送信完了時，成功なら埋め込み記法に置換，失敗なら消去する。貼り付けのために，描写欄に捕活中はカーソルの位置に代置子を挿入するようになっているが，捕活していない場合は末尾に追記する。また，送信中に代置子が書き換えられた場合は無視して埋め込み記法を末尾に追記する。

これで送信中の状態が直感的に分かりやすくなった。

その他

（進捗時限記録中略）

越化参照の &^ が正規表現の特殊文字と衝突するという致命的な問題に気付き，急遽代替案を検討して終了。

結局，「疑似実体参照」で使っていた &_ に戻すことにした。

もともと &_ で問題があったわけではないが，越化参照という概念に発展させた時，&^ の方が越化の意図が直感的に分かりやすいと思った（希哲16年2月4日17歩）。強いて言えば，アンダースコアは換配系定義の特殊文字列であることは分かりやすいものの，汎用的過ぎて具体性に欠ける。

バックスラッシュも含めて正規表現の特殊文字を除き，直感性と視認性が良いとなると結局 &_ しか残らなかった。例えば &! でも悪くないかと思ったが，&_ に比べて分かりやすいとも言えず，複雑な正規表現の中での視認性においては &_ に勝てない。

正規表現との相性まで考えていなかったのはうっかりだったが，これから使っていこうという所で，既存交度はごく僅かだったのが幸いした。全て修正済み。

（進捗時限記録中略）

<dl> に対応する「語釈記法」（仮称）についての検討で終了。

まずは，AsciiDoc の複数行ラベル記法を取り入れることにした。

以前から B̅ 氏が使っていたことで AsciiDoc 風記法の導入を考えるようになったが，末尾の :: は名称空間の知符として多用していたため，語句:: 定義 の単一行ラベル記法を導入するとおかしくなる輪郭がいくらかあるという問題があった。

ただ，最近この手の文字列は交度記法の利用で統一すべきという考えでまとまっているため，移行作業の問題はあるものの仕様として導入することに問題はなくなった。そこで，すぐに取り入れても問題なさそうな複数行ラベル記法から取り入れ，どう拡張するかは追い追い考えていくことにした。

記法名は仮に「語釈記法」とした。HTML5 で <dl> は〈definition list〉から〈description list〉に意味合いが変わっているが，語句に対する説明という大まかな意味には適っている。

AsciiDoc のラベル記法はもっと汎用的に使えるものらしいが，デライトが重視すべき HTML では意味付けも重要なので，とりあえず <dl> の用途に寄せておく。

他に，Markdown Extra などで採用されている行頭 : の記法も検討した。記法として悪くはないが，普及状況もいまいちで，優先的に採用するには決め手に欠ける。

パンくず記法についての検討で終了。

もともと輪郭間の階層関係を明示するために考え始めたパンくず記法だったが，用者の描出から，必ずしも輪符にこだわる必要はないことに気付いた。汎用的に使えた方がわざわざデラング記法として導入する意義も増す。

また，^ a > b > c の形式で決めかけていたものの，^ a のように1階層しかない場合に検討中の脚注記法などと紛らわしくなる可能性があることに気付いた。実験段階では ^^ a > b > c のようにしておくべきか。もう少し他の記法との調整が必要になりそうだ。

SLFS が目指すのは，Linux From Scratch よりも実用的で，Yocto よりも見通しの良い，汎用的な範枠（フレームワーク）。

デラング整備，キラキラ星記法の仕様検討で終了。

思いつきで，★（黒星）と☆（白星）を明るい色付きで表示する記法を導入することにした。最初は五つ星評価のための「五つ星記法」として考えたが，お気に入りの意で使われる場合も少なくないため，汎用的にしておく。

ただし，『幽☆遊☆白書』，『遊☆戯☆王』，TOM★CAT，つのだ☆ひろなど，この記号を使った固有名詞が意外と多いため，「空白類以外の文字と隣接しない」という条件が必要だろう。デヴィッド・ボウイのアルバムに《★》と書いてブラックスターと読ませるものもある。

色は，gold では明るい背景で見にくく，goldenrod では暗過ぎるため，orange を使っておくことにした。

遊びに近い記法で「星記法」というのも味気ないので，「キラキラ星記法」と名付けた。

ここからデラング文書整備を最優先にすることにした。

デラング文書の導入

「デラングとは？」が大分良い感じにまとまってきた。

軽量マークアップ言語に関する予備知識の無い入門者にもその意義を伝えつつ，デラングの特徴を表現する難しさがあった。

ここで「軽量マークアップ言語」という翻訳語の限界を感じ「簡易マークアップ言語」を使うことにした。

前日に思いついた時は，独自用語のようになるとかえって理解が難しくなるかもしれないと思ったが，英語版 Wikipedia では〈simple markup language〉が〈lightweight markup language〉の同義語として掲げられていることもあり，こちらの翻訳語として採用することにした。

閲覧専用模動と多重輪括弧

寝る前になって閲覧専用模動についての考えが急速にまとまった。

各輪郭を，閲覧専用に余計な装飾・機能無し（輪郭であることを意識せずに読めるような形）で表示出来るようにする。デライト文書のために考え始めたが，広く有用なものなりそうなので汎用的な設計にしておく。

（「公式模動」や「正装模動」という名前も考えたが，翌日のまとめ時点で，平たく「閲覧専用模動」とした）

ここのところ取り組んでいたデラングのルビ記法整備がようやく一段落した（見本）。

実はこのルビ記法，デルン初期実装からあったもので，月庭でも一時期よく使っていた。デラングではその仕様の大枠を受け継ぎ，細部を洗練させた。

今のデライトには他にも多くの課題があるが，それでもこのルビ記法への思い入れは強く，後回しに出来なかった。

ルビは日本語に柔軟性を与えてくれるものだ。実験的な用語の導入などにあたっては，これが使えるかどうかは大きな問題になる。私の場合は言うまでもなく，希哲館訳語を使いやすくしたい，という動機が強かった。

現状，HTML でも汎用的な軽標記（マークアップ）言語でも，ルビはあまり重要視されていない。一部日本語サービスや通類（ツール）の“独自記法”としては散見されるものの，冗長過ぎたり簡潔だが紛らわしかったり，どれも一長一短あり，集約される気配は無い。

デライト・デラングのルビ対応は，個人知識管理一般で使えるように自然・簡潔かつ明示的であることを重視した，割と革新的なものだと思う。

よりよい日本語の探求のため，これからもルビを最大限に活用していきたい。

率直で真摯なご意見，本当にありがとうございます。今のデライトでは読みにくい長文になりますが，折角思いを込めて書いて頂いたので，こちらも相応の気持ちを込めて書かせて頂きます。

いまデライトをよくご利用頂いているユーザーの方々も，皆さん例外なく，最初はもとあじさん同様「半信半疑」で，初期の投稿もどちらかというと苦言に近いものでした。様々な問題点について率直に指摘して頂いたことで改善出来たことも多々あります。今回ご意見を頂いたことも色々反省しながら考えをまとめる良い機会になっています。

何より，デライトは，普及どころか開発に成功するかどうかも分からない，という無謀なプロジェクトとして始まり18年以上になります。開発者を殺しでもしない限り芯は折れようがないので，ご意見・ご批判に遠慮の必要は全くありません。無から始まった物が人様に少しでも気にして頂けるようになったわけですから，全てありがたく受け止めています。

デライトの使い道についてですが，これは最近私自身よく考えているところです。

デライトは，もともと「具体的・限定的に，とりあえずこういう風に使う」ことを提示するために開発が始まったサービスです。

デライトが採用している CMS をデルン（deln）といいます。これはデライトよりもっと汎用的といいますか，「工夫次第で何にでも使える情報管理ツール」でした。さあこれを売り込もうと考えた時，あまりにも漠然としていて掴み所がないという問題に直面しました。そこで，まずは気軽に使えるメモサービスにしてみようと始まったのがライト版デルン，つまりデライト（Delite）の開発でした。

ただ，メモサービスにしただけではまだ利用イメージがわかないという方も多いだろうと思いました。かといって，枚挙に暇がない利用例を列挙してもかえって本質がぼやけてノイズになってしまいます。概要と実例を見てピンと来ない人が，だらだら長ったらしい利用例のリストを見る気になるかというと疑問です。もし具体的な利用例を提示するのであれば，訴求力の高いものを厳選する必要があります。それも，理想を言えば一つです。

そこで目を付けたのが SNS（厳密にはマイクロブログ）と個人知識管理サービスを結合した KNS というアイデアでした。「とりあえず使い始めてもらう」ことを考えるのであれば，マイクロブログ以上の入り口はないでしょう。Twitter を中心に宣伝しているのもここに理由があります。

ここまでしてもまだ使い道が分からない，という方が多くいらっしゃるのも事実です。文書や実装に改善の余地も多々あると思いますが，根本的なことを言ってしまうと，新しい技術について言葉で説明するのは本来難しいことでもあります。百聞は一見に如かず，概要を読んで分からなければ実際に使っている所を見てもらう，それでも分からなければ，その人にとってまだ機が熟していない，ということなのかもしれません。

個人的な経験から言えば，私は最初期の Twitter の使い道がよく分かりませんでした。最近，Google でゴミのようなページがよく引っかかるな，というくらいの感想でした。少しずつ話題や様々な使い方を目にすることが増え，ある時突然，今やりたいことにあれが使えるんじゃないか？と気付いた瞬間がありました。当時そういう人は多かったと思いますし，新しい技術に人が触れ始める時というのは得てしてそんなものではないでしょうか。