Hi all,
I have one question regarding the way that Appian works with processes and how to notify parent interfaces.
So in my case a I have a grid field on the parent page that has a list of open document processes and for each row I'll have a edit button like the following
When clicking the edit button it loads another interface ( a dummy one for now)
This is the new item button code for the way that I'm currently doing ( which is not working )
a!buttonArrayLayout( buttons: a!buttonWidget( label: "New item", icon: "plus", size: "SMALL", iconPosition: "START", saveInto: { a!save(local!selectedProcessId, null), a!save( local!currentNodeId, local!currentNodeId + 1 ), a!save(local!isEditMode, true()), a!startProcess( processModel: cons!ADBase_DummyProcessModel, processParameters: { Cancel: false(), ProcessData: null }, onSuccess: null(), onError: null() ) }, style: "SOLID", color: "ACCENT" ), ),
I've also created a dummy process to test
What i would like to know is how when in edition mode clicking cancel/save would notify the parent.
Discussion posts and replies are publicly visible
What are you wanting your interface's behavior to do and under what conditions?
Generally if you use a!startProcess() it's either to run some synchronous but unattended processing (have some node(s) do some chores for you with no further user interaction needed in-process) and pass any result data / files / status back to the calling interface via the "onSuccess" parameter.
Or alternatively, it can launch something that'll be user-facing (i.e. a task) which will be assigned to them and they can complete at their whim, but from the point-of-view of the launching interface, this will be inherently asynchronous (regardless of what setting you use in a!startProcess()), and the calling interface will only be able to get any info that happens up until when the task is assigned, at least without doing considerably more work (querying running instances, etc).
Mike Schmitt said:processing
The purpose of the parent interface is to have a list of processes in a table, and when the user clicks the edit button the edit form interface will be displayed like a one page app, upon completion/cancellation of edition then the parent interface shows again the list.
In this case the actions will be chained together and attended by the user that triggered the edit button.
In this flow:
List of Process >> Edit Process >> Back to List and repeat
I would use a record action, but then there would be a page navigation to a new page within the same tab. Would there be a work around that would allow me display/hide an interface on the parent when the user submits a form?
BTW thanks for the time spent explaining
Try using a startProcessLink and using an start process form for editing the interfaces.
I used this approach, but this navigates the user away from the page.
The other solution would be implementing the form in the same page as the list ( but if the client accepts this solution then that will not happen)
But when the process finishes, the user is "redirectd" to the first one and the page is refreshed.