问题标签 [foxit]

我使用 iTextSharp 填充 PDF 中的字段。我希望 PDF 在用户打开它时保持可编辑状态（即我不能展平 PDF）。

问题是当我标记 PDF 并在 Adob​​e Reader 中查看值时，字段保持空白。如果我在 PDF 上加盖戳，将其展平，然后查看值，那么这些字段实际上确实具有值。

如何填充字段并保持 PDF 可编辑？

这是我作为 ASP.NET MVC 操作的方法：

请注意，此 PDF 已启用阅读器，我认为即使在保存后它也会保持这种状态，因为当我打开文件时 Adob​​e 阅读器会显示“扩展”工具箱。并且这些字段保持可编辑。

另请注意，PDF 仍可编辑，并且字段具有值...在 FoxitPDF 阅读器中。

请帮忙

使用 C# 我想检测 Windows 机器上是否安装了 foxit 阅读器。我怎样才能做到这一点？

在此先感谢您的帮助。

在我的应用程序中，我必须打开 pdf。我正在使用 FOXIT READER SDK.. 我已经成功配置 android NDK 以使用 C/C++ 代码。我正在尝试运行它的演示。

这是我的日志猫错误。

内存管理器创建 sn = XXXXDTEMP,code = XXXXXXA96AB2BF3C4021EC71EB189CD77E68DFB2 10-03 FPDFEMB TRACE: FS_LoadJbig2Decoder 调用

FPDFEMB BENCHMARK：FS_LoadJbig2Decoder，0 滴答

FPDFEMB TRACE：加载调用的 JPEG2000 解码器

FPDFEMB BENCHMARK：加载 JPEG2000 解码器，0 滴答声

FPDFEMB TRACE: FS_FontCMap_LoadGB 调用

FPDFEMB BENCHMARK: FS_FontCMap_LoadGB, 0 tick

FPDFEMB TRACE: FS_FontCMap_LoadGBExt 调用

FPDFEMB BENCHMARK: FS_FontCMap_LoadGBExt, 0 tick

FPDFEMB TRACE: FS_FontCMap_LoadCNS 调用

FPDFEMB BENCHMARK: FS_FontCMap_LoadCNS, 0 tick

FPDFEMB TRACE: FS_FontCMap_LoadKorea 调用

FPDFEMB BENCHMARK: FS_FontCMap_LoadKorea, 0 tick

FPDFEMB TRACE: FS_FontCMap_LoadJapan 调用

FPDFEMB BENCHMARK：FS_FontCMap_LoadJapan，0 滴答

FPDFEMB TRACE: FS_FontCMap_LoadJapanExt 调用

FPDFEMB BENCHMARK: FS_FontCMap_LoadJapanExt, 0 tick

FPDFEMB TRACE: FPDFEMB_SetFontMapper 调用

FPDFEMB BENCHMARK: FPDFEMB_SetFontMapper, 0 tick

FPDFEMB TRACE: FS_Memory_Alloc 调用

FPDFEMB BENCHMARK：FS_Memory_Alloc，0 滴答

DocLoad = FPDFDocLoad：文档未正确加载

在这里，我认为 pdf 文档无法正确加载...

我可以使用另一种方法打开 pdf 吗？但 pdf 只想在我的应用程序中打开。

提前致谢..

我有这段代码提示用户安装 Foxit PDF 阅读器。如何查看电脑是否安装了 Adob​​e Acrobat Reader？

如果没有找到 Adob​​e Acrobat Reader，那么我想开始安装 Foxit Reader。

我已按照以下步骤编译 Foxit 库：

但是后来我在终端中收到了这个错误：

Android NDK：警告：jni/Android.mk:fpdfembedsdk：链接器标志中的非系统库：jni/../../bin/libfoxit.a
Android NDK：这可能会导致构建不正确。尝试使用 LOCAL_STATIC_LIBRARIES
Android NDK: 或 LOCAL_SHARED_LIBRARIES 来列出
Android NDK 的库依赖项： current module
make: * No rule to make target `–B'. 停止。

请问有什么办法可以解决这个问题吗？

谢谢你。

使用 iTextSharp.text.pdf.PdfStamper.AcroFields.SetField 时，出现在文档中某个点之后的 pdf 表单字段上出现 ArgumentException。它说：

The name 'Helveia01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678' is too long (156 characters).

这是 pdf 编辑器赋予表单域的内部名称。随着您添加更多表单字段（使用 Foxit），内部名称似乎变得越来越长。它的用户友好名称只是一个短字符串（LiabilitiesTotal - 下面）。如果您在记事本中查看 pdf，您可以看到上面的字符串：

<>/DA(/Helveia0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567 0 Tf 0 0 0 rg)/AP<>/T(LiabilitiesTotal)>>

我无法控制这个内部名称。任何想法为什么它在被 iTextSharp.text.pdf.PdfStamper.AcroFields.SetField 引用时有限制？PDF 文档是有效的，我可以手动填写，只是不使用 PdfStamper

作为一个实验，我使用 FoxitPhantomPDF 6.0.5.0618 创建了一个空白 pdf，并添加了 30 个保留其默认名称的表单字段。结果：最终的表单域被赋予了一个对象名Helveia0123456789012345678901234567，第一个叫做Helvei。从记事本++：

搜索“DA（/Helvei”（1 个文件中的 30 个匹配项）
C:\Users\sean.fackrell\Desktop\NewFoxit.pdf（30 次点击）第 36 行：<>/DA(/Helvei 0 Tf 0 0 0 rg)/AP<>>> 第 50 行：<>/DA(/ Helveia 0 Tf 0 0 0 rg)/AP<>>> 第 64 行：<>/DA(/Helveia0 0 Tf 0 0 0 rg)/AP<>>> 第 78 行：<>/DA(/Helveia01 0 Tf 0 0 0 rg)/AP<>>> 第 92 行：>>/DA(/Helveia012 0 Tf 0 0 0 rg)/AP<>>> 第 106 行：>>/DA(/Helveia0123 0 Tf 0 0 0 rg) /AP<>>> 第 120 行：<>/DA(/Helveia01234 0 Tf 0 0 0 rg)/AP<>>> 第 134 行：<>/DA(/Helveia012345 0 Tf 0 0 0 rg)/AP<> >> 第 148 行：</>/DA(/Helveia0123456 0 Tf 0 0 0 rg)/AP<>>> 第 162 行：</>/DA(/Helveia01234567 0 Tf 0 0 0 rg)/AP<>> 第 176 行: <>/DA(/Helveia012345678 0 Tf 0 0 0 rg)/AP<>>> 第 190 行：<>/DA(/Helveia0123456789 0 Tf 0 0 0 rg)/AP<>>> 第 204 行：<>/DA(/Helveia01234567890 0 Tf 0 0 0 rg)/AP<>>> 第 218 行：</>/DA (/Helveia012345678901 0 Tf 0 0 0 rg)/AP<>>> 第 232 行：>>/DA(/Helveia0123456789012 0 Tf 0 0 0 rg)/AP<>> 第 246 行：<>/DA(/Helveia01234567890123 0 Tf 0 0 0 rg)/AP<>>> 第 260 行：>>/DA(/Helveia012345678901234 0 Tf 0 0 0 rg)/AP<>>> 第 274 行：>>/DA(/Helveia0123456789012345 0 Tf 0 0 0 rg)/AP<>>> 第 288 行：>>/DA(/Helveia01234567890123456 0 Tf 0 0 0 rg)/AP<>>> 第 302 行：>>/DA(/Helveia012345678901234567 0 Tf 0 0 0 rg)/AP <>>> 第 316 行：</>/DA(/Helveia0123456789012345678 0 Tf 0 0 0 rg)/AP<>>> 第 330 行：<>/DA(/Helveia01234567890123456789 0 Tf 0 0 0 rg)/AP<>>> 第 368 行：<>/DA(/Helveia012345678901234567890 0 Tf 0 0 0 rg)/AP<>>> 第 382 行：<>/DA(/ HELVEIA0123456789012345678901 0 TF 0 0 0 RG）/ap <>>>行396：<>/da（/heleveia01234567890123456789012） 0 0 rg)/AP<>>> 第 424 行：>>/DA(/Helveia0123456789012345678901234 0 Tf 0 0 0 rg)/AP<>> 第 438 行：</>/DA(/Helveia01234567890123456789012345 0 Tf 0 0 0 r) /AP<>>> 第 452 行：>>/DA(/Helveia012345678901234567890123456 0 Tf 0 0 0 rg)/AP<>>> 第 466 行：<>/DA(/Helveia0123456789012345678901234567 0 Tf 0 0 0 rg)/AP >>/DA(/Helveia012345678901234567890 0 Tf 0 0 0 rg)/AP<>>> 第 382 行：<>/DA(/Helveia0123456789012345678901 0 Tf 0 0 0 rg)/AP<>>> 第 396 行：<>/DA(/ HELVEIA01234567890123456789012 0 TF 0 0 0 RG）/ap <>>>行410：<>/da（/Heleveia012345678901234567890123 0 0 0 0 0 0 0 RG）/ap <>39999999912479124691247666912479。 0 0 rg)/AP<>>> 第 438 行：>>/DA(/Helveia01234567890123456789012345 0 Tf 0 0 0 rg)/AP<>> 第 452 行：</>/DA(/Helveia012345678901234567890123456 0 0 Tf 0 0 rg) /AP<>>> 第 466 行：>>/DA(/Helveia0123456789012345678901234567 0 Tf 0 0 0 rg)/AP<>>>/DA(/Helveia012345678901234567890 0 Tf 0 0 0 rg)/AP<>>> 第 382 行：<>/DA(/Helveia0123456789012345678901 0 Tf 0 0 0 rg)/AP<>>> 第 396 行：<>/DA(/ HELVEIA01234567890123456789012 0 TF 0 0 0 RG）/ap <>>>行410：<>/da（/Heleveia012345678901234567890123 0 0 0 0 0 0 0 RG）/ap <>39999999912479124691247666912479。 0 0 rg)/AP<>>> 第 438 行：>>/DA(/Helveia01234567890123456789012345 0 Tf 0 0 0 rg)/AP<>> 第 452 行：</>/DA(/Helveia012345678901234567890123456 0 0 Tf 0 0 rg) /AP<>>> 第 466 行：>>/DA(/Helveia0123456789012345678901234567 0 Tf 0 0 0 rg)/AP<>>>>>> 第 396 行：</>/DA(/Helveia01234567890123456789012 0 Tf 0 0 0 rg)/AP<>>> 第 410 行：</>/DA(/Helveia012345678901234567890123 0 Tf 0 0 0 rg)/AP<>>> 行424: <>/DA(/Helveia0123456789012345678901234 0 Tf 0 0 0 rg)/AP<>>> 行 438: <>/DA(/Helveia01234567890123456789012345 0 Tf 0 0 0 rg)/AP<><> 行 452: /DA(/Helveia012345678901234567890123456 0 Tf 0 0 0 rg)/AP<>>> 第 466 行：<>/DA(/Helveia0123456789012345678901234567 0 Tf 0 0 0 rg)/AP<>>>>>> 第 396 行：</>/DA(/Helveia01234567890123456789012 0 Tf 0 0 0 rg)/AP<>>> 第 410 行：</>/DA(/Helveia012345678901234567890123 0 Tf 0 0 0 rg)/AP<>>> 行424: <>/DA(/Helveia0123456789012345678901234 0 Tf 0 0 0 rg)/AP<>>> 行 438: <>/DA(/Helveia01234567890123456789012345 0 Tf 0 0 0 rg)/AP<><> 行 452: /DA(/Helveia012345678901234567890123456 0 Tf 0 0 0 rg)/AP<>>> 第 466 行：<>/DA(/Helveia0123456789012345678901234567 0 Tf 0 0 0 rg)/AP<>>>第 438 行：>>/DA(/Helveia01234567890123456789012345 0 Tf 0 0 0 rg)/AP<>>> 第 452 行：>>/DA(/Helveia012345678901234567890123456 0 Tf 0 0 0 <:6)/AP<>>> 第 4 行>/DA(/Helveia0123456789012345678901234567 0 Tf 0 0 0 rg)/AP<>>>第 438 行：>>/DA(/Helveia01234567890123456789012345 0 Tf 0 0 0 rg)/AP<>>> 第 452 行：>>/DA(/Helveia012345678901234567890123456 0 Tf 0 0 0 <:6)/AP<>>> 第 4 行>/DA(/Helveia0123456789012345678901234567 0 Tf 0 0 0 rg)/AP<>>>

Foxit 手册说您可以在 pdf 中创建一个可以运行 java 脚本的链接。请参阅下面的选项“I”。

是否可以编写一个 java 脚本来打开存储在 pdf 附件中的 excel 文件？

我对 java 脚本一无所知，但在我开始用谷歌搜索一些代码来尝试这样做之前，我想得到一些反馈，如果这可能的话。我不想浪费时间和时间来发现这是不可能的。如果可以做到，那么我将尝试并在此处发布代码。

有什么方法可以取消 Foxit Reader 中的日期完整性检查？背景是我正在填写一个表格，我将以不同的格式输入日期（有时是 YYYY/MM/DD，有时只是 YYYY/MM）。每次我输入一个日期或与该日期字段相关的任何其他字段时，我都会收到一个错误弹出窗口，上面写着

输入字符串无法解析为有效的日期和时间。

不幸的是，我必须填写 36 行，每行 4 列。另外：该错误消息总是出现两次。所以我必须点击 36 * 4 * 2 = 288 个错误弹出窗口。

有谁知道停用该检查的方法？太感谢了...

更新：
实际上更糟。每次我编辑该表单上的任何输入字段时，此错误弹出窗口都会出现两次。

应用程序使用 FoxitPDF SDK 加载 pdf 。

它使用以下函数从内存中加载 pdf 并显示。

http://tickets.foxitsoftware.com/support/usermanuals/DLL311/group___f_p_d_f_v_i_e_w.html#gafc1bfd72af5ccb5d6b9112c50fe90834

我们如何将 pdf 从内存中提取为 .pdf 文件。

Foxit SDK 中的 DeletePage 功能允许从 PDF 中删除页面。删除页面并保存文档时，输出文档的文件大小（页数较少）大于原始文档。

这可以通过 SDK 附带的 PDF 示例应用程序看到：

检查输出：

ll simple_sample/input_files/SourcePage.pdf -rw-r--r--@ 1 理查员工 92K 2013 年 12 月 17 日 simple_sample/input_files/SourcePage.pdf

ll simple_sample/output_files/pdfpage_organization/SourcePage_delete.pdf -rw-r--r--@ 1 理查员工 96K Jun 23 10:22 simple_sample/output_files/pdfpage_organization/SourcePage_delete.pdf

SourcePage_delete.pdf 确实像预期的那样少了一页，但大了 4k。我可以从 100 页文档中删除 99 页得到相同的结果，即文件大小不反映页数。