cm-super 中的符號「№」導致 VeraPDF-validator 的 PDF/A 生成出現問題

cm-super 中的符號「№」導致 VeraPDF-validator 的 PDF/A 生成出現問題

目前,我們正在嘗試為州立圖書館製作符合 PDF/A-1b 標準的期刊版本。

期刊是混合語言 - 俄語/英語,因此我們使用西里爾字母和一些特定於俄語印刷標準的符號。特別是 - 符號“№”用於對俄羅斯基金的問題和贈款進行編號等。對於排版,我們使用 cm-super(類型 1)向量字體。

問題是:符號 (№, \No, \textnumero) 根據 VeraPDF-validator(可能由庫使用)的含義產生下一個“錯誤”(失敗) -

規格:ISO 19005-1:2005,條款:6.3.6,測試編號:1 對於嵌入在合格文件中並用於渲染的每種字體,字體字典中和嵌入字體程式中的字形寬度資訊應一致。

現在我們正在考慮將“№”字體符號更改為以下解決方案的變體:

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

它看起來與類型 1 中的原始“№”相似但不一樣,當從 PDF 複製為文字時,它會產生幾個符號(否),這不好。但它有效。

有誰知道這個問題並且可以幫助解決其他問題?

這是簡單的程式碼:

\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 驗證時會導致相同的結果,但 Adob​​e 驗證器(Preflight)沒有顯示錯誤。

更新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

這可能意味著在該符號中比在withtextcomp中定義“更好” 。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

這可能意味著在該符號中比在withtextcomp中定義“更好” 。fontenct2aenc.dfu

答案2

好吧,同事們,這個解決方案運作得很好,但正如人們所看到的,它只是一個拐杖。 「壞」符號的問題仍然存在,透過上述解決方案,我們將在 T2A 中聲明的「壞」符號更改為在 TS1 中聲明的好符號。特別是,這使得我們使用額外的字體編碼,結果許多額外的字體符號被包含到 pdf-a 中。這不好。所以,現在的問題是 - 是否有可能糾正 CTAN 上的 T2A(特別是關於 \No 符號)?

相關內容