一步步学习微软InfoPath2010和SP2010--第四章节--处理SP列表表单（6）--列表表单的局限

        当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步做的一样。