我正在尝试为WSS 3.0构建一个具有以下两个特征的表单:
我意识到(除非我弄错了)我只能通过使用InfoPath和RepeatingSection / RepeatingTable /等来实现1。
至于2,我看到InfoPath只能导出到MHT / PDF / XLS,这对我来说都不是理想的,因为我们的目标是创建一个可以发布到网上的东西。
关于更好地实现这一目标的任何提示?
2的更正:我的意思是InfoPath表单应该可以在我们的Intranet中编辑,但是作为我们网站的只读网页导出。所以我的意思是“出口”,而不是“出版”。
答案 0 :(得分:0)
也许创建自定义字段类型是可能的。创建一个具有某种集合作为值的字段类型。
答案 1 :(得分:0)
至于2,我只看到InfoPath 能够出口到MHT / PDF / XLS, 对我来说没有理想,因为目标是 创造一个可以的东西 发布到网上
这不对,InfoPath表单可以发布到网上。通过InfoPath客户端将表单发布到SharePoint时,您可以选择一个选项,说明此表单应该可以在浏览器中编辑。但请注意,当您这样做时,InfoPath的某些表单功能不可用。
或者您对“可以发布到网络”有不同的理解吗?对我来说,这意味着,在InfoPath表单附加到的库中创建一个新项目 - >表单在浏览器中打开 - >用户填写表格 - >用户点击保存按钮 - >信息路径文档保存到库并关闭。
答案 2 :(得分:0)
只是一个想法:
如果InfoPath(以及MOSS)不是一个选项,那么如果您希望将数据输出到SP列表中,那么您可以通过自定义编辑表单模仿其行为。我正在考虑使用动态html控件(对于子记录)的自定义编辑表单,您可以通过在树结构需要时动态地将对象插入DOM来实现此目的。然后,在表单提交时,列表上的事件处理程序将解析表单提交的数据并按您认为合适的方式存储(例如,在自定义字段中序列化的xml中)。
如果它不是列表的自定义编辑表单,则上述相同的功能可以存储在具有代码隐藏的网站页面中(注意自定义)并使用隐藏的SP列表作为数据存储。 / p>
对于导出部分,也许在该列表的ECB菜单中链接的应用程序页面将获得上述xml并很好地显示它。
答案 3 :(得分:0)
执行此操作的一种方法是使用数据库作为表单的主要数据源,以便将所有表单数据保存在那里。然后,您可以构建一个网站,在数据库中查询所有信息。
另一种方法是获取infopath表单数据(保存为xml文件)并将其发布到带有XML样式表的Web服务器上以定义其格式。您可以通过ASP.net中的XML控件执行此操作。
这些解决方案可能需要比其他解决方案更多的肘部油脂,但我相信其中任何一种都可以。