Does this lib support <input type="color"/> ?
See original GitHub issueDoes this lib support <input type="color"/>
?
Issue Analytics
- State:
- Created 3 years ago
- Comments:10 (5 by maintainers)
Top Results From Across the Web
<input type="color"> - HTML: HyperText Markup Language
Inputs of type color are simple, due to the limited number of attributes they support. Providing a default color. You can update the...
Read more >Color input type | Can I use... Support tables for HTML5, CSS3 ...
Color input type. - LS. Form field allowing the user to select a color. Usage % of. all users, all tracked, tracked desktop,...
Read more >input(type-color)_element (html) | Accessibility Support
The input element represents a color well control, for setting the element's value to a string representing a simple color. Age of results....
Read more >How to remove line from input type color - css - Stack Overflow
Show activity on this post. to remove the line you just need to use following css code input::-webkit-color-swatch { border: none; }.
Read more >The HTML5 Color Input - the new code
Like the <progress> input, the default appearence of the color dialog is strongly dependant on the browser and its underlying operating system.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
<input type="color" />
is a bit tricky, as most browsers display it as a color picker.As you can see here typing on these doesn’t trigger an input event or change the inputs value.
So in order to test those you would probably have to use
dom-testing-library
fireEvent to dispatch an input event:Maybe we find a solution that comes closer to how a user interacts with these kind of inputs, but I assume it is pretty hard to do inside an emulated dom.
Yeah, I think a new section titled “Known issues” or “Known limitations” would be useful.