（進捗時限記録中略）

URL 内にデラング記法として解釈出来る文字列があるとタグを巻き込んで変換してしまう不具合（報告1，2，3）の修正で終了。出振るい・手定め済み。

だいぶ前に用者の描出で気付いたが，デラング周りの整理が進まず良い解決策が見つからなかった。HTML 崩れの問題を起こす事例が増えてきたため，交度記法と同じ手法で全体を越化するようにしていったん解決。

ついでに丸括弧との組み合わせで前後に文字列がある場合にも対応しておいた（これまでは URL 単体のみ対応）。他の括弧類や文字装飾記法などとの組み合わせについても検討しておく。

厄介な不具合だったのですっきりした。

描写選り手を開いた時の高さに800pxの上限を加え，描写部の高さが800pxを越える場合に描写選り手先頭までスクロールするようにして終了。出振るい・手定め済み。

既存輪郭の描写選り手は高さを描写部に合わせて開くようになっているが，下限は設定していたものの上限がなく，長過ぎる描写部の場合に無駄に高い描写選り手が開いてしまっていた。描写部の高さと描写選り手の高さに差があり過ぎると見失うことがあるため，上限を越える場合に描写選り手先頭までスクロールするようにした。

これでだいぶ描写部の長い輪郭が扱いやすくなった。

（進捗時限記録中略）

輪郭複製機能で通常の貼り付け処理が阻害されている問題を修正するついでに，ドラッグ＆ドロップ関連事象についても見直して終了。

ドラッグ＆ドロップ周りは若干混乱しているため，近いうちに整理したい。

knu-mode 改良で終了。

入力支援機能で閉じ括弧の挙動が場合によっておかしかったため，関連処理をいったん無効化。

（進捗時限記録中略）

highlight.js の版存更新で終了。

10.6.0 からスクリプトは最新版の 11.7.0 へ，Zenburn の装体書は最終版の 10.7.3 へ上げた。出振るい・手定め済み。

希哲15年7月18日10歩で更新を検討したが，当時は対応言語の検証が必要と判断して見送り，以来そのままだった。約2年前の版存なので，流石に対応言語云々より弊害の方が大きいだろうと更新を決めた。

作業自体はあっという間に終わると見込んで昨日深夜に着手したが，最新版で従来の Zenburn が事実上消えていたため，カラーテーマ検討に時間を取られてしまった。散々考えた結果，Zenburn の最終版を利用して現状維持とすることにした。

カラーテーマ検討

最新版で Zenburn は styles/zenburn.min.css から styles/base16/zenburn.min.css に移動していた上に，従来とはほとんど別物になっていた（様子）。Base16 になったからなのか事情はよく分からないが，読みにく過ぎるのでいずれにせよ使い物にならない。

気になる部分は装体を上書きして調整出来なくもないが，そこまでするならデライト独自のカラーテーマを作りたくなってくる。取り急ぎ代替テーマを探すことにした。highlight.js 導入時にそれなりに時間をかけて検討した（希哲15年3月9日11歩）ので，当時の記憶からある程度の見当は付いた。

久しぶりに knu-mode の調整で終了。

Cμ や νS で入力支援機能の挙動がおかしい部分があったため，knu-c-stl.el を修正。とりあえず，if( を入力して if ( [カーソル] ) に展開した後，1文字の函数名を入力しようとすると狂う問題は修正した。これのせいで b() が微妙に使いにくかった。

knu-mode は希哲13年頃によく弄っていたが，デライト開発が本格化してからはほとんど触れなかった。経験の蓄積も出来ているので，これからまたこまめに調整して作業効率を上げていくことにした。

デラング整備，埋め込み記法処理改良。

oEmbed を利用する埋め込み記法処理を Dex から専用 API /mbd に移し，応答速度改善に成功したところで終了。出振るい・手定め済み。

遅くなったためまとめは明日，開発記録にしておく。

（進捗時限記録中略）

新生デライトの要件ではなかったが，デライト最初期に実装・削除してからずっと保留状態にあった全知検索窓固定機能の実装イメージが急速に固まったのでまとめて終了。

全知検索窓では，下スクロールで隠れ上スクロールで現れる固定表示を採用することにした。

昨日，寝る前に Android 版 Chrome を触っていて思いついた（上スクロールでツールバーが現れる）。以前にもこの方式を検討した記憶があるが，その時は流してしまった。昨年，新規描出フォーム固定機能とともに大きく検討を進めたことがあった（開発記録）ので，時期的な噛み合わせだろう。

いったん削除した理由，その後復活させられなかった理由は主に二つあった。

一つは，広告との相性の問題だ。AdSense では広告に固定メニューのようなものが被ることもグレーとされている。実際には悪質でなければそこまで厳しく対応されることはないだろうが，広告頼みのデライトではわずかなリスクでも避けたかった。

もう一つは，画面を広く使いたい場合に邪魔になることがあり，必ずしも便利ではなかったことだ。当然，スマートフォンのような小型端末ではこの問題が顕著になる。

昨年の検討では，広告に近付いたら隠すようにすることと，表示領域の高さが十分ではない場合は固定機能を無効にすることでこれらの問題を回避する方針を固め，復活に向けて一歩前進した。しかし，実装と調整の煩雑さに対して必要性が高まらず，ここまで実作業に至らなかった。

今回採用を決めた方式なら，調整の手間はほとんどかからず，交度も半分くらいで済みそうだ。無くてもそこまで困らない機能ではあるが，これくらい実装コストが下がれば優先順位も上げられる。