変化は小さいが,意義は小さくない。<main>
の右側は活用法をずっと考えていた部分で,例えば用者一覧や最新の輪郭を表示させることを検討していた。背景として二輪鎖を置くというのも案としてはずっとあったが,この迷いから少し寂しい余白になっていた。
用者一覧に出されることを好まない用者や,好ましくない輪郭が表示される可能性などを考えると,用者や輪郭の自動表示はデライト向きではない気がする。何より,すっきり簡潔にまとまっているので,これ以上余計な要素を加えたくない。
resize: vertical
}{高過ぎず}...描写欄の高さの問題をきっかけに自動リサイズ機能と字数計の実装が出来た。ほか装体調整など。
旧輪郭選り手では,描写欄の出放りの高さを新規描出フォームで10em,再描出フォームで15emとしていたが,新輪郭選り手ではたまたま15emで統一されていた(画面撮り)。10emでは長文が書きにくいのでこれはこれでいいかと思ったが,やはり新規描出フォームは一言だけや知名だけの描出に使うことも多いためこの高さでは邪魔臭い。
ここで,予てからぼんやり検討していた自動リサイズ機能の導入を考えた。一応 resize: vertical
は設定してあるが,万能ではない。10emから20em程度までの範囲で,改行毎に自動リサイズさせる。導入予定の字数計では字数情報が必要になるため,一緒に行数も保持させることにした。
実際に試してみると,1em刻みでも2em刻みでも違和感があったため,10emから19emまで1.5em刻みでリサイズするようにした(画面撮り:初期状態,最大自動リサイズ)。19emだと個人機でも低過ぎず高過ぎず,スマートフォンの縦向きで柔品キーボードを表示させてもちょうど収まる程度の高さになる。折り返しの多い1行もありうるため,厳密にするなら字数も考えるべきだが,とりあえずはこれで様子を見ることにした。
再描出フォームに関しては,さほど目立つものでもなく,描写部の高さに合わせて描写欄が開くようになっている現仕様が悪くないので,現状維持で様子見しておく。
字数・行数の保持が出来たことで字数計も難無く実装出来た。描出ボタンか時印の左側に邪魔にならないように表示させてみた(字数計の様子)。
下見の字数と分けようかと思っていたが,下見を開いている時は下見の字数に置換すれば十分であることに気付いた。一応,見分けが付くように頭に「→」を付けるようにした。
これも,厳密に考えると特殊な文字符号などを考慮する必要があるが,キリがないのでとりあえず .length
による概算でよしとしておく。
字数計は,地味ながら意外に需要があることを市場調査を通して知った。自分でもたまに欲しくなることがあった。
直書き 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歩で決めていたことだが,少し面倒臭い部分がありいまだに実現していない。