您好 Katherine Darunday

无法创建动态选择屏幕。

我看到的另一个解决方案是，动态的是< em> normal 字段，而不是复选框，并允许用户根据您的配置表使用预定义值填充此字段。 这些值表示将要执行的任务。 您可以定义一个自定义搜索帮助，以将这些值列出给用户。

另一种解决方案（虽然稍微复杂一点）是编写一个报告，该报告将根据您的选择为您生成选择屏幕。 从上述表格进行配置。 选择屏幕可以在一个include中定义，以不更改主程序（逻辑）。

世界，无论您的需求是什么还是其他……

您必须先将需求分解为最小的技术小件，然后在世界中搜索遇到问题的每一件。

根据您的发言，我不了解您遇到的问题。 表格的每一行必须产生一个复选框。 您可以说复选框的数量将限制为50，并且如果超过该数量，则可能必须重新考虑UI和要求，因为用户很难拥有这么多复选框...（相反， 是选择复选框类别之类的更通用的标准）

您好，凯瑟琳·达伦戴，
关于创建动态选择屏幕的可能性，建议阅读以下主题：

SAP帮助门户-动态选择

SAP帮助门户-报告demo_free_selections
SAP 博客-动态选择屏幕

无论如何，我很难理解这个要求，或者我很难理解为什么需要动态选择屏幕来满足它。
致谢，
Bartosz

嗨，桑德拉，

我唯一的问题是我的要求是否可行，那就是根据参数表创建动态选择屏幕。

此致

Kath

或将HTML（CL_GUI_HTML_VIEWER）或ALV网格（CL_SALV_TABLE/CL_GUI_ALV_GRID）放在对接容器（CL_GUI_DOCKING_CONTAINER）中，例如在选择屏幕旁边...

我在Mateusz回答后说，不可能创建动态屏幕（您可以 也可以在论坛上找到很多答案）。 因此，我的意思是定义50个复选框，隐藏不需要的复选框。 如果将来您还有更多复选框，我认为必须对解决方案进行审查，因为拥有如此庞大的列表并不是良好的用户体验。）

您好< a hraf=" https://people.sap.com/kdarunday"> Katherine Darunday

从头开始写是个好消息-您可以计划和定义所有内容，以便它可以像您期望的那样工作

如果无法创建包含，则一个选择是将整个逻辑包含在全局类中，并且在报告中仅包含对报告的调用。 然后，您可以在每次配置更改后更改此报告的选择屏幕，而不必担心逻辑。 我会采用这种解决方案。

我看到的另一个解决方案是拥有一个带有选择屏幕的简单报告，并使该报告称为第二个报告，更复杂的是-具有逻辑，并传递有关 选定的任务。 每次配置更改后，您都可以重新生成简单报告，更改选择屏幕，但是请确保报告的逻辑未更改（因为它在另一个报告中）。