close ad
Databridge V2 with MySQLi support IS Now Available!
open ad
View Menu

Technical Support Forums

Free, outstanding support from WebAssist and your colleagues


Data operations - event trigger options: Best Practices?

Thread began 7/22/2016 2:28 am by Lon Winters | Last modified 7/22/2016 12:17 pm by Ray Borduin | 420 views | 1 replies |

Lon WintersBeta Tester

Data operations - event trigger options: Best Practices?

This is a basic question and applies to any Data Assist function where there are several options available to trigger the event like "any form post" or a particular button press. In cases where more than one option will work the same way, is there a default or preference or best practice?

In DW's original server behaviors for inserts and updates, there was only the one option, the form post (or form/page submit). By using only what was available in the server behavior dialogs, you were basically locked into this and the way it worked - the form submits, but back to the same page so the page would first reload, bringing the form variables with it. This also included the condition required to process the data operation script and finally the redirect. Having these other options available opened up for me many other ways to make the page work including providing more options to the user on how they want a particular procedure to be carried out.

I can easily figure out when not to use a particular option like "any form post" when the page has multiple forms. I've also used several instances of the behavior along with the various trigger options to sequentially carry out a string of inserts/updates/queries and the like all on the same page. But then there are the more simple pages - one form, one button. Does it matter which trigger I use?

Maybe the answer is basically if they both work and get the same results, it doesn't matter. But, even then - would one be preferred over another? Perhaps it may have something to do with optimization where one would have fewer lines of code, or one would require more or less server involvement? Or maybe the best practice would be decided by those that come after me, should someone else be tasked to update the page at a later time.

Sign in to reply to this post

Ray BorduinWebAssist

I think in most cases there are more than one that might work and it really doesn't matter. I almost always go with the button press triggers since it makes it easier to follow since literally after the button is pressed I want the action to trigger, but in many cases other triggers would do fine.

You do want to make sure your server validation trigger matches your other triggers that react to that form so that it can't be bypassed.

Sign in to reply to this post

Build websites with a little help from your friends

Your friends over here at WebAssist! These Dreamweaver extensions will assist you in building unlimited, custom websites.

Build websites from already-built web applications

These out-of-the-box solutions provide you proven, tested applications that can be up and running now.  Build a store, a gallery, or a web-based email solution.

Want your website pre-built and hosted?

Close Windowclose

Rate your experience or provide feedback on this page

Account or customer service questions?
Please user our contact form.

Need technical support?
Please visit support to ask a question





Ease of use


security code refresh image

We do not respond to comments submitted from this page directly, but we do read and analyze any feedback and will use it to help make your experience better in the future.

Close Windowclose

We were unable to retrieve the attached file

Close Windowclose

Attach and remove files

add attachmentAdd attachment
Close Windowclose

Enter the URL you would like to link to in your post

Close Windowclose

This is how you use right click RTF editing

Enable right click RTF editing option allows you to add html markup into your tutorial such as images, bulleted lists, files and more...

-- click to close --

Uploading file...