Re:VIEW 3のjsboookベース紙面の配置が変?

[kmuto]

Re:VIEW 3のreview-init・jsbookクラスベースで作ったドキュメント、紙面の配置がノドに寄ってるのは想定どおりなのでしたっけ。geometryを消した影響？

[kmuto]

やはりgeometryを消した影響ですね…。
jsbookベースで紙サイズを指定できない状況下においてはgeometryの指定が一番妥当に思うのですが（textwidth・textheightは紙サイズが決まらないと決められない）。

[takahashim]

現状だとこうなるんですよね…。その対応策が #1076 だったのですが。
#912 の解決方法が他にあるんであれば、それでもよいかもしれません。
（あと、紙サイズが決まらないとgeometry用のマージンもmm単位では決められないような気がするんですが、そういうものでもないんでしょうか？）

[kmuto]

そうか、#1076 がそうでしたね。

• sidemarginの指定が#1076だとしづらい？
• [latex] 9ptや8ptの指定が効くように、geometry.styの読み込みを止める #912 については、そもそもjsbookの9ptとかのオプションが、実際の紙面の各要素をいじるのではなく、magnification scaleで単位側を拡縮しているように見えるので、そもそも避けるべきものなのではと思います。いまさらですが。
• 前のgeometryマージンはノド・小口・天・地指定だったので、ノド+小口あるいは天+地が紙面サイズを超えない限りは版面が変わるだけで紙サイズに依存しない面があるかと思います。

実際InDesign業務での紙面設計の場合だと、

• 要素がいろいろある（雑誌・技術書など）：ノド・小口・天・地を指定。
• 文字が主体（読み物など）：行数・列数・基本文字サイズ・行間・天・小口を指定。

前のgeometryは前者に近く、#1076 のは後者のうちの行数・列数・天は指定可能で、基本文字サイズ・行間・小口は指定できない？
jlreq.clsのほうはもともと後者のみだったけど前者にも今は対応している、という状態です。

[kmuto]

review-jsbook.clsを爆誕させてそのクラスオプションで担う予定。

[kmuto]

#1117 にて対応