現時点では，デライトの検索窓の仕様として，検索実行直前に全角チルダ（U+FF5E）を波ダッシュ（U+301C）に置換しています。全角チルダを波ダッシュの意図で使いたい場合は，描き出したい知名でいちど検索することで新規描出フォームの知名も波ダッシュに置換されます。

Windows では，字形のほとんど変わらない全角チルダが（日本語で普通に使う約物である）波ダッシュとして扱われてきたため，波ダッシュを正しく扱っている他の環境との間で検索結果が一致しないという問題がありました。そこで，ほとんどの場合に波ダッシュの意図で検索窓に入力される全角チルダは波ダッシュに置換してしまおう，ということで昔導入した仕様です。

デライトは，膨大な輪郭を検索しながら描き出す，という使い方を想定してきたため，当時それなりに輪郭を描き出していた開発者にとっては自然な仕様だったのですが，まだ逐一検索する必要性が低い利用者は直接新規描出してしまう可能性が高い，というのは盲点でした。ただ，新規描出時にも同様の置換をしてしまうと，このように全角チルダを間接的に扱うことすら出来なくなり，システムの柔軟性として問題があります。

近いうちに検索結果を優先度別にグループ分け出来るようにして表記揺れなどに対応する改良を予定しているので，そこでの対応が一番綺麗な方法かなと考えています。これにより，波ダッシュを検索しても全角チルダを検索しても波ダッシュ・全角チルダの順で検査結果に表示されるようになります。

「ウォーターサーバー」で検索したのでそのせいです👍

Mac純正メモアプリだとオブジェクト消しゴムと呼ばれている機能で、先行者のkakeruでもオブジェクト消しゴムしかなかったりします。

実はこういった代物では、なぞった部分を律義に消す機能を実装する方が大変です。軌跡が破断するので、計算して作り直す必要があります。

https://gfngfn.github.io/ja/posts/2022-06-18-be-a-documentation-geek/

朝からドトールに行って未来の衝撃を読んできた。

いい1日だった。

　朝から上島珈琲店に行って、燻製ベーコンのクラブハウスサンドを食べて、シングルオリジンアイスコーヒーを飲みながら読書をしてきた。

　いい1日だった。

朝からサイクリングしてきた。いい１日だった。

朝8時に目が覚めたので、コメダ珈琲に行って来た。
コーヒーを飲み、味噌カツパンを食べた。
『『SQLアンチパターン』』を少し読んだ。
いい1日だった

すでにお気づきかと思われますが、案外、壁の断熱性能が低いことがあります(その場合は、壁一面にダンボール貼るしかなくなる……orz)。

言われて壁に手を当てたところ、ひんやりしておりました。鉄筋コンクリート造（RC造）なので断熱性能が低いのはどうしようもなさそうです。

あまり指摘されていないが，Markdown の成功は命名が良かったのも一因だと思う。AsciiDoc も reStructuredText も名前からして面倒臭そう。言語なんだから言語センスを象徴する名前を軽視してはいけない。