在檔案格式與PDF之間轉換

本檔案中的範例和範例僅適用於JEE環境上的AEM Forms。

關於產生PDF服務

「產生PDF」服務可將原始檔案格式轉換為PDF。 此外，它還可將PDF轉換為其他檔案格式，並最佳化PDF檔案的大小。

「產生PDF」服務使用原生應用程式將下列檔案格式轉換為PDF。 除非另有指示，否則僅支援這些應用程式的德文、法文、英文和日文版本。 Windows僅 表示僅支援Windows Server® 2003和Windows Server 2008。

• 轉換DOC、DOCX、RTF、TXT、XLS、XLS、PPT、PPTX、PPTX、VSD、MPP、MPPX、XPS和PUB的Microsoft Office 2003和2007（僅限Windows）

• Autodesk AutoCAD 2005、2006、2007、2008和2009可轉換DWF、DWG和DXW（僅提供英文版）
• Corel WordPerfect 12和X4可轉換WPD、QPW、SHW（僅提供英文版）
• OpenOffice 2.0、2.4、3.0.1和3.1，以轉換ODT、ODS、ODP、ODG、ODF、SXW、SXI、SXC、SXD、DOC、RTF、TXT、XLSX、PPT、PPTtx、VSD、MPP、MPPX和PUB

• 轉換PSD的Adobe Photoshop® CS2（僅限Windows）

• Adobe FrameMaker® 7.2和8可轉換FM（僅限Windows）
• Adobe PageMaker® 7.0可轉換PMD、PM6、P65和PM（僅限Windows）
• 協力廠商應用程式支援的原生格式（需要針對應用程式開發特定的設定檔案）（僅限Windows）

「產生PDF」服務會將下列標準檔案格式轉換為PDF。

• 視訊格式：SWF、FLV（僅限Windows）
• 影像格式：JPEG、JPG、JP2、J2Kí、JPC、J2C、GIF、BMP、TIFF、TIF、PNG、JPF
• HTML（Windows、Sun™ Solaris™和Linux®）

「產生PDF」服務會將PDF轉換為下列檔案格式（僅限Windows）:

• 封裝的PostScript(EPS)
• HTML3.2
• HTML 4.01含CSS 1.0
• DOC（Microsoft Word格式）
• RTF
• 文字（可存取和純文字）
• XML
• 僅使用DeviceRGB色域的PDF/A-1a
• 僅使用DeviceRGB色域的PDF/A-1b

「產生PDF」服務需要您執行下列管理工作：

• 在代管AEM Forms的電腦上安裝必要的原生應用程式
• 在代管AEM Forms的電腦上安裝Adobe Acrobat Professional或Acrobat Pro Extended 9.2
• 執行安裝後安裝任務

這些工作在使用JBoss Tunkly安裝和部署AEM表單中有說明。

您可以使用「產生PDF」服務完成下列工作：

• 從原始檔案格式轉換為PDF。
• 將HTML檔案轉換為PDF檔案。
• 將PDF檔案轉換為檔案格式。

將Word檔案轉換為PDF檔案

本節說明如何使用「產生PDF API」，以程式設計方式將Microsoft Word檔案轉換為PDF檔案。

步驟摘要

若要將Microsoft Word檔案轉換為PDF檔案，請執行下列工作：

1. 包含專案檔案。
2. 建立產生PDF用戶端。
3. 擷取檔案以轉換為PDF檔案。
4. 將檔案轉換為PDF檔案。
5. 擷取結果。

包含專案檔案

將必要的檔案加入您的開發專案中。 如果要使用Java建立客戶端應用程式，請包括必要的JAR檔案。 如果您使用web services，請確定您包含proxy檔案。

建立產生PDF用戶端

在以程式設計方式執行「產生PDF」作業之前，請先建立「產生PDF」服務用戶端。 如果您使用Java API，請建立GeneratePdfServiceClient物件。 如果您使用web service API，請建立GeneratePDFServiceService物件。

擷取檔案以轉換為PDF檔案

擷取Microsoft Word檔案以轉換為PDF檔案。

將檔案轉換為PDF檔案

建立「產生PDF服務」用戶端後，您可以叫用createPDF2方法。 此方法需要轉換檔案的相關資訊，包括副檔名。

擷取結果

將檔案轉換為PDF檔案後，您就可以擷取結果。 例如，將Word檔案轉換為PDF檔案後，您就可以擷取並儲存PDF檔案。

另請參閱

使用Java API將Word檔案轉換為PDF檔案

使用web service API將Word檔案轉換為PDF檔案

包含AEM Forms Java程式庫檔案

設定連接屬性

產生PDF服務API快速入門

使用Java API將Word檔案轉換為PDF檔案

使用「產生PDF API(Java)」將Microsoft Word檔案轉換為PDF檔案：

1. 包含專案檔案。

   在Java專案的類別路徑中加入用戶端JAR檔案，例如adobe-generatepdf-client.jar。

2. 建立產生PDF用戶端。

   • 建立包含連接屬性的ServiceClientFactory對象。
   • 使用其建構子並傳遞ServiceClientFactory對象，建立GeneratePdfServiceClient對象。

3. 擷取檔案以轉換為PDF檔案。

   • 建立java.io.FileInputStream對象，該對象使用其建構子表示要轉換的Word檔案。 傳遞指定檔案位置的字串值。
   • 使用其建構子並傳遞java.io.FileInputStream對象，建立com.adobe.idp.Document對象。

4. 將檔案轉換為PDF檔案。

   調用GeneratePdfServiceClient物件的createPDF2方法並傳遞下列值，將檔案轉換為PDF檔案：

   • 代表要轉換的檔案的com.adobe.idp.Document對象。
   • 包含檔案副檔名的java.lang.String對象。
   • java.lang.String物件，包含轉換中要使用的檔案類型設定。 檔案類型設定為不同檔案類型（如。doc或。xls）提供轉換設定。
   • java.lang.String物件，包含要使用的PDF設定名稱。 例如，您可以指定Standard。
   • java.lang.String物件，其中包含要使用的安全性設定名稱。
   • 可選com.adobe.idp.Document物件，包含產生PDF檔案時要套用的設定。
   • 可選com.adobe.idp.Document物件，包含要套用至PDF檔案的中繼資料資訊。

   createPDF2方法返回包含新PDF文檔和日誌資訊的CreatePDFResult對象。 日誌檔案通常包含由轉換請求生成的錯誤或警告消息。

5. 擷取結果。

   若要取得PDF檔案，請執行下列動作：

   • 叫用CreatePDFResult物件的getCreatedDocument方法，此方法會傳回com.adobe.idp.Document物件。
   • 叫用com.adobe.idp.Document物件的copyToFile方法，從先前步驟中建立的物件擷取PDF檔案。

   如果您使用createPDF2方法來取得記錄檔（不適用於HTML轉換），請執行下列動作：

   • 叫用CreatePDFResult物件的getLogDocument方法。 這會傳回com.adobe.idp.Document物件。
   • 叫用com.adobe.idp.Document物件的copyToFile方法來擷取記錄檔。

另請參閱

步驟摘要

快速入門（SOAP模式）:使用Java API將Microsoft Word檔案轉換為PDF檔案

包含AEM Forms Java程式庫檔案

設定連接屬性

使用web service API將Word檔案轉換為PDF檔案

使用「產生PDF API(web service)」將Microsoft Word檔案轉換為PDF檔案：

1. 包含專案檔案。

   建立使用MTOM的Microsoft .NET專案。 請確定您使用下列WSDL定義：http://localhost:8080/soap/services/GeneratePDFService?WSDL&lc_version=9.0.1。

   注意

   將localhost取代為代管AEM Forms之伺服器的IP位址。

2. 建立產生PDF用戶端。

   • 使用其預設建構子建立GeneratePDFServiceClient對象。

   • 使用System.ServiceModel.EndpointAddress建構函式建立GeneratePDFServiceClient.Endpoint.Address物件。 將指定WSDL的字串值傳遞至AEM Forms服務（例如http://localhost:8080/soap/services/GeneratePDFService?blob=mtom）。 您不需要使用lc_version屬性。 不過，請指定?blob=mtom。

   • 獲取GeneratePDFServiceClient.Endpoint.Binding欄位的值，建立System.ServiceModel.BasicHttpBinding對象。 將返回值轉換為BasicHttpBinding。

   • 將System.ServiceModel.BasicHttpBinding物件的MessageEncoding欄位設為WSMessageEncoding.Mtom。 此值可確保使用MTOM。

   • 執行下列工作以啟用基本HTTP驗證：

     • 將AEM表單使用者名稱指派給欄位GeneratePDFServiceClient.ClientCredentials.UserName.UserName。
     • 將相應的口令值分配給欄位GeneratePDFServiceClient.ClientCredentials.UserName.Password。
     • 將常數值HttpClientCredentialType.Basic分配給欄位BasicHttpBindingSecurity.Transport.ClientCredentialType。
     • 將常數值BasicHttpSecurityMode.TransportCredentialOnly分配給欄位BasicHttpBindingSecurity.Security.Mode。

3. 擷取檔案以轉換為PDF檔案。

   • 使用其建構子建立BLOB對象。 BLOB物件用來儲存您要轉換為PDF檔案的檔案。
   • 通過調用System.IO.FileStream對象的建構子建立對象。 傳遞一個字串值，代表要轉換之檔案的檔案位置以及開啟檔案的模式。
   • 建立儲存System.IO.FileStream對象內容的位元組陣列。 您可以取得System.IO.FileStream物件的Length屬性，以判斷位元組陣列的大小。
   • 調用System.IO.FileStream物件的Read方法，並傳遞要讀取的位元組陣列、開始位置和串流長度，以串流資料填入位元組陣列。
   • 通過為MTOM屬性指定位元組陣列的內容來填充BLOB對象。

4. 將檔案轉換為PDF檔案。

   調用GeneratePDFServiceService物件的CreatePDF2方法並傳遞下列值，將檔案轉換為PDF檔案：

   • BLOB物件，代表要轉換的檔案。
   • 包含副檔名的字串。
   • java.lang.String物件，包含轉換中要使用的檔案類型設定。 檔案類型設定為不同檔案類型（如。doc或。xls）提供轉換設定。
   • 包含要使用的PDF設定的字串物件。 您可以指定Standard。
   • 包含要使用的安全設定的字串對象。 您可以指定No Security。
   • 可選BLOB物件，包含產生PDF檔案時要套用的設定。
   • 可選BLOB物件，包含要套用至PDF檔案的中繼資料資訊。
   • 由CreatePDF2方法填入的BLOB類型的輸出參數。 CreatePDF2方法會用轉換的文檔填充此對象。 （此參數值僅適用於Web服務調用）。
   • 由CreatePDF2方法填入的BLOB類型的輸出參數。 CreatePDF2方法會用日誌文檔填充此對象。 （此參數值僅適用於Web服務調用）。

5. 擷取結果。

   • 將BLOB物件的MTOM欄位指派給位元組，以擷取轉換的PDF檔案。 位元組陣列代表已轉換的PDF檔案。 確保使用BLOB對象作為createPDF2方法的輸出參數。
   • 調用System.IO.FileStream對象的建構子並傳遞一個字串值，該字串值表示已轉換PDF文檔的檔案位置。
   • 調用System.IO.BinaryWriter對象的建構子並傳遞System.IO.FileStream對象，以建立對象。
   • 調用System.IO.BinaryWriter物件的Write方法並傳遞位元組陣列，將位元組陣列的內容寫入PDF檔案。

另請參閱

步驟摘要

使用MTOM叫用AEM Forms

使用SwaRef叫用AEM表格

將HTML檔案轉換為PDF檔案

本節說明如何使用「產生PDF API」，以程式設計方式將HTML檔案轉換為PDF檔案。

步驟摘要

要將HTML文檔轉換為PDF文檔，請執行以下任務：

1. 包含專案檔案。
2. 建立產生PDF用戶端。
3. 擷取HTML內容以轉換為PDF檔案。
4. 將HTML內容轉換為PDF檔案。
5. 擷取結果。

包含專案檔案

將必要的檔案加入您的開發專案中。 如果要使用Java建立客戶端應用程式，請包括必要的JAR檔案。 如果您使用web services，請確定您包含proxy檔案。

建立產生PDF用戶端

您必須先建立「產生PDF」服務用戶端，才能以程式設計方式執行「產生PDF」操作。 如果您使用Java API，請建立GeneratePdfServiceClient物件。 如果您使用web service API，請建立GeneratePDFServiceService。

擷取HTML內容以轉換為PDF檔案

參考您要轉換為PDF檔案的HTML內容。 您可以參考HTML內容，例如HTML檔案或可使用URL存取的HTML內容。

將HTML內容轉換為PDF檔案

建立服務用戶端後，您可以叫用適當的PDF建立作業。 此操作需要有關要轉換的文檔的資訊，包括目標文檔的路徑。

擷取結果

將HTML內容轉換為PDF檔案後，您可以擷取結果並儲存PDF檔案。

另請參閱

使用Java API將HTML內容轉換為PDF檔案

使用web service API將HTML內容轉換為PDF檔案

包含AEM Forms Java程式庫檔案

設定連接屬性

產生PDF服務API快速入門

使用Java API將HTML內容轉換為PDF檔案

使用「產生PDF API(Java)」將HTML檔案轉換為PDF檔案：

1. 包含專案檔案。

   在Java專案的類別路徑中加入用戶端JAR檔案，例如adobe-generatepdf-client.jar。

2. 建立產生PDF用戶端。

   使用其建構子並傳遞包含連接屬性的ServiceClientFactory對象，建立GeneratePdfServiceClient對象。

3. 擷取HTML內容以轉換為PDF檔案。

   建立字串變數並指派指向HTML內容的URL，以擷取HTML內容。

4. 將HTML內容轉換為PDF檔案。

   叫用GeneratePdfServiceClient物件的htmlToPDF2方法並傳遞下列值：

   • java.lang.String物件，包含要轉換之HTML檔案的URL。
   • java.lang.String物件，包含轉換中要使用的檔案類型設定。 檔案類型設定可包含色階。
   • java.lang.String物件，其中包含要使用的安全性設定名稱。
   • 可選com.adobe.idp.Document物件，包含產生PDF檔案時要套用的設定。 如果未提供此資訊，則會根據前三個參數自動選擇設定。
   • 可選com.adobe.idp.Document物件，包含要套用至PDF檔案的中繼資料資訊。

5. 擷取結果。

   htmlToPDF2方法會傳回HtmlToPdfResult物件，其中包含已產生的新PDF檔案。 若要取得新建立的PDF檔案，請執行下列動作：

   • 叫用HtmlToPdfResult物件的getCreatedDocument方法。 這會傳回com.adobe.idp.Document物件。
   • 叫用com.adobe.idp.Document物件的copyToFile方法，從先前步驟中建立的物件擷取PDF檔案。

另請參閱

將HTML檔案轉換為PDF檔案

快速入門（SOAP模式）:使用Java API將HTML內容轉換為PDF檔案

快速入門（SOAP模式）:使用Java API將HTML內容轉換為PDF檔案

包含AEM Forms Java程式庫檔案

設定連接屬性

使用web service API將HTML內容轉換為PDF檔案

使用「產生PDF API」(web service)，將HTML內容轉換為PDF檔案：

1. 包含專案檔案。

   建立使用MTOM的Microsoft .NET專案。 請確定您使用下列WSDL定義：http://localhost:8080/soap/services/GeneratePDFService?WSDL&lc_version=9.0.1。

   注意

   將localhost取代為代管AEM Forms之伺服器的IP位址。

2. 建立產生PDF用戶端。

   • 使用其預設建構子建立GeneratePDFServiceClient對象。

   • 使用System.ServiceModel.EndpointAddress建構函式建立GeneratePDFServiceClient.Endpoint.Address物件。 將指定WSDL的字串值傳遞至AEM Forms服務（例如http://localhost:8080/soap/services/GeneratePDFService?blob=mtom）。 您不需要使用lc_version屬性。 不過，請指定?blob=mtom。

   • 獲取GeneratePDFServiceClient.Endpoint.Binding欄位的值，建立System.ServiceModel.BasicHttpBinding對象。 將返回值轉換為BasicHttpBinding。

   • 將System.ServiceModel.BasicHttpBinding物件的MessageEncoding欄位設為WSMessageEncoding.Mtom。 此值可確保使用MTOM。

   • 執行下列工作以啟用基本HTTP驗證：

     • 將AEM表單使用者名稱指派給欄位GeneratePDFServiceClient.ClientCredentials.UserName.UserName。
     • 將相應的口令值分配給欄位GeneratePDFServiceClient.ClientCredentials.UserName.Password。
     • 將常數值HttpClientCredentialType.Basic分配給欄位BasicHttpBindingSecurity.Transport.ClientCredentialType。
     • 將常數值BasicHttpSecurityMode.TransportCredentialOnly分配給欄位BasicHttpBindingSecurity.Security.Mode。

3. 擷取HTML內容以轉換為PDF檔案。

   建立字串變數並指派指向HTML內容的URL，以擷取HTML內容。

4. 將HTML內容轉換為PDF檔案。

   調用GeneratePDFServiceService物件的HtmlToPDF2方法，並傳遞下列值，將HTML內容轉換為PDF檔案：

   • 包含要轉換之HTML內容的字串。
   • java.lang.String物件，包含轉換中要使用的檔案類型設定。
   • 包含要使用的安全設定的字串對象。
   • 可選BLOB物件，包含產生PDF檔案時要套用的設定。
   • 可選BLOB物件，包含要套用至PDF檔案的中繼資料資訊。
   • 由CreatePDF2方法填入的BLOB類型的輸出參數。 CreatePDF2方法會用轉換的文檔填充此對象。 （此參數值僅適用於Web服務調用）。

5. 擷取結果。

   • 將BLOB物件的MTOM欄位指派給位元組，以擷取轉換的PDF檔案。 位元組陣列代表已轉換的PDF檔案。 確保使用BLOB對象作為HtmlToPDF2方法的輸出參數。
   • 調用System.IO.FileStream對象的建構子並傳遞一個字串值，該字串值表示已轉換PDF文檔的檔案位置。
   • 調用System.IO.BinaryWriter對象的建構子並傳遞System.IO.FileStream對象，以建立對象。
   • 調用System.IO.BinaryWriter物件的Write方法並傳遞位元組陣列，將位元組陣列的內容寫入PDF檔案。

另請參閱

將HTML檔案轉換為PDF檔案

使用MTOM叫用AEM Forms

使用SwaRef叫用AEM表格

將PDF檔案轉換為非影像格式

本節說明如何使用「產生PDF Java API」和web service API，以程式設計方式將PDF檔案轉換為RTF檔案（非影像格式的範例）。 其他非影像格式包括HTML、文字、DOC和EPS。 將PDF檔案轉換為RTF時，請確定PDF檔案不包含表單元素，例如提交按鈕。 表單元素不會轉換。

步驟摘要

若要將PDF檔案轉換為任何支援的類型，請執行下列步驟：

1. 包含專案檔案。
2. 建立產生PDF用戶端。
3. 擷取要轉換的PDF檔案。
4. 轉換PDF檔案。
5. 保存已轉換的檔案。

包含專案檔案

將必要的檔案加入您的開發專案中。 如果要使用Java建立客戶端應用程式，請包括必要的JAR檔案。 如果您使用web services，請確定您包含proxy檔案。

建立產生PDF用戶端

您必須先建立「產生PDF」服務用戶端，才能以程式設計方式執行「產生PDF」操作。 如果您使用Java API，請建立GeneratePdfServiceClient物件。 如果您使用web service API，請建立GeneratePDFServiceService物件。

擷取要轉換的PDF檔案

擷取PDF檔案以轉換為非影像格式。

轉換PDF檔案

建立服務用戶端後，您可以叫用PDF匯出作業。 此操作需要有關要轉換的文檔的資訊，包括目標文檔的路徑。

儲存轉換的檔案

保存已轉換的檔案。 例如，如果將PDF文檔轉換為RTF檔案，請將轉換的文檔保存為RTF檔案。

另請參閱

使用Java API將PDF檔案轉換為RTF檔案

使用web service API將PDF檔案轉換為RTF檔案

包含AEM Forms Java程式庫檔案

設定連接屬性

產生PDF服務API快速入門

使用Java API將PDF檔案轉換為RTF檔案

使用「產生PDF API(Java)」將PDF檔案轉換為RTF檔案：

1. 包含專案檔案。

   在Java專案的類別路徑中加入用戶端JAR檔案，例如adobe-generatepdf-client.jar。

2. 建立產生PDF用戶端。

   使用其建構子並傳遞包含連接屬性的ServiceClientFactory對象，建立GeneratePdfServiceClient對象。

3. 擷取要轉換的PDF檔案。

   • 使用PDF檔案的建構函式建立代表要轉換之PDF檔案的java.io.FileInputStream物件。 傳遞指定PDF檔案位置的字串值。
   • 使用其建構子並傳遞java.io.FileInputStream對象，建立com.adobe.idp.Document對象。

4. 轉換PDF檔案。

   叫用GeneratePdfServiceClient物件的exportPDF2方法並傳遞下列值：

   • 代表要轉換的PDF檔案的com.adobe.idp.Document物件。
   • 包含要轉換的檔案名的java.lang.String對象。
   • java.lang.String物件，其中包含Adobe PDF設定的名稱。
   • ConvertPDFFormatType物件，指定轉換的目標檔案類型。
   • 可選com.adobe.idp.Document物件，包含產生PDF檔案時要套用的設定。

   exportPDF2方法返回包含已轉換檔案的ExportPDFResult對象。

5. 轉換PDF檔案。

   要獲取新建立的檔案，請執行以下操作：

   • 叫用ExportPDFResult物件的getConvertedDocument方法。 這會傳回com.adobe.idp.Document物件。
   • 叫用com.adobe.idp.Document物件的copyToFile方法來擷取新檔案。

另請參閱

步驟摘要

快速入門（SOAP模式）:使用Java API將HTML內容轉換為PDF檔案

包含AEM Forms Java程式庫檔案

設定連接屬性

使用web service API將PDF檔案轉換為RTF檔案

使用「產生PDF API(web service)」將PDF檔案轉換為RTF檔案：

1. 包含專案檔案。

   建立使用MTOM的Microsoft .NET專案。 請確定您使用下列WSDL定義：http://localhost:8080/soap/services/GeneratePDFService?WSDL&lc_version=9.0.1。

   注意

   將localhost取代為代管AEM Forms之伺服器的IP位址。

2. 建立生成PDf客戶端。

   • 使用其預設建構子建立GeneratePDFServiceClient對象。

   • 使用System.ServiceModel.EndpointAddress建構函式建立GeneratePDFServiceClient.Endpoint.Address物件。 將指定WSDL的字串值傳遞至AEM Forms服務（例如http://localhost:8080/soap/services/GeneratePDFService?blob=mtom）。 您不需要使用lc_version屬性。 不過，請指定?blob=mtom。

   • 獲取GeneratePDFServiceClient.Endpoint.Binding欄位的值，建立System.ServiceModel.BasicHttpBinding對象。 將返回值轉換為BasicHttpBinding。

   • 將System.ServiceModel.BasicHttpBinding物件的MessageEncoding欄位設為WSMessageEncoding.Mtom。 此值可確保使用MTOM。

   • 執行下列工作以啟用基本HTTP驗證：

     • 將AEM表單使用者名稱指派給欄位GeneratePDFServiceClient.ClientCredentials.UserName.UserName。
     • 將相應的口令值分配給欄位GeneratePDFServiceClient.ClientCredentials.UserName.Password。
     • 將常數值HttpClientCredentialType.Basic分配給欄位BasicHttpBindingSecurity.Transport.ClientCredentialType。
     • 將常數值BasicHttpSecurityMode.TransportCredentialOnly分配給欄位BasicHttpBindingSecurity.Security.Mode。

3. 擷取要轉換的PDF檔案。

   • 使用其建構子建立BLOB對象。 BLOB物件用來儲存已轉換的PDF檔案。
   • 通過調用其建構子並傳遞一個字串值來建立System.IO.FileStream對象，該字串值表示PDF文檔的檔案位置以及開啟檔案的模式。
   • 建立儲存System.IO.FileStream對象內容的位元組陣列。 您可以取得System.IO.FileStream物件的Length屬性，以判斷位元組陣列的大小。
   • 調用System.IO.FileStream物件的Read方法，並傳遞要讀取的位元組陣列、開始位置和串流長度，以串流資料填入位元組陣列。
   • 通過為MTOM屬性指定位元組陣列的內容來填充BLOB對象。

4. 轉換PDF檔案。

   叫用GeneratePDFServiceServiceWse物件的ExportPDF2方法並傳遞下列值：

   • 代表要轉換的PDF檔案的BLOB物件。
   • 包含要轉換的檔案路徑名的字串。
   • 指定檔案位置的java.lang.String對象。
   • 指定轉換目標檔案類型的字串對象。 指定RTF。
   • 可選BLOB物件，包含產生PDF檔案時要套用的設定。
   • 由ExportPDF2方法填入的BLOB類型的輸出參數。 ExportPDF2方法會用轉換的文檔填充此對象。 （此參數值僅適用於Web服務調用）。

5. 保存已轉換的檔案。

   • 通過將BLOB對象的MTOM欄位分配給位元組陣列來檢索已轉換的RTF文檔。 位元組陣列表示轉換的RTF文檔。 確保使用BLOB對象作為ExportPDF2方法的輸出參數。
   • 通過調用System.IO.FileStream對象的建構子建立對象。 傳遞代表RTF檔案位置的字串值。
   • 調用System.IO.BinaryWriter對象的建構子並傳遞System.IO.FileStream對象，以建立對象。
   • 調用System.IO.BinaryWriter物件的Write方法並傳遞位元組陣列，將位元組陣列的內容寫入RTF檔案。

另請參閱

步驟摘要

使用MTOM叫用AEM Forms

使用SwaRef叫用AEM表格

添加對其他原生檔案格式的支援

本節說明如何新增對其他原生檔案格式的支援。 它概述了「產生PDF」服務與本服務用來將原始檔案格式轉換為PDF之原生應用程式之間的互動。

本節還說明以下內容：

• 如何修改「產生PDF」服務對本產品已用來將原生檔案格式轉換為PDF之原生應用程式的回應
• 產生PDF服務、產生PDF服務應用程式監視程式(AppMon)元件與原生應用程式（例如Microsoft Word）之間的互動
• XML文法在這些互動中所扮演的角色

元件交互

「產生PDF」服務會叫用與檔案格式相關的應用程式，然後與應用程式互動，以使用預設印表機列印檔案，以轉換原生檔案格式。 預設印表機必須設為Adobe PDF印表機。

此圖顯示與原生應用程式支援相關的元件和驅動程式。 同時也提到影響互動的XML文字。

原生檔案轉換的元件互動

本文檔使用​native application​一詞來表示用於生成本機檔案格式（如Microsoft Word）的應用程式。

AppMonis是企業元件，與原生應用程式互動的方式與使用者在應用程式顯示的對話方塊中導覽的方式相同。 AppMon用來指示應用程式（例如Microsoft Word）開啟和列印檔案的XML文字會包含下列循序工作：

1. 通過選擇「檔案」>「開啟」開啟檔案
2. 確保「開啟」對話框出現；否則，處理錯誤
3. 在「檔案名」欄位中提供檔案名，然後按一下「開啟」按鈕
4. 確保檔案實際開啟
5. 通過選擇「檔案」>「打印」開啟「打印」對話框
6. 確保「打印」對話框出現

AppMon使用標準的Win32 API與協力廠商應用程式互動，以便傳輸UI事件，例如按鍵和滑鼠點按，這對於控制這些應用程式以從它們產生PDF檔案非常有用。

由於這些Win32 API的限制，AppMon無法將這些UI事件分派到某些特定類型的視窗，例如浮動式選單列（在TextPad等應用程式中），以及某些使用Win32 API無法擷取其內容的對話方塊。

可以很容易地以視覺化方式識別浮動的菜單欄；但是，可能無法只透過視覺檢查來識別特殊類型的對話框。 您需要協力廠商應用程式(例如Microsoft Spy++（Microsoft Visual C++開發環境的一部分）或其相當的WinID(可從https://www.dennisbabkin.com/php/download.php?what=WinID免費下載)來檢查對話方塊，以判斷AppMon是否可使用標準Win32 API與它互動。

如果WinID能夠擷取對話方塊內容，例如文字、子視窗、視窗類別ID等，AppMon也可以這麼做。

此表列出了打印原始檔案格式時使用的資訊類型。

資訊類型	說明	修改／建立與本機檔案相關的條目
管理設定	包含PDF設定、安全性設定和檔案類型設定。 檔案類型設定將檔案副檔名與相應的本地應用程式關聯。 檔案類型設定還指定用於打印本地檔案的本地應用程式設定。	若要變更已支援之原生應用程式的設定，系統管理員會在管理控制台中設定「檔案類型設定」。 若要新增對新原生檔案格式的支援，您必須手動編輯檔案。 （請參閱新增或修改對原生檔案格式的支援）。
指令碼	指定「產生PDF」服務與原生應用程式之間的互動。 這類互動通常會引導應用程式將檔案列印至Adobe PDF驅動程式。 此指令碼包含指示原生應用程式開啟特定對話方塊，以及針對這些對話方塊中的欄位和按鈕提供特定回應的指示。	「產生PDF」服務包含所有支援原生應用程式的指令碼檔案。 您可以使用XML編輯應用程式修改這些檔案。 若要新增對新原生應用程式的支援，您必須建立新的指令碼檔案。 （請參閱為本機應用程式建立或修改其他對話框XML檔案。）
一般對話方塊指示	指定如何回應多個應用程式共用的對話方塊。 這些對話方塊是由作業系統、輔助應用程式（例如PDFMaker）和驅動程式產生。 包含此資訊的檔案為appmon.global.en_US.xml。	請勿修改此檔案。
應用程式特定對話方塊指示	指定如何回應應用程式特定的對話方塊。 包含此資訊的檔案是appmon。「[appname]`.dialog。「[locale]`.xml（例如appmon.word.en_US.xml）。	請勿修改此檔案。 要為新的本機應用程式添加對話框說明，請參閱為本機應用程式建立或修改其他對話框XML檔案。
其他應用程式特定對話方塊指示	指定對特定應用程式對話框指令的覆蓋和添加。 本節介紹了此類資訊的示例。 包含此資訊的檔案是appmon。「[appname]」.addition。「[區域設定]`.xml。例如appmon.addition.en_US.xml。	可使用XML編輯應用程式來建立和修改此類檔案。 （請參閱為本機應用程式建立或修改其他對話框XML檔案。） 重要:您必須針對您的伺服器將支援的每個原生應用程式建立其他應用程式特定對話框指示。

關於指令碼和對話框XML檔案

指令碼XML檔案會引導「產生PDF」服務以使用者在應用程式對話方塊中導覽的方式，在應用程式對話方塊中導覽。 指令碼XML檔案也會指示「產生PDF」服務執行按鈕、選取或取消選取核取方塊或選取功能表項目等動作，以回應對話方塊。

相反地，對話框XML檔案只對對話框做出響應，其操作類型與指令碼XML檔案中使用的操作類型相同。

對話框和窗口元素術語

本節和下一節會根據所描述的透視，對對話方塊及其所包含的元件使用不同的術語。 對話框元件是按鈕、欄位和組合框等項。

當本節和下一節從用戶的角度描述對話框及其元件時，會使用諸如​對話框、按鈕、欄位​和​組合框​等術語。

當本節和下一節從對話框及其內部表示的角度描述其元件時，將使用​窗口元素。 窗口元素的內部表示是層次，其中每個窗口元素實例都由標籤標識。 窗口元素實例還描述了其物理特性和行為。

從使用者的角度來看，對話方塊及其元件會顯示不同的行為，其中有些對話方塊元素會隱藏直到啟動為止。 從內部代表的角度看，不存在此類行為問題。 例如，對話框的內部表示形式與其包含的元件的內部表示形式類似，但該對話框中的元件是嵌套的。

本節說明提供AppMon指示的XML元素。 這些元素的名稱有dialog元素和window元素。 本檔案使用單位間隔字型來區分XML元素。 dialog元素可識別XML指令碼檔案可能導致顯示的對話框，無論是有意還是無意。 window元素標識窗口元素（對話框或對話框的元件）。

階層

此圖顯示了指令碼和對話框XML的層次結構。 指令碼XML檔案符合script.xsd架構，該架構包括（在XML意義下）window.xsd架構。 同樣地，對話框XML檔案符合dialogs.xsd架構，該架構還包括window.xsd架構。

指令碼和對話框XML的層次

指令碼XML檔案

指令碼XML檔案​指定一系列步驟，引導原生應用程式導覽至特定視窗元素，然後提供這些元素的回應。 大部分回應是文字或按鍵輸入，這些回應會對應使用者在對應對話方塊中提供的欄位、組合方塊或按鈕。

「產生PDF」服務支援指令碼XML檔案的目的，在於引導原生應用程式列印原生檔案。 不過，指令碼XML檔案可用來完成使用者在與原生應用程式對話方塊互動時可執行的任何工作。

指令碼XML檔案中的步驟會依順序執行，而不會產生任何分支的機會。 唯一支援的條件測試是逾時／重試，當某個步驟在特定時段內和特定重試次數之後未成功完成時，會導致指令碼終止。

除了循序步驟外，步驟中的指令也依順序執行。 您必須確保步驟和說明反映使用者執行這些相同步驟的順序。

指令碼XML檔案中的每個步驟都會識別在成功執行步驟指示時預期會出現的視窗元素。 如果在執行指令碼步驟時出現非預期的對話方塊，「產生PDF」服務會依下節所述搜尋對話XML檔案。

對話框XML檔案

執行原生應用程式會顯示不同的對話方塊，不論原生應用程式是在可見或不可見模式下，都會顯示對話方塊。 對話方塊可由作業系統或應用程式本身產生。 當原生應用程式在「產生PDF」服務的控制下執行時，系統和原生應用程式對話方塊會顯示在不可見的視窗中。

對話框XML檔案​指定生成PDF服務對系統或本地應用程式對話框的響應方式。 對話方塊XML檔案可讓「產生PDF」服務以方便轉換程式的方式回應未提示的對話方塊。

當系統或原生應用程式顯示目前執行的指令碼XML檔案未處理的對話方塊時，「產生PDF」服務會依此順序搜尋對話方塊XML檔案，在找到相符項目時停止：

• appmon。[appname].additional.[locale].xml
• appmon。[appname]。[locale].xml（請勿修改此檔案）。
• appmon.global.[locale].xml（請勿修改此檔案）。

如果「產生PDF」服務找到對話方塊的符合項，則會傳送對話方塊的按鍵動作或其他動作，以關閉該對話方塊。 如果對話框的說明指定了中止消息，則生成PDF服務將終止當前正在執行的作業並生成錯誤消息。 在指令碼XML語法的abortMessage元素中將指定此類中止消息。

如果「產生PDF」服務遇到任何先前列出的檔案中未說明的對話方塊，「產生PDF」服務會將對話方塊的標題整合至記錄檔項目中。 當前執行的作業最終超時。 然後，您可以使用日誌檔案中的資訊在本地應用程式的附加對話框XML檔案中編寫新的說明。

添加或修改對本機檔案格式的支援

本節介紹支援其他原生檔案格式或修改對已支援的原生檔案格式的支援時必須執行的任務。

您必須先完成下列工作，才能新增或修改支援。

選擇用於識別窗口元素的工具

對話框和指令碼XML檔案要求您標識對話框或指令碼元素所響應的窗口元素（對話框、欄位或其他對話框元件）。 例如，在指令碼調用本地應用程式的菜單後，指令碼必須標識該菜單上要應用擊鍵或操作的窗口元素。

您可以透過對話框標題列中顯示的標題輕鬆識別對話框。 不過，您必須使用Microsoft Spy++等工具來識別較低層級的視窗元素。 低層窗口元素可以通過多種屬性來識別，這些屬性並不明顯。 此外，每個原生應用程式可以不同地識別其視窗元素。 因此，有多種識別視窗元素的方式。 以下是考慮窗口元素標識的建議順序：

1. 標題本身（如果是唯一）
2. 控制ID，它對於指定對話框可能唯一，也可能不唯一
3. 類別名稱，可能唯一，也可能不唯一

這三個屬性的任意一個或組合可用於標識窗口。

如果屬性無法識別標題，則可以改為使用相對於父項的索引來識別窗口元素。 index​指定窗口元素相對於其同級窗口元素的位置。 索引通常是識別組合框的唯一方法。

請注意下列問題：

• Microsoft Spy使用&符號(&)來識別標題的熱鍵，以顯示標題。 例如，Spy將一個「打印」對話框的標題顯示為Pri&nt，這表示熱鍵是​n。 指令碼和對話框XML檔案中的標題必須省略&符號。
• 有些標題包含分行符號。 「產生PDF」服務無法識別分行符號。 如果標題包含分行符號，請包含足夠的標題以區隔其他功能表項目，然後對省略的部分使用規則運算式。 例如(^Long caption title$)。 （請參閱在標題屬性中使用規則運算式）。
• 對保留的XML字元使用字元實體（也稱為轉義序列）。 例如，對於&符號，請使用&，對於小於和大於符號，請使用<和>，對於撇號，請使用'，對於引號，請使用"。

如果您打算使用對話方塊或XML檔案指令碼，則應安裝應用程式Microsoft Spy++。

取消對話框和指令碼檔案的封裝

對話框和指令碼檔案駐留在appmondata.jar檔案中。 在可以修改這些檔案或添加新指令碼或對話框檔案之前，必須先取消打包此JAR檔案。 例如，假設您要新增對EditPlus應用程式的支援。 您可以建立兩個XML檔案，名為appmon.editplus.script.en_US.xml和appmon.editplus.script.addition.en_US.xml。 這些XML指令碼必須新增至位於兩個位置的adobe-appmondata.jar檔案，如下所述：

• adobe-livecycle-native-jboss-x86_win32.ear > adobe-Native2PDFSvc.war\WEB-INF\lib > adobe-native.jar > Native2PDFSvc-native.jar\bin > adobe-appmondata.jar\com\adobe\appmon。 adobe-livecycle-native-jboss-x86_win32.ear檔案位於[AEM forms install directory]\configurationManager的匯出資料夾中。 （如果AEM Forms已部署在其他J2EE應用程式伺服器上，請將adobe-livecycle-native-jboss-x86_win32.ear檔案取代為與您的J2EE應用程式伺服器對應的EAR檔案。）
• adobe-generatepdf-dsc.jar > adobe-appmondata.jar\com\adobe\appmon （adobe-appmondata.jar檔案位於adobe-generatepdf-dsc.jar檔案中）。 adobe-generatepdf-dsc.jar檔案位於[AEM forms install directory]\deploy檔案夾中。

將這些XML檔案新增至adobe-appmondata.jar檔案後，您必須重新部署GeneratePDF元件。 若要將對話方塊和指令碼XML檔案新增至adobe-appmondata.jar檔案，請執行下列工作：

1. 使用WinZip或WinRAR等工具，開啟adobe-livecycle-native.jboss-x86_win32.earfile > adobe-Native2PDFSvc.war\WEB-INF\lib > adobe-native.jar > Native2PDFSvc-native.jar\bin > adobe-appmondata.jar檔案。
2. 將對話方塊和指令碼XML檔案新增至appmondata.jar檔案，或修改此檔案中現有的XML檔案。 （請參閱為本機應用程式建立或修改指令碼XML檔案和為本機應用程式建立或修改其他對話框XML檔案。）
3. 使用WinZip或WinRAR等工具，開啟adobe-generatepdf-dsc.jar > adobe-appmondata.jar。
4. 將對話方塊和指令碼XML檔案新增至appmondata.jar檔案，或修改此檔案中現有的XML檔案。 （請參閱為本機應用程式建立或修改指令碼XML檔案和為本機應用程式建立或修改其他對話框XML檔案。） 將XML檔案新增至adobe-appmondata.jar檔案後，請將新的adobe-appmondata.jar檔案置入adobe-generatepdf-dsc.jar檔案。
5. 如果添加了對其他本地檔案格式的支援，請建立提供應用程式路徑的系統環境變數（請參閱建立環境變數以查找本地應用程式）。

重新部署GeneratePDF元件

1. 登入工作台。
2. 選擇「窗口 > 顯示視圖 > 元件」。 此動作會將「元件」檢視新增至「工作台」。
3. 按一下右鍵GeneratePDF元件，然後選擇​Stop Component。
4. 當元件停止時，按一下右鍵並選擇「卸載元件」將其刪除。
5. 按一下右鍵​元件​表徵圖，然後選擇​安裝元件。
6. 瀏覽並選取已修改的adobe-generatepdf-dsc.jar檔案，然後按一下「開啟」。 請注意，GeneratePDF元件旁會出現紅方。
7. 展開GeneratePDF元件，選擇「服務描述符」，然後按一下右鍵「生成PDF服務」並選擇「激活服務」。
8. 在出現的配置對話框中，輸入適用的配置值。 如果將這些值留空，則會使用預設組態值。
9. 在「產生PDF」上按一下滑鼠右鍵，然後選取「開始元件」。
10. 展開「活動服務」。 如果服務名正在運行，則服務名旁邊將顯示綠色箭頭。 否則，服務處於停止狀態。
11. 如果服務處於停止狀態，請按一下右鍵服務名，然後選擇啟動服務。

為本地應用程式建立或修改指令碼XML檔案

如果要將檔案定向到新的本地應用程式，則必須為該應用程式建立指令碼XML檔案。 如果您想要修改「產生PDF」服務與已受支援的原生應用程式互動的方式，您必須修改該應用程式的指令碼。

此指令碼包含導覽原生應用程式視窗元素的指示，並提供這些元素的特定回應。 包含此資訊的檔案是appmon.[appname]".script.[locale].xml。 例如appmon.notepad.script.en_US.xml。

標識指令碼必須執行的步驟

使用原生應用程式，確定您必須瀏覽的視窗元素以及列印檔案時必須執行的每個回應。 請注意任何回應所產生的對話方塊。 這些步驟將類似於下列步驟：

1. 選擇「檔案」>「開啟」。
2. 指定路徑，然後按一下「開啟」。
3. 在菜單欄上選擇「檔案」>「打印」。
4. 指定打印機所需的屬性。
5. 選擇「打印」並等待「另存為」對話框出現。 「產生PDF」服務需要「另存新檔」對話方塊，才能指定PDF檔案的目的地。

標識標題屬性中指定的對話框

使用Microsoft Spy++獲取本地應用程式中窗口元素屬性的身份。 您必須具備這些身分才能編寫指令碼。

在標題屬性中使用規則運算式

您可以在標題規格中使用規則運算式。 「產生PDF」服務使用java.util.regex.Matcher類別來支援規則運算式。 該實用程式支援java.util.regex.Pattern中描述的規則運算式。 (請前往Java網站https://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html。)

在記事本橫幅中，包含前置於記事本的檔案名的規則運算式

 <!-- The regular expression ".*Notepad" means any number of non-terminating characters followed by Notepad. -->
 <step>
     <expectedWindow>
         <window caption=".*Notepad"/>
     </expectedWindow>
 </step>

規則運算式區分列印與列印設定

 <!-- This regular expression differentiates the Print dialog box from the Print Setup dialog box. The "^" specifies the beginning of the line, and the "$" specifies the end of the line. -->
 <windowList>
     <window controlID="0x01" caption="^Print$" action="press"/>
 </windowList>

排序窗口和窗口列出元素

您必須按如下方式訂購window和windowList元素：

• 當多個window元素在windowList或dialog元素中顯示為子項時，請以遞減順序排列這些window元素，並使用caption名稱的長度來指示該順序中的位置。
• 當window元素中出現多個windowList元素時，請以遞減順序排列這些windowList元素，並且第一個indexes/元素的caption屬性的長度指示該順序中的位置。

對對話框檔案中的窗口元素進行排序

 <!-- The caption attribute in the following window element is 40 characters long. It is the longest caption in this example, so its parent window element appears before the others. -->
 <window caption="Unexpected Failure in DebugActiveProcess">
     <…>
 </window>

 <!-- Caption length is 33 characters. -->
 <window caption="Adobe Acrobat - License Agreement">
     <…>
 </window>

 <!-- Caption length is 33 characters. -->
 <window caption="Microsoft Visual.*Runtime Library">
     <…>
 </window>

 <!-- The caption attribute in the following window element is 28 characters long. It is the shortest caption in this example, so its parent window element appears after the others. -->
 <window caption="Adobe Acrobat - Registration">
     <…>
 </window>

在窗口中對窗口元素排序清單元素

 <!-- The caption attribute in the following indexes element is 56 characters long. It is the longest caption in this example, so its parent window element appears before the others. -->
 <windowList>
     <window caption="Can&apos;t exit design mode because.* cannot be created"/>
     <window className="Button" caption="OK" action="press"/>
 </windowList>
 <windowList>
     <window caption="Do you want to continue loading the project?"/>
     <window className="Button" caption="No" action="press"/>
 </windowList>
 <windowList>
     <window caption="The macros in this project are disabled"/>
     <window className="Button" caption="OK" action="press"/>
 </windowList>

為本地應用程式建立或修改其他對話框XML檔案

如果您為先前不支援的原生應用程式建立指令碼，您也必須為該應用程式建立額外的對話XML檔案。 AppMon使用的每個原生應用程式都只能有一個額外的對話XML檔案。 即使不需要任何未經請求的對話方塊，也需要額外的對話XML檔案。 其他對話框至少必須有一個window元素，即使該window元素只是佔位符。

您也可以針對下列用途修改原生應用程式的其他對話XML檔案：

• 若要覆寫具有不同回應之應用程式的對話XML檔案
• 向該應用程式的對話框XML檔案中未定址的對話框添加響應

標識其他dialogXML檔案的檔案名為appmon.[appname].addition.[locale].xml。 例如appmon.excel.addition.en_US.xml。

其他對話框XML檔案的名稱必須使用格式appmon.[applicationname].addition.[locale].xml，其中​applicationname​必須與XML配置檔案和指令碼中使用的應用程式名稱完全匹配。

您必須對windowList元素排序，這些元素在window元素中顯示為子項。 （請參閱排序窗口和窗口清單元素。）

修改常規對話框XML檔案

您可以修改常規對話框XML檔案，以響應由系統生成的對話框，或響應多個應用程式通用的對話框。

在XML配置檔案中添加檔案類型條目

此程式說明如何更新「產生PDF」服務設定檔，將檔案類型與原生應用程式建立關聯。 要更新此配置檔案，必須使用管理控制台將配置資料導出到檔案。 設定資料的預設檔案名稱為native2pdfconfig.xml。

更新「產生PDF」服務設定檔

1. 選擇「首頁 > 服務 > Adobe PDF Generator > 配置檔案」，然後選擇「導出配置​」。
2. 視需要修改native2pdfconfig.xml檔案中的filetype-settings元素。
3. 選擇「首頁 > 服務 > Adobe PDF Generator >配置檔案」，然後選擇「導入配置​」。​設定資料會匯入「產生PDF」服務，取代先前的設定。

在此示例中，Generate PDF服務提供的預設配置資料已修改，以指定應使用記事本（而非Microsoft Word）來處理檔案副檔名為。txt的檔案。 在進行此修改之前，Microsoft Word已指定為應處理此類檔案的原生應用程式。

將文字檔案導向記事本的修改(native2pdfconfig.xml)

 <filetype-settings>

 <!-- Some native app file types were omitted for brevity. -->
 <!-- The following GenericApp element specifies Notepad as the native application that should be used to process files that have a txt file name extension. -->
             <GenericApp
                 extensions="txt"
                 name="Notepad" displayName=".*Notepad"/>
             <GenericApp
                 extensions="wpd"
                 name="WordPerfect" displayName="Corel WordPerfect"/>
             <GenericApp extensions="pmd,pm6,p65,pm"
                 name="PageMaker" displayName="Adobe PageMaker"/>
             <GenericApp extensions="fm"
                 name="FrameMaker" displayName="Adobe FrameMaker"/>
             <GenericApp extensions="psd"
                 name="Photoshop" displayName="Adobe Photoshop"/>
         </settings>
     </filetype-settings>

建立環境變數以查找本地應用程式

建立一個環境變數，指定本地應用程式執行檔的位置。 變數必須使用格式[applicationname]_PATH，其中​applicationname​必須與XML配置檔案和指令碼中使用的應用程式名稱完全匹配，並且路徑包含以雙引號表示的執行檔的路徑。 此類環境變數的示例為Photoshop_PATH。

建立新環境變數後，您必須重新啟動部署「產生PDF」服務的伺服器。

在Windows XP環境中建立系統變數

1. 選擇​控制面板>系統。
2. 在「系統屬性」對話框中，按一下​高級​頁籤，然後按一下​環境變數。
3. 在「環境變數」對話框的「系統變數」下，按一下「新建」。​
4. 在「新建系統變數」對話框中，在​變數名稱​框中，鍵入使用[applicationname]_PATH格式的名稱。
5. 在​變數值​方塊中，輸入應用程式可執行檔的完整路徑和檔案名稱，然後按一下​確定。 例如，鍵入：c:\windows\Notepad.exe
6. 在「環境變數」對話框中，按一下​確定。

從命令行建立系統變數

1. 在命令行窗口中，使用以下格式鍵入變數定義：

            [applicationname]_PATH=[Full path name]
   

   例如，鍵入：NotePad_PATH=C:\WINDOWS\NOTEPAD.EXE

2. 啟動新的命令行提示，使系統變數生效。

XML檔案

AEM Forms包含範例XML檔案，可讓「產生PDF」服務使用記事本處理任何副檔名為。txt的檔案。 本節包含此代碼。 此外，您必須進行本節所述的其他修改。

其他對話框XML檔案

此示例包含記事本應用程式的其他對話框。 除了「產生PDF」服務所指定的對話方塊外，這些對話方塊也可以。

記事本對話方塊(appmon.notepad.addition.en_US.xml)

 <dialogs app="Notepad" locale="en_US" version="7.0" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="dialogs.xsd">
     <window caption="Caption Title">
         <windowList>
             <window className="Button" caption="OK" action="press"/>
         </windowList>
     </window>
 </dialogs>

指令碼XML檔案

此範例指定「產生PDF」服務如何與記事本互動，以使用Adobe PDF印表機列印檔案。

記事本指令碼XML檔案(appmon.notepad.script.en_US.xml)

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<!--
*
* ADOBE CONFIDENTIAL
* ___________________
* Copyright 2004 - 2005 Adobe Systems Incorporated
* All Rights Reserved.
*
* NOTICE:  All information contained herein is, and remains
* the property of Adobe Systems Incorporated and its suppliers,
* if any.  The intellectual and technical concepts contained
* herein are proprietary to Adobe Systems Incorporated and its
* suppliers and may be covered by U.S. and Foreign Patents,
* patents in process, and are protected by trade secret or copyright law.
* Dissemination of this information or reproduction of this material
* is strictly forbidden unless prior written permission is obtained
* from Adobe Systems Incorporated.
*-->

<!-- This file automates printing of text files via notepad to Adobe PDF printer. In order to see the complete hierarchy we recommend using the Microsoft Spy++ which details the properties of windows necessary to write scripts. In this sample there are total of eight steps-->

<application name="Notepad" version="9.0" locale="en_US" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="scripts.xsd">

    <!-- In this step we wait for the application window to appear -->
    <step>
        <expectedWindow>
            <window caption=".*Notepad"/>
        </expectedWindow>
    </step>

    <!-- In this step, we acquire the application window and send File->Open menu bar, menu item commands and the expectation is the windows Open dialog-->
    <step>
        <acquiredWindow>
            <window caption=".*Notepad">
                <virtualInput>
                    <menuBar>
                        <selection>
                            <name>File</name>
                        </selection>
                        <selection>
                            <name>Open...</name>
                        </selection>
                    </menuBar>
                </virtualInput>
            </window>
        </acquiredWindow>
        <expectedWindow>
            <window caption="Open"/>
        </expectedWindow>
    </step>

    <!-- In this step, we acquire the Open window and then select the 'Edit' widget and input the source path followed by clicking on the 'Open' button . The expectation of this 'action' is that the Open dialog will disappear -->
    <step>
        <acquiredWindow>
            <window caption="Open">
                <windowList>
                    <window className="ComboBoxEx32">
                        <windowList>
                            <window className="ComboBox">
                                <windowList>
                                <window className="Edit" action="inputSourcePath"/>
                                </windowList>
                            </window>
                        </windowList>
                    </window>
                </windowList>
                <windowList>
                    <window className="Button" caption="Open" action="press"/>
                </windowList>
            </window>
        </acquiredWindow>
        <expectedWindow>
            <window caption="Open" action="disappear"/>
        </expectedWindow>
        <pause value="30"/>
    </step>

    <!-- In this step, we acquire the application window and send File->Print menu bar, menu item commands and the expectation is the windows Print dialog-->
    <step>
        <acquiredWindow>
            <window caption=".*Notepad">
                <virtualInput>
                    <menuBar>
                        <selection>
                            <name>File</name>
                        </selection>
                        <selection>
                            <name>Print...</name>
                        </selection>
                    </menuBar>
                </virtualInput>
            </window>
        </acquiredWindow>
        <expectedWindow>
            <window caption="Print">
        </window>
        </expectedWindow>
    </step>

    <!-- In this step, we acquire the Print dialog and click on the 'Preferences' button and the expected window in this case is the dialog with the caption '"Printing Preferences' -->
    <step>
        <acquiredWindow>
            <window caption="Print">
                <windowList>
                    <window caption="General">
                        <windowList>
                            <window className="Button" caption="Preferences" action="press"/>
                        </windowList>
                    </window>
                </windowList>
            </window>
        </acquiredWindow>
        <expectedWindow>
            <window caption="Printing Preferences"/>
        </expectedWindow>
    </step>

    <!-- In this step, we acquire the dialog "Printing Preferences' and select the combo box which is the 10th child of window with caption '"Adobe PDF Settings' and select the first index. (Note: All indeces start with 0.) Besides this we uncheck the box which  has the caption '"View Adobe PDF results' and we click on the button OK. The expectation is that 'Printing Preferences' dialog disappears. -->
    <step>
        <acquiredWindow>
            <window caption="Printing Preferences">
                <windowList>
                    <window caption="Adobe PDF Settings">
                        <windowList>
                            <window className="Button" caption="View Adobe PDF results" action="uncheck"/>
                        </windowList>
                        <windowList>
                            <window className="Button" caption="Ask to Replace existing PDF file" action="uncheck"/>
                        </windowList>
                    </window>
                </windowList>
                <windowList>
                    <window className="Button" caption="OK" action="press"/>
                </windowList>
            </window>
        </acquiredWindow>
        <expectedWindow>
            <window caption="Printing Preferences" action="disappear"/>
        </expectedWindow>
    </step>

    <!-- In this step, we acquire the 'Print' dialog and click on the Print button. The expectation is that the dialog with caption 'Print' disappears. In this case we use the regular expression '^Print$' for specifying the caption given there could be multiple dialogs with caption that includes the word Print. -->
    <step>
        <acquiredWindow>
            <window caption="Print">
                <windowList>
                    <window caption="General"/>
                    <window className="Button" caption="^Print$" action="press"/>
                </windowList>
            </window>
        </acquiredWindow>
        <expectedWindow>
            <window caption="Print" action="disappear"/>
        </expectedWindow>
    </step>
    <step>
        <expectedWindow>
            <window caption="Save PDF File As"/>
        </expectedWindow>
    </step>
    <!-- Finally in this step, we acquire the dialog with caption "Save PDF File As" and in the Edit widget type the destination path for the output PDF file and click on the Save button. The expectation is that the dialog disappears-->
    <step>
        <acquiredWindow>
            <window caption="Save PDF File As">
                <windowList>
                    <window className="Edit" action="inputDestinationPath"/>
                </windowList>
                <windowList>
                    <window className="Button" caption="Save" action="press"/>
                </windowList>
            </window>
        </acquiredWindow>
        <expectedWindow>
            <window caption="Save PDF File As" action="disappear"/>
        </expectedWindow>
    </step>

    <!-- We can always set a retry count or a maximum time for a step. In case we surpass these limitations, PDF Generator generates this abort message and terminates processing. -->
    <abortMessage msg="15078"/>
</application>