文本对象在Adobe Reader 11中被删除

Question

在Adobe Acrobat Xi中，正在插入文本对象，并且在Adobe Reader 10中将其打开时它可以正常打开。但是在Adobe Reader 11中，当我单击该pdf文件时，文本对象被删除了。为什么会这样？ 怎么解决呢？ 原始pdf文件请点击此处

在Adobe Reader 11中双击时有问题的pdf文件。 单击此处

Answer 1

简而言之：

您尝试通过更改自由文本注释的正常外观流来更改其内容。

这还不够：兼容的PDF查看器可能会忽略此条目并提供自己的外观。 因此，较早的Adobe Reader版本选择不忽略您的更改是很幸运的 。

因此，您还需要更改期望PDF查看器创建其自身外观的信息，即，首先应使用 RC的富文本值（在自由文本注释词典中） 来生成注释的外观，并且也是Contents值， 即应为注释显示的Text。

此外，您的PDF也存在缺陷：

• 您的首次尝试result.pdf中的交叉引用表已损坏；
• 源文件中自由文本注释的意图（ IT值）拼写错误。

详细：

您的result.pdf已损坏。 不同的PDF查看器可能会以不同方式显示损坏的PDF。

一些细节：

它是根据您的Src.pdf在附加模式下创建的，但此外，对其原始版本的/ Pages对象也进行了以下更改：

在源中：

6 0 obj
<</Count 6
/Type /Pages
/Kids [ 7 0 R 8 0 R 9 0 R 10 0 R 11 0 R 12 0 R ]
>>
endobj

结果：

6 0 obj
<</Count 3
/Type /Pages
/Kids [ 7 0 R 8 0 R 9 0 R 12 0 R 11 0 R 10 0 R ]
>>
endobj

因此，最后三页的顺序已更改（可以）， 并且/ Count从6减少到3。这是不一致的，因为仍然有6个子对象，但是根据PDF规范ISO 32000-1 ， Count为

属于页面树中此节点后代的叶节点（页面对象）的数量。

此外，附加修订的交叉参考流也被破坏了。

xref
0 1
0000000000 65535 f
24 1
0001465240 00000 n
57 1
0001466075 00000 n
66 1
0001466909 00000 n
73 1
0001467744 00000 n
93 1
0001473484 00000 n
131 1
0001478703 00000 n 

条目的长度为19个字节，包括它们各自结尾的单字节换行符，但是根据规范 ，

每个条目应正好为20个字节长，包括行尾标记。

使用中条目的格式应为：nnnnnnnnnn ggggg n eol

eol应该是2个字符的行尾序列

PDF中可能存在更多错误，但您可能要开始修复这些错误。

编辑

现在，有了新的PDF Pay-in.pdf，其中有适当的交叉引用，让我们对其进行更深入的研究。

Adobe Preflight抱怨发生以下情况：

[...]
An unexpected value is associated with the key
    Key: IT
    Value: /FreeTextTypewriter
    Type: CosName
    Formal Representation: Annot.AnnotFreeText
    Cos ID: 86
    Traversal Path: ->Pages->Kids->[0]->Annots->[13]
[...]

好的，让我们看一下对象86：

86 0 obj
<<  /P 8 0 R
    /Type /Annot
    /CreationDate (D:20130219194939+05'30')
    /T (winman)
    /NM (0f202782-2274-44b8-9081-af4010be86d4)
    /Subj (Typewritten Text)
    /M (D:20130219195100+05'30')
    /F 4
    /Rect [ 53.2308 33.488 552.088 826.019 ]
    /DS (font: Helv 12.0pt;font-stretch:Normal; text-align:left; color:#000000 )
    /AP <</N 107 0 R >>
    /Contents (wwww)
    /IT /FreeTextTypewriter
    /BS 108 0 R
    /Subtype /FreeText
    /Rotate 90
    /DA (16.25 TL /Cour 12 Tf)
    /RC (<?xml version="1.0"?>
         <body xmlns="http://www.w3.org/1999/xhtml"
               xmlns:xfa="http://www.xfa.org/schema/xfa-data/1.0/"
               xfa:APIVersion="Acrobat:10.0.0"
               xfa:spec="2.0.2"
               style="font-size:12.0pt;text-align:left;color:#000000;font-weight:normal;
                      font-style:normal;font-family:Helv;font-stretch:normal">
           <p dir="ltr">
             <span style="line-height:16.3pt;font-family:Helvetica">wwww</span>
           </p>
         </body>)
>>
endobj 

Preflight表示对/IT /FreeTextTypewriter行不满意。 再次查看PDF规范 ，会发现/Subtype /FreeText注释，即在12.5.6.6节中指定的自由文本注释：

IT 名称 （可选； PDF 1.6）用于描述自由文本注释意图的名称（另请参见表170中的IT条目）。 以下值是有效的：

FreeText注释旨在用作纯自由文本注释。 普通的自由文本注释也称为文本框注释。

FreeTextCallout注释旨在用作标注。 标注通过CL中指定的标注行与页面上的区域关联。

FreeTextTypeWriter注释旨在用作点击键入或打字机对象，并且不会绘制标注线。

默认值： FreeText

因此，您的值FreeTextTypewriter无效（请记住，PDF名称区分大小写！）。 因此，注释被（轻微）破坏了，这可能已经导致了各种各样的问题。

但是这里也有其他重要的条目可以理解您的问题：您所做的所有更改都是用以下方法替换此注释的对象107（按照/AP <</N 107 0 R >> ）中的外观流：另一种 但是此注释也包含一个RC值，根据规范 ，该值是

一个富文本字符串（请参见12.7.3.4，“富文本字符串”）将用于生成注释的外观。

因此，任何PDF查看器都可以从富文本描述中重新生成外观，尤其是如第12.5.2节中的规范中所述，有关AP词典的内容

各个注释处理程序可能会忽略此条目并提供自己的外观。

因此，仅替换正常的外观流并不能永久更改该批注的外观，您必须更改外观字典并至少删除外观的任何其他来源。

此外，条目/Contents (wwww)也不会被您附加的更改所取代。 因此，尝试确定是否使用外观流的PDF查看器将很想以某种方式创建新外观，因为您的外观流绝不代表该值。

特别是当开始处理自由文本时（例如，在您的情况下单击PDF时），PDF查看器知道它最终将仍然必须创建一个新外观，并且除非当前外观与它原本会创建的一样，否则，观众可能更喜欢从富文本甚至内容值衍生的外观开始重新开始。