本頁使用了標題或全文手工轉換

可攜式文件格式

維基百科,自由的百科全書
(已重新導向自 PDF)
前往: 導覽搜尋
便攜式文件格式(PDF)
副檔名 .pdf
網路媒體型式 application/pdf,[1] application/x-pdf, application/x-bzpdf, application/x-gzpdf
類型代碼英語Type code 'PDF '[1](包含一個空格)
統一類型標識英語Uniform Type Identifier(UTI) com.adobe.pdf
魔數 %PDF
開發者 Adobe Systems
初始版本 1993年 (1993)
最新版本
1.7
延伸至 PDF/APDF/EPDF/UAPDF/VTPDF/X
標準 ISO 32000
自由格式
網站 www.adobe.com/devnet/pdf/pdf_reference_archive.html

可攜式文件格式英語:Portable Document Format,簡稱PDF)是一種用獨立於應用程式硬體作業系統的方式呈現文件檔案格式[2]每個PDF檔案包含固定布局的平面文件的完整描述,包括文字、字形、圖形及其他需要顯示的資訊。1991年,Adobe Systems共同創始人約翰·沃諾克提出的名為「Camelot」的系統[3]演變成PDF。

在Adobe Systems決定PDF規範在1993年可以自由使用的時候,PDF是由Adobe控制的專有格式英語proprietary format,直到2008年7月1日官方作為開放標準發行,並由國際標準化組織以ISO 32000-1:2008標準發布,[4][5]在這段時間規範通過ISO志願者產業專家委員會控制。2008年,Adobe發布對ISO 32000-1的公共專利許可賦予對所有Adobe擁有的製作、使用、銷售及分發相容PDF的實現所需的專利的自由授權的權益。[6]然而仍有一些ISO 32000-1所參照的可以被納入有效的PDF檔案的技術保持專有(但仍是公開記錄),如Adobe XML表單架構,以及JavaScript for Acrobat。[7][8][9][10][11]ISO委員會正積極地制定許多這類的標準作為ISO 32000-2的一部分。

歷史[編輯]

PDF檔案格式在1990年代早期開發,用於分享包括文字格式和內建影像的文件,能跨平台操作,即使電腦平台完全不同,收件者亦無需適配相關或合用的應用軟體介面[12]。當時與PDF一起競逐跨平台檔案格式的,還包括DjVu(仍在開發中)、Envoy英語Envoy (WordPerfect)、Common Ground Digital Paper、Farallon Replica及Adobe自己本身的PostScript(.ps)格式。在全球資訊網HTML文字尚未興起的當時,PDF在桌面出版工作流技術當中很受歡迎。

PDF在早期檔案格式分享歷史的接受程度頗晚。[13]可以閱讀及產生PDF的程式Adobe Acrobat並非免費產品;早期版本的PDF也不支援外部連結,使之在網際網路上的可用性減低;相較於全文字的格式顯得很巨大的PDF檔案,在當時仍然要利用modem來連線的年代需要更長的下載時間,再者以當年效能低的電腦要彩現PDF檔的過程也超慢。

從2.0版開始,Adobe開始免費分發PDF的閱讀軟體Acrobat Reader(現時改稱Adobe Acrobat Reader DC,建立軟體稱為Adobe Acrobat DC),而舊的格式依舊支援,使PDF後來成為固定格式文字業界的非正式標準英語de facto standard[14]

及至2008年,Adobe Systems的PDF參考1.7版成為了ISO 32000:1:2008,從此PDF就成為了正式的國際標準。亦因為這個緣故,現時PDF的更新版本開發(包括未來的PDF 2.0版本的開發)變成由ISO的TC 171 SC 2 WG 8主導,但Adobe及其他相關項目的專家依然有參與其中。

Adobe規範[編輯]

從1993-2006年Adobe Systems數次更改PDF規範並添加新特性。2006和發布的各個方面的Adobe的擴充功能層被採納為ISO 32000-2(PDF 2.0)的工作草案,但開發者注意到Adobe的擴充功能不是PDF標準的一部分。[15]

版本號 版本[4] 發布年份 新特性 Acrobat Reader支援版本
1.0 第一版 1993 Carousel
1.1 第一版修訂 1996 密碼、加密(MD5、RC4 40bit)、獨立於裝置的顏色、執行緒和連結[16] 2.0
1.2 第一版修訂 1996 互動式頁面元素(圓鈕、核取方塊等);互動式、填入式的表單(AcroForm);適用於可以從Web匯入、匯出、傳送及接收的互動式表單資料的表單資料格式(Forms Data Format,FDF);滑鼠事件;外部影片錄製;外部或內嵌聲音錄製;二進位資料的zlib/deflate壓縮;Unicode;高階顏色特性及圖像代理[16] 3.0
1.3 第二版 2000 數位簽章;ICC及DeviceN顏色空間;JavaScript動作;嵌入任意類型的檔案流(例如用於附件);新的注釋格式;新的Adobe PostScript Language Level 3成像模型特性;遮罩圖像;圖像的替代性表現;平滑陰影;增強式頁碼;Web截取,用於從全球資訊網截取資訊並轉換為PDF的能力;圖形結構的邏輯性結構獨立的呈現;對CID字型的附加支援;用於對映字串及PDF物件編號的資料結構;印前生產流程支援的相關資訊;一些呈現功能的參數化的類別的功能物件的新特性;[17][18] Acrobat Forms JavaScript Object Specification 4.05版 4.0
1.4 第三版 2001 JBIG2;透明度;長度大於40位(40–128位元)的RC4加密金鑰;對互動式表單及表單資料格式(FDF)、XML表單提交、嵌入式FDF檔案、 欄位輸出值的Unicode規格、遠端協作和FDF檔案中的數位簽章的改進;被禁用戶的可存取性;使用可延伸後設資料平台(XMP)的後設資料流;置標的PDF;列印者標記的包含;生產相關的頁面邊界的顯示及預覽;新預定義的CMaps;替代性呈現;從一個PDF文件到另一個文件匯入內容;PDF文件的命名字典中的EmbeddedFiles詞條,嵌入資料的標準方位;[18][19]Acrobat Forms JavaScript Object Specification 4.05版[20] 5.0
1.5 第四版 2003 JPEG 2000;對多媒體嵌入及後端的增強的支援;物件流;跨參照流;XML表單資料格式(XML Forms Data Format,XFDF)用於互動式表單提交(PDF 1.4中取代XML格式);support for 表單、富文字元素與基於Adobe XML表單架構英語XML Forms Architecture(XFA)2.02的屬性(只定義靜態XFA表單);使用PKCS#7的公共金鑰安全處理器(PDF 1.3引入,但沒在參考書中記錄,直到1.5)、公共金鑰加密、權限、使用權(UR)簽名(不要求文件加密)、帶SHA-1的PKCS#7、RSA擴大到4096位;安全處理器可以使用自身的加密和解密演算法;文件章節通過作者或讀者以諸如CAD圖畫、分層英語layers (digital image editing)插圖、地圖和多語言文件之類的項選擇性的檢視或隱藏;交替呈現——僅幻燈片一種類型——由JavaScript動作的方式(Adobe Reader僅支援SVG 1.0)產生;[18][21][22] Acrobat JavaScript Scripting Reference,6.0版;[23]對微軟Windows 98拖放的支援。 6.0
1.6 第五版 2004 3D藝術,如對Universal 3D檔案格式的支援;OpenType字型嵌入;對XFA 2.2富文字元素及屬性(XFA 2.1及2.2定義以下列特性為例:動態XFA表單,XFA的W3C XML數位簽章,針對網路服務的XFA支援,HTTP之上的XFA「文件逐字的」SOAP操作,網路服務的WSDL定義SOAP繫結操作等)的支援;AES加密;帶SHA256的PKCS#7,DSA升到4096位;NChannel顏色空間;嵌入式附件的附加支援,包括跨文件鏈入及來自嵌入的檔案;增強和澄清數位簽章相關的使用權和修改檢測及阻止簽名;[18] Acrobat JavaScript Scripting Reference,7.0版[24] 7.0
1.7
(ISO 32000-1:2008
[4][25]
第六版(ISO第一版) 2006(ISO 2008) 增加3D藝術的呈現;XFA 2.4富文字元素及屬性;多附件(可攜式收集);PDF消費者應用的文件要求;新字串類型:PDFDocEncoded字串、ASCII字串、位元組字串;帶SHA384、SHA512和RIPEMD160的PKCS#7;JavaScript for Acrobat API Reference 8.0版(適用於Adobe Acrobat Professional、Acrobat Standard和Adobe Reader的JavaScript擴充功能的物件、屬性及演算法的文件)[26] 8
1.7 Adobe Extension Level 1[27] 2008 XFA 2.5(Extensions Level 1)和XFA 2.6(Extensions Level 2)(XFA 2.6定義如下所示:XFA安全提交,新的設定檔——XFA前景色(XFAF)——每個XFA表單的頁面覆以PDF背景等)[28] 8.1
1.7 Adobe Extension Level 3 2008 256為AES加密;XFA資料集併入符合PDF/A-2標準的檔案;對Adobe Flash應用(SWF)、影片(含H.264編碼的Flash影片)、音訊及其他多媒體、Flash player和整合應用之間的雙向指令碼橋接、可能以Adobe Flex 2模組或者作為普通SWF載入的導航SWF附件的改進;XFA 2.5與2.6富文字協定,[28]XFA 2.7與2.8[29](XFA 2.7與2.8定義如下所示:用於網路服務的認證策略,通過WSDL/SOAP提交,按區域設定字型等) 9
1.7 Adobe Extension Level 5[30] 2009 XFA 3.0 9.1
1.7 Adobe Extension Level 6[31] 2009 XFA 3.1 9.1
1.7 Adobe Extension Level 8[32] 2011 XFA 3.3(如Flash/SWF整合進XFA),[33]比Extension Level 3不同的AES-256密碼處理,因為密碼測試演算法的虛弱。[34][35]規格截至2014年11月未出版。[25] X (10)

ISO標準ISO 32000-1:2008及Adobe PDF 1.7在技術上是相容的。[25][36][37]Adobe宣稱沒有制定PDF 1.8參考。PDF規格的未來版本將由ISO技術委員會制定。然而,Adobe出版的文件指明什麼是PDF的專有擴充功能功能,ISO 32000-1(PDF 1.7)之外的在新發布的產品中支援。這利用了如同在Annex E中ISO 32000-1中記錄的PDF的擴充功能性特性。[25]

PDF規格包容性滯後。PDF 1.7規格包括了所有先前的功能性的Adobe PDF規格1.0到1.6版的記錄。在那裡Adobe從他們的標準刪除了PDF的某些特性,那些沒被包含在ISO 32000-1[4]。一些特性被標為落後的。

PDF文件遵循帶有PDF 1.7版的ISO 32000-1標準。包含了Adobe擴充功能的特性仍帶有PDF基礎版本號1.7的文件也包含隨著文件的建立擴充功能的指示。[25]

ISO標準化[編輯]

自1995起,Adobe參與了一些由ISO建立出版技術規範及在用於特定行業及用途的PDF標準專業子集(如PDF/X或PDF/A)行程中與ISO協作的工作群組。[38]制定完整PDF規格的子集的目的是移除那些不需要或會對特定用途造成問題以及一些要求的功能的使用在完整PDF規格中僅僅是可選的(不是強制性的)功能。

2007年1月29日,Adobe宣布將發布完整的PDF 1.7規格給美國國家標準協會(ANSI)及企業內容管理協會英語Association for Information and Image Management#Enterprise Content Management Association,為了由國際標準化組織(ISO)發布。[38]ISO將制定PDF規格是未來版本,而且Adobe僅僅是ISO技術委員會的一員。[25]

ISO「全功能PDF」的標準[38]在正式編號ISO 32000之下發布。全功能PDF規格意味著不僅僅是Adobe PDF規格的子集;就ISO 32000-1而言全功能PDF包含了Adobe的PDF 1.7規格定義的每一條。然而,Adobe後來發布了不是ISO標準的一部分的擴充功能。[25]那些也是PDF規格中的專有功能,只能作為額外的規格參考。[8][10]

PDF標準化的子集[編輯]

下列指定的PDF規格的子集被定為ISO標準(或者在標準化過程當中):[4][39][40][41]

  • PDF/X(2001年起—ISO 15929及ISO 15930系列標準的一部分)又叫「PDF for Exchange」——用於「圖形技術——印刷前資料交換」——(ISO技術委員會130的工作),基於PDF 1.3、PDF 1.4還有後來的PDF 1.6
  • PDF/A(2005年起—ISO 19005系列標準的一部分)又叫「PDF for Archive」——「文件管理——用於長期儲存的電子文件檔案格式」(ISO技術委員會171的工作),基於PDF 1.4還有後來的ISO 32000-1 - PDF 1.7
  • PDF/E(2008年起—ISO 24517)又叫「PDF for Engineering」——「文件管理——使用PDF的工程文件格式」(ISO技術委員會171的工作),基於PDF 1.6
  • PDF/VT(2010年起—ISO 16612-2)又叫「PDF for exchange of variable data and transactional (VT) printing」——「圖形技術——可變資料交換」(ISO技術委員會130的工作),基於PDF 1.6並受限於PDF/X-4及PDF/X-5[42]
  • PDF/UA(2012年起—ISO 14289-1)又叫「PDF for Universal Accessibility」——「文件管理應用——可存取的電子文件檔案格式」(ISO技術委員會171的工作),基於ISO 32000-1 - PDF 1.7

還有PDF/H,也就是「PDF Healthcare」,最佳措施導覽(Best Practices Guide,BPG),通過實施指南(Implementation Guide,IG)增補,2008年發布。PDF Healthcare不是一個標準或者推薦標準,但僅僅是一個使用已有標準及其他技術的指南。受到標準發展機構ASTMAIIM支援。PDF/H BPG基於PDF 1.6。[43][44][45]

PDF 1.7[編輯]

PDF 1.7的最終修訂的文件由ISO技術委員會171於2008年1月認可,並以ISO 32000-1:2008發布於2008年7月1日,題為「Document management – Portable document format – Part 1: PDF 1.7」。

ISO 32000-1:2008是第一份全功能PDF的ISO標準。先前的ISO PDF標準(PDF/A、PDF/X等)用於更特殊的用途。ISO 32000-1包括了所有先前的功能性的Adobe PDF規格1.0到1.6版的記錄。Adobe從先前的版本中移除了某些PDF特性;這些特性也沒包含在PDF 1.7中。[4]

ISO 32000-1文件由Adobe Systems Incorporated基於《PDF Reference, sixth edition, Adobe Portable Document Format version 1.7, November 2006》準備的。在一個特殊的快速行程下檢驗、修訂並接受,通過《ISO Technical Committee 171 (ISO/TC 171), Document management application, Subcommittee SC 2, Application issues》,與ISO成員的提議並列。

根據ISO PDF標準:[46]

ISO 32000-1:2008指定獨立於他們建立的環境或他們檢視、閱讀的環境的用於呈現電子文件的數位形式以使用戶交換並檢視電子文件。該標準用於建立PDF檔案的軟體的開發者(相應的作者)、閱讀已有PDF檔案及解釋其內容以顯示和協作的軟體(相應的讀者)以及用於其他多種目的閱讀和/或編寫PDF檔案的PDF產品(相應的產品)。

一些Adobe Systems控制下的專屬的規格(如Adobe Acrobat JavaScript或XML表單架構)處於ISO 32000-1規範性參考中,而且對於ISO 32000-1標準的應用不可或缺。[38]

PDF 2.0[編輯]

PDF標準的新版本以ISO/CD 32000-2 - Document management – Portable document format – Part 2: PDF 2.0的名義下開發(截至2013年8月)。[47][48]PDF 2.0被ISO作為新提議於2009年採納(ISO/NP 32000-2)。TC 171 SC 2 WG 8委員會的ISO 32000-2(PDF 2.0)制定工作正在持續以積極開發文件;處理數以百計的技術和編輯上的建議,並管理由多個當事人(包括Adobe Systems)組成的八個特設委員會。為提供更多時間以開發文件,原來的ISO專案於2012年撤銷(作為「國際標準草案」處於調查階段),並啟動新專案。[47][48][49]

Adobe提交了《Adobe Extension Level 5》和《Adobe Extension Level 3》規格給ISO以納入ISO 32000-2規格,但只有其中一部分特性被採納。

ISO委員會開發PDF 2.0的目標包括了進一步的增強、PDF語言的改進、去除不再使用的特性(如Form XObject名稱)與Adobe專有的規格的標準化(如Adobe JavaScript、Rich Text)。[10][50]

PDF 2.0將參考Adobe的XML表單架構3.1。2011年ISO委員會強烈要求Adobe Systems提交XFA規格給ISO用以標準化並要求Adobe Systems保持XFA規格的穩定。ISO表示擔心XFA規格的穩定性。[8]

ISO TC 171 SC 2 WG 8[編輯]

成立於2008年以策劃PDF參考書作為ISO標準的Working Group 8通常一年召開兩次會議,來自十多個國家的成員在每個例項中參與。ISO委員會關於ISO 32000的會議向受到學科問題專家認可的人開放。有興趣的人一方會為有關參與ISO 32000的資訊聯繫各自的ISO成員體。

當前的專案領導人:Cherie Ekholm、微軟及專案聯合領導人、獨立顧問Duff Johnson[51]

過去的專案領導人:2008-2011:James King,PhD、Adobe Systems

ISO秘書處:Betsy Fanning,AIIM

GB標準化[編輯]

2009年9月1日,作為電子文件長期儲存格式的PDF/Archive(PDF/A)經中國國家標準化管理委員會批准已成為正式的中華人民共和國國家標準(GB)[52],標準號為GB/T 23286.1-2009[53]

技術基礎[編輯]

任何人可以建立能閱讀和編寫PDF而不需要給Adobe Systems支付版稅的應用;Adobe對PDF持有專利,但以買斷式授權的方式許可使用於開發遵從PDF規格的應用。[54]

PDF主要由三項技術組成:

  • 衍生自PostScript頁面描述語言的子集,用以生成和輸出圖形。
  • 字型嵌入/替換系統,可使字型隨檔案一起傳輸。
  • 結構化的存儲系統,用以綁定這些元素和任何相關內容到單個檔案,帶有適當的資料壓縮系統。

PostScript[編輯]

PostScript是一種執行於直譯器以生成圖像的頁面描述語言,一個需要大量資源的行程。不僅能處理圖形,也具有ifloop之類命令的標準程式語言特性。PDF很大程度上基於PostScript,但做了簡化,以移除像這樣的流控制特性,還保持著lineto之類的圖形命令。

通常,類PostScript的PDF代碼產生於PostScript原始檔。以PostScript代碼輸出的圖形命令被收集並標記;其中文件所參照的任何檔案圖像或字型也被收集,然後每一件都被壓縮成單個檔案。由此,整個的PostScript領域(字型、輸出、計量)得以保持完整。

作為一個文件格式,PDF相比較於PostScript有一些優勢:

  • PDF包含已標記和解析的PostScript原始碼,以在修改PDF頁面描述中的項與修改所產生的頁面造型之間直接保持一致。
  • PDF(自1.4版)支援真圖形透明度;PostScript不支援。
  • PostScript是一種帶有隱形全局狀態的直譯程式語言,因此伴隨著一頁的指令能任何後續頁面的表現。因此,PostScript文件中所有先前的頁面必須經過處理以決定所給出的頁面的正確的表現,而PDF文件中的每一頁不受其他因素的影響。結果PDF檢視器允許用戶迅速跳轉到長文件的最後一頁,而一個PostScript檢視器需要在能夠顯示目標頁面之前繼續地處理所有的頁面(除可選PostScript文件結構規範英語Document Structuring Conventions已被周密地遵守外)。

技術概括[編輯]

檔案結構[編輯]

PDF檔案是COS("Carousel" Object Structure,Carousel物件結構)格式的子集。COS也伴隨著FDF檔案。[55]COS樹檔案主要由物件組成,其中有八種類型:[56]

物件可以是直接(嵌入其他物件)或非直接的。直接物件以物件號及代號編號。稱為xref表的索引表賦予每個物件從檔案開頭起的位元組偏移量。[57]這一設計允許有效的隨機存取到檔案中的物件,還允許無需重寫整個檔案(增量更新)即可做出小的改動。從PDF 1.5版開始,非直接物件也可位於稱為「物件流」的字串流中。這一增加檔案大小的技術有大量小的非直接物件,並且對置標PDF特別有用。

PDF檔案有兩種輸出方式:非線性(非「最佳化」)和線性(「最佳化」)。非線性PDF檔案比線性的占用更小的硬碟空間,即使因為一部分的資料要求文件中的集合頁面通過PDF檔案分散開而存取更慢。線性PDF檔案(也稱「最佳化」或「web最佳化」PDF檔案)以使得網頁瀏覽器外掛模組無需等待下載整個檔案來閱讀的方式構建,自從它們以線性方式寫入硬碟(如同頁面順序)開始。[25]PDF檔案或許會用Adobe Acrobat軟體或QPDF最佳化。

圖像模式[編輯]

圖形在PDF中呈現的基本設計是以非常類似於PostScript中的方式,除了PDF 1.4增添的透明度的使用。

PDF圖形使用裝置獨立性英語device independent笛卡兒坐標系來描述頁面的外觀。一個PDF頁面描述可使用矩陣縮放旋轉錯切圖形元素。PDF中的一個主要概念是圖形狀態,即是可能會通過頁面描述修改、儲存或還原的圖形參數的集合。PDF有(如在1.6版)24種圖形狀態屬性,其中最重要的有:

向量圖[編輯]

PDF中的向量圖如同在PostScript當中一樣,是由路徑組成的。路徑通常由直線和多項的貝茲曲線組成,但也可以從文字的外廓構建。不同於PostScript,PDF不允許帶直線和曲線的單一路徑去組合文字外廓。路徑可被描繪、填充或用於剪取英語clipping path。描繪和填充可用任意圖形狀態中的色彩集,包括式樣。

PDF支援多種調色盤類型。最簡單的是瓷磚式樣,其中藝術作品的一部分被指定以被重複地繪製。這可能是彩色瓷磚式樣,帶有在式樣物件中的指定的顏色,或是延遲色別編碼到式樣已繪製時候的沒有顏色的瓷磚式樣。從PDF 1.3開始還有了底紋式樣, 連續繪製不同的顏色。七種底紋式樣中最簡單的是軸向底紋(Type 2)和徑向底紋(Type 3)。

點陣圖[編輯]

PDF中的點陣圖(稱作Image XObjects)由帶相關字串流的字典呈現。字典描述了圖像的屬性和包含圖像資料的流。(少見的是,點陣圖或許會作為一個內嵌圖像被直接嵌入於頁面描述。)圖像通常出於壓縮的目的過濾。PDF中支援的圖像過濾器包含了常用的過濾器

  • ASCII85Decode 用於把字串流放入7位ASCII的過濾器
  • ASCIIHexDecode 類似於ASCII85Decode,但相容性低
  • FlateDecode 基於RFC 1950及RFC 1951所定義的zlib/deflate演算法(亦即gzip,但不是zip)的常用過濾器;引入於PDF 1.2;可用兩組預測功能中的一組以進一步相容zlib/deflate演算法:出自TIFF 6.0規格中的Predictor 2和來自PNG規格(RFC 2083)的預測器(過濾器)
  • LZWDecode 基於LZW演算法的過濾器可用兩組預測功能中的一組進一步相容LZW壓縮:出自TIFF 6.0規格中的Predictor 2和來自PNG規格的預測器(過濾器)
  • RunLengthDecode 使用遊程編碼演算法和圖像指定的過濾器的用於帶重複資料的字串流的簡單的壓縮演算法
  • DCTDecode 基於JPEG標準的有損過濾器
  • CCITTFaxDecode 基於ITU-T T.4和T.6中定義的Group 3或Group 4 CCITT(ITU-T)傳真壓縮標準的無失真二值(黑白)過濾器
  • JBIG2Decode 基於JBIG2標準的有損或無失真二值(黑白)過濾器,引入PDF 1.4
  • JPXDecode 基於JPEG 2000標準的有損或無失真過濾器,引入PDF 1.5

通常PDF中包含的所有圖像嵌入於圖像,但PDF允許圖像資料通過使用外部字串流或替代圖像儲存於外部檔案。PDF的標準子集,包括PDF/APDF/X,禁止這些特性。

文字[編輯]

文字在PDF中以頁面內容字串流中的「文字元素」呈現出來。一個文字元素指定字元應在指定位置描繪。字元用所選字型源的編碼指定。

字型[編輯]

PDF中的字型物件是對數位字型的描述。可能是字型中的字元的描述,或者是包含嵌入的字型檔案。後者叫嵌入字型,前者叫非嵌入字型。所嵌入的字型檔案基於廣泛使用的標準數位字型檔案:Type 1(及其壓縮版變種CFF)、TrueType和(自PDF 1.6版起)OpenType。另外PDF支援由PDF圖形處理器描述的字型元件中的Type 3變種。

Standard Type 1字型(Standard 14字型)[編輯]

以Standard 14字型著稱的四種字型在文件中PDF有特別的意義:

這些字型有時稱作Base 14字型。[58]這些字型或有相同度量的合適的替代字型,必須能用在所有PDF閱讀器上,而且不必嵌入PDF。[59]PDF檢視器必須掌握這些字型度量。否則字型如果沒有嵌入PDF就可能會被替換。

編碼[編輯]

文字字串中,字元用以編碼對映字形於當前字型的字元代碼(整數)顯示。預定義的編碼有多種,包括WinAnsi、MacRoman,以及大量東亞語言編碼,而且字型可以有自己的編碼。(即使WinAnsi和MacRoman編碼取自WindowsMacintosh作業系統中歷史上的專有編碼,用這類編碼的內容在任何平台上都執行的好。)PDF可以指定可以使用的預定義的編碼、字型內建編碼,或者提供預定義或內建編碼的查詢表(不對TrueType字型推薦)。[60]PDF中的編碼機制是為Type 1字型設計的,而且應用到TrueType字型的規則是複合的。

對於大型字型或者帶非標準字形的字型,特殊編碼Identity-H(用於橫寫)或Identity-V(用於豎寫)被使用。如果關於字元的語意資訊被預定義,這類字型有必要提供ToUnicode表。

透明度[編輯]

PDF的原始圖像模型像PostScript的opaque:頁面上描繪的每個物件完全替換先前在同一位置標記的任何東西。在PDF 1.4中圖像模型被擴充功能以允許透明度。使用透明度的時候,新物件與先前標記的物件相互作用產生混合的特效。透明度添加到PDF由寫到PDF 1.3及早期的規格的產品中被忽略設計的新的擴充功能方法完成。結果,使用少量透明度的檔案在舊的檢視器中可能會以被接受地視圖檢視,但大量用透明度的檔案在舊的檢視器中會顯示不正確而沒警告。

透明度擴充功能基於透明度組、混合模式、形狀和alpha的關鍵概念。這一模式緊密對應Adobe Illustrator 9的特性。混合模式基於當時Adobe Photoshop所用的。PDF 1.4規格出版的時候,用於計算混合模式的公式被Adobe保密。此後它們被公布。[61]

PDF規格中透明度組的概念獨立於Adobe Illustrator之類的應用中已有的「組」或「層」的概念。那些反映物件之上的邏輯關係的分組在編輯那些物件的時候有意義,但不是圖像模型的一部分。

互動式元素[編輯]

PDF檔案或許包含注釋、表單、影片和Flash動畫之類的互動式元素。

富媒體PDF是一個用來描述可以嵌入或鏈入PDF的互動式內容的術語。這一內容必須用Flash檔案格式提供。Adobe收購Macromedia的時候,公司的主業是Flash,而且Flash播放器被嵌入Adobe Acrobat,Adobe Reader,移除了用於Flash、QuickTime或Windows Media之類第三方外掛模組的需。不幸的是,這造成QuickTime影片從PDF被禁這樣與蘋果公司的裂痕。富媒體專家Robert Connolly英語Bob Connolly (Canadian film director)#Books.2C eBooks and Magazine Articles相信這一事件引發了蘋果與Adobe之間Flash iPhone/iPad爭論之上的衝突。富媒體PDF將不在蘋果的iPad之類的iOS裝置上操作,而且互動性受到限制。

互動式表單是一個添加表單到PDF檔案格式的機制。

PDF當前支援用於整合資料和PDF表單的兩種不同的辦法。兩種格式今天並存於PDF規格:[38][62][63][64]

  • AcroForms(又叫Acrobat forms)引入PDF 1.2格式規格並包含於所有後來的PDF規格。
  • Adobe XML表單架構英語XML Forms Architecture(XFA)的表單,引入PDF 1.5格式規格。XFA規格沒有包含於PDF規格,僅僅作為可選特性參考。Adobe XFA表單不與AcroForms相容。[65]

AcroForms[編輯]

AcroForms於PDF 1.2格式被引入。AcroForms准許使用物件(如文字域選擇鈕等)及一些代碼(如JavaScript)。

在標準PDF動作類型之外,互動式形式(AcroForms)支援提交、重設和匯入資料。「提交」動作傳送所選表單欄位和值的名稱給指定的統一資源定為符(URL)。互動式表單欄位名稱和值或許會被以任意格式提交(取決於輸出格式、提交的PDF和XFDF旗標的設定):[38]

  • HTML表單格式(自PDF 1.5起用HTML 4.01規格;1.2起用HTML 2.0)
  • 表單資料格式(Forms Data Format,FDF)
  • XML表單資料格式(XML Forms Data Format,XFDF)(擴充功能XFDF規格,2.0版;自PDF 1.5起被支援;在PDF 1.4中替換XML表單提交格式定義)
  • PDF (the entire document can be submitted rather than individual fields and values).(PDF 1.4中定義)

AcroForms可以保持表單欄位於包含key:value組合的外部的單獨的檔案。內部的檔案可能使用FDF和XFDF檔案。[66][67][68]使用權(UR)簽名定義匯入表單資料檔案以FDF、XFDF及文字(CSV/TSV英語delimiter-separated values)格式,及以FDF及XFDF格式從資料檔案匯出檔案的權利。[38]

表單資料格式(FDF)[編輯]
表單資料格式(FDF)
副檔名 .fdf
網路媒體型式 application/vnd.fdf[69]
類型代碼英語Type code 'FDF'
開發者 Adobe Systems
初始版本 1996年 (1996)(PDF 1.2)
延伸自 PDF
延伸至 XFDF
標準 ISO 32000-1:2008
自由格式

表單資料格式(Forms Data Format,FDF)基於PDF,使用同樣的句法和基本上一樣的檔案結構,但比PDF簡單,自從FDF文件的主體由只有一個要求的物件組成開始。表單資料格式定義於PDF規格(自PDF 1.2起)。表單資料格式可在表單資料到伺服器、接收回應和組合到互動式表單的時候被使用。還可以被用來匯出表單資料到能被導回到相應的PDF互動式表單的單獨的檔案。從PDF 1.3開始,FDF可被用來定義用於從所應用的PDF文件分開的注釋的容器。FDF通常封裝X.509憑證之類的資訊、要求憑證、設定目錄、設定時間戳伺服器和為網路傳輸嵌入PDF檔案。[68]FDF使用MIME內容類型application/vnd.fdf、副檔名.fdf,並在Mac OS使用檔案類型'FDF'。[38]匯入和匯出獨立FDF檔案的支援沒有被自由或免費PDF軟體廣泛的實現。例如,Evince、Okular、Poppler、KPDF或Sumatra PDF沒有匯入/匯出的支援,然而,Evince、Okular和Popller填入PDF Acroforms並在PDF中儲存已填寫資料。匯入獨立FDF檔案的支援在Adobe Reader中得到實現;匯入和匯出支援(包括在PDF中儲存FDF資料)作為範例在Foxit Reader和PDF-XChange Viewer Free中得到實現;PDF檔案中FDF資料的儲存也被pdftk支援。

XML表單資料格式(XFDF)[編輯]
XML表單資料格式(XFDF)
副檔名 .xfdf
網路媒體型式 application/vnd.adobe.xfdf[70]
類型代碼英語Type code 'XFDF'
開發者 Adobe Systems
初始版本 2003年7月 (2003-07)(參照於PDF 1.5)
最新版本
3.0
(2009年8月,​7年前​(2009-08)
延伸自 PDF、FDF、XML
標準 否(在標準化,如同ISO/CD 19444-1[71]
網站 XFDF 3.0規格

XML表單資料格式(XFDF,XML Forms Data Format)是表單資料格式的XML版,但XFDF只執行FDF內含表單及注釋的子集。FDF字典中的一些詞條沒有等價於XFDF的,像是狀態、編碼、JavaScript、頁面關鍵字、嵌入式FDF、差異和目標。此外,XFDF不允許在基於已給定的資料的新頁面大量生成或者添加;就像使用FDF檔案的時候能被完成的一樣。XFDF規格被參照於(但不包含於)PDF 1.5規格(及其以後的版本)。它被單獨描述為「XML表單資料結構規格」(XML Forms Data Format Specification)。[67]PDF 1.4規格允許以XML格式提交表單,但在PDF 1.5規格中以XFDF格式提交取代。XFDF符合XML標準。截至2014年11月,XFDF 3.0以「ISO/CD 19444-1 - Document management - XML forms data format - Part 1: XFDF 3.0」為名處在ISO/IEC標準化行程中。[71]

XFDF可用以和FDF相等的方式,如提交表單資料給伺服器,做出修訂,然後返回,並且新表單資料被匯入到互動式表單。它還可以用來匯出表單資料到能被導回到相應的PDF互動式表單的單獨的檔案。匯入和匯出獨立XFDF檔案的支援沒有被自由或免費PDF軟體廣泛的實現。XFDF的匯入在Adobe Reader 5及以後的版本中得到實現;匯入和匯出在PDF-XChange Viewer Free中得到實現;在PDF表單中嵌入XFDF資料在pdftk(pdf toolkit)中得到實現。

Adobe XML表單架構(XFA)[編輯]

PDF 1.5格式中,Adobe Systems引入了新的、專有的表單格式,名為Adobe XML表單架構(XFA)。XFA 2.02參照在PDF 1.5規格(及以後的版本),但單獨描述為《Adobe XML Forms Architecture (XFA) Specification》,有多個版本。[72]XFA規格沒有包括在ISO 32000-1 PDF 1.7並僅僅作為由Adobe建立的外部專有規格參照。XFA沒有作為ISO標準而標準化。2011年ISO委員會(TC 171/SC 2/WG 8)強烈要求Adobe Systems提交XFA規格以標準化。[8]

Adobe XFA表單不與AcroForms相容。Adobe Reader包含使用XFA表單的「禁用特性」,僅在開啟只來自Adobe的可行的技術建立的PDF文件時啟用。[73][74]XFA Forms不相容於Adobe Reader 6以前的版本。

XFA表單可建立或用作PDF檔案或作為XDP(XML封包英語XML Data Package)檔案。PDF中XFA源的格式由XML封包規格描述。[38]XDP可能作為單獨的文件,也可能在PDF文件的內部攜帶。XDP提供打包周邊XML容器內部的表單元件的機制。XDP也可以打包一個PDF檔案,伴隨XML表單和模板資料。[72]PDF可能包含XFA(在XDP格式中),XFA也可能包含PDF。[72]在用於XFA表單XFA(XML表單架構)語法從一個應用移到另一個應用的時候,它們必須以XML封包封裝。[75]

當PDF和XFA結合在一起,結果是任意頁面中的XFA表單覆蓋了PDF背景。這一架構有時被提作XFAF(XFA Foreground,XFA前景)。替代方法是直接在XFA(不用PDF,或者只用帶有PDF標記的最小構造XFA的容器的「外掛PDF」,或用靜態XFA表單的預彩現描述作為PDF)展開所有表單,包括樣板檔案。這有時被稱為全XFA。[75]

PDF 1.5開始,可變文字欄位的文字內容,以及標記註解可能包含格式資訊(樣式資訊)。這些富文字字串是符合XML表單架構規格2.02(本身是XHTML 1.0規格的子集)定義的富文字慣例的XML文件,擴充功能了CSS2樣式屬性中受限的設定。[38]PDF 1.6中,PDF支援XML表單架構(XFA)規格2.2定義的富文字元素和屬性。PDF 1.7中,PDF支援XML表單架構(XFA)規格2.4定義的富文字元素和屬性。[38]

多數PDF處理器不處理XFA內容。生成外掛PDF的時候會被建議包含於PDF標記的一個簡單的單頁PDF圖像顯示警告(如:「為了檢視本文件的全部內容,你需要新版PDF檢視器」等。)能彩現XFA內容的PDF處理器應該不現實警示頁面圖像或者以動態表單內容迅速替換。[33]帶有一些XFA彩現功能支援的PDF軟體的例子包括Adobe Reader for Windows、Linux、Mac OS X(但不是Adobe Reader Mobile for Android / iOS)或Nuance PDF Reader。

邏輯架構與可讀性[編輯]

「置標」PDF(ISO 32000-1:2008 14.8)包含文件架構和語意資訊以可用可靠的文字提取並能存取。從技術上說,置標PDF是建立在邏輯架構的框架上的對格式的程式化的使用,引入到PDF 1.3。置標PDF定義一組標準的結構類型並賦予允許頁面內容(文字、圖形和圖片)被提取並為其他目的再利用的屬性。[76]

置標PDF不需要PDF檔案僅僅用來列印的情況。自從這一特性可選,而且ISO 32000-1指定的用於置標PDF的規則相對模糊,對置標PDF的支援在消費裝置當中,包括輔助技術(AT),是參差不齊的。[77]

開發針對可讀性的PDF規格的ISO標準化子集的AIIM計劃起於2004年,最終成為PDF/UA

安全和簽名[編輯]

一份PDF檔案可能以用於驗證的擔保或者數位簽章加密。

由Acrobat PDF提供的標準擔保以兩種不同的方法及兩種不同的密碼組成,用戶密碼,加密檔案並阻止開啟;所有者密碼,指定即使文件被解密的時候應該被限制的操作,可以包括:列印、從文件複製文字和圖像、修飾文件,或者添加或刪除文字注釋和AcroForm欄位。用戶密碼(控制開啟)加密檔案並要求密碼破解英語password cracking以去除,難度取決於密碼長度及加密演算法——它可能非常安全(假設好的密碼及加密演算法沒有已知的攻擊手法)。所有者密碼(控制操作)不加密檔案,相反取決於用戶端軟體以遵循這些限制,並且不安全。所有者密碼可以被許多通常可用的PDF破解軟體移除,包括一些自由的線上服務。[78]由此,文件作者放在PDF文件中的使用限制不安全,而且不能在一旦檔案被散布時保證;這一危險在使用Adobe Acrobat軟體以建立或編輯PDF檔案應用這類限制的時候顯現出來。

即使沒有移除密碼,許多免費或開源PDF閱讀器忽略權限「保護」並允許用戶列印或者做文字摘要的複製,就像文件沒被密碼保護限制一樣。

一些解決方案像Adobe的LiveCycle Rights Management更強化資訊權利管理的方式,不僅能限制誰能開啟文件,而且以標準的安全處理程式做不到的方式可靠的執行權限。

使用權[編輯]

從PDF 1.5起,使用權(UR)簽名用來啟用在一些PDF檢視器應用中不是預設的附加的互動式特性。這一簽名用來驗證由真實的授權機構賦予的許可。例如,它可以允許用戶:[38]

  • 儲存伴有修訂表單和/或注釋資料的PDF文件
  • 從FDF、XFDF和文字(CSV/TSV)格式中的資料檔案匯入
  • 從FDF和XFDF格式中的資料檔案匯出
  • 從資料提交
  • 從命名的頁面模板instantiate 新頁面
  • 應用一個數位簽名到已有的數位簽名表單欄位
  • 建立、刪除、修正、複製、匯入、匯出注釋

例如,Adobe Systems在Adobe Reader中授權啟用附加特性,使用公鑰密碼學。Adobe Reader使用從一個Adobe授權的權威認證的驗證那個簽名。PDF 1.5規格宣稱其他PDF閱讀器應用可以為他們自己的目的自由使用這一相同機制。[38]

檔案附件[編輯]

PDF檔案可以有文件級和頁面級的檔案附件,讀者可存取並開啟或儲存於原生的檔案系統。PDF附件可作為範例用pdftk加到已有的PDF檔案。Adobe Reader提供對附件的支援,而且基於Poppler的閱讀器如EvinceOkular也有對文件級附件的支援。

後設資料[編輯]

PDF檔案可包含兩種類型的後設資料。[79]第一種是文件資訊字典,一套像作者、標題、主題、建立及更新日期的關鍵字/值欄位。這儲存於可選的檔案尾部。有一小組欄位是有定義的,而且如果有需要,可以用附加的文字欄位擴充。

後來在PDF 1.4中,對後設資料流的支援被加入,用可延伸後設資料平台(XMP)來添加像在其他檔案格式那樣的基於XML標準的可延伸的後設資料。這允許後設資料附加到文件中的任何字串流,諸如關於嵌入式插圖的說明,以及整個文件(附加到文件目錄),使用可延伸的綱要。

未來[編輯]

ISO 32000-2:下一代PDF[編輯]

已知的PDF句法術語如「PDF-2.0」、ISO 32000-2將第一次升級為完全在ISO委員會行程(TC 171 SC 2 WG 8)中開發的PDF規格。ISO 32000-2的發布據估計是在2016年的上半年。常駐於TC 171成員國或觀察員國的感興趣的一方並願意參與的需聯繫他們國家的成員體或TC 171 SC 2的秘書處。[80]PDF協會的會員或許通過PDF協會與ISO TC 171 SC 2的A類聯絡人複查並評論草案。[81]

Mars[編輯]

Adobe探索基於XML的下一代PDF代號Mars。[82]

Mars的圖形元素的格式有時簡單地描述為SVG[83]但根據2007年11月的0.8版草案規格(§3 Mars SVG Support)這一格式實際上僅僅是接近於SVG:它同時包含SVG新增和移除的部分,因此一般不可被標準SVG工具檢視或建立:一些東西在SVG檢視器和Mars檢視器之間看起來明顯不同。

Adobe Systems於2008年停止開發Mars。[84]

技術問題[編輯]

掃描的文件[編輯]

掃描器硬拷貝文件建立的PDF檔案包含原始文字沒有由相同的文件直接建立的PDF檔案那樣相同的架構。掃描的文件原本地包含了文件的圖片,沒有關於文字的資訊。只要用戶可以看到它只是另一個PDF檔案,帶有從其他任意地方來的不能區分的名稱和副檔名;好的掃描器或許會精確地視作與原生的PDF檔案相同,即使是視覺上品質很差的檔案,常常帶有扭曲的頁面,給出了其本性。然而,檔案大小會明顯不同,而且不能搜尋文字。對於精確品質的掃描可以用帶光學字元識別(OCR)的合適的軟體識別文件中的文字,並嵌入文件中而使其可以檢索,取決於OCR的準確性。

可讀性[編輯]

PDF檔案可專門為讓殘疾人閱讀而建立。[85][86][87][88][89]截至2014年 (2014-Missing required parameter 1=month!)PDF檔案格式在使用中可以包含標籤(XML)、替換文字、標題、音訊描述等。置標PDF在PDF/A-1a規格中被要求。[90][91]一些軟體可以自動生成置標PDF,但這個特性不被預設啟用。[92][93]常見的螢幕閱讀器,包括JAWSWindow-Eyes、Hal和Kurzweil 1000及3000可以朗讀置標PDF,就像Acrobat和Acrobat Reader後來的版本一樣。[94][95][96]此外,置標PDF可為有視覺障礙的讀者重排和放大。問題仍存在於給舊版PDF和從掃描的文件生成的PDF加標記。這些情況下,可讀性標記和重排就不可用,而且必須手動或用OCR技術處理。這些過程對於一些殘疾人是達不到的。

對PDF可讀性的一個重大挑戰是PDF文件有三種不同的視圖,取決於文件的建立,會和其他視圖相矛盾。這些視圖有:物理視圖、標記視圖和內容視圖。物理視圖可以顯示和列印(多數人認為的PDF文件)。標記視圖是螢幕閱讀器和其他存取技術用來給有障礙的用戶帶來高品質導航和閱讀體驗的。內容視圖基於PDF內容字串流中的物件的物理排列,並可能由不完全支援標記視圖的軟體顯示,如Adobe Reader的Reflow特性。

基於ISO 32000-1的可閱讀PDF國際標準PDF/UA在2012年以ISO 14289-1發布,並為可閱讀PDF技術建立規範的語言。

病毒和漏洞[編輯]

PDF附件帶病毒最先發現於2001年。這種名為OUTLOOK.PDFWorm或Peachy的病毒,會通過Microsoft Outlook以附件的形式將自己傳送至Adobe PDF檔案。然後會用Adobe Acrobat將自身啟用,但不會被Acrobat Reader啟用。[97]

隨著時間推移,新的漏洞在Adobe Reader的多個版本被發現,[98]促使企業發出安全性修復。其他PDF閱讀器也容易受到影響。一個惡化的因素是PDF閱讀器會被配置在網頁嵌入PDF時候自動啟動,為攻擊帶來了載體。如果惡意的網頁包含一份利用PDF的漏洞感染的PDF檔案,系統會無法抵抗,即使瀏覽器是安全的。其中一些漏洞是由於PDF標準允許PDF文件用JavaScript指令碼指令的結果。在PDF閱讀器中禁止執行JavaScript有助於緩解那些未來的漏洞,即使這不阻止PDF檢視器其他部分的漏洞。安全專家稱JavaScript對於PDF閱讀器來說不是基本的,而且出于禁止JavaScript的安全保障勝過任何造成的相容性問題。[99]阻止PDF檔案漏洞的一種方式是有本地或網路服務能在閱讀前把檔案轉換成其他格式。[100]

2010年3月30日安全專家Didier Stevens報告Adobe Reader和福昕閱讀器有如果用戶經詢問允許啟動時執行惡意執行檔的漏洞。[101]

使用限制和顯示[編輯]

PDF可能會被加密,以致檢視或編輯內容時會要求輸入密碼。PDF參考書同時定義40位和128位元加密,都運用RC4MD5的複雜系統。PDF參考書還定義第三方可以制定他們自己的PDF加密系統的方式。

PDF檔案或許還包含嵌入的DRM限制,提供限制複製、編輯或列印的進一步控制。複製、編輯或列印的限制取決於閱讀軟體遵循他們,因此他們提供的安全機制是有限的。

PDF參考書有面向終端使用者概覽的技術細節。[102]就像HTML檔案一樣,PDF檔案可以向網路伺服器提交資訊。這可以被用來追蹤用戶端PC的IP位址,這一過程被稱作背景連線通訊。Acrobat Reader升級到7.0.5以後,用戶會被提示「...via a dialogue box that the author of the file is auditing usage of the file, and be offered the option of continuing」。[103]

Adobe通過LiveCycle安全伺服器提供針對特定文件設定安全策略的方法。這可以包括要求用戶認證並限制文件可被離線開啟的時候可以被存取或者載入的時期。PDF文件一旦被繫結到策略伺服器和指定策略,這一策略可以被所有者更改或撤銷。這一策略控制文件,否則就是「在自然狀態下」。每個文件開啟或關閉事件也可以被策略伺服器追蹤。策略伺服器可以由個人設定,或Adobe通過Adobe線上服務提供公共服務。和其他DRM形式一樣,依附這些策略和限制有可能會,也有可能不會被閱讀器軟體執行。

預設的顯示設定[編輯]

PDF文件可以包含顯示設定,包括頁面顯示輸出和縮放級別。開啟文件的時候Adobe Reader用這些設定去替換用戶的預設設定。[104]免費的Adobe Reader不能移除這類限制。

內容[編輯]

PDF檔案通常混合了向量圖形、文字和點陣圖。PDF的基本內容包括:

  • 文字儲存為內容字串(就是不是文字本身)
  • 由圖形和線條組成的用於說明和設計的向量圖形
  • 由相片和其他類型的圖片組成的點陣圖

在近期PDF標準修訂中,PDF文件還支援連結(文件內部或網頁)、表單、JavaScript(可通過Acrobat 3.0的外掛模組啟用),或者其他任意類型的能用外掛模組控制的可嵌入內容。

PDF 1.6支援互動式3D文件嵌入PDF——3D繪圖可用U3DPRC及其他多種格式嵌入。[105][106]

在電腦螢幕上看起來相似的兩個PDF檔案有可能大小不同。例如,一個高解析度點陣圖比低解析度的占更多的儲存空間。通常更高的解析度更適宜列印文件而不是顯示於螢幕。其他可能影響檔案大小的可能有嵌入全部字型,尤其是東亞字型,以及將文字存為圖片。

軟體[編輯]

PDF通常免費提供,而且許多版本可以從多個來源獲得。

有許多軟體選項用來建立PDF,包括內建於Mac OS X及多數Linux發行版、LibreOfficeMicrosoft Office 2007(如果升級到SP2)、[107]WordPerfect 9、Scribus許多適用於Microsoft Windows的PDF列印驅動、pdfTeX排版系統、DocBook PDF工具、圍繞GhostscriptAdobe Acrobat本身開發的應用以及Adobe FrameMaker的PDF排印功能。Google的線上辦公套件Google Docs也允許上傳、儲存為PDF。

光柵圖像處理器(RIPs)用於轉換PDF檔案為點陣圖格式以適應於成像在紙上及其他媒體的印表機、數字生產用印刷機以及一種被稱為柵格化的行程中的印前。有直接處理PDF能力的RIP包括在出自Adobe Systems和Jaws[108]的Adobe PDF排印引擎[109]與出自Global GraphicsHarlequin RIP當中。

編輯[編輯]

一些用於編輯PDF檔案的特殊軟體,通過受很多限制並且比建立和編輯標準可編輯文件格式更昂貴的選擇。Inkscape 0.46及以後版本允許通過Poppler加入中間的轉譯步驟編輯PDF。

Serif PagePlus可開啟、編輯和儲存已有的PDF文件,以及軟體包中建立的文件的發布。

Microsoft Office Word 2013也支援開啟、編輯和儲存已有的PDF文件的編輯功能。

Enfocus PitStop Pro,Acrobat的外掛模組,允許PDF檔案的手動和自動編輯,[110]同時免費的Enfocus Browser可以使編輯PDF的低階別架構成為可能。[111]

注釋[編輯]

Adobe Acrobat是允許用戶給已建立的PDF檔案注釋、高亮和添加筆記的專有軟體的一個案例。作為自由軟體可用的(GNU通用公共許可協定許可下)一個UNIX應用是PDFedit。另一個GPL授權的原生UNIX應用是Xournal。Xournal允許以不同的字型和顏色注釋,以及用於為文字或段落的快速下劃及高亮線條的規則。Xournal還有一個用於方形、矩形和圓形的形狀識別工具。Xournal中的注釋可以被移動、複製或貼上。免費軟體福昕閱讀器,適用於Microsoft Windows,允許注釋文件。Tracker Software的PDF-XChange Viewer的免費版允許不受限制的注釋和標記。蘋果Mac OS X內建PDF閱讀器Preview也可以像免費軟體Skim那樣注釋,後者支援與LaTeX、SyncTeX和PDFSync整合,以及與BibDesk參考文獻管理軟體整合。免費軟體Qiqqa可以建立總結所有注釋的報告,而且筆記通過他們的PDF函式庫做出來。

對於行動版的注釋,iAnnotate PDF(來自Branchfire)和GoodReader(來自Aji)允許對PDF注釋以及匯出注釋的摘要。

還有一些支援注釋PDF及其他文件格式web注釋系統,如A.nnotatecrocodocWebNotes

在PDF被期望擁有紙質文件的全部功能的地方,墨水注釋會被要求。一些接受來自滑鼠的墨水輸入的程式可能不足以對應平板上的手寫輸入。PC上已有的解決方案包括PDF AnnotatorQiqqa

其他[編輯]

PDF軟體作為線上服務的例子包括用於檢視和儲存的Scribd、用於線上編輯的Pdfvue和用於PDF轉換的Zamzar

1993年出自Global Graphics的Jaws點陣圖處理器成為第一個不用轉換到其他格式原生產生PDF的銷售用的印前RIP。公司在1997年給他們的Harlequin RIP發布了一個有同樣相容性的更新。[112]

愛克發-吉華1997年推介並出售Apogee,第一個基於PDF的印前工作流系統。

許多商業的膠印機接受遞交發布就緒的PDF檔案作為印刷來源,特別是PDF/X-1a子集和相同的變種。[113]發布就緒的PDF檔案的提交是對接收已收集本地檔案工作的不確定性需求的替代。

PDF被選為Mac OS X的「本地」元檔案英語metafile格式,取代早期Mac OSPICT英語PICT格式。Quartz圖形層的圖像模式基於Display PostScript和PDF共有的模式,產生了暱稱Display PDF。Preview應用與Safari網頁瀏覽器2.0及以後版本都可以顯示PDF檔案。對PDF的系統級支援使得Mac OS X應用可以自動建立PDF文件,給它們提供OS標準的列印架構支援。檔案可以按檔案檔頭輸出為PDF 1.3格式。在Mac OS X 10.0到10.3版截圖時,圖像也可以截取為PDF;後來的版本儲存截圖為PNG檔案,雖然這一行為若有需要可以重新設定為PDF。

一些桌面印表機也支援直接列印PDF,可以不用額外的輔助生成PDF資料。目前,所有PDF相容印表機也支援PostScript,但多數PostScript印表機不直接支援PDF列印。

自由軟體基金會曾認為他們的一個高優先級計劃「提供自由、高品質和全功能的一組軟體函式庫及程式實現PDF檔案格式及ISO 32000標準的相關技術」。[114][115]而在2011年,GNU PDF計劃從「高優先級」列表中被移除,因為Poppler函式庫的完善,[116]激勵了像Evince之類的應用與GNOME桌面環境的廣泛應用。Poppler基於Xpdf[117][118]代碼。PDF軟體列表亦列出可用的商業開發用軟體函式庫。

Apache軟體基金會Apache PDFBox計劃是一款用於處理PDF文件的開放原始碼Java函式庫。PDFBox以Apache許可證授權發布。[119]

參考文獻[編輯]

  1. ^ 1.0 1.1 The application/pdf Media Type, RFC 3778, Category: Informational, 2004 
  2. ^ Adobe Systems Incorporated, PDF Reference, Sixth edition, version 1.23 (30 MB), Nov 2006, p. 33.
  3. ^ Warnock, J. The Camelot Project (PDF). PlanetPDF. 1991. This document describes the base technology and ideas behind the project named 「Camelot.」 This project’s goal is to solve a fundamental problem [...] there is no universal way to communicate and view ... printed information electronically. 
  4. ^ 4.0 4.1 4.2 4.3 4.4 4.5 ISO 32000-1:2008 - Document management – Portable document format – Part 1: PDF 1.7. Iso.org. 2008-07-01 [2010-02-21]. 
  5. ^ Orion, Egan. PDF 1.7 is approved as ISO 32000. The Inquirer. The Inquirer. 2007-12-05 [2007-12-05]. ; Adobe wins backing for PDF 1.7. vnunet.com. 
  6. ^ Adobe Systems Incorporated, Public Patent License, ISO 32000-1: 2008 – PDF 1.7 (PDF), 2008 [2011-07-06] 
  7. ^ Guide for the procurement of standards-based ICT - Elements of Good Practice, Against lock-in: building open ICT systems by making better use of standards in public procurement. European Commission. 2013-06-25 [2013-10-20]. Example: ISO/IEC 29500, ISO/IEC 26300 and ISO 32000 for document formats reference information that is not accessible by all parties (references to proprietary technology and brand names, incomplete scope or dead web links). 
  8. ^ 8.0 8.1 8.2 8.3 ISO/TC 171/SC 2/WG 8 N 603 - Meeting Report (PDF), 2011-06-27, XFA is not to be ISO standard just yet. ... The Committee urges Adobe Systems to submit the XFA Specification, XML Forms Architecture (XFA), to ISO for standardization ... The Committee is concerned about the stability of the XFA specification ... Part 2 will reference XFA 3.1 
  9. ^ Embedding and publishing interactive, 3-dimensional, scientificfigures in Portable Document Format (PDF) files. [2013-10-20]. ... the implementation of the U3D standard was not complete and proprietary extensions were used. 
  10. ^ 10.0 10.1 10.2 Leonard Rosenthol, Adobe Systems. PDF and Standards (PDF). 2012 [2013-10-20]. 
  11. ^ Duff Johnson, Is PDF an open standard? - Adobe Reader is the de facto Standard, not PDF, 2010-06-10 [2014-01-19] 
  12. ^ The Camelot Project (PDF). 
  13. ^ Laurens Leurs. The history of PDF. [2007-09-19]. 
  14. ^ Duff Johnson. The 8 most popular document formats on the web. [2014-03-02]. 
  15. ^ R, Leonard, History of PDF Openness, Acrobat users, (原始內容存檔於2007-10-14) 
  16. ^ 16.0 16.1 Adobe Systems Incorporated, Portable Document Format Reference Manual Version 1.2 (PDF), 1996-11-12 [2010-02-23] 
  17. ^ Adobe Systems, PDF Reference second edition – Adobe Portable Document Format Version 1.3 (PDF), 2000 [2010-02-23] 
  18. ^ 18.0 18.1 18.2 18.3 Adobe Systems. Adobe PDF Reference Archives. [2010-02-23]. 
  19. ^ Adobe Systems, PDF Reference third edition – Adobe Portable Document Format Version 1.4 (PDF), 2001 [2010-02-23] 
  20. ^ Technical Note # 5186 Acrobat JavaScript Object Specification Version 5.1 (PDF), 2003 
  21. ^ Adobe Systems, PDF Reference fourth edition – Adobe Portable Document Format Version 1.5 (PDF), 2003 [2010-02-23] 
  22. ^ PDF compatibility levels. [2010-04-01]. 
  23. ^ Acrobat JavaScript Scripting Guide, Technical Note #5430, Version: Acrobat 6.0 (PDF), May 2003 
  24. ^ Acrobat JavaScript Scripting Reference (PDF), 2005-06-27 
  25. ^ 25.0 25.1 25.2 25.3 25.4 25.5 25.6 25.7 Adobe Developer Connection: PDF Reference and Adobe Extensions to the PDF Specification. Adobe Systems. [2010-12-13]. 
  26. ^ JavaScript for Acrobat API Reference, Version 8 (PDF), April 2007 
  27. ^ XML Forms Architecture (XFA) Specification Version 2.6 (PDF), 2008-01-25 [2014-04-09] 
  28. ^ 28.0 28.1 Adobe Supplement to the ISO 32000 BaseVersion: 1.7 ExtensionLevel: 3 (PDF), 2008-06 [2014-04-09] 
  29. ^ XML Forms Architecture (XFA) Specification Version 2.8 (PDF), 2008-10-23 [2014-04-09] 
  30. ^ XML Forms Architecture (XFA) Specification Version 3.0 (PDF), 2009-03-12 [2014-04-09] 
  31. ^ XML Forms Architecture (XFA) Specification Version 3.1 (PDF), 2009-11-16 [2014-04-09] 
  32. ^ PDFlib API Reference 8.0.2 (PDF), [2011-03-07], 1.7ext8 – PDF 1.7 extension level 8 requires Acrobat X 
  33. ^ 33.0 33.1 XML Forms Architecture (XFA) Specification Version 3.3 (PDF), 2012-01-09 [2014-04-09] 
  34. ^ PDFlib - PDF Security - Encryption Algorithms and Key Length (PDF), [2012-09-26] 
  35. ^ PDFlib - PDF Security - Security Recommendations (PDF), [2012-09-26], AES-256 according to PDF 1.7 Adobe Extension Level 3 (Acrobat 9) should be avoided because it contains a weakness in the password checking algorithm which facilitates brute-force attacks against the password. For this reason Acrobat X no longer offers Acrobat 9 encryption for protecting new documents (only for decrypting existing documents). In summary, AES-256 according to PDF 1.7 Adobe Extension Level 8/PDF 2.0 or AES-128 according to PDF 1.6/1.7 should be used, depending on whether or not Acrobat X is available. Passwords should be longer than 6 characters and should contain non-alphabetic characters. 
  36. ^ ISO 32000 U.S. Committee, Statement on PDF 1.7, Editme 
  37. ^ ISO Draft of the PDF 1.7 Reference - Adobe's change summary (PDF), 2007-06-04 [2014-01-19] 
  38. ^ 38.00 38.01 38.02 38.03 38.04 38.05 38.06 38.07 38.08 38.09 38.10 38.11 38.12 Adobe Systems Incorporated, Document Management – Portable Document Format – Part 1: PDF 1.7, First Edition (PDF), 2008-07-01 [2010-02-19] 
  39. ^ ISO standards by Technical committee - TC 171/SC 2 - Document management applications / Application issues. [2011-01-11]. 
  40. ^ ISO standards by Technical committee - TC 130 - Graphic technology. [2011-01-11]. 
  41. ^ AIIM to Facilitate ISO Standards Process for Leading Electronic Document Format. 2007-01-29 [2011-01-11]. 
  42. ^ ISO 16612-2:2010 - Graphic technology -- Variable data exchange -- Part 2: Using PDF/X-4 and PDF/X-5 (PDF/VT-1 and PDF/VT-2). [2011-02-25]. 
  43. ^ PDF Healthcare Frequently Asked Questions. 2006-09-25 [2011-01-11]. 
  44. ^ PDF Healthcare (PDF/H) Committee. [2011-01-11]. 
  45. ^ PDF/H Implementation Guide Materials. [2011-01-11]. 
  46. ^ ISO 32000-1:2008, Page 1, section "1 Scope"
  47. ^ 47.0 47.1 ISO/CD 32000-2 - Document management -- Portable document format -- Part 2: PDF 2.0. 2013-07-26 [2013-08-02]. 
  48. ^ 48.0 48.1 ISO/NP 32000-2 - Document management -- Portable document format -- Part 2: PDF 2.0. 2009-10-06 [2010-02-24]. 
  49. ^ Duff Johnson. ISO 32000-2 (under development). [2014-03-02]. 
  50. ^ Dr. Matthew Hardy, Adobe Systems. Seven Minutes with a PDF Standard – PDF (ISO 32000) (PDF). 2012 [2013-10-20]. 
  51. ^ AIIM. ISO 32000 Committee Organization. [2014-02-15]. 
  52. ^ 9月1日起PDF格式成為中國國家標準. 新浪科技. 2009-07-03 (中文(中國大陸)‎). 
  53. ^ 文獻管理長期保存的電子文檔文件格式第1部分:PDF1.4(PDF/A-1)的使用. 國家標準化管理委員會 (中文(中國大陸)‎). 
  54. ^ partners.adobe.com - Developer Resources
  55. ^ http://jimpravetz.com/blog/2012/12/in-defense-of-cos/
  56. ^ Adobe Systems, PDF Reference, p. 51.
  57. ^ Adobe Systems, PDF Reference, pp. 39–40.
  58. ^ Adobe Acrobat Base 14 Fonts
  59. ^ The PDF Font Aquarium
  60. ^ PDF Referencem Sixth Edition, version 1.7, table 5.11 (PDF). 
  61. ^ PDF Blend Modes Addendum
  62. ^ Gnu PDF - PDF Knowledge - Forms Data Format. [2010-02-19]. (原始內容存檔於2013-01-01). 
  63. ^ About PDF forms. [2010-02-19]. 
  64. ^ Convert XFA Form to AcroForm?. 2008 [2010-02-19]. 
  65. ^ Migrating from Adobe Acrobat forms to XML forms. [2010-02-22]. 
  66. ^ Adobe Systems Incorporated. Using Acrobat forms and form data on the web. 2007-10-15 [2010-02-19]. 
  67. ^ 67.0 67.1 XML Forms Data Format Specification, version 2 (PDF), September 2007 [2010-02-19] 
  68. ^ 68.0 68.1 FDF Data Exchange Specification (PDF), 2007-02-08 [2010-02-19] 
  69. ^ IANA Application Media Types - vnd.fdf, [2010-02-22] 
  70. ^ IANA Application Media Types - Vendor Tree - vnd.adobe.xfdf, [2010-02-22] 
  71. ^ 71.0 71.1 ISO/CD 19444-1 - Document management - XML forms data format - Part 1: XFDF 3.0, [2014-11-26] 
  72. ^ 72.0 72.1 72.2 Adobe Systems Incorporated. Adobe XML Forms Architecture (XFA). [2010-02-19]. 
  73. ^ Adobe Reader - Software license agreement (PDF), [2010-02-19] 
  74. ^ LiveCycle Reader Extensions ES features and benefits. [2010-02-19]. 
  75. ^ 75.0 75.1 XML Forms Architecture (XFA) Specification Version 2.5 (PDF), 2007-06-08 [2010-02-19] 
  76. ^ What is Tagged PDF?
  77. ^ Is PDF Accessible?
  78. ^ FreeMyPDF - A website that removes PDF user password restrictions
  79. ^ Adobe PDF reference version 1.7, section 10.2
  80. ^ IS TC 171 SC 2
  81. ^ PDF Association
  82. ^ Jackson, Joab. Adobe plunges PDF into XML. Government Computer News. 2006-12-07 [2008-01-12]. 
  83. ^ Adobe Systems. Mars. [2014-03-17]. 
  84. ^ http://labs.adobe.com/technologies/mars/
  85. ^ PDF Accessibility. WebAIM. [2010-04-24]. 
  86. ^ Joe Clark. Facts and Opinions About PDF Accessibility. 2005-08-22 [2010-04-24]. 
  87. ^ Accessibility and PDF documents. Web Accessibility Center. [2010-04-24]. 
  88. ^ PDF Accessibility Standards v1.2. [2010-04-24]. 
  89. ^ PDF Accessibility (PDF), California State University, [2010-04-24] 
  90. ^ Frequently Asked Questions (FAQs) – ISO 19005-1:2005 – PDF/A-1, Date: July 10, 2006 (PDF), 2006-07-10 [2011-07-06] 
  91. ^ PDF/A – A Look at the Technical Side (PDF). [2011-07-06]. 
  92. ^ LibreOffice Help - Export as PDF, [2012-09-22] 
  93. ^ Exporting PDF/A for long-term archiving, 2008-01-11 
  94. ^ Adobe Reader 8 - Read a PDF with Read Out Loud. [2010-04-24]. 
  95. ^ Biersdorfer, J.D. Tip of the Week: Adobe Reader’s 『Read Aloud』 Feature. The New York Times. 2009-04-10 [2010-04-24]. 
  96. ^ Accessing PDF documents with assistive technology: A screen reader user's guide (PDF), Adobe, [2010-04-24] 
  97. ^ Adobe Forums, Announcement: PDF Attachment Virus "Peachy", 15 August 2001.
  98. ^ Security bulletins and advisories. Adobe. [2010-02-21]. 
  99. ^ Steve Gibson - SecurityNow 播客
  100. ^ PDFCleaner - PDF Exploit Sanitizer
  101. ^ PCmag.com blogs
  102. ^ Create Adobe PDF Online - Security Settings Help. Createpdf.adobe.com. [2010-02-21]. 
  103. ^ New features and issues addressed in the Acrobat 7.0.5 Update (Acrobat and Adobe Reader for Windows and Mac OS)
  104. ^ Getting Familiar with Adobe Reader > Understanding Preferences. [2009-04-22]. 
  105. ^ 3D supported formats. Adobe. 2009-07-14 [2010-02-21]. 
  106. ^ Acrobat 3D Developer Center. Adobe. [2010-02-21]. 
  107. ^ Description of 2007 Microsoft Office Suite Service Pack 2 (SP2). Microsoft. [2009-05-09]. 
  108. ^ www.globalgraphics.com/products/jaws_rip/
  109. ^ Adobe PDF Print Engine 2
  110. ^ [1]
  111. ^ http://www.enfocus.com/product.php?id=4530
  112. ^ Harlequin MultiRIP. [2014-03-02]. 
  113. ^ Press-Ready PDF Files "For anyone interested in having their graphic project commercially printed directly from digital files or PDFs." (last checked on 2009-02-10).
  114. ^ On 2014-04-02, a note dated 2009-02-10 referred to Current FSF High Priority Free Software Projects as a source. Content of the latter page, however, changes over time.
  115. ^ GNUpdf contributors. Goals and Motivations. gnupdf.org. GNUpdf. 2007-11-28 [2014-04-02]. 
  116. ^ Lee, Matt. GNU PDF project leaves FSF High Priority Projects list; mission complete!. fsf.org. Free Software Foundation. 2011-10-06 [2014-04-02]. 
  117. ^ Poppler homepage "Poppler is a PDF rendering library based on the xpdf-3.0 code base." (last checked on 2009-02-10)
  118. ^ Xpdf license "Xpdf is licensed under the GNU General Public License (GPL), version 2 or 3." (last checked on 2012-09-23).
  119. ^ The Apache PDFBox project . Retrieved 2009-09-19.

參見[編輯]

外部連結[編輯]