livecycle

    0熱度

    1回答

    繼承人一個簡單的形式來幫助說明問題。這不是表單的完整代碼,因爲它太長了(或者過於臃腫)才能發佈。因此,如果您打開Adobe LiveCycle並創建空白文檔,請將以下內容作爲主要內容插入。 然後將其保存爲pdf。如果您打開pdf並保存,您將看到子窗體從顯示一次變爲顯示兩次。有沒有人看到爲什麼這個代碼/標記會導致表單的另一個實例在保存時被創建? 我並不熟悉LiveCycle來理解所有生成的語法,但似

    7熱度

    3回答

    我剛開始使用adobe livecycle。我不需要了解與開發人員的觀點的生命週期,但截至目前我必須進入測試生命週期應用程序。我應該從哪裏開始,以便了解生命週期的基本知識。例如,我想知道什麼是觀看的文件夾。請參考我的LiveCycle教程

    2熱度

    3回答

    我想弄清楚如何在生命週期表單中創建一個超鏈接,該超鏈接指向將在表單呈現的不同日期更改的URL。例如在某一天我可能想的超級鏈接指向: mywebsite /我的空間選項= XXX ,並在另一天我希望它指向: mywebsite /我的空間?option = YYY XXX和YYY可以很容易地作爲XML傳遞到表單的數據中,但我不知道如何製作它,以便超鏈接被更改爲與此相對應。 有什麼建議嗎?

    2熱度

    2回答

    我已經安裝Adobe Livecycle以便將MSWORD文件從Web應用程序轉換爲PDF。 具體來說,我使用DocConverter工具。之前,我使用過OpenOffice UNO SDK,但是我發現特定文檔存在一些問題。 現在,轉換是好的,但轉換時間很長。 這些是通過Openoffice和Livecycle轉換不同大小文檔的時代。 你能提出什麼建議嗎? SIZE (bytes) Openoff

    1熱度

    1回答

    我正在使用.Net對長壽命Livecycle服務進行Web服務調用。我無法弄清楚如何從這個服務獲得結果輸出,因爲我從invoke_async調用返回的所有結果都是jobId。 我知道我可以使用JobManagerService來ping作業來查看它何時完成,但我不知道如何從服務調用中獲取輸出。 任何想法?

    7熱度

    5回答

    我正在使用BlazeDS來遠程在Flex應用程序中使用一些Java對象。我在我的一生中找不到一個我的課程中的類型強制錯誤。我有其他的類使用相同的數據類型正常工作,我已經超過了我的映射十幾次。據我所知,我遵循所有必要的習慣和習慣... 無論如何,我的問題是:我該如何調試這個問題?在調試模式下運行Flex應用程序會向控制檯吐出一些通用錯誤,這些錯誤並沒有太大的幫助(TypeError:錯誤#1034:

    1熱度

    1回答

    我對LiveCycle設計人員非常陌生,所以這可能很明顯。我正在修復一個遺留的PDF表單,我沒有太多的範圍可以用更好的東西替代。 我想要做的就是在PDF初始化事件期間讀取文本文件的幾行內容,並使用它們填充一些字段,但Adobe不會讓我實例化文件系統對象。 我試過將字段綁定到XML文件,但是這會殺死窗體上其餘的腳本。 有沒有更好的方法?或者任何方式? 感謝任何幫助,謝謝。

    1熱度

    2回答

    我在LiveCycle中創建了一個表單,我想這樣做,用戶可以使用Adobe Reader進行編輯和保存表單。我有這部分我擔心的是,如果他們有Acrobat Pro和Livecycle,他們可以在Acrobat中打開表單,然後打開表單按鈕,並開始在生命週期中更改表單。有沒有辦法讓最終用戶無法在livecycle中打開文件進行更改?

    4熱度

    2回答

    我的團隊有一個我們使用Adobe LiveCycle設計器創建的模板(XDP)。 的情況: 我們與此的LiveCycle 形式來替換舊的Acrobat形式 (XFDF格式)作爲一個更大的部分升級 當前的Acrobat形式 動態填充了基本數據 ,並以PDF形式發送給用戶 (用戶點擊一個鏈接並在他們的機器上打開一個PDF 預填充 機智H基準的人口統計信息) 目前的流程看起來是這樣的:用戶點擊,.NET

    7熱度

    3回答

    我有一個複雜的對象,由LCDS DataServices數據管理器管理,並使用自定義彙編器創建/更新等。絕大多數對象層次結構都是正確序列化/反序列化的,但是當涉及序列化不可變的Java類時,我碰到了一個絆腳石。 在Java作爲這個優秀的博客介紹了唯一的世界我會使用java writeReplace和readResolve方法來:http://lingpipe-blog.com/2009/08/10