Revert breaking change in autocomplete prop of Taginput #414
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No relevant issue.
Proposed Changes
autocomplete
prop fromFormElementMixin
autocomplete
prop type ofTaginput
, which was introduced at the commit 085bd85. The type becomesBoolean
again.autocomplete: String
prop to each of the following components:Autocomplete
Input
Numberinput
Input
stubsBackground
While I was writing the changelog for v0.2.0, I found that the change in the
autocomplete
prop ofTaginput
was the only major breaking change introduced by the TypeScript migration.I introduced the breaking change to
Taginput
at the commit 085bd85. The change was intended to resolve the discrepancy in theautocomplete
prop betweenTaginput
andFormElementMixin
, which ended up with weird type errors. However, I should not have changed theautocomplete
prop type ofTaginput
but should have removed the prop fromFormElementMixin
instead, becauseFormElementMixin
itself did not use it but just defined it; it was there only to save the typing cost in host components which useFormElementMixin
, and most of the host components did not even use theautocomplete
prop.