― MozillaZine.jp フォーラムは Mozilla 製品に関する情報交換の場です ―



All times are UTC + 9 hours

新しいトピックを投稿する トピックへ返信する  [ 27 件の記事 ]  ページ移動 1つ前へ  1, 2
作成者 メッセージ
投稿記事Posted: 2022年5月07日(土) 11:34 
オフライン

登録日時: 2022年5月03日(火) 22:47
記事: 12
EarlgreyTea さんが書きました:
添付ファイル:
添付ファイル INTERNET Watch.jpg がありません
別段問題無さそうに見えます。
フォントはメイリオが使用されています。


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

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


添付ファイル:
CubePDF印刷設定.png
CubePDF印刷設定.png [ 33.48 KiB | 表示数: 535 回 ]

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0
通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月08日(日) 10:32 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 2549
eeton さんが書きました:
CubePDFの印刷設定の「印刷品質」(dpi)の設定はいくつでしょうか?また、下げると起きませんでしょうか?
既定値は1200dpiですが、ここの値が大きいとPDFのファイルサイズが大きくなってしまうため、私は普段は300dpiまで下げています。
字形崩れが起きるのも300dpiの時になります。

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

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

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

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

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月09日(月) 01:19 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 2549
ああ、Posted: 2022年5月07日(土) 11:34 は INTERNET Watch の事例でしたね。
  • デバイス側の印刷設定
    • 印刷品質:300dpi
    • TrueTypeフォント:デバイスフォントと代替
    • TrueTypeフォントダウンロードオプション:自動
  • アプリ側設定
    • 解像度:300
    • ✓ PDF ファイル中の画像を JPEG 形式で圧縮する
でやってみましたが特に気にならないです。
エス・ディ・エスのは WEBフォントの箇所だったからで、それををメイリオに置き換えれば字形の品質に関しては問題ないかと思います。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月09日(月) 22:05 
オフライン

登録日時: 2022年5月03日(火) 22:47
記事: 12
EarlgreyTea 様
ありがとうございます。

EarlgreyTea さんが書きました:
eeton さんが書きました:
CubePDFの印刷設定の「印刷品質」(dpi)の設定はいくつでしょうか?また、下げると起きませんでしょうか?
既定値は1200dpiですが、ここの値が大きいとPDFのファイルサイズが大きくなってしまうため、私は普段は300dpiまで下げています。
字形崩れが起きるのも300dpiの時になります。

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


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

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


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

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月09日(月) 22:54 
オフライン

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

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

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


添付ファイル:
baseset_inline_v2.png
baseset_inline_v2.png [ 2.26 KiB | 表示数: 445 回 ]
背景画像を印刷しない.png
背景画像を印刷しない.png [ 16.22 KiB | 表示数: 445 回 ]

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0
通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月10日(火) 01:53 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 2549
eeton さんが書きました:
試しに「背景画像を印刷する」のチェックを外して変換したところ、混在がなくなりすべてアウトライン文字になりました。
(中略)
アイコン以外の部分は透過になっているので、画像の透過部分と文字が重なると文字が透過画像に引きずられてビットマップ化したようになってしまうのではないか?と推測しています。

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

eeton さんが書きました:
なお、「背景画像を印刷する」のチェックを外して変換しても1ページ目の文字はビットマップ化したままでした。

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

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

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

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月12日(木) 01:52 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 2549
印刷で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形式をサポートした以降の問題ということらしいです。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月12日(木) 22:53 
オフライン

登録日時: 2022年5月03日(火) 22:47
記事: 12
EarlgreyTea 様
情報ありがとうございます。
今回の場合、ビットマップ化されたテキストでもテキストとして選択できる場合があるので、同じ問題なのか別の問題なのか判断が難しいですが、いずれにしてもFirefoxからPD仮想プリンター経由でのPDF化は何らかの問題がありそうですね。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月14日(土) 21:27 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 2549
eeton さん

2022年5月05日(木) 22:36 投稿のジョルダンのHOMEページを背景画像含めて印刷した際の
  • 症状1:「出発」、「到着」入力欄右側のボタンの表示崩れと「路線図/地図」ボタン消失
  • 症状2:「乗換案内PREMIUM」ログイン枠のタイトル帯画像の右ズレ
はまた別の問題になりますね。

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

サイトで問題の箇所を見てみましたが、ボタンやタイトル帯などの素材をまとめた(データURIで指定された)画像から切り出して表示させているようです。
添付ファイル:
spr_prm_1_4.png
spr_prm_1_4.png [ 5.04 KiB | 表示数: 294 回 ]
添付ファイル:
indexset_block_v2.png
indexset_block_v2.png [ 5.51 KiB | 表示数: 294 回 ]

症状1、症状2は印刷時にだけ切り出し位置が左上(0,0)からになってしまったということで説明できそうです。

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

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月16日(月) 00:22 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 2549
バグ報告しました。

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

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月20日(金) 22:54 
オフライン

登録日時: 2022年5月03日(火) 22:47
記事: 12
EarlgreyTea 様
詳細な検証とバグ報告までしていただき大変ありがとうございます。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2022年5月21日(土) 10:06 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 2549
Bug 1769429 なのですが、今のところ Windows 環境でしか再現確認していません。
Linux や mac 環境でも起きるのか、それとも Windows 環境特有なのか、
確かめておきたいところです。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
期間内表示:  ソート  
新しいトピックを投稿する トピックへ返信する  [ 27 件の記事 ]  ページ移動 1つ前へ  1, 2

All times are UTC + 9 hours


オンラインデータ

このフォーラムを閲覧中のユーザー: なし & ゲスト[18人]


トピック投稿:  可
返信投稿:  可
記事編集: 不可
記事削除: 不可
ファイル添付: 不可

検索:
ページ移動:  
Powered by MozillaZine.jp® Forum Software © phpBB Group , Almsamim WYSIWYG
Japanese translation principally by ocean