Bug 1769429 が「firefox104 --- fixed」となりました。
Nightly で動作を確認できます。
残念ながら 103以前は wontfix になりましたが、ESRについては 104 リリースタイミングの 102.2 に修正が反映されるでしょう。

Bug 1769429 なのですが、今のところ Windows 環境でしか再現確認していません。
Linux や mac 環境でも起きるのか、それとも Windows 環境特有なのか、
確かめておきたいところです。

EarlgreyTea 様
詳細な検証とバグ報告までしていただき大変ありがとうございます。

バグ報告しました。

Bug 1769429 background-position property crops the left side of the background image with a negative x coordinate, but it is disabled when printing

eeton さん

2022年5月05日(木) 22:36 投稿のジョルダンのHOMEページを背景画像含めて印刷した際の

• 症状1:「出発」、「到着」入力欄右側のボタンの表示崩れと「路線図/地図」ボタン消失
• 症状2:「乗換案内PREMIUM」ログイン枠のタイトル帯画像の右ズレ

はまた別の問題になりますね。

Firefox 85 とかですとプレビュー通りに印刷されるので、退行バグということになります。
mozregression で最初に問題発生したビルドを調べましたところ、
https://hg.mozilla.org/integration/auto ... 765767031c
まで絞り込めました。

サイトで問題の箇所を見てみましたが、ボタンやタイトル帯などの素材をまとめた（データURIで指定された）画像から切り出して表示させているようです。
症状1、症状2は印刷時にだけ切り出し位置が左上(0,0)からになってしまったということで説明できそうです。

整理してバグ報告してみたいと思います。

EarlgreyTea 様
情報ありがとうございます。
今回の場合、ビットマップ化されたテキストでもテキストとして選択できる場合があるので、同じ問題なのか別の問題なのか判断が難しいですが、いずれにしてもFirefoxからPD仮想プリンター経由でのPDF化は何らかの問題がありそうですね。

印刷でPDFを作成した際にテキストがラスター化されて検索や選択できなくなる件、
実はバグ報告はされているのですが進展ないまま放置されている状況です。

Bug 1219267 Printing an html page with bullzip (PDF printer) creates a non text selectable PDF
Bug 1487467 Print to PDF text not selectable and rasterized on Ubuntu (for text printed with fillText() API in mozPrintCallback)
Bug 1544803 Printing to PDF using Microsoft PDF Printer produces large output file with rasterized / unselectable text

Bug 1343882 Text using WOFF2 font is printed as image
を見ると、Firefox 35 でWEBフォントの WOFF2形式をサポートした以降の問題ということらしいです。

そういう理解でいいと思います。


根本の解決とはなりませんが、

• Firefox のフォント設定で
  • 「ウェブページが指定したフォントを優先する」を外す
  • すべてのフォントをメイリオにする
• CubePDFのドライバー側で
  • プリンターのプロパティ＞デバイスの設定の以下を調整
    • アウトラインとしてダウンロードする下限フォントサイズ
    • ビットマップとしてダウンロードする上限フォントサイズ
  • 印刷設定＞詳細設定の以下を調整
    • TrueType フォント
    • TrueType フォント ダウンロード オプション
• CubePDFのアプリ側で
  • 「PDF ファイル中の画像を JPEG 形式で圧縮する」を外す

といったことを試してみると改善するかもしれません。

ジョルダンのサイトでビットマップ文字とアウトライン文字が混在する件ですが、
試しに「背景画像を印刷する」のチェックを外して変換したところ、混在がなくなりすべてアウトライン文字になりました。
また、該当箇所の文字列の左の青いラインは画像「baseset_inline_v2.png」のようになっていました。
(HTMLやCSSはあまり詳しくないのですが、一連のアイコンから場所ごとに必要なものをトリミングか選択して表示している感じでしょうか)
アイコン以外の部分は透過になっているので、画像の透過部分と文字が重なると文字が透過画像に引きずられてビットマップ化したようになってしまうのではないか？と推測しています。

なお、「背景画像を印刷する」のチェックを外して変換しても1ページ目の文字はビットマップ化したままでした。
また、「背景画像を印刷する」のチェックに関係なく、文字がビットマップ化するページではヘッダーやフッターの文字もビットマップ化していて(今まであまり注意して見てなかったので気づいてませんでした…)、
変換したPDFをAdobe Acrobat Reader DC で開くと、文字がビットマップ化するページではヘッダー・フッターを含めたページ全体が1枚の画像として選択できる状態になっていました。
ということは、Firefoxが印刷用のデータを生成してヘッダー・フッターを書き足してからプリンターに渡すまでの間でページ単位で画像化されている(ただし何らかの条件によってされるページとされないページがある)、ということでしょうか…？

字形崩れに関しましては、
・ページ内のフォントを置き換える
・仮想プリンター側のdpi設定を上げる
のが対策として有効ということで理解しました。

EarlgreyTea 様
ありがとうございます。



申し訳ありません。最初に書いておくべきでした。



ご助言ありがとうございます。

ああ、Posted: 2022年5月07日(土) 11:34 は INTERNET Watch の事例でしたね。

• デバイス側の印刷設定
  • 印刷品質：300dpi
  • TrueTypeフォント：デバイスフォントと代替
  • TrueTypeフォントダウンロードオプション：自動
• アプリ側設定
  • 解像度：300
  • ✓ PDF ファイル中の画像を JPEG 形式で圧縮する

でやってみましたが特に気にならないです。
エス・ディ・エスのは WEBフォントの箇所だったからで、それををメイリオに置き換えれば字形の品質に関しては問題ないかと思います。

そのような話は一切ありませんでしたので普通にそのままでの印刷です。
これは当然のことかと思います。

そのまま印刷せずにいったんシステムダイアログを開き、
詳細設定を開いて「300dpi」にして印刷を行うと確かに低品質の字形となります。

【21:40追記】
「まもる君DisplayBox」のところの字形品質については、
他の症状とは別で、印刷時のフォントレンダリングの挙動違いということで考えるべきかと。

ところで、ファイルサイズを抑えるためにプリンタードライバーの設定で300dpiにしているということですが、CubePDFではアプリ側で解像度と画像圧縮の設定があります。
プリンタードライバーでは1200dpiのままにしておいて、アプリ側で
・解像度：300
・PDF ファイル中の画像を JPEG 形式で圧縮する：有効
にしたほうがいいのではと思います。

CubePDFの印刷設定の「印刷品質」(dpi)の設定はいくつでしょうか？また、下げると起きませんでしょうか？
既定値は1200dpiですが、ここの値が大きいとPDFのファイルサイズが大きくなってしまうため、私は普段は300dpiまで下げています。
字形崩れが起きるのも300dpiの時になります。
ここの値を大きくすれば字形崩れも改善されるのは確認していますが、ChromeやEdgeでは300dpiのままでも字形崩れは起きないので、なぜFirefoxだけ…という疑問があります。

なお、印刷設定の「TrueType フォント ダウンロードオプション」(詳細： https://clown.cube-soft.jp/entry/cubepd ... r-settings の下の方)はいずれを選んでも状況の変化は見られませんでした。

EarlgreyTea 様
検証ありがとうございます。



WEBフォントの無効化やブロックは特にしていないです。
新しいプロファイルを作成して設定変更や拡張機能のインストールをしない状態で同様にPDF変換してもこの現象が起きていました。

下記2つの試行と結果から、エスディエス社様のページでの字形崩れについては当該のWEBフォントも原因の1つのような気がします。
・Firefoxの設定で「ウェブページが指定したフォントを優先する」のチェックを外した状態でPDF変換した場合は改善される
・当該フォントのサンプルページ( https://fontplus.jp/font-list/rodinpro-m )を同じ方法(「ウェブページが指定したフォントを優先する」はチェックした状態)でPDF変換した時に、フォントサイズが小さい箇所で同様の現象が起きる(フォントサイズが大きくなると目立たなくなる)

ジョルダンのサイトですね。
レイアウトのズレは、CubePDF に出力した場合も同様です。
これ、印刷のプレビューでは問題ないんですよね。


SDSのサイトのヘッダー部分の文言でしょうか。
「PDFに保存」に出力した場合のみ、同様の症状となることを確認しました。

以上、現象例を全て見させていただきました。