☰

cm-super のシンボル「№」は、VeraPDF-validator の意味による PDF/A 生成で問題を引き起こします

tag-icon • tag-icon pdf-a type1
cm-super のシンボル「№」は、VeraPDF-validator の意味による PDF/A 生成で問題を引き起こします

現在、私たちは州立図書館向けにジャーナルの発行物の PDF/A-1b 準拠バージョンを作成しようとしています。

ジャーナルはロシア語と英語の混合言語であるため、キリル文字とロシアの印刷標準に特有の記号を使用します。特に、ロシアの基金の発行と助成金の番号付けには記号「№」を使用します。タイプセッティングには、cm-super (Type 1) ベクター フォントを使用します。

問題は、そのシンボル (№、\No、\textnumero) が、VeraPDF バリデータ (おそらくライブラリによって使用される) の意味により、次の「エラー」(失敗) を生成することです。

仕様: ISO 19005-1:2005、条項: 6.3.6、テスト番号: 1 準拠ファイルに埋め込まれ、レンダリングに使用されるすべてのフォントについて、フォント辞書と埋め込まれたフォント プログラム内のグリフ幅情報が一貫している必要があります。

現在、解決策のバリエーションとして、「№」フォント記号を次のように変更することを検討しています。

\def\ourNo{N\kern-.05em-\kern-.37em\raise.75ex\hbox{\scriptsize o}\@}

これは、Type 1 の元の「№」と似ていますが同じではありません。PDF からテキストとしてコピーすると、複数の記号 (No) が生成されますが、これは適切ではありません。ただし、機能します。

その問題を知っていて、他の解決策を教えてくれるような人はいますか?

ここに簡単なコードがあります:

\documentclass{article}
%\usepackage{cmap} - disabling or enabling have no effect on the problem
\usepackage[a-1b]{pdfx}
%\usepackage{hyperref} - disabling or enabling have no effect on the problem
\usepackage[russian,english]{babel}
\usepackage[T2A]{fontenc}
\usepackage[cp1251]{inputenc}

\begin{document}
№
\end{document}

アップデート： Acrobat Pro の「PS - Distiller に保存」手順も試しましたが、VeraPDF による検証で同じ結果になりましたが、Adobe バリデーター (プリフライト) ではエラーは表示されませんでした。

更新2: 友人の助けを借りて、私はリダイレクトされましたLinux Libertine と Linux Biolinum で pdfLaTeX を使用して PDF/A を使用する そしてうまく機能する解決策:

%%% Solving \textnumero problem in russian pdflatex
%%% Don't know how to explain why this works
\UndeclareTextCommand{\textnumero}{T2A}
\usepackage{textcomp} %depending on previous font packages this may be second call to package

これはおそらく、 の シンボルが の シンボルよりも「適切に」定義されていることを意味していtextcompます。fontenct2aenc.dfu

答え1

友人の助けを借りて、私はリダイレクトされましたLinux Libertine と Linux Biolinum で pdfLaTeX を使用して PDF/A を使用する そしてうまく機能する解決策を見つけました:

%%% Solving \textnumero problem in russian pdflatex
%%% Don't know how to explain why this works
\UndeclareTextCommand{\textnumero}{T2A}
\usepackage{textcomp} %depending on previous font packages this may be second call to package

これはおそらく、 の シンボルが の シンボルよりも「適切に」定義されていることを意味していtextcompます。fontenct2aenc.dfu

答え2

同僚の皆さん、この解決策はうまくいきましたが、おわかりのように、これは単なる杖にすぎません。「悪い」シンボルの問題は依然として存在し、上記の解決策では、T2A で宣言された「悪い」シンボルを、TS1 で宣言された良いシンボルに変更しています。特に、これにより追加のフォントエンコーディングが使用され、結果として、多くの追加のフォントシンボルが pdf-a に含まれます。これは良くありません。そこで、問題は、CTAN で T2A (特に \No シンボルに関して) を修正できるかどうかです。

関連情報