Skip to Main Content
Feature Request FR-4877
Product Area Page Components
Status OPEN

1 Voters

Dynamic Action "Multi-When"

office Public
· May 3 2026

Idea Summary
Dynamic Action on multiple Conditions

Use Case
imagine multiple conditions (Change, KeyPress, …) that lead to the same actions

Preferred Solution (Optional)
Offer not only one “WHEN” Condition - offer multiple which will be combined on OR Condition

This idea is open.

Comments

Comments

  • fac586 OP 4 weeks ago

    Use Case
    imagine multiple conditions (Change, KeyPress, …) that lead to the same actions

    What are the actual use cases envisaged for this? In the abstract they would seem to either be equivalent to or substantially overlap with the existing apex.actions API:

    The actions interface manages a collection of actions.action objects. An action encapsulates the identity, state and behavior of a named operation or procedure that the user initiates via a user interface element. Actions are most useful when an operation can be initiated in multiple ways such as with a button or toolbar button, menu, or keyboard shortcut. The operation should be labeled consistently and if it can be enabled and disabled that state must be kept consistent. By using an action and then associating a button and/or menu item with that action all aspects of the action are centralized and kept in sync.

    Consequently the best way to achieve this would be via the long-anticipated unification of Dynamic Actions and actions.

    As such requirements can be easily be implemented at present using separate DAs or actions that use apex.event.trigger to fire a DA on a custom event I don't see this as a high priority.

  • office OP 4 weeks ago

    well for me it would be good to have that Option in the GUI: imagine you want to react both to a CHANGE and KEY RELEASE Event leading to the same Action.

    Thats my personal Use-Case.

  • fac586 OP 3 weeks ago

    imagine you want to react both to a CHANGE and KEY RELEASE Event leading to the same Action

    I would use the existing Input event in that case.