I see that the data-val="true" and other attributed are rendered for the second 'input' control. However, the 'input-validation-error' is not being added properly.
There fore, the Combo Box is not displaying the familiar pink hume of error. This is also replicated on the demo pages (ComboBox > Client Side Validation.)
Is this the intended behavior?
Regards,
Karan Misra
5 Answers, 1 is accepted
The input-validation-error is actually applied to the visible input. Check this screencast for more information. There is no defined "input-validation-error" CSS class in the demo and that is why it so not colored in red. This functionality is not supported in Chrome, because this browser does not implement DOMAttributedChanged event.
Georgi Krustev
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
It is indeed adding the CSS class in Firefox.
In Chrome, could we implement a timer to watch the hidden input tags and update the visible input tag based on changes? As a work around...
I will forward your feature request to our developers for further investigation and consideration. We will determine whether to implement it depending on the users interest.
Georgi Krustev
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
It seems to me that there's a problem with load on demand and initial validation.
Is this a known issue and is there any workaround?
This is expected, because the validated input (the one which holds the selected value) is rendered with value. The value in the demo is "1". That is why the validation passes. You can overcome this if you not set the value of the ComboBox component.
Georgi Krustev
the Telerik team