當SharePoint列表作為InfoPath表單被自定義時，當涉及到SharePoint ASP.NET頁、作為InfoPath表單的SharePoint列表和表單庫表單之間的表單行為時，有一些細微的差別需要注意。第二章節“表單需求：使用決策矩陣”包含了一個決策矩陣（含有收集表單需求和決定InfoPath方向的細節）。本節覆蓋了幾個在處理SharePoint列表（作為InfoPath表單）時需要注意的不連貫一致的例子。
1.域描述。
? ? ? ? 在SharePoint列表設置中，每次創建新欄（域）時，會提供一個描述框，這樣你可以輸入域中數據的描述。例如，在travel request表單中，對于Destination文本框，在欄設置中就輸入一個描述。如果在列表設置中修改描述，默認的ASP.NET表單會立即在表單中反映出來。當表單被轉換為InfoPath時，描述在表單中仍然可見。不幸的是，當我們刪除整個表單，以新的布局重建時，當添加Destination域到表單時，描述不會自動出現。
2.數據連接
? ? ? ? 在表單庫表單中，最初沒有數據連接，并且每個都需要使用向導創建。然而，SharePoint列表表單固有地有“提交”數據連接，將數據保存到當前SharePoint列表中。這個數據連接不能移除或修改。并且，對于每個存在于表單的“選項”或查閱項域，存在一個“接收”數據連接。這些被鎖定，且不能刪除或修改。然而，總是可以添加新的具有完全功能的連接。
3.視圖
? ? ? ? 在SharePoint列表表單中，多個視圖可以被創建，和表單庫表單一樣，但是行為稍微不同。
4.選項按鈕
? ? ? ? 在插入控件中沒有列出來，但是在表單中仍然可用。右擊控件，在“改變控件”列表，可以看到“選項按鈕”。
5.非開發者選項卡
? ? ? ? ?在功能區上有非開發者選項卡，意味著在這些表單上不能添加自定義代碼。
? ? ? ? ?Travel Purpose域作為單選按鈕被創建，但是當表單被轉換為InfoPath時，它變成了下拉框。并且，Destination框本來下邊有描述文本，現在也消失了。另一個要注意的是，當日期被天蝎時，盡管開始日期應該在結束日期前，但是任何日期都可以被輸入的哇。
? ? ? ? 下面的練習中，你將添加描述文本到域，然后探索從列表設置改變描述時會產生的結果。
? ? ? ? 準備：在瀏覽器上，打開SharePoint網站導航到Travel Requests列表。
1.在功能區，列表選項卡，點擊“自定義表單”

2. 光標放在Destination下，按下Enter添加新行，輸入“This is the city and state you will be going”。

3.關閉InfoPath，點擊“保存并發布”
4.在瀏覽器中，在列表選項卡，點擊“列表設置”。

5. 在“欄”部分，點擊Destination欄，改變描述為“This is the city and state”，然后點擊確定。

6.現在點擊面包屑導航的“Travel Requests”，點擊“添加新項目”并填表。注意到描述沒有變化。
? ? ? ? 之前的練習意在展示，當表單使用InfoPath被自定義時，在列表設置輸入的描述不會動態改變。因此，任何描述都應該直接在表單中輸入，正如我們在第2步做的一樣。

轉載于:https://www.cnblogs.com/crazygolf/p/3856940.html

總結

以上是生活随笔為你收集整理的一步步学习微软InfoPath2010和SP2010--第四章节--处理SP列表表单（6）--列表表单的局限...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。