You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 15, 2023. It is now read-only.
I am trying to build a element which is the validator for a paper-input element contained within its template. The reason for this is the validation is a cross check between two input fields, and it is easier for the validator to refer to its own this.$ collection to get hold of the other elements to compare the one it is validating.
HOWEVER, the validator for an element (such as the paper-input I am taking about) is looked up using the computed property type as it itself is instantiated. At that point the "ready" function for the surrounding element has not yet fired, and so the validator itself is not registered. As a result, any attempt to validate the input field is in effect a no-op and it thinks its validator is undefined.
As I just responded to in #18 I can separate out the validator into a separate element and use some form of binding to connect the second element value as a parameter. The main issue I see is that there is no indication in any documents of this restriction.that an instance of the validator element has to exist. The way the validation works is that this lack of validator appears to be a successful validation, rather than a failure.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I am trying to build a element which is the validator for a paper-input element contained within its template. The reason for this is the validation is a cross check between two input fields, and it is easier for the validator to refer to its own this.$ collection to get hold of the other elements to compare the one it is validating.
HOWEVER, the validator for an element (such as the paper-input I am taking about) is looked up using the computed property type as it itself is instantiated. At that point the "ready" function for the surrounding element has not yet fired, and so the validator itself is not registered. As a result, any attempt to validate the input field is in effect a no-op and it thinks its validator is undefined.
As I just responded to in #18 I can separate out the validator into a separate element and use some form of binding to connect the second element value as a parameter. The main issue I see is that there is no indication in any documents of this restriction.that an instance of the validator element has to exist. The way the validation works is that this lack of validator appears to be a successful validation, rather than a failure.
The text was updated successfully, but these errors were encountered: