在过去的几年中，创建包含各种动态内容的PDF文档已成为一种时尚。这些设备之一就是可以数字形式填写，然后打印，签名或简单地通过电子邮件发送的表格。不幸的是，许多人这样做的方式并不广泛兼容。
在没有在Adobe Reader中打开的情况下，我遇到的PDF看起来经常像这样：
这似乎是使用户填写表格的根本破损的方式。但是，我无法真正提出可行的替代方案，最接近“可行”的是一种Web表单，可输出填充了内容的PDF（但是明显的缺点是设置起来更加困难）。我觉得我正在忽略这里很明显的东西。
除了仅在Adobe Reader中有效（或仅在Adobe Reader中正常工作）的这些损坏的PDF之外，您是否知道向用户展示表单的一种好方法，使他们可以轻松填写并转换为PDF ？
Answers:
主要问题是那里有许多PDF查看器，它们太笨拙了，无法处理完全属于ISO 32000（即格式，甚至是使用JavaScript的智能）的内容。网络浏览器的PDF查看组件，以及Apple的Preview.app都是罪魁祸首……然后，整个移动设备上都有PDF查看器的整个动物园。
无论如何，PDF（在ISO 32000中指定）为表格提供了最佳的平台。问题在于，到目前为止，还没有真正的测试工具可以帮助您确定PDF查看器是否实际上符合ISO32000。并且没有官方的工具可以确定文档是否符合ISO32000。在过去，兼容性测试是在Acrobat中打开该文档，如果有效，则说明该文档符合要求，否则不行。
事实是，绝大多数移动设备PDF查看器以及Web浏览器附带的PDF查看器几乎都无法通过完整的ISO 32000兼容性测试。
因此，最佳实践是使用智能版形式的简明版本，这至少允许打印出，甚至可以填写，然后再打印。仅当PDF查看器支持智能功能（例如正确加总，正确设置日期格式等）时，表单的全部功能才会被释放。以这种方式可以完成的工作量取决于表单本身，还取决于应支持多少糟糕的PDF查看器。
这种情况可以与网页必须进行大量浏览器嗅探才能正确显示的时代相提并论。
表单还有其他选择。
Web表单是可能的，但仅限于相当简单的表单。一旦事情变得复杂，它们就会崩溃。他们始终需要与互联网建立稳定可靠的连接。
在某些地方仍然流行的另一种技术是InfoPath，它需要Microsoft Word作为填充物。还有Microsoft Word表格；很少有公司能够熟练使用Microsoft Word来创建可工作的可填写表格…但是仍然需要使用Word作为填充程序。
已经提到了XFA，但是XFA在查看器中受到的限制更大（除非使用它原本打算的方式，即通过使用服务器以对查看器可用的方式呈现表单）。
因此，PDF是最有用的表单平台。（在Windows和OSX上），Adobe产品是其他PDF查看器必须遵守的标准。那就是今天的现实。还有其他PDF查看器可以做很多事情，对于许多应用程序来说可能就足够了。对于表单开发人员，这意味着“了解您的用户”。
Wyss先生发布了一些很好的信息，但很愚蠢：“ Web表单...仅限于相当简单的表单...而且它们始终需要稳定且可靠的Internet连接。”
如果要在Internet上分发PDF表单，则还需要稳定可靠的连接。
在将PDF与Web表单进行比较时，PDF的唯一好处是您可以保留打印格式。但是，为什么需要打印数字域中存在的内容？PDF的问题在于，内容和设计之间存在牢不可破的联系。无法提供适合显示的表单字段。PDF表单创建者假定每个人都在使用大型桌面监视器来显示表单。PDF无法像HTML / CSS一样提供响应形式。
大多数PDF表单数据都是作为重新保存的PDF或FDF原始发送的。它不是易于查询的数据库的一部分。Web表单可以直接提交到数据库。
因此，Web表单是任何平台（Windows，OSX，iOS，Android）上最可用的。那就是昨天和今天的现实。