Your hidden input suggestion, however, is not a solution if your intent is to determine which button the user clicked.

By the way, when is Guardians of the Galaxy 2 coming out? [I can’t imagine how tired you must be of hearing that type of comment, so I apologize. ;-p ]

However, you are correct that the button inner text, and not the value is submitted in IE7. Yet, honestly, I think having a submit button actually contain a form value is kind of a bad design choice in the first place. If you want some implicit value passed on submit, then use a hidden input. That’s what they’re for.

So, use hidden inputs for implicit values and add type=”submit” to buttons that should submit the form and suddenly you’re 100% cross-browser with no JS hacks needed. Seems much more sane to me.

Bum now relaxed

That makes sense but it’s interesting that I’ve never encountered that issue. I’ve updated the code to include your edit.

Thanks for reporting this!

$(f).trigger(‘submit’);
return false;

Just removing the “name” attribute won’t be a complete fix because then the submission won’t work on a subsequent click. (This could happen if, for example, you canceled the submission after clicking.)

I’ve implemented a fix in the code above. Thanks!

However, it might be a good idea to modify it so that if the “type” attribute is specified and it is not “submit” then it should not trigger form submission. I’ll make that change to the code above.

Thanks!

I’d suggest that the code should be:

$(‘form button[type=”submit”]’)

rather than just $(“form button”), which avoids submitting the form for click buttons and reset buttons.

Been very handy dealing with a classic pesky IE7 issue

Thanks!
j