Re: 行長は全角の整数倍であらねばならないか

　山本さま

　コメントありがとうございます。

On 2023/09/06 19:17, Taro Yamamoto wrote:
> コメントをいただきありがとうございます。
> 
>> プロポーショナルでデザインされて、欧文の部分をロー
>> カルかつ局所的に対処できない時代に対しての何らかの提言をいまから考えておく、そしてそれに必要とさ
>> れる機能をCSSに突っ込んでいくというのが一つの目標なのではないのかな、と。
> 
> これは以前に述べたことですが、行長を文字サイズの整数倍に制約しないことを許容すること、に反対しているわけではありません。
> また、日本語でもジャスティファイしない組み方、つまり行頭揃え・行末成り行きの組み方を許容すること、に反対もしていません。
> 
> したがって、どのような場合に、どのように許容することが望ましいかを考える必要はあると思います。（これらを許容することの、必ずしも好ましくない副作用については議論が必要ですが）。

　はい。望ましい方法が何かしら検討できて、それを実現可能にするような機能が入れば望ましいのかな、
と思っております。
　それこそCSSでの1/8emの和欧間間隔のように。。

> 反対していることがあるとすれば、それは、行長を文字サイズの整数倍に設定するか、しないか、ジャスティファイするか、しないか、の二者択一の問題にしてしまって、その上で、現代のWebでは、行長を文字サイズの整数倍に設定しないで、ジャスティファイしない方法を許容すべき場合が多い、そして、それが将来主流になるに違いないのだから、それだけを奨励すべきだ、という考えがあるとしたら、それには反対だ、というのが私の考えです。

　ここの考え方は人にはよるのかもしれませんが、どれかに限定して推奨するしないということはjlreq-d
には望ましくないのではないかとは思っています。行長、テキストが流し込まれる領域の長さがwidth: 40em;
などで文字サイズの整数倍に設定できることも必須でしょうし、逆に「望ましい」方法がautoのような規定
値に近い何かになればいいのかな、とも思っています。（それらが両立するかどうかはまた別な話として）


> 例えば、欧文の単語が多用される文章の場合、欧文だけで何行も続く場合には、当然欧文のことだけを考えれば良いかもしれません。しかし、文書全体として見た場合に、日本語で書かれたテキストが、現在の大多数のフォントがそうである全角ベースの日本語フォントで組まれていた場合には、その中の漢字や仮名が全角を基準にデザインされたものであることを無視して文字を組むことはできません。欧文が入らない行が現れた途端に、従来の日本語組版に戻ってしまうわけですから（特に改行位置の決定・字間調整を行単位で行った場合）。しかも、文章全体が外国語で書かれていなければ、日本語で用いる漢字と仮名が多数を占めることは必然的です。
> 
> とはいえ、ダイナミックに版面の領域が変化するような場合には、行長を文字サイズの整数倍に制約しない方が良い場合が多いかもしれません。また、その場合には、ジャスティファイしない方が良いかもしれません。しかし、ダイナミックかスタティックかというのは、必ずしもWebか紙の上の印刷かの二極に分かれるわけではないでしょう。Web上や掲示デバイス上の表示でも、一定の書式に従って、あるテキストブロックに対して、一定の行長を指定する必要がある場合はあるはずです。そのような場合に、日本語のテキストを適正なスペーシングで表示するためには、行長を文字サイズの整数倍で指定することができ、その制約が有効になることが必要となります。同様にWebだからといって、行頭揃え・行末成り行きで組むのが最適である場合だけとは限らないのではないでしょうか。
> 
> つまり、表示環境がstatic < - > dynamicのグラデーションの中のどの位置にあったとしても、その与えられた環境で最適の文字組版を提供できる選択肢が与えられる必要があると考えています。Webだから、基本的なところを省略しても良い、ということではなくて。基本的なところをカバーしつつ、よりdynamicに変化する表示環境では、何が必要となるかを考える必要がある、というのが私の考えです。私の考え方の方向が逆なのかも知れませんが、新しい状況に対応することの重要性を否定しているわけではありません。

　さまざまな環境に対応でき、また、作成者ごとのいろいろな重視するポイントに対応できる、という柔軟
さを持てるプラットフォームがウェブエコシステムなのかなと思っていまして、その中で与えられた環境と
いうよりはstaticとdynamicの中で作成者が選択したポイントで、最適な文字組版が実現できるような機能が
提供されるようになるといいなと考えています。そして、表示環境に組版処理を（ほぼ）丸投げしないとい
けない中では、また作成者が熟練の編集者である可能性がほぼない状況では、（上から目線といわれるかも
しれませんが）それなりに十分検討された最適な方法が提示され、かつそれなりに既定値に近い状態になっ
てプラットフォームとして提供されていないといけないと思っています。（でないとわたしみたいなのには
使いこなせないシステムになってしまう、、）
　基本的なところを、という大前提を置きたいというのは理解するのですが、「文字サイズの整数倍」とい
う基本を知らなくてもある程度のものが出る、という環境も（必要悪といわれるかもしれませんが）必要に
なっているのではないかなとは思います。もちろん、きちんと組んでいくということを実現することも重要
ですので、そちらの機能の不足についても十分検討は必要だとは思いますが。

# という意味では、width: calc(int(80vw / 1em) * 1em);みたいな計算式が書けるようになるといいな・・・