【问题标题】:Error while trying to publish an Infopath 2013 form to Sharepoint 2013 Document Library尝试将 Infopath 2013 表单发布到 Sharepoint 2013 文档库时出错
【发布时间】:2013-04-18 18:48:12
【问题描述】:

我是 Infopath 和 Sharepoint 的新手。我正在尝试从 Infopath 2013 创建一个表单并将其作为文档库发布到 Sharepoint。我有大约 60 个字段需要计算(添加)到另一个字段中。当尝试使用 Design Checker 时,它会抛出如下屏幕截图中提到的错误。但如果我在“插入公式”文本区域中仅键入 45 个字段,它就会接受。插入公式中输入的字段数量是否有限制?当我在 Infopath 中使用 PREVIEW 时,它工作正常。仅当我尝试将其发布到 Sharepoint 时才会弹出此错误。关于如何解决这个问题的任何想法? - 谢谢提前

【问题讨论】:

    标签: infopath sharepoint-2013 infopath2010


    【解决方案1】:

    InfoPath 预览使用 IP Filler 呈现。浏览器体验一直不一样,填充器预览并不是对浏览器体验的可靠检查。您可能已经达到了浏览器表单功能的极限。不过,我没有数字或限制。

    查看错误消息,您似乎在一个字段中积累了大量计算。我的直觉是,这是一个非常糟糕的信息架构。表格的目的是什么?你想达到什么目的?为什么有人会在一个表单中有 60 个字段?

    看起来好像您正在对大量单元格求和。 InfoPath 不是电子表格。

    使用重复表来捕获相似的数据。然后,您可以使用标准 IP 函数汇总表条目。

    这看起来像是餐厅菜单上所有项目的总和。这是重复表的完美案例。不要在一个包含 60 个字段的列表中使用菜单上的所有 60 个项目。那是矫枉过正而且不方便用户使用。创建一个重复表结构,用户在其中选择 60 个项目之一并输入交易数据。重复表的每一行都可以有 60 个列表中的另一个项目。总和将从条目中计算出来。

    如果这不可行,请使用辅助字段按项目类别计算小计,并根据所有类别总计创建总计。

    【讨论】:

    • 是的,表格是餐厅的菜单选择(订单)。我想按照您的建议使用重复表,但用户希望在加载时查看整个表单,并希望根据他的选择来选择或输入值。我唯一的其他选择是按照您的建议再次使用辅助字段,它确实有效!谢谢!!
    猜你喜欢
    • 2018-08-24
    • 1970-01-01
    • 1970-01-01
    • 2011-01-18
    • 1970-01-01
    • 2019-02-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多