2011-05-18 29 views
1

我有一个问题,从Adobe经典网站的Adobe Reader'浏览器'功能呈现PDF输出。问题与ASP经典网站呈现在浏览器中的PDF使用浏览器

我有一个窗体,有一些输入可以摆脱并生成PDF报告。该报告在保存为文件时呈现正确(所有输入值均已计算),但在Reader v7.0中显示时会显示空白屏幕,并直接显示v8.1.2中的无输入值报告。

从这里按浏览器中的'刷新'也将显示一个报告,指示没有任何HTML表单输入被转发。


  • 是否存在,我可能有 冷落 HTML表单后回的任何基本机制?

* 有一件事困扰米 * E是取消选中在Adobe Reader “显示在浏览器”选项,而不是重新启动浏览器给出两个版本正确报告。

另一个可能的问题是与浏览器的“受信任网站”政策有关。该域名已经被添加到信任列表中,并且:

  • HTML输入表单显示在状态栏
  • 的受信任的站点在浏览器中的“未知区”
PDF屏幕显示

澄清:

  • 如果读者卸载,下载的文件是正确的
  • 如果安装阅读器,并设置为不显示的浏览器,输出是正确的
  • 如果设置在浏览器中使用Adobe Reader,它
    • V7.0显示 - 显示空白屏幕。 “刷新”都到了无输入值的PDF报告
    • V8.1.2 - 显示无输入值报告
  • 取消选中在Adobe Reader而不是“显示在浏览器的”选项重新启动浏览器提供两个版本正确报告

有正常工作的旧的生产环境,这是能够正确地浏览器与阅读器V7.0上,我们正在与测试相同的机器显示的PDF文件。所描述的问题是在新的环境中设置相同的代码并采用更严格的安全控制。

环境也采用较老的技术,其中不会升级。这包括:

  • 该网站是ASP经典
  • 的代码输出PDF v1.3的
  • Internet Explorer 6中是。 6.

关于为什么报告不总是推进HTML输入的任何想法?

任何帮助表示赞赏, 谢谢。

回答

0

啊,当。

因此,事实证明,IIS已启用GZIP压缩,并且客户端仅具有IE6卷展栏。有很多关于IE6的GZIP不兼容性的文章,如果你想在IIS中有条件地允许它,there are some solutions

白屏是ASP页面回传的结果,并在HTTP标头中将其'content-type'更改为'application/pdf') - IIS决定将其压缩,并且失败在IE6中。

Adob​​e Reader 8做了第二个请求,失去了回发值。

1

生成PDF的ASP页面没有从窗体中获取值。这就是为什么它使用空值创建PDF表单。确保HTML表单直接发布到生成PDF的ASP脚本。不应该有任何response.transfer或response.redirect或404重定向到PDF生成ASP脚本。