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
iron-input feels like it's striving to provide a solid interface for building more complex text-input elements but leaving the particulars up to developer and elements that extend iron-input as a base. For example, instead of assimilating a kitchen sink of common input validation settings, it provides a regex pattern for basic checks and a validation function for arbitrarily complex logic.
While the preventInvalidInput feature is handy, I think a transform function is needed to provide a complete solution and it would be handy for virtually all input types. This would allow developers to trim whitespace, lowercase text, insert or remove formatting, etc.
The text was updated successfully, but these errors were encountered:
You could just do this by adding an observer for _valueChanged, and doing the transformation yourself. It sounds like a very specific feature that is easily implemented as an element consumer (unless I'm misunderstanding)
You could just do this by adding an observer for _valueChanged, and doing the transformation yourself.
But then I have to somehow forward that information to the realon-change function, which means littering my element with convenience functions or stuffing static variables into the data-binding and using a dispatcher to figure out which function to call. I want a clean separation between input sanitization, validation, and data binding.
It sounds like a very specific feature
Honestly, I thought of it as completing the sanitization piece. Regex is good for simple stuff, but trimming input, coercing numbers, and cleaning strings (think phone numbers or credit cards) is really common.
that is easily implemented as an element consumer (unless I'm misunderstanding).
I was thinking that most dedicated child elements would need to do this anyway and it would be nice if the upstream element handled it correctly. I'm also worried about accessibility, which my boss won't pay for it unless it's an external requirement.
iron-input
feels like it's striving to provide a solid interface for building more complex text-input elements but leaving the particulars up to developer and elements that extendiron-input
as a base. For example, instead of assimilating a kitchen sink of common input validation settings, it provides a regex pattern for basic checks and a validation function for arbitrarily complex logic.While the
preventInvalidInput
feature is handy, I think a transform function is needed to provide a complete solution and it would be handy for virtually all input types. This would allow developers to trim whitespace, lowercase text, insert or remove formatting, etc.The text was updated successfully, but these errors were encountered: