嗨，Chandan，

我最初的方法是将SY-UCOMM值分配给变量GV_OKCODE。 我意识到这不是必需的，因为已经针对OK代码字段在屏幕100的元素列表中分配了变量GV_OK。 这意味着无论屏幕100上的确定代码如何，它将始终存储在此变量GV_OK中。 因此，我直接在程序中访问此字段GV_OK，而不是引用SY-UCOMM。

根据您的建议，我正在PAI模块末尾清除GV_OK。 仍旧的功能代码保留在该变量中。

BR，

Aspire

嗨，Chandan，

我按照你的建议去做。 我看到，只要在笔记本电脑的触摸板区域中使用向下滚动键，无论使用什么旧功能代码，都将分配相同的功能。 例如，我在表控件中的第一个字段中添加了一个复选框，以便用户可以选择多个记录并单击"删除"按钮。 这正在按预期方式工作。 如果用户在不单击复选框的情况下单击删除按钮，则会出现错误消息-选择至少1条记录进行删除。

假定用户删除屏幕上的记录。 现在，如果我们向下滚动，我将收到错误消息"选择要删除的至少1条记录"，这是不正确的。 之所以发生这种情况，是因为DELETE按钮的旧功能代码被遗忘了。

BR，

Aspire

对我来说，最简单的解决方案是删除DELETE按钮的错误消息。 这样，向下滚动时，我不会收到错误消息"选择至少1条记录以删除"。 这可能是1解决方法。

让我们以添加按钮为例。 当我单击添加按钮时，将向表控件添加1行。

第1步：点击添加按钮。 GV_OK的功能代码为ADD。 按预期将1行添加到表控件中

第2步：向下滚动表格控件。 现在，旧功能代码ADD保留在GV_OK中，并且每次我在表控件中向下滚动时，它都会不断添加记录。 这是不正确的。 预期的输出是，当我们向下滚动时，GV_OK应该具有空白值，而在表控件中向下滚动时，则不应添加任何新记录。

能否请您帮助我了解缺失的内容。

BR，

向往

你好巴拉斯，

您是否尝试过Che Eky的建议，将CLEAR gv_ok_code替换为CLEAR gv_ok？

谢谢

Chandan

嗨Aspire，

我的建议是使用表控制向导，因为它会为您生成大多数代码。

如果您要继续当前的设计，请按照以下步骤操作：

1）声明一个名为sy-ucomm类型的全局调用save_ok

2）在要检查确定代码的PAI模块中，将此代码添加到顶部：

 save_ok = GV_OK。
 清除GV_OK。
 案例save_ok。
 当" DEL"。
 ...
 尾箱。
 

上面的代码将确保GV_OK不会保留引起问题的先前值。

Che

全部

非常感谢您的宝贵帮助。 正如Sandra所建议的，我意识到我的表控件已嵌入到子屏幕中，这就是为什么ok代码变为灰色的原因。 我注意到在称为此子屏幕的主屏幕中，启用了确定代码。

添加，全选，删除和取消选择所有按钮均使用ucomm从主屏幕处理。

BR，

向往