在過去的幾年裡，創建包含各種動態內容的 PDF 文件已成為一種時尚。其中一個巧妙的設計是可以以數位方式填寫表格，然後列印並簽署或簡單地透過電子郵件發送。不幸的是，許多人這樣做的方式並不廣泛相容。
我經常遇到這樣的 PDF，當未在 Adobe Reader 中開啟時：
這似乎是一種從根本上破壞了讓用戶填寫表單的方式。然而，我確實無法想出一個可行的替代方案，最接近「可行」的是一個 Web 表單，它輸出填寫了內容的 PDF（但明顯的缺點是設定起來更加困難）。我覺得我在這裡忽略了一些顯而易見的事情。
除了這些只能在AdAdobe Reader 中使用（或只能在AdAdobe Reader 中使用）的損壞的PDF 之外，您是否知道向使用者呈現表單以便他們可以輕鬆填寫並轉換為PDF的好方法？適當地在 Adobe Reader 中）？
答案1
主要問題是，有許多 PDF 檢視器太笨，無法處理完全屬於 ISO 32000 一部分的內容（即表單，甚至使用 JavaScript 的智慧）。網路瀏覽器的 PDF 檢視元件以及 Apple 的 Preview.app 都是罪魁禍首…此外還有行動裝置上的 PDF 檢視器。
不管怎樣，PDF（依照 ISO 32000 的規定）為表單提供了最好的平台。問題是，到目前為止，還沒有真正的測試工具可以幫助確定 PDF 檢視器是否真正符合 ISO 32000。則合規，否則不合規。
事實上，絕大多數行動裝置 PDF 檢視器以及具有 Web 瀏覽器的 PDF 檢視器幾乎無法通過完整的 ISO 32000 合規性測試。
因此，最佳實踐是以簡化版本呈現智慧表單，它至少允許列印出來，或甚至可以填寫，然後列印。只有當 PDF 檢視器支援智慧功能（例如正確添加、正確格式化日期等）時，表單的全部潛力才能被釋放。這種方式能做多少事情取決於表單本身，也取決於應該支援多少蹩腳的 PDF 檢視器。
這種情況可能類似於網頁必須進行大量瀏覽器嗅探才能正確顯示的時代。
表格還有其他選擇。
Web 表單是一種可能性，但僅限於相當簡單的表單；一旦事情變得複雜，它們就會崩潰。他們始終需要穩定可靠的網路連線。
另一種仍在某些地方流行的技術是 InfoPath，它需要 Microsoft Word 作為填充物。還有 Microsoft Word 表格；很少有公司能夠足夠熟練地使用 Microsoft Word 來建立可填寫的工作表格…但仍需要 Word 作為填充劑。
已經提到了 XFA，但 XFA 在檢視器中受到更多限制（除非它按照最初預期的方式使用，即使用伺服器以檢視器可用的方式呈現表單。
因此，PDF 是最有用的表單平台；並且（在 Windows 和 OSX 上），Adobe 產品是其他 PDF 檢視器必須遵守的標準。這就是今天的現實。還有其他 PDF 檢視器可以做很多事情，並且對於許多應用程式來說可能足夠了。對於表單開發人員來說，這意味著「了解您的用戶」。
答案2
Wyss 先生發布了很好的信息，除了這個愚蠢的內容：“Web 表單......僅限於相當簡單的表單......而且它們始終需要穩定可靠的互聯網連接。”
如果您要在網路上散佈 PDF 表單，您還需要穩定可靠的連線。
將 PDF 與 Web 表單進行比較時，PDF 的唯一好處是您可以保留列印格式。但為什麼需要列印數位領域中存在的東西呢？ PDF 的問題在於它在內容和設計之間呈現了牢不可破的連結。無法提供適應顯示的表單欄位。 PDF 表單建立者假設每個人都使用大型桌面顯示器來顯示表單。 PDF 無法像 HTML/CSS 那樣提供響應式表單。
大多數 PDF 表單資料都是作為重新保存的 PDF 或 FDF 粗略發送的。它不是可以輕鬆查詢的資料庫的一部分。 Web 表單可以直接提交到資料庫。
因此，Web 表單對於任何平台（Windows、OSX、iOS、Android）來說都是最有用的。這就是昨天和今天的現實。