I couldn’t find the threads for providing feedback on the new workflow editor or a thread that is a compilation of requests. There doesn’t seem to be any built in feedback on the editor either.
So @kate.mcnally can you please fix this issue
Dropdown menu options on both areas of the trigger event should be the same. No reason why I need to find it again in the left side to click there in order to delete it or do anything other than ‘add/view notes’ or ‘replace’…This little fix will speed me up considerably as I have probably for the past few days working in this new WF had to click in the wrong spot twice on each attempt, because I first click the 3 dots, see menu is insufficient, then assume, naturally it is there, so I click the actual box, but the menu is the same two options, before then I realize, ahh, I need to find it on a left side menu, an area my mind and eyes are most definitely not focused on.
3 Likes
Yep… this is the same thing I’ve been saying too @fede.bubble
This is more a question, potentially turning into a request.
Did we have links to documentation appearing on hover of actions?
I’m 90% sure we had them. I still can see them in the Properties Menu
It was really helpful for checking details about a given action, without having to type it in google.
It’s because the sidebar shows an event, and the canvas shows a workflow. Events and workflows are being treated as two different concepts. Though, given they’re (almost?) always the same, it’s a bit pedantic.
I’m talking about the trigger part on the canvas. It’s the top part that shows up when you create a new event, which the top part is the event box
Yes, I know.
The trigger part in the canvas is the workflow, and the sidebar item is the event it is associated with. Or vice versa. I don’t really know why they’re being treated as separate concepts (probably for 2028 when we can have one event trigger multiple workflows), but they are.
Okay, I see your point.
On the left side, I click create a new Workflow and when that is done, I then on the right press + new event, so the way in which they are named and therefore structured in the json with IDs is such that they are different things. That perhaps a future possibility is…
I don’t think that would be possible, but perhaps having one workflow contain multiple trigger events. This I think is for these reasons:
- It is not possible to create a new event on the right without first creating a new workflow on the left. So, we can not have one event trigger multiple workflows if we are not able to create events on their own and in isolation from the creation of a workflow first.
- Currently when we create a new workflow on the left, immediately we are met with the right hand side showing an event trigger and request to select the event type
- As soon as you create the new workflow and see the above, you can see on the right hand side the wording of ‘workflow’, in the same way it is on the left. For me that is indicating the same thing, or the very least, some relation.
- Once we make a selection of the event type, the right side top changes the name to the same as what is the event type and the left side workflow name as well. This for me indicates some relationship.
- If I replace the event type from right side right click menu, I see the top right change name and that is reflected in left side as well. This indicates for me some type of relationship.
- If I delete the workflow from the left side, the event is deleted as well and there is no way to recover it separate from the workflow. This for me indicates some relation between the two.
So ultimately, for me, when looking at the issue of not being able to delete the event from the right side, the reason for it not already being possible, or not possible to implement at all, would not be because of a lack of relationship, or expected future function of one event trigger multiple workflows, but more a separation of elements between the left side and right side of the workflow and their associated actions.
It should surely be possible to implement and would definitely help my development speed reach back to normal when in this section.
I agree with you, I’m just telling you the fact that explains why it is the way it is.
Quoting from product via ambassadors:
We have separated events and workflows as two different concepts. So you can’t delete the workflow from the event card itself. Similarly, you can’t move a workflow into a folder from the event card
Thanks for that…did they provide any insight into why they are two different concepts yet seemingly the same thing. I know you mentioned a potential feature, was that something they mentioned?
