Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Preventing form submission with Dojo

I have a Dojo SubmitButton with jsId="saveParamButtonWidget". I overrided its onClick method by putting:

saveParamButtonWidget.onClick = editParam

I defined the editParam() function like this:

function editParam(eventObj) {
    dojo.stopEvent(eventObj);
    // ...
}

dojo.stopEvent() is supposed to stop event bubbling and default processing. However, the browser will submit the form anyway. I also tried with the following:

function editParam(eventObj) {
    eventObj.stopPropagation();
    eventObj.preventDefault();
    // ...
}

Same thing. The only way I've managed to prevent form submission is by returning "false" from the event handler:

function editParam(eventObj) {
    // ...
    return false;
}

Can someone tell me why the first two ways did not work? Thanks.

like image 694
Ariod Avatar asked Oct 02 '10 08:10

Ariod


People also ask

How do you stop a form from getting submitted?

The simplest solution to prevent the form submission is to return false on submit event handler defined using the onsubmit property in the HTML <form> element.

How do I stop form submitting multiple times?

Use JQuery to Prevent Multiple Form Submissions To prevent the user from submitting a form multiple times, we'll use JQuery to listen for the submission event. Once the form is submitted, we'll add a disabled attribute to the button to prevent multiple form submissions. Now the user can't click it again.

What causes javascript to prevent the form from submitting?

An event listener can be used to prevent form submission. It is added to the submit button, which will execute the function and prevent a form from submission when clicked.

How do I stop a submission in JQuery?

We use the preventDefault() method with this event to prevent the default action of the form, that is prevent the form from submitting.


2 Answers

Okay, after doing some digging through the source, I believe I can answer your question definitively.

The reason dojo.stopEvent() doesn't work, but return false does, is entirely due to how dijit.form.Button is coded. If you're interested, it's time for a little field trip. Keep your hard hats on.

When a dijit.form.Button is clicked...

  1. The button's _onButtonClick method is invoked. (This is hooked up in the template, to the special ondijitclick event which captures not only mouse click but also certain keypresses, for a11y purposes.)
  2. The _onButtonClick method first invokes the _onClick method, which, presuming the button is not disabled (which it's not in this case), invokes and returns the result of the onClick method. This is of particular interest since it's the method you're overriding!
  3. Coming back to _onButtonClick, if _onClick returned precisely false (e.g. if your onClick handler returned false), _onButtonClick immediately bails out. This is why returning false makes your code work as desired. But what happens if it doesn't bail out there? Let's follow the trail further...
  4. Next, _onButtonClick checks whether this button not a descendant of an actual HTML form, but is a descendant of a widget with an _onSubmit method (duck-typing). I'm assuming that in your case it is inside a real form (dijit.form.Form counts), so we'll skip over this. (I am under the impression that this code path wouldn't actually end up submitting, whereas yours apparently does.)
  5. One final condition is checked: if the button has a valueNode defined (it does), the click method of this node is invoked. Unfortunately, this produces an entirely new event object on an invisible input type="submit" node under your form, and thus anything you tried to tell the original event is rendered immaterial, and the form goes on to submit! This is why dojo.stopEvent did not work - this code in dijit.form.Button pays it absolutely no heed.

I cooked this up as a somewhat-limited proof of concept (be sure to open firebug/etc. to get the logs): http://jsfiddle.net/Bf5H8/

Perhaps this is something that should be logged as a bug, but I suppose the initial thought may have been that supporting the well-known return false mechanism would be enough.

All this being said, it's quite possible that overriding onSubmit of the form is more in-line with your interests than overriding the button's onClick anyway (as S.Jones suggested), but at least this should solve the mystery.

like image 131
Ken Franqueiro Avatar answered Oct 02 '22 03:10

Ken Franqueiro


Interesting question. +1

I believe you have to use dojo.connect to connect your function to a DOM event to get access to those methods with an event object.

See: The Event Object (DojoTollkit.org Reference Guide)

The Event Object

When you connect a function to a DOM event with dojo.connect, Dojo passes your function a normalized event object. This means that, regardless of the client's browser, you can count on a set of standard attributes about the event and a set of methods to manipulate the event.

Assume that your function has been called by dojo.connect and takes an argument named event, like:

dojo.connect(dojo.byId("node"), "onclick", function(event){
    // the var 'event' is available, and is the normalized object 
});

...

Dojo normalizes the following methods with an event object:

  • event.preventDefault — prevent an event's default behavior (e.g., a link from loading a new page)
  • event.stopPropagation — prevent an event from triggering a parent node's event

Additionally, dojo.stopEvent(event) will prevent both default behavior any any propagation (bubbling) of an event.


That said, placing a function like the one below in your form to perform some logic before submitting it, is a fairly clean, easily understood & maintainable approach.

<script type="dojo/method" event="onSubmit">
    if (!this.validate()) { // or whatever else you'd like to evaluate
        // insert calls here...
        return false;
    }
    return true;
<script>

Cheers.

like image 22
S.Jones Avatar answered Oct 02 '22 03:10

S.Jones