{希哲16年1月19日1歩 K#F85E/E74C-5396}

デライト装体調整URL 装体調整終了

直書き URL<a.URI>font-size: 0.9em等幅フォントにしたURL 装体調整前後字間無し昨年6月30日の開発からだが維持する。

直書き URL のある描写読みにくい問題はずっと以前から感じていて,何度か調整しているが,一昨日の開発中にふと,「文字サイズ小さくしていない」ことに気付いた

昨年6月30日の開発字間無しにしているが,等幅フォントにして変に目立ち過ぎるという理由したりもしている。この時になぜ文字サイズ小さくするという発想がなかったのか不思議だ。他にも問題山積していて思考時間割けず灯台の下まで目が行かなかったか。

今回<kbd><code>装体について考えていたところだったので,その関連気付けたのだろう。

文字サイズはやはり0.9em丁度良い0.8emにすると長い URL はともかく短い URL提示する時に今度は目立たな過ぎる


これにより,十分凝縮されメリハリが付いたので,予てから検討していた長い URL の省略については保留とすることにした。

長い URL の省略は,簡単なようでいざ導入しようとすると意外と難しい問題がある。

まず,デライト上文書の傾向からいっても,「ちょっと長い」程度の URL省略したくない。URL全体情報として有用場合しばしばある。このあたりはマイクロブログなどとは事情が異なる

では,どこで省略すべきかという問題になるが,長い URL許容すればするほど比較的短い URL読みにくさ解消されないというジレンマがあった。これは装体の調整解決した。

そもそも輪結記法[ ... ]もあるので,現状維持で特に困ることはないだろう。そのうち https://example.com/abc ... xyx のような省略記法導入してもいい。

ただ,パーセント符号化復号はしたい。これは昨年3月22日2歩決めていたことだが,少し面倒臭い部分がありいまだに実現していない。

{希哲16年1月19日}{デラングの文字サイズ}{進捗記録}{目立たな過ぎる}{装体の調整}{読みにくさ}{短い URL}{事情が異なる}{ちょっと長い}{文書の傾向}...=}(94)

{希哲15年3月22日の開発 K#F85E/E74C-6103}

デラング整備新デラング実装初回出振るい

これにより,数式対応に続き交度対応実現,各部区間の区切り改行自然に扱えるようにもなった。

これまで単純に各行を p 要素にしていた段落記法は,Markdown段落内改行を加えた形になった。また,2つ以上連続する改行br 要素置換する。素文直感的に書けるという軽標記言語意義を考えると,これがほぼ理想形だろう。

引用内改行数式内改行なども同様に上手く扱えるようになった。

何より,Dex によって保守性拡張性原始時代近代くらいの差を付けて向上したのが大きい。

一通り眺めて概ね問題なさそうだが,当分は機能追加不具合修正その他調整が続くだろう。

{開発}{開発記録}{部区}{希哲15年3月22日の日記}{引用内改行}{数式内改行}{理想形}{段落内改行}{初回出振るい}{希哲15年3月22日}...=}(36)

{}