新的字段映射计算表达式和条件可见性

[RhettZufelt]

似乎新的计算表达式仍然只适用于不可编辑的字段。

是否有这样的设置，我们可以打开/关闭这个行为。“帮助”填充数据并减少某些功能上所需的表单输入的功能似乎很好，但如果您不能为不适合查询的其他功能编辑数据，则非常有限。

此外，如果一个字段被条件可见性查询“隐藏”，字段中的任何数据仍在被删除。是否添加了一个选项来控制这种行为?

似乎隐藏字段而不删除数据的唯一方法是使用计算表达式。

因此，如果computed表达式可以填充(而不是删除隐藏字段值)，似乎我们应该能够关闭任何字段的限制。

R_

[DamonBreen]

当他们在Beta版发布计算表达式时，说明表明只有不可编辑的字段才能使用计算表达式。就我所见，没有直接的变通办法。但是，您可以在计算表达式本身中设置一个条件，以确定是否应该填充该字段，或者是否应该保留它以供输入。在不知道你在做什么的情况下，我帮不了你什么。类似于一个受控制的值子集，取决于先前选定的值。

举个例子，也许我能帮上更多的忙。

[RhettZufelt]

我在测试版中看到了这一点，并得到了一些建议。但是，就像测试网站一样，绝对没有反馈，甚至不确定它是否真的有效。

在任何情况下，举一个当前的例子:假设我正在收集符号数据，我的符号代码域(下拉选择列表)中有265个不同的值(并且还在增长)。

其中，说其中30个将始终具有相同的形状，背景颜色等，所以我想用已知值填充这5+字段，并隐藏它们，使表单不那么令人生畏。

现在，为了能够填充剩下的数据，我将不得不创建235个不同的计算表达式OR，没有办法填充其他符号类型的这些字段。

当然，这有点简化了，我 将将有更多的计算表达式来处理一组符号，但最终仍然需要数百个表达式。

除了计算关键字段或记录数字之外，我还必须稍微思考一下，以找到一个正常的工作案例场景，其中不可编辑的字段将是一个优势。我想，如果你在收集数据时，每一个可能的数据/属性组合都是静态的，并且可以提前知道，这将是完美的。然而，在现实世界中，这种情况很少出现。

但是，您可以在计算表达式本身中设置一个条件，以确定是否应该填充该字段，或者是否应该保留它以供输入。

这正是我所寻找的，但是，当然，留给输入的字段将需要接受输入。

谢谢,

R_

[DamonBreen]

是的，所以我认为我要做的是确定符号代码有匹配和期望的属性，并使用计算字段来做你可以做的工作。然后，对于需要用户输入下拉框以外的符号代码，我将添加一个新字段作为catch all，并使用条件表达式来确定它们是得到下拉选择还是打开的文本框。

如果符号代码a, b, c都有期望的答案，并且可以计算，那么在选择符号代码a时，条件表达式会产生一个名为“ExpectedSize”或其他任何下拉字段。但是当他们选择符号代码d时，它没有预期的答案，第二个条件表达式会使一个名为“UnexpectedSize”的文本框字段出现。这允许使用任意一种，可能依赖于计算字段和条件字段的类似代码。

[RhettZufelt]

感谢您的输入，我是沿着同一条线思考的，但试图避免为我计划计算的每个字段都有重复的字段，然后将数据分散在多个列中，这些列后来需要计算回一个列。

到目前为止，我想出的最好的解决办法是每个字段都有重复的字段，但是，使用计算字段来编辑不可编辑的字段。

因此，对于BG_Color，我有一个BG_Color2字段，如果BG_Color2字段被填充，使用该值填充原始BG_Color字段。

所以，对于一个停止标志:

IIf (IsEmpty()美元feature.BG_Color2)、国际金融(美元)特性。SIGNcode = =‘停止’,‘红’,”)、feature.BG_Color2美元)

所以，如果我只是从代码列表中选择“停止”，BG_Color2字段是空的，它将填充BG_Color与“红色”。然而，如果我在BG_Color2字段中键入“White”，它将覆盖不可编辑的字段，并将“White”放在那里。

当然，这要求我现在在表单中有一堆可见的其他字段，并且只用于覆盖这个奇怪的限制。当然，这与简化数据输入表单相反，而且对现场人员来说非常混乱。

因此，在这一点上，似乎现场工作人员将被困在一天输入完全相同的值数百次，因为设置一个字段计算基本上锁定了该字段，否则我必须复制一堆字段，然后表单变得笨拙。

尽管计算/修改托管功能层是有风险的，因为它可能破坏你已经设置的所有内容，但另一种选择是隐藏所有这些字段，并在以后查询/计算值。

这里的问题是，这是一个库存/检查收集图。因此，可以对现有标识进行检查/编辑。智能表单的设置方式是，如果我隐藏这些字段，所有现有的数据都会被设置为Null。因此，由于这两个旨在帮助简化数据输入的功能(锁定或破坏数据)，似乎每种功能的使用情况都非常有限。

R_

[DamonBreen]

所以我认为你可以在这些相同的“额外”字段上使用条件表达式来自动隐藏它们。因此，在本例中，如果您为符号代码选择Stop，则BG_color2上的条件表达式将被隐藏，BG_color将具有类似的条件表达式，只是当您执行“Stop”时它将显示，而不是隐藏。您将有多个字段捕获相同的数据，但是您可以稍后执行一个计算字段，将所有项连接到一个字段中，以用于报告或分析。

很多时候我都在同一条船上，我是否想在后端多走一英里，让战场上的人更容易一些，所以我明白你的意思。我知道开发人员让它看起来像有一些主要的问题与条件表达式在周四，所以我希望我们看到的是，而不是一个严重的限制功能。

[RhettZufelt]

我发现，如果我不让数据收集尽可能简单，尤其是像这样单调的东西，那么我就是那个因为所有错误/遗漏/等等而做所有额外工作的人。那突然出现，以及不得不听到所有的抱怨。

现在EA论坛又让我进入了，我看到他们显然包含了通过代码切换字段为可编辑或不可编辑的能力，以允许计算或编辑。然而，仍然没有web界面或方法来编写这些表达式。(希望Null/NotNull字段隐藏与条件可见性选项现在也有)。

看起来对我来说最好的选择是等待，看看这个函数是否在适合我的用例的地方更新。

再次感谢你的建议，

R_

[Will_Hughes]

我需要这个功能。这将是一个很好的选项，允许用户编辑一个计算字段。有时我需要从另一层拉属性，但数据可能已经改变，所以有选项编辑字段计算将是好的。

[beachcamp]

新增的编辑计算字段的功能将是巨大的。事实上，我觉得在使用这个功能之前我真的需要三思，因为它几乎是有害的。我喜欢在很多地方使用计算字段，但在提交前没有编辑功能，我通常不允许它。

我在Survey123中使用了相同的功能，它很棒，但在那里可以编辑字段。为什么会有这种变化?

[PGebhardt_Stone_Env]

同意，允许在填充计算字段后对它们进行编辑将是有帮助的。在我的实例中，一个字段基于与道路数据集的交叉路口进行填充。如果这个点靠近两条路的交点，它可能会根据其中一条路进行填充，而我希望它是另一条路。