manner ( triggered by form onSubmit event ):
confirm('Do you really want to send this order ?);">
When I include Submit button in this form form action should be
performed after "OK" is clicked on confirmation dialog e.g. "mail.php"
should be then executed. Only thing is that it is executed directly
without any confirm windows.
JS is enabled and browser is Firefox 2.0. What is more I frequently use
JS in my designs and this very site I am working on now has plenty of JS
included. That is a bit confusing - that code above does not work.
Did I miss something when I incorporated JS in form ?
On May 21, 3:44 pm, Tomislav <firstname.lastname@example.org> wrote:
See my P.S. comment at
> manner ( triggered by form onSubmit event ):
> confirm('Do you really want to send this order ?);">
Turn on the error console and it will tell you why that didn't work. Or
even better install Firebug and you'll get a nice red error indication in
the status bar which you can click to show the offending line.
Your problem is that you have a missing quote mark at the end of the
parameter to confirm().
You also have a completely spurious label: onsubmit doesn't take a URL:
It isn't a protocol, it's a label. Spurious but mostly harmless. Can you
definition they will be broken implementations.
On May 21, 5:21 pm, Duncan Booth <email@example.com> wrote:
> It isn't a protocol, it's a label. Spurious but mostly harmless. I am taking my hat off over such creative interpretation. Really, all
always shadowed by the usage in links like
latter case it is pseudo-protocol?
However cool such interpretation would be (and it is cool) in the
original Microsoft proposal - who is the inventor of this syntax - it
in mind of authors of the proposal. I remind that it is one of ways
Microsoft suggested to use for mixed pages where both VBScript and
JScript are used. If the first script block on the page is VBScript
then all consecutive script blocks w/o explicit type or language
declaration _and_ all intrinsic event handlers on the page will be
parsed using VBScript engine. Naturally if they are written in JScript
the whole page will get broken. The simplest way would be of course to
support meta tag Script-Content-Type but it would be too easy for such
big corporation :-) So they suggested a few alternate solutions for
1) If intrinsic event handlers are written in JScript then:
a) ensure that the very first script block on the page is JScript, one
may simply place bogus block before anything else:
b) ensure that all consecutive script blocks have type or language
declaration: or at least all blocks using VBScript
2) If the page is a holly mix of VBScript and JScript coding including
intrinsic event handlers - but with VBScript as the default one - then
place a marker in intrinsic event handlers like
marker "JScript code further follows" which is obviously out of any
I can tell that IE7 is much smarter than IE4-6 with its code type
handlers had time to become another classical Cargo Cult phenomenon.
Microsoft took advantage of the existing label syntax to give
special meanings to certain label values. This had the
advantage that any browser that didn't interpret their meaning
would simply ignore it as a valid (albeit useless) label.
is also valid, of course.