Shinyu Murakami

@depth42 Thank you for the bug report! Fixed in the latest version. Now Vivliostyle stops with error message "Error: Negative or zero page area size" instead of going to endless...

I changed "Error" to warning because there are stylesheets intentionally use negative or zero page area size. - Issue #951 - PR #952

@depth42 I reopen this issue. I closed this issue with PR #944 ([v2.15.6](https://github.com/vivliostyle/vivliostyle.js/blob/master/CHANGELOG.md#2156-2022-07-03)), but I realized that that fix caused another problem. See: - #951 So this issue cannot be...

まず、ChromeでのVivliostyleでの表示と > 参考：ChromeでVivliostyleを使用しない場合 との違いについて。 ChromeでVivliostyleを使用しない場合でも、Chromeで印刷/PDF保存をするとVivliostyleでの表示と同様の結果（ルビと親文字とが異常に離れる）になります。 テストしてみました：  Chromeの画面表示と印刷/PDF保存で組版結果が違うという問題は、Vivliostyleの組版不具合(#758, #793)の原因になっていたので、最近その対策の修正をしました: - https://github.com/vivliostyle/vivliostyle.js/pull/795 この修正によりVivliostyle Viewerでの表示がChromeでの印刷結果と同じになりました。（その結果、印刷だけでなくVivliostyle Viewerの表示でもルビと親文字が離れるようになった） このpull reqで説明しているとおり、Chromiumは数年前から古いレイアウトエンジンを新しいレイアウトエンジンに切り替えつつあるのですが、新しいレイアウトエンジンのほうはまだ印刷と段組みに対応していない（ページ/段の分割処理ができていない）ために、印刷と段組みには古いレイアウトエンジンが使われています。 Vivliostyleの組版処理では、ブラウザの画面表示でのレイアウトを使ってページごとにレイアウトされたDOMを作ります。それを印刷したとき、もしブラウザの画面表示と印刷とで文字組版・行組版結果が異なっていると、印刷したらレイアウトが崩れてしまうことになります。そのためこの修正では、常に段組みの指定（CSSにおいて、1段組の指定 `column-count: 1` も段組の処理となる）をすることで、画面表示でも印刷と同様に、古いレイアウトエンジンのほうが使われるようにしました。 ルビと親文字とがフォントによって離れてしまう問題は、新しいレイアウトエンジンのほうでは改善されているようですね。 Chromiumの開発者によると、来年には新しいレイアウトエンジンが印刷と段組みにも対応して、すべて新しいレイアウトエンジンに切り替わるらしいですので、そうしたらこの問題は改善するでしょう。 当面の対策としては、この問題が起きないフォントを使うことです。macOSに付属の日本語フォント Hiragino...

I confirmed the problem. It seems this is a limitation of our table page breaking processing.

Thanks for reporting the problem. I confirmed. It seems there are problem around the `layout.js` code: https://github.com/vivliostyle/vivliostyle.js/blob/edad7782d3cf368203fc0ed229bc0bb4585ef8ad/src/adapt/layout.js#L3340-L3343 https://github.com/vivliostyle/vivliostyle.js/blob/edad7782d3cf368203fc0ed229bc0bb4585ef8ad/src/adapt/layout.js#L650-L651 Probably, `this.stopAtOverflow` should not be true when the block is absolute positioned.

Similar issue: "Extra page is produced when contents overflow the page area" #219

This is a known problem, hard to solve until Chromium-Skia/PDF fixes it. Related issues: - https://github.com/vivliostyle/vivliostyle.js/issues/437 - https://github.com/vivliostyle/vivliostyle.js/issues/439

[CSS GCPM Bookmarks](https://www.w3.org/TR/css-gcpm-3/#bookmarks) is not yet supported. However, Vivliostyle CLI supports generating PDF bookmarks in another way. See [Vivliostyle CLI User Guide - Generate PDF Bookmarks](https://docs.vivliostyle.org/#/vivliostyle-cli#generate-pdf-bookmarks).

Title changed because Chrome on macOS supports hyphenation.