From eedfe91fd23591098b62f3677c507b62ec52bb8c Mon Sep 17 00:00:00 2001 From: Charles d'Avernas Date: Wed, 21 Aug 2024 17:51:28 +0200 Subject: [PATCH] Update dsl.md Co-authored-by: Ricardo Zanini <1538000+ricardozanini@users.noreply.github.com> --- dsl.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dsl.md b/dsl.md index 49621014..4fe944b5 100644 --- a/dsl.md +++ b/dsl.md @@ -157,7 +157,7 @@ See the [DSL reference](dsl-reference.md#schedule) for more details about workfl In event-driven scheduled workflows, the input is structured as an array containing the events that trigger the execution of the workflow. This array serves as a vital resource, providing workflow authors access to all relevant data associated with each triggering event. When an event activates the workflow, it populates this array with one or more occurrences, allowing authors to process multiple events simultaneously as needed. -Authors can reference individual events within the array using syntax such as $workflow.input[index], where index indicates the position of the event, starting from 0. For instance, $workflow.input[0] refers to the first event, while $workflow.input[1] refers to the second. This structure allows for easy access to specific event details, and if multiple events are received at once, authors can iterate through the array to handle each one appropriately. This flexibility ensures that workflows can respond effectively to various conditions and triggers, enhancing their overall responsiveness and functionality. +Authors can reference individual events within the array using syntax such as $workflow.input[index], where index indicates the event's position, starting from 0. For instance, $workflow.input[0] refers to the first event, while $workflow.input[1] refers to the second. This structure allows for easy access to specific event details, and if multiple events are received at once, authors can iterate through the array to handle each one appropriately. This flexibility ensures that workflows can respond effectively to various conditions and triggers, enhancing their overall responsiveness and functionality. ###### Distinguishing event-driven scheduling from start `listen` Tasks