IBM Lotus iNotes 8.5 中的新特性:full 模式

genusBIT發表於2009-04-27

full 模式一般改進

full 模式採用了最初在 Lotus Domino Web Access 8.0.1 lite 模式中引入的基於框架集(frameset)的頁面架構和使用者介面(UI)框架。它還利用了許多相同的基本 UI Widget,例如功能區轉換開關、選單欄和分隔條等。Full 模式還提供了更高階的使用者互動功能,如更豐富的虛擬列表,支援可選的窄顯示格式(以實現更寬的邊欄預覽)、鍵盤互動和典型的單項滾動體驗,可與富客戶端應用程式相媲美。full 模式檢視現還可執行非同步事務處理,以檢索檢視資料。請參見圖 1。


圖 1. full 模式下的收件箱
full 模式下的收件箱

功能區轉換開關

功能區轉換開關為主 Lotus iNotes 功能區提供了應用程式圖示。單擊其中的一項即可啟動或切換到其中顯示了功能區檢視的可管理標籤頁。

可管理的標籤頁

與 Lotus Notes 客戶端相似,Lotus iNotes 現在也會在獨立的標籤頁中開啟功能區和文件,使用者可通過點選在不同的工作之間切換。使用者首選項也是在獨立的標籤頁中開啟的。在本文稍後的內容中,我們將討論新 widget 特性如何利用這些標籤頁。

邊欄

8.0.1 lite 模式中引入的邊欄已得到增強,支援額外的皮膚型別,最主要的就是 IBM Lotus Sametime® 聯絡人列表。該元件擴充套件了 AccordianContainer Dojo widget,利用了 Dojo 庫提供的多種 AJAX 視覺化效果。此外還提供了每日安排一覽(Day-At-A-Glance)和幫助等邊欄。使用者可管理邊欄的顯示,也可選擇隱藏或顯示整個邊欄。

狀態列和支援控制檯

狀態列區域和支援控制檯均已成為 full 模式的完整組成部分。

經過改進的 UI 控制元件

經過改進的選單欄 widget 現支援溢位指示器(overflow indicator),如圖 2 所示,當視窗縮小到無法顯示當前所有頂級操作的寬度時,則以溢位指示器的形式指出。


圖 2. 顯示了溢位指示器的操作欄
顯示了溢位指示器的操作欄

全新的虛擬列表控制元件與新 UI 框架配合工作,提供了原虛擬列表的所有相同功能,還增加了非同步資料檢索事務的使用。

日曆檢視改進

日曆檢視已經過重新設計,更符合 Lotus Notes 8 或更新版本客戶端的檢視,此外還支援非同步資料檢索,如圖 3 所示。


圖 3. 使用日期控制元件顯示的一週工作日曆檢視
使用日期控制元件顯示的一週工作日曆檢視

Safari 3.1 支援

Lotus iNotes full 和 lite 模式現支援 Mac OS X Leopard/10.5 上的 Apple Safari 3.1 瀏覽器。Mac 使用者現可選擇使用 Mozilla Firefox 或 Safari。但 Lotus iNotes 在 Microsoft Windows® 上支援的部分特性在 Mac 平臺上不可用:

  • 通過 Domino 離線服務進行離線或本機存檔
  • 將 Lotus iNotes 建立為預設郵件應用程式,用於從其他本機應用程式傳送郵件

此外,Safari 上的 Lotus iNotes 不能在登出或最後一個瀏覽器關閉時進行較為徹底的快取重新整理(scrub)。但大多數資料響應均已指明不儲存在瀏覽器的快取之內。

最後,要在 Mac 瀏覽器上使用 Lotus Sametime 功能,必須在伺服器的 NOTES.INI 檔案中將 NOTES.INI 設定指定為 iNotes_WA_MacIM=1。

傳送時檢查拼寫

Lotus iNotes 現提供了一個郵件首選項設定 “Spell check message before sending”(傳送前檢查郵件拼寫)。選中此設定時(在 Mail - General 皮膚中),Lotus iNotes 會在傳送訊息之前自動執行拼寫檢查。如果遇到任何錯誤,將開啟 Spell Check suggestions 視窗,其中提供了 Send As Is 和 Cancel Send 按鈕。

檢視 MIME 訊息頭

如果使用者接收到可疑的訊息,可能會希望檢視 MIME 訊息頭。現在有可能在 Inbox 資料夾、All Documents 檢視或任意使用者資料夾內完成此任務。在 More 選單中可以找到 Show MIME Header 和 Show MIME Full 操作選項。

Web 2.0 特性

Lotus iNotes 8.5 中新增了一些新特性,允許更好地整合各種基於 Internet 和內部網的服務。重要特性包括與 IBM Lotus Quickr™ 的整合、在 Lotus iNotes 日曆檢視中填入 Google Calendar 資料、使用 Lotus Notes Toolbox 相容 widget 提供與 Internet 或內部網服務的更緊密整合。本文下面的內容將具體介紹這些特性。

支援和配置全新的 Web 2.0 特性

Lotus iNotes 中的 Web 2.0 特性現由 Lotus Domino 郵件策略設定治理,如表 1 所示。這樣的配置意味著可分別為每位使用者啟用或禁用該設定,而無論使用者的副本可能位於哪個 Lotus Domino 郵件伺服器上。本系列的第二篇文章將詳細介紹 Lotus iNotes 中與 Lotus Domino 策略相關的新功能。現在,我們只是說明管理員必須為恰當的使用者顯式啟用所需特性。


表 1. 郵件設定文件中 Lotus iNotes 標籤頁上的 Web 2.0 特性部分

特性 設定
Widget 設定
在郵件大綱中顯示 Widgets 資料夾
啟用
允許使用者通過 XML 建立 widget 啟用
Lotus Quickr 整合
允許 Lotus Quickr 整合
啟用
日曆訂閱
允許日曆訂閱
啟用

Lotus iNotes 代理 servlet 簡介

要從外部伺服器獲取資料並在 Lotus iNotes 頁面中融合資料,就要處理瀏覽器帶來的跨站點指令碼安全性限制。Lotus iNotes 在 Lotus Domino 伺服器上引入了代理 servlet,可解決此問題。代理 servlet 以 Lotus Domino XPages servlet 介面卡外掛的形式執行,為使用者將請求外發到特定的外部站點或服務(位於不同主機地址),並將響應返回給瀏覽器。如圖 4 所示。通常情況下,由特定主機地址生成的 Web 頁面被限制為僅可與相同的主機地址通訊。利用代理 servlet 時,只要涉及到瀏覽器,Lotus iNotes 仍可僅與相同伺服器通訊。


圖 4. 代理 servlet 架構
代理 servlet 架構

Lotus iNotes 代理 servlet 有三種特定的代理上下文:BasicProxy、GoogleProxy 和 QuickrProxy。正如上下文的名稱所表示的那樣,BasicProxy 就是一般的代理功能,也是另外兩種的基礎。GoogleProxy 是用於 Google 疊加日曆的特定代理功能,QuickrProxy 則為 Lotus Quickr 提供類似功能。

servlet 實現基於 REST 的代理 URL。例如:

http:///BasicProxy/http/www.mycompany.com?param1=value1

任何 Web 站點的開放代理都會導致利用代理的 Web 伺服器和頁面易受攻擊。為了限制此類暴露,提供了一個白名單,必須顯式列舉哪些 URL 模式允許以這種方式代理。管理員需要使用標準文字編輯器,編輯指定此白名單的代理 servlet 配置檔案。該配置檔名為 proxy-config.properties,位於 \properties 資料夾中。預設檔案不允許代理任何 URL。

根據當前生效的白名單,因策略違規而導致錯誤時,代理會向瀏覽器傳送一個自定義的 JSON 錯誤物件,如清單 1 所示。


清單 1. 自定義 JSON 錯誤物件

{ "error":
     {"@code":"403",
      “param” : [ {"@name":"url","value" : "http://www.mycompany.com?"} ],
      "details" : "Forbidden: A policy was against the issued request --Unauthorized:  
      Requested URI not in list of allowed URIs"}
}

表 2 列舉了 proxy-config.properties 檔案內有效屬性的細節。


表 2. proxy-config.properties 檔案的有效屬性

屬性 說明
enabled 設定為 true 即可啟用代理 servlet。
connectTimeout 嘗試連線的時長,若未指定,則預設為 10 秒。
Policy.url 應用此策略的站點地址。
Policy.actions 此策略允許的 HTTP 方法集。
Policy.cookies 該站點允許的 Cookies。

具有特定名稱的 Cookies 總是代理到此站點。此外,接收自此站點的任何傳入資訊(Set-Cookie 響應頭)也會被記下,並在此後請求該站點時回發。
Policy.headers 該站點允許的報頭,也可使用星號表示允許全部。該屬性確定哪些報頭將被轉發給目標伺服器。
Policy.mime-types 允許目標伺服器回發的內容型別,也可使用星號表示允許全部。

清單 2 是一個示例配置檔案,使 Lotus iNotes 的覆蓋 Google 日曆特效能正確工作。第一項策略(下面的 policy0)用於從 Google 日曆獲取資料。第二項策略(policy1)是在需要 HTTPS 連線進行身份驗證時使用的,使您能訪問您的私人日曆。


清單 2. 配置檔案

enabled=true
connectTimeout=10

policy0.url=http://www.google.com/
policy0.context=/xsp/proxy/GoogleProxy/
policy0.actions=GET,POST
policy0.cookies=
policy0.headers=*
policy0.mime-types=*

policy1.url=https://www.google.com/
policy1.context=/xsp/proxy/GoogleProxy/
policy1.actions=GET,POST
policy1.cookies=
policy1.headers=*
policy1.mime-types=*

如果 Lotus Domino 和 Lotus Quickr 伺服器之間配置了單點登入,身份驗證 cookie(LtpaToken)即可以清單 3 的方式代理。


清單 3. 身份驗證 cookie

policy2.url=http://your_quickr_server:10038/
policy2.context=/xsp/proxy/QuickrProxy/
policy2.actions=GET,POST
policy2.cookies=LtpaToken
policy2.headers=*
policy2.mime-types=*

管理員可通過啟用 Java™ 日誌記錄來監控代理 servlet。這一步是通過編輯 \jvm\lib\logging.properties 檔案完成的,對於故障排除或跟蹤十分有用。清單 4 是一個示例。


清單 4. 啟用 Java 日誌記錄

#This example logs all the activities to a file specified using simple text format
handlers=java.util.logging.FileHandler,java.util.logging.ConsoleHandler
java.util.logging.FileHandler.pattern = c:\\domino\\log\\jdklog.txt
java.util.logging.FileHandler.formatter = java.util.logging.SimpleFormatter

com.ibm.dwa.service.proxy.level = ALL

覆蓋 Google 日曆

Lotus iNotes 8.5 支援在您的日曆檢視內覆蓋來自一個或多個 Google 日曆的條目。公開 Google 日曆提供了各種運動隊的日程,例如 Boston Red Sox 或 New York Yankees,也有學校或影院等機構的日程。許多個人也會使用這些日曆來跟蹤個人事件。通過在 Lotus iNotes 日曆上覆蓋這些事件,使用者即可以視覺化的方式檢視這些事件及其普通 Lotus Domino 業務事件。

可通過單擊 My Calendars 大綱條目右側的 Add 連結來指定外部日曆。如圖 5 所示。


圖 5. 在月份檢視中覆蓋 Google 日曆和 Add a Calendar 視窗
在月份檢視中覆蓋 Google 日曆和 Add a Calendar 視窗

Lotus iNotes 8.5 中指定的私人日曆不儲存任何特定 Google 身份驗證資訊,因為 Lotus iNotes 尚不支援 Lotus Notes Account 文件。這樣的事實導致每次會話都提示這是第一次需要此資訊。您可在 Google 日曆的設定視窗中獲取此資訊。對於每一個覆蓋日曆,均可選擇背景色、文字顏色和一組預定義的圖示,幫助在視覺上區分來自外部日曆的條目。

指定並啟用了外部日曆之後(選中日曆旁邊的核取方塊),Lotus iNotes 就會在您在日曆檢視內瀏覽時非同步檢索恰當的日曆資料。您可通過控制左側皮膚中的核取方塊來顯示或隱藏任何已經配置好的覆蓋日曆。

在 Lotus iNotes 中開啟覆蓋 Google 日曆條目時,這些條目會在顯示 Google 日曆 UI 的新視窗中開啟。如果條目來自需要身份驗證的私人日曆,如果您尚未通過 Google 站點的身份驗證,則將顯示 Google 登入頁面,在您通過驗證之後再重新轉向事件頁面。

限制

與 Lotus Notes 8.5 中引入的類似功能相比,覆蓋 Google 日曆的這一最初版本具有一些已知的限制:

  • 如前所述,使用者的憑據資訊不會在多次會話間儲存和記憶。與 Lotus Notes 8.5 客戶端中對此特性的實現不同,此時您在每次會話中都會看到登入覆蓋日曆的提示。
  • 目前僅適用於預設 Google 日曆,即便同一個賬戶中有多個日曆也是如此。
  • 不支援其他型別的覆蓋日曆(例如其他 Lotus Notes 日曆或 iCal 日曆)。
  • 與已配置覆蓋日曆列表有關的設定不能與 Lotus Notes 8.5 客戶端共享。
  • 在使用者離線或訪問本地存檔資料庫時,此特性不可用。

    Lotus Quickr 整合

    Lotus Quickr 是一種團隊協作軟體,可幫助您與您的團隊共享內容、協作並線上工作。Lotus iNotes 通過提供以下功能與 Lotus Quickr 整合:

    • 在 Lotus iNotes 首選項內建立首選 Lotus Quickr 空間
    • 在編寫外發的訊息時瀏覽並插入 Lotus Quickr 檔案、資料夾或空間的連結
    • 在 Lotus Quickr 空間記憶體儲接收到的附件
    • 在傳送任何外發附件時,均可使 Lotus iNotes 自動將此類附件儲存到預先指定的 Lotus Quickr 空間,併傳送這些檔案的連結
    • 在傳送任何外發附件時,均可使 Lotus iNotes 顯示提示資訊,詢問使用者是將此類附件移動到 Lotus Quickr 儲存中併傳送連結,還是按原樣傳送附件

    要使用 Lotus iNotes 8.5 中的 Lotus Quickr 整合特性,您必須為 Lotus Domino 郵件伺服器啟用使用單一伺服器或多伺服器進行基於會話的身份驗證,即單點登入(SSO)。如果您的 Lotus Domino 伺服器已配置了 SSO,而您所連線的 Lotus Quickr 伺服器位於相同域中,使用者只需將 LTPA 令牌列入 proxy-config.properties 屬性所述的白名單即可訪問 Lotus Quickr 伺服器。如果 Lotus Quickr 伺服器未在相同域中,使用者在每次會話時都會得到提示,要求其通過所連線伺服器的身份驗證。

    在瀏覽 Lotus Quickr 伺服器時,出於效能考慮事項,Lotus Quickr 返回的提要條目列表預設限制為 50 條。要更改所允許的提要條目的預設數量,可使用 NOTES.INI 來設定 iNotes_WA_Quickr_Feed_Page_Size 並在伺服器的 NOTES.INI 檔案中指定要返回的條目數量。

    讓我們近觀一下 Lotus iNotes 中的 Lotus Quickr 整合 UI,如圖 6 所示。


    圖 6. Lotus iNotes 首選項中的 Lotus Quickr 視窗
    Lotus iNotes 首選項中的 Lotus Quickr 視窗

    Lotus iNotes 使用者首選項中的全新 Lotus Quickr 視窗包括 Lotus Quickr 整合設定。該視窗使您能夠新增或刪除在您傳送附件時發生的首選 Lotus Quickr 空間和配置。必須首先新增一個或多個首選 Lotus Quickr 空間,之後才能利用其他 Lotus iNotes Lotus Quickr 整合功能。

    使用 Add a Place 按鈕,輸入 Lotus Quickr 伺服器的 URL,隨後單擊 Browse 按鈕。隨後即可瀏覽 Lotus Quickr 伺服器上有權訪問的空間,您可選擇希望從 Lotus iNotes 訪問的空間。

    傳送帶有附件的電子郵件時,您可配置將發生哪些與 Lotus Quickr 有關的操作。您可按照普通的方式傳送附件,也總是可以將附件至於定義的首選 Lotus Quickr 空間中,並使用 URL 連結代替附件傳送。此外,也可能看到提示,要求確定如何處理各訊息的附件。

    傳送訊息時,您可使用編輯器操作欄中的 Lotus Quickr 圖示來瀏覽和選擇之前在 Lotus iNotes 首選項中配置的首選 Lotus Quickr 之一。插入檔案、資料夾或 Lotus Quickr 空間的連結,它將顯示在電子郵件之中,如圖 7 所示。對於所插入的檔案連結,您可檢視彙總資訊,或通過瀏覽器的下載功能下載並檢視實際檔案。如果您的工作站上安裝了 Lotus Quickr,Edit 連結也將可用。


    圖 7. 在編寫新訊息時插入 Lotus Quickr 連結
    在編寫新訊息時插入 Lotus Quickr 連結

    傳送外發訊息時,您可選擇隨訊息傳送新附件,還是將附件儲存到 Lotus Quickr 庫並在電子郵件中使用連結。如果您在 Lotus Quickr 首選項中選擇了 Prompt me 選項,那麼在傳送包含新附件的電子郵件時就會看到如圖 8 所示的訊息。


    圖 8. 傳送帶有附件的訊息時(首選項設定為 Promet me)
    傳送帶有附件的訊息時(首選項設定為 Promet me)

    限制

    與 Lotus Notes 8.5 中引入的類似功能相比,Lotus Quickr 整合的這一最初版本具有一些已知的限制:

    • 將接收到的附件儲存到 Lotus Quickr 空間時,您無法選擇刪除當前訊息中的附件(也無法使用所儲存檔案的 Lotus Quickr 連結替換它)。
    • 檢視由安裝了 Lotus Quickr Connectors 的工作站傳送的包含 Lotus Quickr 連結的訊息時,如果當前工作站上尚未安裝 Lotus Quickr Connectors,則 Edit 連結(如圖 8 所示)不可用。您會看到以獨立瀏覽器視窗或標籤頁顯示的錯誤頁面。Edit 連結包含 Lotus Quickr 協議 URL,若無 Lotus Quickr Connectors,工作站無法處理。下面是一個 Lotus Quickr 協議 URL 的示例:
      quickr://yourQuickrserver.com:10038/library/
      0a58d9804a90e212b884fe23596ab50c/document/5f6143004a91235cb88cfe23596ab50c
    • 在您離線或訪問本地存檔資料庫時,該特性不可用。

      Widget

      Lotus iNotes 對 Lotus Notes widget 的支援十分有限。Widget 顯示在 Mail 瀏覽窗格的 Widgets 資料夾中。Widget 可用於在 Lotus iNotes 標籤頁皮膚或新瀏覽器視窗中顯示 Web 頁面。可將其配置為提示使用者提供所需輸入並自動接收來自頁面中選定文字的輸入。Lotus iNotes 僅支援 Web 頁面 widget。Google Gadget、提要和 Lotus Notes 文件 widget 目前不受支援。

      可通過以下方法,將 Widget 新增到 Widgets 資料夾中:

      • 可在 inotes_config.xml 中指定供所用 Lotus iNotes 使用者使用的管理員定義的 widget。
      • 使用者可從工具箱目錄中選擇 widget。Lotus iNotes 使用者可瀏覽工具箱目錄和分類,並??中選擇 widget,它是在 inotes_config.xml 中指定的。
      • 如果策略允許,使用者可通過在 Lotus iNotes 中輸入定義 widget 的 XML 來建立自己的 widget。

      使用 Lotus Notes 客戶端建立 widget 超出了本文的討論範圍。關於 widget 建立的資訊可在 Lotus Notes 8.5 Information Center 的 “Configuring a widget using wizards” 主題中找到。

      圖 9 顯示了 Lotus iNotes 使用者如何在工具箱目錄中選擇目錄 widget,以新增到 Widgets 資料夾。您可在 Widgets 資料夾的上下文選單中選擇 Browse Widgets Catalog 選單項,從而呼叫 Available widgets 視窗。圖 9 的 Available widgets 視窗下還展示了在 Lotus iNotes 標籤頁皮膚中顯示 Google Maps widget 的結果。


      圖 9. 瀏覽 Widget 目錄,向 Widgets 資料夾新增 widget
      瀏覽 Widget 目錄,向 Widgets 資料夾新增 widget

      啟用 widget

      要在 Lotus iNotes 中啟用 widget,可使用 Lotus Domino 8.5 Administrator 客戶端來啟用 “啟用 Domino 使用者策略” 部分中介紹的使用者策略。

      接下來,在 Data/domino/html 目錄中編輯或建立 inotes_config.xml 檔案,包含一個指定工具箱目錄資料庫的 toolboxCatalog 元素,以及包含可供 Lotus iNotes 使用者選擇的 widget 的目錄,如清單 5 所示。


      清單 5. toolboxCatalog 元素
      
         
         
      	<!-- First default widget here --&gt
         
         
      	<!-- Another default widget --&gt
         
      
      

      該元素啟用了 Widgets 資料夾中的 Browse Widgets Catalog 上下文選單,允許使用者使用指定目錄分類中的 widget 填充自己的 Widgets 資料夾。請注意,只有在 widget 文件的 Platform. 欄位中指定了 iNotes 8.5 的 widget 才會列入瀏覽器目錄結果之中,此外 iNotes 所訪問的 Lotus Domino 伺服器上必須有一個工具箱目錄資料庫的本地副本。

      為所有 Lotus iNotes 使用者指定預設 widget

      管理員可指定在每個 Lotus iNotes 使用者的 Widgets 資料夾中顯示預設 widget,只需在 inotes_config.xml 中包含在一個或多個 元素中定義 widget 的 XML即可。對於工具箱目錄中的 widget,可從 widget 文件所附的 extension.xml 檔案中獲取 XML。

      Lotus Notes 客戶端和使用 HTTP POST 的 Lotus iNotes 之間的差異

      Lotus Notes 客戶端和實現 HTTP POST 表單提交方法(為 widget 載入 Web 頁面)的 Lotus iNotes 之間存在差異,原因就在於同源伺服器策略給瀏覽器應用程式帶來的安全性限制。

      Lotus Notes 客戶端首先將 Web 站點的窗體載入嵌入式瀏覽器,隨後將所需引數插入表單的 DOM,並通過呼叫表單的 JavaScript™ 提交方法來提交。

      由於 Lotus iNotes 是在瀏覽器內執行的瀏覽器應用程式(而不是 Lotus Notes 客戶端那樣的本機應用程式內的嵌入式瀏覽器容器),因而當 Web 應用程式來自 Lotus iNotes 意外的伺服器時,它無法訪問 Web 應用程式的文件物件模型(DOM)內的任何元素。這項限制就是相同初始伺服器安全性策略。因而 Lotus iNotes 必須建立具有已知輸入欄位和值的表單元素,隨後使用表單的操作 URL 代替 Web 應用程式將表單提交給 Web 應用伺服器,指定在目標 iframe. 中顯示響應。所以 Lotus iNotes 無法為 Lotus Notes 客戶端支援的全部 Web 站點提供 widget 支援。

      出於多種原因,Lotus iNotes 所用的表單提交方法可能出現失敗,但下面這些原因是最常見的:

      • 在提交表單時,Web 應用程式需要執行 JavaScript. 程式碼,設定表單隱藏欄位的值。
      • Web 應用程式使用 POST 中包含的 nonce(值僅在短期內有效的惟一字串)來防範服務拒絕攻擊。

      已知問題

      在使用基於表單(HTTP POST)的引數提交時,使用 Lotus Notes 8.0 客戶端建立的 Widget 並未為表單指定操作 URL。在 Lotus Notes 8.5 中,widget 建立嚮導得到了增強,可在 元素中提供操作 URL。此問題意味著通過使用 HTTP POST 表單提交的 Lotus Notes 8.0 建立的 widget 很可能在 Lotus iNotes 中無效,需要使用 Lotus Notes 8.5 嚮導重新建立。

      工具箱目錄資料庫中的 Web 代理設計元素必須使用 Lotus Domino 伺服器的證照籤名,以允許為 Lotus iNotes 使用者執行代理。如果伺服器並未為這些元素簽名,iNotes 使用者就無法瀏覽 widget 目錄。使用 Domino Adminstrator 客戶端即可在資料庫中使用伺服器 ID 為設計文件簽名。

      限制

      與 Lotus Notes 客戶端相比,通過 Lotus iNotes 使用 widget 存在諸多限制。應使用 Lotus iNotes 測試目錄 widget,以確保它們在該平臺上工作正常,之後再將其提供給 Lotus iNotes 使用者。

      在 widget 的物件目錄文件中將 iNotes 8.5 新增到 Platform. 欄位內,並將其包含於 inotes_config.xml 指定的目錄中,即可使目錄 widget 對 Lotus iNotes 使用者可用。請注意,從伺服器效能的觀點來看,按平臺型別過濾 widget 目錄條目比按目錄過濾的成本更高,因而為了最大化伺服器效能,應避免在用於為 Lotus iNotes 使用者公開 widget 的目錄中包含無法支援 Lotus iNotes 的 widget。

      下面列舉了通過 Lotus iNotes 使用 widget 時的一些限制:

      • 目前僅支援 Web 頁面 widget( 元素,providerId="com.ibm.rcp.toolbox.web.provider.WebServicesPalleteProvider")。
      • 為 widget 編寫操作時,可指定希望使用者在何處看到操作結果。Lotus iNotes 中惟一受支援的操作目標就是標籤頁皮膚和新瀏覽器視窗。目前不支援邊欄皮膚和浮動視窗。操作目標是在 widget XML 的 元素中指定的。如果 widget 的 元素指定了不受支援的目標,則輸出將顯示在 Lotus iNotes 標籤頁皮膚中。請注意,使用者可在 widget 的 Open 上線問選單項中選擇所需目標來覆蓋預設操作 actionType。
      • 所支援的惟一 contentTypeId for 元素是 content.textSelection。連線操作以配置 widget 時,contentTypeId 對應於 “What content do you want to use?” 下其他內容的 Text Selection 選項。
      • 使用者可以在 Lotus iNotes 的標籤頁皮膚內瀏覽 Web 站點,單擊一個連結來瀏覽其他頂級瀏覽器頁面。出於瀏覽器架構方面的原因,Lotus iNotes 無法避免此操作發生。最好避免使用標籤頁皮膚來處理帶有此類連結的 Web 站點,而是在新瀏覽器視窗中開啟這些 Web 頁面。
      • 出於瀏覽器安全性策略方面的原因,如果 Web 頁面來自 Lotus iNotes 之外的其他伺服器,Lotus iNotes 無法檢測 Lotus iNotes 標籤頁皮膚內顯示的 Web 頁面中的選定文字並將其作為輸入引數傳遞給 widget。

        結束語

        Lotus iNotes 8.5 full 模式提供了全新的特性,在 iNotes 基於瀏覽器的體驗和 Lotus Notes 8.5 安裝客戶端體驗之間引入了更多一致性。它還開始為外部資料服務新增相同的整合。我們已經介紹了 Lotus iNotes 8.5 full 模式中的新特性,深入觀察了與 Web 2.0 相關的特性。本系列的其他文章將介紹 Lotus iNotes lite 模式的改進和管理改進,並介紹全新的 Lotus iNotes ultralite 模式。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14751907/viewspace-591925/,如需轉載,請註明出處,否則將追究法律責任。

相關文章