好问题。可以使用条件格式,但需要设置一个数字行项。因此,例如,让我们假设您想要高亮显示您建议的一个可编辑的行项目。您可以做的是添加一个公式= 1的行项。然后,当您设置条件格式时,您将突出显示可编辑字段,打开条件格式,并使用新的行项作为筛选器,以确定该字段是否应为黄色。这是一个截图。
增加@JaredDolich你总是可以有一个CF的行项,你可以硬编码它一些值,并有条件格式,在那个模块中有n个行项。
有时还会基于之前的行项(比如一些操作需要由用户完成),在这种情况下,您可以根据该操作行项(ISNOTBLANK(操作行项))设置公式。通过这种方式,您可以避免整个列的CF,而只使用来自用户的行CF。
请告诉我这里需要的任何进一步的东西。
谢谢,
Puneeth惠普
增加@JaredDolich你总是可以有一个CF的行项,你可以硬编码它一些值,并有条件格式,在那个模块中有n个行项。
有时还会基于之前的行项(比如一些操作需要由用户完成),在这种情况下,您可以根据该操作行项(ISNOTBLANK(操作行项))设置公式。通过这种方式,您可以避免整个列的CF,而只使用来自用户的行CF。
请告诉我这里需要的任何进一步的东西。
谢谢,
Puneeth惠普
@jbrown MyAARPMedicare登录写道:
在新的UX中是否有一种设置,无论格式如何,都将所有的输入/选择字段显示为黄色。我想让用户看到输入文本和在黄色的下拉/选择列表中选择的网格。
在其他条件相同的情况下,您应该将组件放置在接口中靠近它们影响更改的位置。这是因为,当客户端需要对框架进行改进时,他们会意外地看到更改发生在哪里。
@jbrown MyAARPMedicare写道:
在新的UX中是否有一种设置,无论格式如何,都将所有的输入/选择字段显示为黄色。我想让用户看到输入文本和在黄色的下拉/选择列表中选择的网格。
在其他条件相同的情况下,您应该将组件放置在接口中靠近它们影响更改的位置。这是因为,当客户端需要对框架进行改进时,他们会意外地看到更改发生在哪里。