|
|
1
3
如果可能的话,我建议使用第四种方法,因为这样会更干净。你将使用专门为你要求做的事情量身定做的解决方案,但如果你没有这样一个解决方案的可用资源,我建议使用第一个选项。 第一个选择是我最近涉足的领域。我发现实施起来相对没有痛苦。 如果适用以下情况,则可以选择1:
实施示例:
|
|
|
2
0
既然你标记了这个“livecycle”,我想你已经在某个地方安装了adobelivecycle(可选的, 可以 安装在某处)。 在这种情况下,我选择4号(修改为使用 Adobe LiveCycle Forms ES模块 )从长远来看,其他三个无疑会产生兼容性问题。使用livecycle服务器(运行forms模块),您将能够处理 任何 pdf,无论是旧的、新的、静态的、动态的、压缩的、基于acrobat的还是基于livecycle的。 您应该能够进行设置,让表单将其数据发送到livecycle服务器,并使用该数据填充表单。然后,填充可以存储在服务器的数据库中,或者路由到pdf表单(或任何其他表单)并流回到客户端。 使用livecycle设计器创建表单。 快速脏选项如下:将表单设置为http post(例如xfdf,请参阅acrobat以获取更多信息)并将其发布到asp服务器上(确保用户在打开表单之前不要下载表单,否则这将不起作用)。表单必须在Web浏览器中打开)。然后简单地捕获提交的内容,就像从web页面捕获http帖子一样。(可选)将填充保存到数据库。然后将捕获的xfdf流填充发送回客户端(也可以在稍后通过http链接调用)。xfdf流将包含用于填写它的表单的url。客户端Web浏览器将要求Acrobat/Adobe Reader插件处理XFDF流,插件将定位、下载并填充XFDF指向的表单。 用户现在应该可以保存表单了,并且它是填充的-不需要读卡器扩展! |
|
|
3
0
你也可以使用 伊斯特克利普 将XML数据填充到 读卡器扩展 启用的窗体。有两件事你需要正确设置:
所以你要做的就是:
|