Make "entity" token field on "Entity: set field" a selector

Created on 3 July 2024, 6 months ago

Problem/Motivation

When assigning a field value using the "Entity: set field" task it isn't clear for a beginner what the "Entity" field is for.

Proposed resolution

When using the "Entity: set field" task the "entity" token field would be a selector that lists all entities assigned elsewhere.
If no entity token names have been assigned then the field should indicate this and recommend either loading or creating an entity as a separate task first.

Remaining tasks

Make the UI changes.

User interface changes

When using the "Entity: set field" task the "entity" token field would be a selector that lists all entities assigned elsewhere.
If no entity token names have been assigned then the field should indicate this and recommend either loading or creating an entity as a separate task first.

API changes

TBD

Data model changes

n/a

✨ Feature request
Status

Active

Version

2.1

Component

User interface

Created by

πŸ‡ΊπŸ‡ΈUnited States DamienMcKenna NH, USA

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @DamienMcKenna
  • πŸ‡©πŸ‡ͺGermany jurgenhaas Gottmadingen

    This is a difficult one. Building ECA models does not always know about any context. Let's say you just create an action in the bpmn_io canvas, not being linked to any predecessor yet, i.e. not connected by any arrows. When building the config form for the property panel, the system doesn't know which tokens will be available, so it's impossible to provide a list of available tokens.

    The same is true for later changes. The model building process is often such that plenty of changes are made, and each of those changes can have an impact on the context for each of the action contained elsewhere in the model.

    Often, we only really know at runtime, i.e. when the model is executed, what tokens are available when processing an action. And that can even be different each time the same model gets executed.

    With that in mind, while we can certainly see the wish for a more user-friendly UI in this situation, it's very hard and often times even impossible to do.

    Instead of doing nothing, I can only see to improve the user experience by adding more detail and samples to the documentation.

Production build 0.71.5 2024