Use Case: There are numerous valid use cases where a confirmation message pop-up is useful even when not submitting a form. Case in point, we are currently able to do this using the ButtonWidget component(s) even when not configured to submit.
I look forward to hearing from anyone else who might agree with this, and/or if anyone has any further comments or questions.
Thanks!
Discussion posts and replies are publicly visible
Good call Mike. +1 from me on this! Would be useful on inline grid row deletions too.
That's exactly one of the use cases I was thinking of, too.
No reason in my mind not to provide more options with the ability to choose not to use them.
Thanks for bringing it up. I see one use case here - inline grid row deletions. What are some of your other use cases where it's important to provide the user a confirmation option?
Dynamic links can do a lot - from setting or clearing local / rule input variable values, to directly writing, altering or deleting data in the database via inline smart service functions like a!writeToDataStoreEntity. I know I've personally run into more small or nich use cases than this in my development experience which I have long since forgotten the details of - and at many times I've had to choose between either being able to use rich text / link components, and being forced to use a (non-submitting) Button Widget just so I can have the safety net of a confirmation popup message. To me it's artificially restrictive to force us to make these compromises.
I realize that the evolutionary paths of the different components have been separate and/or disconnected (i.e. no links had this functionality at all until the SubmitLink was introduced), but now as the SAIL feature set has become more rich and components have been enhanced with greater flexibility, this particular item has started standing out more and more to me as a functionality gap.
I understand where you're coming from. I'm looking for the reasons why you felt it was important to have the safety net of the confirmation message. Only when the user is about to delete data or otherwise do something they can't reverse?
That's a primary use case, especially if we boil it down to the "do something they can't reverse" part (or perhaps, 'commit to a particular action' or similar), though there are probably other use cases where it would provide an extra benefit to require the user to confirm before the saveInto of a link executes.
We are facing few issues on Confirmation Message. Scenario is like:
Based on the selection of Grid, i need to do some calculation on data, which i am doing on grid's saveinto. The issue is if I select few rows and click on button i get correct confirmation message, however if click on cancel and quickly select some other selection (For which confirmation message will be different), and I click again to the button (Progress bar is still in progress), i did not get the change confirmation message. This is definitely lagging issue.
Is there any solution for this, we have tried maximum possible code optimization.
From a pure usability standpoint it's just good to make error difficult and/or recovery easy wherever possible. Even in a case where a change is reversible, but it's a lengthy process to do so or requires an undue interruption (like needing to start a separate action or a related action on a completely different type of record), it would be good to have a confirmation message to mitigate the action from occurring in error.
This issue isn't really related to this thread as far as I can tell - I would suggest you start a new Community thread to discuss this, and/or create a case with Appian Support.