AsciiDoc にせよ Markdown にせよ，いま「軽量マークアップ言語」として認知されているものの多くが2000年代前半に登場している。その時代なりの制約の中で移植されやすい単純性を持ったものが普及しているので，当然様々な課題が残っている。デラングのような後発の強みはその辺にある。

9月3日の開発では見送ることにした添付画像の WebP 統一だが，写真投稿者という立場で改めて検討し，ここで統一してしまうことを決めた。

デライト画像素材などは代替形式を用意することに大したコストはかからないため現状維持として，添付画像に関しては原則として上信時に WebP 変換する。

文字献典を基礎にしていることはデライトの強みなので，ここは割り切り，見れる環境で見てもらえればいい，と写真投稿者という立場でも思えたことが決め手だった。

こうしてみると，デライトは徹底的に速く・軽くなる設計を持っている。これも他の個人知識管理サービスにない強みか。

デライトの強みはその圧倒的な身軽さ。世界で一番身軽なサービス。経営的には利益を出しやすい体質。

デラングについて書いていて痛切に感じたのは，「○○（サービス名）記法」なんて中途半端なものでは Markdown には勝てない，ということ。そういう意味で，デライトがデラングという「言語体系」を持っているのは強み。

ただ，そこで上手くやれるならそれが唯一無二の強みにもなるわけで，Notion は Evernote のように鈍重になって沈んでいくか，奇跡的な独走を続けるか，だろうな。

デライト文書構造最適化少々。

次の作業として「デライト高速化」も視野に入れておく。

そもそも Cμ や設計の極限に近い単純さは高速化と相性が良く，速度はデライトの大きな強みになりうる。

開発者が作りたいものと用者が欲しているものとの不一致が起きやすい機能追加などと比べ，用者は満遍なく恩恵を受けられ，検索演心最適化の観点からも利素効率化の観点からもやって損はない，というのもデライト文書整備に並行する作業としては好ましい。

全てのページの表示速度1秒以内を目標とする。

デライト文書整備，「使い方」の構成を練る。

個人機向けと諸場端末向けで説明を分ける方向で検討していたが，これは共通化してしまうことにした。

自我アイコン設定機能実装を通して鼻付き吹き描きの領当てがほぼ共通化されたこと，昨日引き入れ操作をほぼ共通化したことで，表示・操作ともに端末間での差異がほとんど無くなったことによる。併用することも多いはずなので，この状態で説明し分けるのは無駄だろう。

結果として今のデライトは単純性と柔軟性を極めて高度に両立させている。これを強みとして活かしたい。

これに伴ない，画面撮りの横幅も統一することにした。個人機で見ても違和感がなく，スマートフォンで見ても細か過ぎないという点で，現在最小横幅の基準にしている iPhone 5 の横向き幅（568px）を採用することにした。今後は宣伝用の画面撮りも含めてこの横幅を基準にする。

画面撮り時の横幅は少し前からよく考えていたのでちょうど良かった。これまでは普段自分で使っている窓をそのまま使うことが多かったが，要点を伝えるには無駄が大きいと感じていた。適当に縮めると統一感が無くなるという問題もあった。