On Jan 14, 2008 8:04 PM, Steve Prior <[EMAIL PROTECTED]> wrote: > That's not actually the bug I reported - I said the cancel button doesn't > work. > I actually didn't notice the escape key issue.
This only happens when submitOnBlur is set to true and you are using a cancel button/link. Read on for background info and perhaps why you might not want to do that... I was assuming it was the same issue, since they both invoke the same behavior. But since we're talking about keylisteners, then I guess it's clear that they're two different issues. The one I noticed in relation to the cancel button/link was that it would invoke the submit event, but this is only when I have the option, submitOnBlur, set to true, at least in my experience. For times when you will use a cancel button/link, it does not make sense to use submitOnBlur, since the blur even will fire at the same time that clicking the cancel button occurs. So, maybe the IPE code could do some fancy attribute preparation and turn off cancelControl when submitOnBlur is true, but really I think it is up to the developer to set up the appropriate options. As an exercise, I looked into modifying the handleFormSubmission method such that it would not allow form submission if the cancel click event occurred, but it seems that the blur event is fired beforehand (which is not surprising). Have a great evening. -justin --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Spinoffs" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/rubyonrails-spinoffs?hl=en -~----------~----~----~----~------~----~------~--~---
