代码之家  ›  专栏  ›  技术社区  ›  Moshe

Sharepoint中的复杂表单设计

  •  2
  • Moshe  · 技术社区  · 17 年前

    关于实现这一目标的更好方法,有什么提示吗?

    更正2:我的意思是InfoPath表单应该在我们的内联网中可编辑,但导出为我们网站的只读网页。所以我的意思是“出口”,而不是“出版”。

    4 回复  |  直到 17 年前
        1
  •  0
  •   Colin    17 年前

    一种方法是使用数据库作为表单的主要数据源,以便所有表单数据都保存在那里。然后,您可以构建一个网站,查询数据库中的所有信息。

        2
  •  0
  •   Flo    17 年前

    也许可以创建自定义字段类型。创建一个具有某种集合作为值的字段类型。

        3
  •  0
  •   Tudor Olariu    17 年前

    至于2,我看到InfoPath只是 能够导出到MHT/PDF/XLS, 对我来说并不理想,因为目标是 创造一个可以

    这是不对的,InfoPath表单可以发布到网络上。通过InfoPath客户端将表单发布到SharePoint时,您可以选择一个选项,说明此表单应在浏览器中可编辑。但请注意,执行此操作时InfoPath的某些表单功能不可用。

    或者你对“可以发布到网络上”有不同的理解吗?对我来说,这意味着在InfoPath表单所附加的库中创建一个新项目-->表单在浏览器中打开-->用户填写表单-->用户点击保存按钮-->信息路径文档保存到库中并关闭。

        4
  •  0
  •   Matt Boehm    17 年前

    只是一个想法:

    如果InfoPath(以及MOSS)不是一个选项,那么如果你想将数据输出到SP列表中,也许你可以通过自定义编辑表单来模仿它的行为。我正在考虑一个带有动态html控件的自定义编辑表单(用于子记录),您可以通过根据树结构的需要将对象动态插入DOM来实现这一点。然后,在表单提交时,列表上的事件处理程序将解析表单提交的数据,并按照您认为合适的方式存储(例如,在自定义字段中序列化的xml中)。

    如果它不是列表的自定义编辑表单,那么上述相同的功能可以存储在带有代码隐藏的网站页面中(注意自定义),并使用隐藏的SP列表作为数据存储。

    至于导出部分,也许该列表的ECB菜单中链接的应用程序页面会获得上述xml并很好地显示出来。