…e correct processing (added to minified version)
…e correct processing (e.g. password field exists on both sign in and sign up forms on a single page)
This allows the callback to set error states, although not with an method call. Instead with error classes.
We still have a sequencing problem with this, the submit callback can't clear errors before the regular validators run. We may need to shift this around. Additionally, the showFormErrors and showFormSuccess have been moved. I'm not a huge fan of name spacing this way, but it does work.
…current form This is sourced from valmynd@7ed3865 This could have been fetched in a round about way with something like $('#form-id div.ctrlHolder.error p.formHint') but this will be much more convenient.
This is sourced from a commit by rrae at valmynd@4ac71b7
…showFormError() This is sourced from a pull request by valmynd valmynd@3fa88e4
The autofocus attribute was causing the form element to be selected without a focus() event. This was preventing Uni-Form from highlighting the element. This has been fixed and tested. Please note that as a side effect of the testing, we had to add a small hack to the form.js test file. The autofocus attribute does cause a change in the form value. This means there is a bug when you use autofocus + ask_on_leave + default data together. I feel that this is a small enough issue to ignore for the moment.
Failing test, pending development.
…nversion * Adding unit test for default value hiding behavior * Updating unit test for case 15 * Updating library to use .attr() instead of .data() - prevent type conversion of decimal numbers as default values.
Test currently fails. It appears that $.data() is type casting the 100.00 to be a int of 100.
Implemented as per suggestion at http://getsatisfaction.com/uni-form/topics/improvement_of_the_email_validation_regular_expression